If you want to quickly add something like this are familiar with C#/.NET you can already create a custom package store to do this, see: Extending ProGet Beyond that, we will consider this as a first-class feature as you suggested. If you have any specific thoughts as to what would need to be configured for the hooks please add them to this thread.

Thanks for the quick reply! Ok, that's a shame but understood.

Hello Robert, Thanks for the bug report! I've filed this as PG-1047. NPM feeds were showing the download count as the total for all NPM packages, not just the ones associated with that feed.

Hi Alana This page (https://inedo.com/support/documentation/proget/core-concepts/connectors) has no info that I have to link the connector to my feed. Just add a little section at the end with a screenshot so the users sees what he has to do after creating the connector.

Hello Charles, upack pack expects a directory, not an individual file, so the command should be: upack pack C:\location_of_upack_json_file C:\directory_containing_my_setup_exe --targetDirectory=C:\mytargetDir\build_artifacts

Yes. Of course you will not be able to connect to NuGet.org as connector, or inedo.com for automatic updates and license activation. You can request a key from my.inedo and enter it in the installer.

Hello Tom and Brett, The endpoint being requested seems simple enough. For example, here's what it requests for -StartWith Inedo.. I've filed PG-1281 to add an implementation of this endpoint.

Never mind, found the 5.0 beta :-)

At this time we do not have a Go repository planned. This is the first request for a private Go package manager, and we have other ones ahead in terms of priority (PyThon, etc). But we will consider it for the future.

This is not a supported setting to change, and you won't find anything useful by changing it; it's only intended for diagnostic purposes when working with an Inedo engineer. The specific behavior may change from version to version, and we don't want to document how it works or support a particular behavior. if you're really curious to know, the best bet would be to look at the source code, and see how it's used; that's how we would use it ourselves.

You'll need to run bmdbupdate.exe. It doesn't need to be run on the database server itself; the user that runs it must have dbo permissions to the proget database.

Ah, I see it. I use Caddy as my reverse proxy which doesn't support this feature.

There appears to be a problem with the windows service manager. I recommend you to reboot the server, and try again. If that fails, you can use the manual installation instructions.

Thanks for the response! Gotta say, I'm impressed that y'all take the time to answer questions like this, even when they're from free-license users.

I tried on a different machine which runs Ubuntu 16.04.2 LTS and for some reason I no longer see the problem. Even more surprising is that both machines are virtual machines built from the same VirtualBox image. The 16.04 one was recently upgraded from 14.04. I guess 14.04 image is somehow broken and was fixed during the upgrade. I guess that's answers my question.

I figured that by remove Windows Auth and going back to build-in security but that won't work for my scenario. I've moved to an azure registry and it's working fine. I'm sorry I can't use Proget for all my feeds though. Cheers, ET

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

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)).