You can leverage the silent installation options for this: http://inedo.com/support/documentation/otter/installation/silent#silent-agent-install

This should work as you describe if you grant the user "Anonymous" the "View and Download Packages" task for the gems feed.

The fix for this is included in the latest release of BuildMaster (v5.8.1).

Thank you for reporting that, we had scheduled to do a maintenance release v1.7.3 today and were able to get a fix in for it - should be available before the end of the day.

ProGet supports any version of SQL Server starting with 2008.

Final results for curl -X PUT... I was able to change C:\Program Files\ProGet\WebApp\Web.config (yes, my server is on Windows 10), and increase the transfer size from 1Gb to 3Gb I then restarted the ProGet Web Service I then tried to upload a zip file 2.02Gb in size..and, it worked.

Please see KB#1014 - Changing an Inedo Product's URL with the Integrated Web Server

That works - awesome - thank you so much!

That was weird. I ended up figuring it out; I had to reinstall the application under the builtin web server and then move it ... Not sure why.

Solved by using link by Martin Helgseen http://inedo.com/support/questions/7217 Thanks

This would require feed-scoped privileges, which is a paid feature. See Features by Edition for more differences.

The error is "The process cannot access the file 'C:\ProgramData\ProGet\Packages.nugetv2\F2\ACME.Shared\ACME.Shared.0.2.19.nupkg' because it is being used by another process." That error is coming from Win32, and will happen when another process tries to lock a file. Most likely, this other process will be an indexing service or anti-virus tool that is scanning/locking the file as soon as proGet starts writing to it.

It's really hard to say; if it works from your browser but not from visual studio, then I recommend to run fiddler, and then see what Visual Studio is doing. Maybe it's a cached password, wrong DNS, or something. If you look at the session logs, you should be able to see how the requests are different.

Otter wasn't designed as general-purpose task schedule, but the orchestration jobs can certainly accomplish similar purposes. On the agent roadmap, we do have "impersonation" as a feature... which means you could run commands and scripts under different user contexts. I wonder if you could use use Otter to configure the schedule jobs across your servers? We don't have operations to configure scheduled tasks, but certainly you could use PowerShell DSC (or write an operation to do this) to configure scheduled tasks.

It's hard to say, but if you're not seeing anything come up when you visit the web interface.. it sounds like the web server or IIS isn't running or otherwise configured. The error you shared from the Windows Service would verify this (the service cannot talk to the web application either). Take a look at the Manual Installation Instructions to see if you can identify how things are mis-configured.

In order to create a feed-scoped permission, the task must be feed-scopable. Go to Tasks > Customize Tasks, and remove any attributes that aren't marked "F" for feed scopable. Then you can apply to to feeds.

There is a Machine Key (which is a hash of your network card and CPUID) and your License Key. Those are sent to Inedo.com (either from the software, or manually at myinedo.com), which then returns an activation code. You can change your license key on Admin > License Key.

Wonderful! Worked just as you said it would. Thank you very much Alana.

The /symbols/feed giving a 404 is an expected result; when you visit the page, you will get a 404, but also see instructions on how to configure visual studio. Unfortunately we're not able to reproduce this "unable to check the enable box" error, nor have any idea what might cause it. It's a simple page that sets a flag in the database.

This particular issue just means that the web server and service cannot communicate; doesn't have much to do with VOR SECURITY, and you can simply resolve it by restarting the web/service.