Make sure to set the Web.BaseUrl setting in Admin > Advanced Settings as well.

We don't have one yet (we're working on the documentation now, expected for the official 5.2 release), but there are examples in ProGet itself for: adding packages: click the Add Package button on the feed overview page after you've added one installing packages: once you have a package in a feed, browsing to it will show you how to install it with pip

Yes, ProGet supports this. However, you will need a paid version of Chocolatey in order to do that https://chocolatey.org/faq#i-would-like-to-be-able-to-offer-my-non-admin-desktop-users-an-option-for-self-service-type-of-installations

In this case, your best bet would be the backup the database, and then only the package files of that feed. In case of DR, your other feeds wouldn't really work (no package files), but your other configuraitn (usernames, etc) would remain.

Unfortunately we can't figure out any reason that Age would be returning an empty string. We're thinking there must be something else... can you share the entire NUSPEC file so we can reproduce it better.

We can't reproduce this; a more likely scenario is that the nuspec in question has an invalid item and is causing an otherwise unknown and unexpected error We would need to full nuspec and the reproduction instructions to better investigate.

Here are the features by edition: https://inedo.com/support/documentation/proget/administration/license ProGet Free is allowed for companies, however that edition only receives "community support" (i.e. this forum).

There was an issue (PG-1208) with semantic version-enabled NuGet feeds and retention policies fixed in v5.0.8 - an upgrade should resolve this.

Yes, that is OK, the differences for each edition are outlined here: https://inedo.com/support/documentation/proget/administration/license

Hi Ryan, Sorry for the delay in getting back to you - we're planning to add this to ProGet 5.2, which currently has a release date of April 11. It should be included in Inedo SDK 1.1.2 (see tentantive spec here). Does that look like it will cover your situation?

Thanks Alana, once I installed the certificate into my 'Trusted Root Certification Authorities' and restarted the docker daemon on my client machine, things are working nicely. Thanks again for your help!

Just to close this post: this was fixed in InedoCore 1.0.12, after diagnosing the issue on a ticket (EDO-5683).

As a followup, it's worth mentioning that this occurs specifically when directory providers are switched. The "Active Directory (New)" user directory requires the user@domain.tld format, so switching from the previous "LDAP & Active Directory" user directory (which supported netBIOSdomain\user) no longer can impersonate.

You got it working though :)

Hello Scott, This is done for 1-part repository names to match the behavior of Docker Hub. You should still be able to access the container without library/; that is, this should also work: <proget_server>:80/<container_feed>/<container_name>:<tag>

The groupName refers to the package's group name, and it's optional. A universal package is identified by group + name + version. The files do need to be artifacts; that's what will be zipped up and sent to ProGet.

After doing the steps in the links, I was able to remove and re-install proget (using offline installer). After that, Hub still didn't work, so I tried running the online-installer which downloads the Hub at the beginning of the install and that seemed to fix the Hub. Thanks for your help Dean.

Thank you for the report, this is resolved via: PG-1447

That's awesome, thanks!