I can confirm that this is fixed in version 3.3.7 of ProGet. It is now working like a charm.

Reworking that page was already on our list of things to do for the next version, so this won't be an issue after that :) Thanks for your help!

I've just determined that the age is processed, but apparently we are not treating it as a hex number. We'll get this fixed in 3.3.6. Thanks a lot for the detailed analysis!

It looks like that was a holdover from when it was copied from the BuildMaster licensing page :/.... It should say: If you would prefer additional terms or an otherwise customized license agreement, we are amicable to negotiation for sales of 5 or more server licenses. From: http://inedo.com/proget/license-agreement

In 3.3.4 no; it is set to 1 minute and cannot be changed. We of course could make this configurable if 1 minute isn't quick enough.

Thank you for investigating the issue. I will assume that the observed behavior is due to a problem with the dependency graph specific to the Ninject nuget package.

It could be that the versions were fixed up when a package cleanup ran - happens every day by default, but may not have been immediately after the upgrade. Thanks for letting us know about the zeros missing from that page; we'll add an issue for this to get fixed in the next release.

Reboot fixed the issues. Thanks for your reply.

This appears to be the same bug as reported in this question. We'll have the fix available today. Thanks for the bug report!

We've reproduced this and implemented a fix- we'll have v3.3.3 available today to resolve this issue. Thanks for the bug report!

Thank you, REPLACE works as intended.

Looks like there was an additional issue being caused by the feed metadata being slightly off. We've published another fix (v3.3.4).

Glad to hear it! Thanks for letting us know.

The -source argument doesn't look right. Since the command is running remotely, it shouldn't be accessing localhost, but instead it should be using the ProGet server's URL. To override that URL, make sure to set the ODataBaseUrl in Advanced Configuration to something like: http://proget-server:1000/nuget/

This error is coming from nuget.exe; depending on the version of nuget.exe you're using, AD / integrated authentication simply will not work. It's supposedly fixed in 2.8.2, but some users say it doesn't work in 2.8.3. It's pretty broken in 2.8.1 and 2.8.0. Although it sometimes works in 2.7. The 2.6's seem to be fine, for the most part. ProGet.exe, from the now-defunct client tools, of course will work fine, or a simple HTTP PUT operation.

Have you looked at ProGet's deploy features? We switched to using those from Octopus, sooo much simpler for our configuration (no agents... plus we could just do a choco install if we needed to), and you could add w/e pshell scripts you wanted.

Just wanted to let everyone know who's affected by this that we have a fix in 3.5.0. It's officially classified as a beta version, but only due to some database schema changes. The release notes and download links are here: http://inedo.com/proget/versions

Guess it depends on the project. I removed -IncludeReferencedProjects on another project we have and that did resolve the issue. Seems to be that if the SRCSRV: {path}\src{ProjectName}{file}.cs not indexed error message contains the project name after src\ then you need -IncludeReferencedProjects. Maybe?

Yes. We can switch to IIS. Login time out is not a problem. The problem is that our CI builds were taking much longer depending on ProGet needing to spin up. I'll let you know how it goes.

This depends on the setup, if you use Integrated Windows Authentication, you cannot have anonymous access to any feeds because the authentication will be required before the request even hits ProGet. However, there is an option on the "All Settings" page named "IntegratedAuthenticationEnabled" that when set to false will allow you to use the Forms-based approach using your Active Directory credentials. Another option with regard to the build server is to just copy the .nupkg files on disk to the feed's storage path, which will in turn be picked up by the indexer and added to the feed.