Aha! Thank you! I didn't realize the feed wasn't at the root, since normal 'nuget push' and 'nuget install' commands worked with just the root URL as the '-Source' parameter. Only the 'nuget restore' failed.

Thanks- we'll have both of these added in the next release, 4.1.1.

Awesome! I downloaded and verified this is fixed in 4.1 beta.

I have renamed the roles just incase, but as soon as I upgrade to 4 it appears I get knocked out of the necessary task groups. Your user account does not have the Admin_ConfigureProGet task. I also get the same message if I don't change the role names.

Please note the privilege changes in v4: Upgrade Notes for ProGet 4.0

Hi Luke, you'll want to put the connection string in quotes: bmdbupdate UPDATE /conn="Data Source=DB1;Initial Catalog=ProGet;Integrated Security=SSPI;User ID=Account;Password=Password;" We'll try to add that to a new version of the database updater! Cheers!

I get the same issue with v4.3.1 (Build 5). With nuget, I can search (via connector) to list all packages available on nuget.org. But with npm, unless I manually add packages via npm connector, the search shows a blank page.

This isn't specific to ProGet at all, but HTTPS/SSL in general. It's not possible to bypass or address this from the server software (ProGet) side at all. You'll need to either trust the self-signed certificate on the client (Jenkins), install a certificate from a trusted root (server), or bypass that warning in the client (Jenkins).

Here is a solution for you guys : We implemented two open source tools that allow using bower package-based artifacts based on Alana's previous comment. They are still in active early development, but we are currently using them in our day to day work. ##Bower client https://github.com/WoltersKluwerCanada/proget-universal-bower-client This tool is packaging bower repositories into a .upack file It can also deploy to a proget repository ##Bower resolver https://github.com/WoltersKluwerCanada/proget-universal-bower-resolver This tool is an extension to bower which resolves/unpackages upack-proget feeds as bower feeds.

It sounds like ProGet is working fine, but that the CHOCOLATEGUI doesn't support Windows Integrated Authentication. I would submit a ticket/bug request on their github and ask them to support it. It's generally a relatively easy change to make, depending on how they implemented querying.

Hmm, I wonder if it's related to Powershell Execution Policy? I'm not terribly familiar myself, but I know I've had to fiddle with that a bit to get things working... 15 Ways to Bypass the PowerShell Execution Policy

Looks like a bug caused by accessing certain pages from clients that don't support gzip compression. We'll have this fixed in 4.0.15, which should be released today.

In this case, the error message means that the user runnin the installer does not have permission/access to read the configured ProGet database (this is an upgrade).

There are several ways to solve this problem, but a common approach is to multiple servers in each global location, and then either use connectors or replication to ensure the packages are accessible locally.

You could create a connector of this feed and add it to the other feed, so that you don't have to do any manual steps. It would act as remote connector and pull packages directly.

When you download a package, then package is cached by default; if you download aggin, it will use your local cache instead of re-downloading from npm. The caching is transparent, so they will not show up as local packages.

This is a bug in the free edition; we will resolve it in the next mainteannce release of ProGet.