Jenkins does not support Windows Integrated auth, so you will need to disable it to get Jenkins to be able to talk to ProGet.

Sounds good. Thanks for taking a look Ben.

You can ignore this post. I can get my info from the API.

lol, boy I really need to quit doing 5 things at once. Thanks for the answer Ben. Thought you were answering another one I posted that I had meant to close. Going to drink my coffee now and hopefully wake up!

That's the error from the SCM, but the .NET error is also logged. You may want to try running the service interactively in this case, then you can see the error message and identify what's wrong with the db connection.

Sorry Sorry Sorry!!! I've tested it on VS2015 and VS2017 and it runs ok!!!! Sorry, 've mismatched the protocol (it must be set to "Atom Feed" (from VSGallery)).

The legacy source provider is available in the same Mercurial extension. As long as the provider has Log command line arguments disabled, the Admin_ConfigureBuildMaster permission is required to see the URL with the password in it. If the username or password has special characters that don't work in URLs, they can be encoded. Common characters that cannot be used in the username/password section of a URL without encoding include: \ (use %5C) / (use %2F) @ (use %40) : (use %3A, but don't encode the colon between the username and the password) % (use %25, but only if the percent sign is part of the username/password and not one of the above replacements)

You can do this... GET /upack/«feed-name»/search?query=«search-query»&count=«max-items» This is the same API that the ProGet Web Application uses to show results to users, and returns a list of packages similar to the packages endpoint.

Can I stop developers from accessing the Public feed?

Hello Graham, Filters are what you should use in this case. You can add a package ID like MyCompany.SomeProduct or a wildcard like MyCompany.*. A long list might be hard to work with, since it's just a text box, but if you're only adding new things to the list every so often and not modifying the list all the time, it should be fine.

It's just a way to organize packages. You can filter in the API currently but not in the UI. We had considered that feature when adding universal packages, but so far I believe you are the first to request it :) As an example, we use the groupings for extensions for our products, with the product name being the group for an extension.

I understand the frustration... but we really didn't design the UI for quick, rapid package deletes. Have you considered using retention policies instead ? This will automatically purge old versions. You can also write a script that uses the API to do it. As a work-around for the manual mass deleted... I suppose in this case, you could just middle-click to open a new tab, and then delete several tabs at once?

There isn't, although we do have an open item -- BM-3042 -- for it.

Hello Ben, we had a missunderstanding regarding the endpoints. We didn't get that every symbol feed is available at http://proget/symbols and every nuget feed respectively at http://proget/nuget. The naming of our feeds wasn't very helpful with that... Thank you very much.

wow, thank you very much ^^

It is, albeit a bit buried in the formal specification.

You may have a proxy server that doesn't allow a connection to Inedo.com; that's where latest news is loaded from. There's not enough to help here.

Hello Jamie, There's not a way to do this through the BuildMaster interface, but if you have access to the SQL database, you can run this: SELECT P.[Plan_Name], A.[Application_Name] FROM [Plans] P LEFT JOIN [Applications] A ON P.[Application_Id] = A.[Application_Id] WHERE CONVERT(VARCHAR(MAX), P.[Plan_Bytes]) LIKE '%call MyPlanTemplateName%' There's a possibility of false positives because the SQL query doesn't actually parse the plans, but it should be able to give you a rough idea of where a template has been used.

Hello Jim, You can run the ProGet service in interactive mode to see its logs: Stop the ProGet service. In Command Prompt or PowerShell, run .\ProGet.Service.exe run from C:\Program Files\ProGet\Service (or wherever you installed ProGet if you didn't use the default location). It will run the drop path monitor every 60 seconds by default. The message for the drop path monitor starting is Executing DropPathMonitorExecuter.... You can edit Service.DropPathMonitorExecuterThrottle in /administration/advanced-settings to less than 60 seconds if waiting gets too annoying. Immediately after the drop path monitor runs, there should be a message that says Scanning for packages in f:\dsc\droppath. This will be followed by Found f:\dsc\droppath\file.ext any packages it finds. In order to be found, the package files must end in the expected extension: .tgz for npm feeds .nupkg for NuGet feeds .gem for Ruby Gems feeds .upack for Universal feeds .vsix for VSIX feeds If an error occurs while trying to add a package from the drop path, it will appear on a line shortly after the Found f:\dsc\droppath\file.ext line, starting with Error installing package:.