Hi Simon, If those buttons aren't lighting up, then the machine doesn't have internet access and can't request a key. Just go to my.inedo.com and request one instead, then enter it in. You don't need to manually install, but FYI that zip file would be in the manual installation package.

The current behavior is to never overwrite existing packages during a bulk import. Maybe we should add a configuration flag for this- at the very least I'll make a note to update the documentation to describe this behavior.

Hi Dan, we don't offer any additional pricing options; although we do provide licenses for free open-source projects.

Here is the "draft" list that will be posted on the website soon (Free, Basic, Load Balanced, High Availability): Features F B L H Unlimited Users X X X X NuGet Server X X X X NuGet Package Symbol Server X X X X Chocolatey Package Server X X X X npm Registry Server X X X X Bower Server X X X X Maven Server (beta) X X X X License Filtering X X X Connector Filtering X X X Feed-level User Privileges X X X Active Directory Integration X X X Package Retention Policies X X X MyGet Feed Synchronization X X X Package Statistics X X X Custom Licensing Agreement * X X Multiple Web Servers X X Multiple Index Servers X Automatic Failover X * w/ purchase of 5 or more servers

I'd be interested in this feature as well. We want to use the NPM registry but prevent developers from pulling newer versions that haven't been tested with our software. We'd also like to block on major, minor and patch revisions. Thanks

Ah! That would explain why I couldn't reproduce this. I forgot that some versions of npm did weird things with URLs... Glad it's resolved!

Thanks for letting us know; we're currently waiting on the NuGet v3 API to be released before spec'ing this out further. It's scheduled to ship with VS 2015 later this month, so we'll have a better idea after that. It used to work, and it still kind of does depending on the time of day... but NuGet.org's performance has degraded significantly over the years. Now it's very hit-or-miss, and the longer the package filter list, the higher the chance your connector will time out.

That option unfortunately will not work at this time without significant changes, and it's supposed to be hidden currently. We may remove it in the next version or add the required functionality to get it working in an even later version. The problem with it is that dependencies can now vary based on other factors such as platform, .NET Framework version, etc. As a workaround, enabling caching for the feed and downloading the package from Visual Studio will accomplish essentially the same thing, though.

Please see: http://inedo.com/support/kb/1021/using-proget-with-nuget-the-visual-studio-extension

Retention Policies are not inclused in the free edition. You can still delete packages manually however.

Another quick way you can close all connections to the database: ALTER DATABASE [DbName] SET OFFLINE WITH ROLLBACK IMMEDIATE ALTER DATABASE [DbName] SET ONLINE

It was execution time in web.config. Thanks for help!

Thank you for the report, this will be resolved in the next release.

4.0 is available for download now; we've tested it about as far as we can, the main reason it's still considered "beta" is to see how the Docker/installation process works in the wild. So, please give it a try. Depending on the requirements of non-AD LDAP, if it's easy to do, we can implement it quite soon.

VPN will occur at a much lower level than ProGet operations (which is HTTP/IIS), so I suggest you use a tools like Wireshark to dig a little further and see where the problem might be.

All of our installers are signed, our build process is isolated, and we do frequent network scans -- so it's definitely not a virus. If you want to verify it yourself, you're welcome to use a tool like .NET Reflector; it's just managed code and is not obfuscated in any way. It's just a self-contained SQL change script distribution package generated by our BuildMaster product. Still, every once in a while we get some part of the installer flagged by an AntiVirus scanner. Usually it's bmdbupdate.exe, since that does some "questionable-looking" things to an antivirus engine, such as embedding its dependency assemblies as resources. Please let them know about the false positive; the more people who do, the greater the chance they won't flag these in the future. Thanks for letting us know!

The story continuous :) Because I set TeamCity to create source packages as well (it's a checkbox called: Include sources and symbols) it was overwriting the packages in ProGet (I have all the PDB and sources in my nuspec files as well). This was causing the issue with the config file being gone, because TeamCity strips those files out for the symbols packages. So... I was doing things twice... Must be user error ;)

As of 3.5, these are the features not available in the free edition: Active Directory / LDAP Integration Filter Packages by Name & License Load Balancing & High Availability Granular Privileges & Security (scoping by individual feeds) MyGet Feed Sync

Hi Just wondering if this issue was resolved ? Pod

Hi Dean, Sorry I continued trying and found out the problem was caused because I had to include the -k flag (for HTTPS) and to include the username and password in the URL. Problem solved. Thanks. Kevin