You can use Tasks (Admin > Tasks) to restrict who can access which feed. Once you've restricted a feed (i.e. not give permission to Anonymous), then users who access it will be prompted for credentials .
Welcome to the Inedo Forums! Check out the Forums Guide for help getting started.
If you are experiencing any issues with the forum software, please visit the Contact Form on our website and let us know!

Posts made by atripp
-
RE: Create private feeds with login option
-
RE: SemVer2.0 packages from nuget.org are not visible
The "protocol/API" (ODATA vs JSON-LD) really doesn't make an impact on this.
In ProGet v5, NuGet feeds to in fact support SemVer2 packages. If you're finding errors, then you may have a legacy feed: please refer Legacy (Quirks) NuGet Feeds for how to migrate. Otherwise, if you have specific error cases that we might be able to try to reproduce, please let us know it.
-
RE: Are Package Notes Supported?
Hi Josh,
Sorry, this seems to be a v6 glitch! But we're on it :)
I've submitted BM-3192 and then inedo-docs/#6 to update our documentation.
Your understanding of how the feature is supposed to work is correct, and your use-case is how it's supposed to be.
Thanks for reporting it !
-
RE: Multiple questions for installing ProGet
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?
-
RE: Issues of health check & caching
You shouldn't be receiving a "401" error from the public npmjs registry. If you are, my guess is that you have some sort of proxy or firewall selectively blocking outgoing access to certain queries to the registry.
Once you resolve that, then p[roblem #2 will also be resolved.
-
RE: TC
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.
-
RE: NuGet feed: Get latest version of package
The documentation seems incorrect :(
Can you try?
http://proget-server/nuget/feedName/package/{feedName}/{packageName}/{optional-version}
-
RE: Implement support for Portable PDB format (NuGet)
PG-1054 was released in 5.0.9.
-
RE: Activation Key
In this case, it seems like your machine has no internet access, and can't request a key from my.inedo.com; you can do it manually from that website.
-
RE: Stop auto login of "ExpressUser"
You can request it at my.inedo.com, or just ask as a note on the Otter Quote Request Form. What's nice about going through the pre-sales/quote process, is that we can work together beyond just random forum / Q&A posts, as obviously we are generally motivated to help you prove a success to enable a sale ;)
-
RE: Stop auto login of "ExpressUser"
That is indeed the correct behavior; the express edition is intended to make all users an administrator.
However, we are thinking of adding a new "mode" for express edition that will behave more like you desire: unauthenticated users will be able to view most everything, and authenticated users will be administrators.
In the mean time, why don't you just request an enterprise trial key? We understand that it can take while to totally prove out, and of course we will work with you to extend the trial key and help you prove the capabilities.
-
RE: Finance contact to facilitate purchasing ProGet license
Hello; please fill out the contact form, and we will be able to you via email.
-
RE: Provide a way to document consumers of a nuget package
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?
-
RE: Provide a way to document consumers of a nuget package
I'm afraid there's no easy answer for this.
First, keep in mind that dependency resolution is really complicated (see NuGet Docs to get an idea), and it seems some package managers (like npm) even have a nondeterministic (let alone undocumented) algorithm for resolution.
The only thing that "mostly knows" what packages are actually being used are the client tools themselves (nuget.exe, npm, etc), and you'll really only know what dependencies they've grabbed after you see the packages on disk.
ProGet has package statistics, which at least shows you which packages are being requested. But nuget.exe puts more information in the requests, so all ProGet "sees" is a request for a package from a address... and often, multiple requests happening in parallel.
-
RE: Can we have Global Release Template in BuildMaster?
Hello; this is not currently support in BuildMaster, but we may consider adding it.
However, it is already built-in to Hedgehog, which is more suited for lots of uniform style applications.
-
RE: Using connectors in Maven feeds cause ProGet to hang
Unfortunately this is a bit tricky to give "general" advice on how to fix, but if you can submit a specific test case that we can reproduce as a ticket, we can research and try to reproduce it,.
-
RE: Deleting cached remote connector items
The "remote icon" means that there is a package entry in a remote server. If you're continuing to see it, then it may take a little bit for the connector metadata (in memory)cache to be cleared. You could always stop/start the webservice, and then this will go away.
-
RE: Proget installation error "Cannot stop INEDOPROGETWEBSVC service on computer "
This should be cleared if you try the installer again
-
RE: ProGet: Problems creating Maven M2 mirrors
You can mirror ProGet feeds, but we don't have a Maven <> Maven repository option just yet.
-
RE: Error publishing package with yarn
It's a "401" error, which means "not authorized"
In this case, you could have the wrong credentials in Yarn (or no credentials). Note that "Windows Integrated Auth" is not supported by npm or yarn.
-
RE: Leading 0 before the version is remove when package is add in a feed
Are you using a "Legacy NuGet Feed" (created in v4), or is this a "new" (SemVer2) NuGet feed?
Leading zeros are no longer supported by Microsoft for NuGet packages, nor the ProGet SemVer2 feeds. So if you are still using them in your process, you really ought to change your process to use semantic versioning.
-
RE: Feed Browsing in the Web UI
This is by design; accurately paging in the UI is basically impossible due to limited connector aggregation, package filtering policies, etc. Especially after you do a search.
Instead, you can display "up to 1000" packages in the UI, which is probably more than you would ever need to scroll through, and search as needed.
-
RE: Proget 5.0 upgrade - paket no longer works
The error is "failed with: 401 Unauthorized", so it probably means you need to specify an authentication source?
We didn't change the way authentication is handled in v5, so it's likely unrelated to the upgrade.
-
RE: Deploying Packages from ProGet with Powershell Packetmanager
I'm not too familiar with how OneGet fits into all this; you'd really be better asking this question at the Chocolatey or OneGet forum. You'll still use ProGet to host the packages, but I'm really not sure which client tool (choco, etc) will do the download and install on a desktop.
-
RE: Deploying Packages from ProGet with Powershell Packetmanager
You'll want to use Chocolatey for this purpose; it's designed to install Windows software.
The PackageManagement module is intended for powershell modules for your PS runtime environment.
Both of them use NuGet behind the scenes, but we still recommend to create the appropriate feed for the type.
-
RE: Python Support - Coming Soon - How soon?
Just an update.. we have officially scheduled engineering resources to study/research/proof-of-concept a PyPi feed in late April (week of 23rd to be specific). Once that's complete, we will know exactly how easy or difficult it is.
Most likely, it will be very additive, and we won't need to tie it to a specific release schedule, as we could realistically include it in any maintenance release.
-
RE: When do we get Server too busy
This is a results of network connections and traffic, and the message is coming from IIS or the ASP.NET hosting components. The server hardware itself is fine, but there's not enough network bandwidth to handle the load.
Keep in mind that your clients (NuGet, npm) will make hundreds (sometimes thousands) of simultaneous requests to the ProGet server to just a single "package restore". These requests are "expensive" and time-consuming, because often they'll need to check with a remote connector (which opens a new connection), backend database (network connection), validate security, etc. In addition, the workstations are typically more powerful than the server, so they will have more resources to make these requests.
So it really only takes a handful of users doing simultaneous package restores, and you are basically at a "denial of service" level of traffic. So, in this case, load-balancing is the way to do it.
-
RE: Configuration File Text Templating
This was introduced into 5.8; so please update to the latest v5.
-
RE: NuGet v3 api support for connectors
Actually, the API isn't really any faster or slower.
If you find it faster to query NuGet.org's "v3" API endpoint, the reason is that it's a static index hosted on a massive Azure server farm. Your ProGet server is considerably less powerful. In addition, ProGet has connectors, authentication, package filtering, etc., and it would never be feasible or useful to generate a static index like NuGet.org does.
However, it is on our 2019 roadmap to implement this API, possibly as a new feed type or as an alternate API endpoint for an existing feed. But even so, if you need performance, you may still need likely need to stand up several ProGet servers in a load-balanced manner.
See How to Prevent Server Overload in ProGet to learn more.
-
RE: Log IP or hostname when a user does not have Feeds_ViewFeed privilege
The Integrated Web Server doesn't have many features, including request logging and tracking. So in this case, you'll want to upgrade to IIS:
Please refer to KB#1013: Hosting Through IIS Instead of the Integrated Web Server
-
RE: Log IP or hostname when a user does not have Feeds_ViewFeed privilege
This is not supported in ProGet, primarily because it's only useful in rare situations like this. But you can easily accomplish this in IIS by enabling logging, and then checking the corresponding the time of the ProGet error logs with the IIS logs.
-
RE: Run time issue with the Otter Web Service
It sounds like you don't have ASP.NET enabled as a role on your Windows server. The installer should detect it, but that checkmay have failed. Hard to say.
In the Server Manager feature of Windows, make sure to select ASP.NET 4.5 (or whatever the latest version is), by expanding the Application Development node.
-
RE: Sqlcmd that I think is an issue.
It's hard to say, because we don't have enough information. The "code" you shared looks like it's part of a PowerShell script, or maybe it's a cmd script, which maybe they're executing from BuildMaster? Or they could be executing the process directly? Where does $targetInstances and $targetDatabase come from?
if they're just running a PowerShell script, then I guess they should just edit that powershell script as you suggested?
Can you just ask for the deployment plan? Unless it's v4 or earlier, it will be in OtterScript (a text file), and once you see it, it should be fairly clear how to change it.
-
RE: Sqlcmd that I think is an issue.
This is likely the way that your client has it configured.
While there is support for Database Changes, BuildMaster does not use sqlcmd.exe to run these scripts, but instead lets you specify such options in a connection string.
However, I think your client is instead executing sqlcmd directly, using the "execute process" operation or something like that. So, you can probably fix it by checking the deployment plan where the scripts are actually run, and recommending they edit it.
-
RE: Source Binding Issue
Please have your colleague follow the instructions in Source and Symbol Serving; it's easy to miss one small detail, and then in this case, it won't work.
-
RE: Error 500 on accessing a ProGet feed
Please share the full stack trace / message under Admin > Message Center.
-
RE: Question About: https://inedo.com/support/questions/8240
Unfortunately there is simply no workaround possible in the code; the mono bug fix you saw allows us to work-around another long-standing bug. After Microsoft publishes a new Mono/Docker container image, we can incorporate that into a ProGet release.
However, as a workaround, you can publish to a drop folder, use an earlier v4, or the Windows version of ProGet.
-
RE: Jenkins plugin, upload a powershell module doesn't work
The Jenkisn Plugin can only be used to upload Universal Pakages to a Universal Feed.
You'll need to use Powershell-Publishmodule command to publish to ProGet.
-
RE: Why is this not a valid version number?
What feed type? If you are using NuGet, make sure it's not a legacy nuget feed.
-
RE: Run time issue with the Otter Web Service
Does it work with
http://localhost:8626
? I don't think the standalone web server does its own TLS. -
RE: Upack.exe improvements
The NuGet library is definitely coming! Actually we wrote one for use in Romp, and will just ship that. We'll publish as a pre-release, and once we get it properly documented and whatnot, ship it. But it's fine to use now (the code is really simple).
-
RE: Unable to upload VSIX
I presume you have "Integrated Windows Authentication" enabled. When this is the case, IIS will issue 401 before the request ever comes to ProGet.
In this case, the client must support it. PowerShell does, but you must explicitly advise credential use with the "UseDefaultCredentials" flag.
Invoke-RestMethod -Uri http://srv-proget/vsix/[vsixapi] -Method Put -InFile [vsix] -Headers @{"X-ApiKey"="[api key]"} -UseDefaultCredentials
I don't believe curl will support this.
-
RE: API key requirements on API
API Keys are required for all of our end points. This is by design, because API and interactive (user) access are quite different, and they resolve access differently.
If you want to not use an API key, you could create one called "dummy" and always pass that in the URL; however that's not recommended, because it's like a password.
In this case, WIA is only used to "authenticate" the request, not authorize it.
-
RE: Does ProGet support semantic versioning
ProGet's Universal Packages and Feeds certainly support full SemVer2.
If you're designing modern delivery processes but are still planning to shoehorn your applications into NuGet packages (i.e. meant for .NET DLLs), you really ought to consider fixing that as well. We also released Romp which extends universal packages, and gives some nice deployment options as well.
That being said, NuGet feeds and packages have whole lot of quirks (e.g. 0.01.0 != 0.1.0, etc) that make SemVer2 nearly impossible to implement without some major breaking changes. NuGet.org had a lot of problems too when the quasi-supported it in the client. So we're planning on making those changes in ProGet v5, which is scheduled for November.
-
RE: One single pdb file not being indexed
Is it a "Portal PDB"? This is the new format and is not yet supported.
If not, then the next step would be for you to submit a ticket with the NuGet package attached so that we can debug the pdb parsing.
-
RE: Updating Web nodes in a NLB environment from 4.7.14 to 4.8.2 results in Built In Directory error
You'll want to make sure that extension directories are configured (Admin > Extensions), and the InedoCore extension is in the extensions folder. This is what contaisn the user directories.
-
RE: Proget npm feed using HTTP/80 when configured to use HTTPS
You will need to open both ports; the npm api uses both HTTP and HTTPS.
-
RE: Official Docker Image
We do, however there were some problems with the postgres code; we are currently still testing and will push an update as soon as available,.
-
RE: One single pdb file not being indexed
In this case, the symbol file may be corrupt or otherwise not readable. Hopefully rebuilding the symbol file will work.