Please note that retention policies are a paid feature. Although rules can still be configured in the free edition, they are always executed in dry run mode in ProGet Free. In addition, when multiple options are specified, then only packages that meet all of the selected criteria are considered. Please review the retention rules for more information Otherwise, the best place to look would be the retention logs, to show you what packages were considered.

There was a UI change; these are listed under "Containers" in the top UI.

You can use an API key: https://github.com/inedo/upack#push Basically just use "api" as username, and the key as the password.

Assuming you have only ProGet installed, delete the C:\ProgramData\upack directory. This is the location of the directory the Hub installer uses to detect the presence of any of the installed packages. If you have any of the other Hub software installed, you'll have to edit the installedPackages.json file in that directory and remove the entry for ProGet. We'll add a troubleshooting section to the documentation to cover this, and file a bug with the installer itself since this is not supposed to happen.

Please refer to KB#1161 for how to update to TLS 1.2

Maven indexes are for search only, and don't have any sort of sensible ordering, so you won't see packages like you would on npm feeds.

I don't know if there's a better endpoint for this, but I have NuGet feeds and I use a PowerShell script like this: $response = Invoke-WebRequest -Method GET -Uri https://{proget-host}/nuget/Default -UseDefaultCredentials $response.Headers["X-ProGet-Version"]

The connection string used by ProGet is stored in its configuration file (see this documentation page for the format and location). The Windows user account used is whatever user the INEDOPROGETSVC service is running under - generally, ProGet configures this to be NetworkService, but could be configured to be any user account.

Yes, we're currently using dotnet nuget push to push packages. We're using the "legacy" *.symbols.nupkg format, though, to be safe.

Hello Ryan, Sorry about the delayed response. The Push to ProGet Visual Studio extension is for Universal (upack) feeds, not NuGet (nupkg) feeds.

Jonathan's correct, there won't be an issue; you can just replace the license key as needed. Of course if you're using paid features like LDAP or retention policy, those will no longer function.

A 2nd server license is required for this: https://inedo.com/support/documentation/various/licensing/management

Hello Martin, I've filed PG-1422 to stop ProGet from checking whether anonymous users have any feeds they can access. You may also want to check in SSMS whether any of the indexes need to be rebuilt or reorganized.

Proget non hub installer on French W2016 Core server with remote SQL db is working fine The pb exist with BuildMaster Hedgehog but not with Otter Best regards Philippe

In v5, Docker feeds are now under "Containers" in the main navigation.

Please see: https://inedo.com/support/documentation/various/ldap/troubleshooting#privileges-not-working In short, in Microsoft's AD implementation, Domain Users is not returned as part of the memberOf LDAP property.

Please disable the "Overwrite Package" permission in Admin > Tasks. Then, you will get "Package Already Exists" error

Hello Adam, I've filed PG-1409 to allow setting a password on a connector with a blank username, which will allow bearer tokens to be used in npm.

Thanks John, that's good news! I'll check back next week and try the latest build. Cheers.