This will be fixed in PG-1273 for the next maintenance release.

Hi, I have tested with npm and all is working now. Thanks very much. Regards Fabrice

Hello Attila, This is indeed a bug. I've filed PG-1272 to fix this.

Hello Jasper, I don't have a Linux installation of ProGet in front of me, but it's possible that this would work if you renamed the feed to dspdocker (with no capital letters).

I can answer the first three questions pretty easily: ProGet does not support being installed as a sub-application; some users have done a reverse proxy successfully, but we really don't support that configuration The Feed url is based on the name of your feed, so it can be whatever you want. You can't do further customization. That's not a problem But I'm afraid I really don't understand the situation about 4-6. ProGet does have some extensibility hooks that you may be able to use.

unfortunately this bug fix just missed the cut. But we will ship it in the next maintenance release, likely in a couple weeks. It's not scheduled yet.

Hello, Ben. Thank you for your reply. Test result is as you expected. The icon issue was solved after I changed backslash to forward slash. Regards.

Based on the URL -- you must have created a Universal Packages feed. You'll need to create a NuGet feed.

Hello; Inedo.com currently seems to only communicate over TLS1.0; I don't have a timeframe for when that will be upgraded, but I want to add that we don't have any secure or sensitive information on inedo.com anyways. In the case of LDAP, it seems to me that there is some sort of issue with the LDAP code mapping your username. AD configuration can be very complicated I'm afraid, and it will involve a bit of back-and forth, with sharing potentially sensitive or company-identifying information. When you search for a user in ProGet, you will see a log of the domains, etc., being searched. Ifyou can publish that to a ticket, then we can investigate further.

hi Keith, We definitely plan on having an offline process, and welcome your feedback on it. You can read a bit about how the hub works (it's in beta, so please forgive the rough docs). Specifically, check out "Configuration and Offline Installs": https://inedo.com/support/documentation/proget/installation/hub/inedo-hub The Inedo Hub wraps Romp (more coming soon on that), so you could also use that to install ProGet as well, as a command line process. Does that help?

This particular error (the 500) will be fixed with PG-1313

Thanks Dean, I did a fresh install. The new settings are so minimal that I'm not sure people will notice the change. Crashes after the first one are silent, as before, making the user restart the service by hand and think "ProGet flaked out". What do you think about resetting the fail counter every few days? About using the "run program" hook to report crashes? Does Inedo automatically get crash reports? Thanks for your help.

Hello; please fill out the contact form, and we will be able to you via email.

We don't have any guides on this integration specifically, but the usual situation is that TC can't authenticate. The easiest thing to do is to allow anonymous publishing to the feed, but not overwriting. Otherwise, you can try to get the authentication to properly work, which typically involves sending username/password or configurating an API key properly.

I'm afraid Linux doesn't support Windows Integrated Authentication. As a work-around, you can create a second site in IIS that points to the same path, but doesn't have Windows Integrated Authentication enabled.

We've narrowed down the issue. It seems that the service user that ProGet is running with cannot see all the members of the LDAP groups. This can be fixed by changing the user to one that can see all members of the LDAP groups through this process: https://inedo.com/support/kb/1077/configuring-your-inedo-product-to-run-as-a-windows-domain-account

It was my reverse proxy (apache). I had to set AllowEncodedSlashes to On. Problem solved.

I see, that's an interesting idea. It seems like some sort of auto-generated documentation of sorts? I don't know if ProGet is the place for that data, but we don't have a feature to store such doumentation at this time. So, maybe you could auto-post it a documentation wiki of sorts and use the "Project URL" property to link to it?