Brent, This our public Q&A forum, which is used for software technical support; as such, I've edited your message to remove your company and contact information. That said, we help organizations with compliance-related questionnaires on our products all the time, both sales and post-sales. Please reach out to your Inedo account manager or use our contact form, and send whatever security compliance forms/documentation you are trying to fill out, and we will do our best to advise and help.

Hi, We are still discussing this issue internally. I am wondering if the issue could be with the endpoint.. can you change to /nuget/default instead of /feeds/default/nuget Thanks, Jason

As a followup, support for the Portable PDB format in the symbol/source server has since been added to ProGet.

Jon, I haven't found too much on this besides what we already recommended. I did find this option specifically for Import-module : https://stackoverflow.com/a/28512164

Hi Bret, For question #1 - We have just published this documentation for TeamCity: https://inedo.com/support/documentation/buildmaster/builds/external-systems/teamcity This may give you a little more guidance on that subject. For question #2- all of our tutorials are here: https://inedo.com/support/tutorials but this one might be what you are looking for https://inedo.com/support/tutorials/buildmaster/continuous-integration/manage-pipelines-git Thanks, Jason

Apologies, I had seen the StackOverflow post first, so I responded here: https://stackoverflow.com/questions/56338757/proget-symbols-and-source-server-download-pdb-correctly-but-source-not-found/56397293#56397293

Yes. that is correct. I believe there is a plan to add security into the API.

Not sure what was wrong, but I resolved the issue by deleting the temp repo in C:\ProgramData\BuildMaster\Temp\Service\GitWorkspaces and restarting the BuildMaster service.

I had a problem like this (for a different extension tho) and I just restarted the ProGet service, then it worked.

Hi Andrey You should read carefully this Proget support LDAP auth, but not for the free edition Cdt Philippe

Just as a quick update, this was added to our roadmap as an item we will be including. It'll be implemented likely using the same mechanisms as the Repository Monitors, so it gives a lot more flexibility with regards to what it can do (create builds, create releases, etc), and also uses cron-syntax for scheduling so you have even more flexibility. No ETA, but I've added this post to the project plan so that we will upate it once it gets started.

After looking into this issue further we have determined that sequentially ordering the parameters will resolve the issue. Thanks, Jason

We have a lot of customers who host an instance of ProGet in the cloud, but we do not offer hosting at this time for a number of reasons: better control of infrastructure; you can design your instance to fit for you, instead of in the limited buckets that would be provided choose your own provider; instead of being forced into using whatever cloud provider (or random datacenter) we choose, you can pick the one that you use full control over disaster recovery; no company will care about your data as much as you will, and getting a month free of hosting after losing all of your data probably isn't going to make any of your stakeholders happy As far as how to host a ProGet instance in the cloud, you would be safe simply using built-in authentication and installing it on a public-facing server with only the HTTPS port open. "Anyone" could access the log-in page, and any feeds that you give "Anonymous" access to, but on it's own, ProGet has been pen-tested and will be secure. You could also do any of the following: IP Restrict at the network level use ExpressRoute (a kind of VPN) integrate LDAP (Azure version) instead of built-in authentication sync Azure AD with your AD Those are progressively more difficult to configure, so it just depends on how much effort you want in a POC. Note: we don't recommend regular HTTP, because then a "man-in-the-middle" attack could capture authentication information. But if it's only a POC, maybe it's ok. Finally, some articles for your consideration; A Comparison: Artifactory vs ProGet Azure DevOps and BuildMaster Compared - this is specific to BuildMaster, but most of the points will apply to ProGet

Please refer to this topic for help uninstalling the product.

This came in 5.2 -- http://inedo.com/proget/5.2

hi Charlie, Can you provide us with a very specific reproduction case? Here is a very specific case where it's working as expected... { "name": "dfhack-test-1", "version": "0.44.12-r2.p190516000", "contents": [ { "type": "virtualDirectory", "source": "dwarffortress/core/linux64:0.44.12" }, { "type": "virtualDirectory", "source": "dfhack/core/linux64:0.44.12-r2" }, { "type": "virtualDirectory", "virtualPath": "hack/plugins", "source": "dfhack/plugin/weblegends/linux64-pre:0.44.12-r2.p190516000" }, { "type": "virtualDirectory", "virtualPath": "hack/plugins", "source": "dfhack/plugin/df-ai/linux64-pre:0.44.12-r2.p190516000" } ] } You can see this package live at https://proget.lubar.me/feeds/DwarfFortress-prerelease/dfhack-test-1/0.44.12-r2.p190516000

Hi Francois, The quickest way to get something like this implemented is by going through the feature request process this process really drives our roadmap. as for ETA, I wouldn't want to predict that, but we do release new versions on a frequent basis. Thanks, Jason

Hi Darren, We currently on provide filtering on package name and versions for Docker. However, we are very open to new feature requests. Thanks!

Yes. the latest version will work.

Eric, thank you! That was the issue, I didn't know about that issue.