Support

• J

  ProGet slow fetching cargo packages
  • jolaka9284_9458  

  2
  0
  Votes
  2
  Posts
  10
  Views

  

  Hi @jolaka9284_9458, Can you please answer the following so I can get an idea of your environment setup? What version of ProGet you are running? Is your config.toml configured to proxy all cargo requests through ProGet (overriding [source.crates-io])? Do you have connector package caching and/or metadata caching enabled? Are you using SQL Server or PostgreSQL (the embedded database, InedoDB, etc..)? I'm not able to test against Artifactory very easily, but testing against crates.io. I'm not seeing a huge difference in speed (~20 seconds in your test case). In my testing, the time varies greatly based on the number of versions a package has and speeds up significantly once the indexes have been cached locally. My theory is that Artifactory caches these indexes on disk on the server or is not returning the complete dataset (hosted vs local), compared to ProGet where we create the package index each time it's requested and leave the local index caching to cargo. When ProGet generates it's package index, it reaches out to any connectors on the feed and then merges them with the local package versions stored in ProGet. There are pros and cons to each solution and are only really noticeable when the local cargo cache is cleared. When cargo has a local cache, it will send a If-Modified-Since header in its index request, allowing that index to be skipped if nothing has changed recently. Is it also possible to get a list of your HTTP requests and timings made during these? I don't need the response body, but the URL Path (host and feed names can be anonymized), response time taken, and response code is all I really need. In ProGet 2025, you can enable HTTP Request Logging to obtain these. Thanks, Rich
• H

  Support for RPM module streams?
  • henderkes  

  2
  0
  Votes
  2
  Posts
  3
  Views

  

  Hi @henderkes, I'm not familiar with module streams, but if you tried it in ProGet and it didn't work then likely not? It sounds like a different API/endpoint, but I haven't researched it at all. However, based on how you described it ("removed from Fedora 39"), it sounds like one of those "good but old" technologies that don't make sense for us to implement. Thanks, Alana
• J

  [ProGet] How do I specify Storage.PackagesRootPath in configuration?
  • jonathan.werder_8656  

  2
  0
  Votes
  2
  Posts
  3
  Views

  

  Hi @jonathan-werder_8656 , You can set this value under Admin > Advanced Settings. Thanks, Steve
• D

  pypi feed returns incorrect `yanked` type, should be bool `false` instead of `"false"` string
  • dimas  

  1
  0
  Votes
  1
  Posts
  5
  Views

  No one has replied

• K

  BuildMaster fails to return TeamCity build configs
  • kquinn_2909  

  2
  0
  Votes
  2
  Posts
  5
  Views

  

  Hi @kquinn_2909 , The "Recent TeamCity Builds" page should show a list of builds in the selected TeamCity project; it's a bit tricky to troubleshoot, but BuildMaster is essentially querying for builds using this locator string: defaultFilter:false,project:{Uri.EscapeDataString(project)}&fields=build(id,number,status,state,webUrl,startDate,buildTypeId) Might be easier to see in the source code: https://github.com/Inedo/inedox-teamcity/blob/master/TeamCity/InedoExtension/TeamCityClient.cs#L63 I believe the Project ID is being used, which in your case would be WebProjects_Replicator. I think the name would be "WebProjects Replicator". Though I'm not totally sure. What builds do you see on the TeamCity side of things? Thanks, Alana
• S

  Support for Winget feed
  features • • sylvain.martel_3976  

  26
  1
  Votes
  26
  Posts
  133
  Views

  

  Thanks for the additional feedback @ben_0435 Mostly for my notes, in the five months since @Jonathan-Engstrom shared Microsoft's initial efforts at supporting a WinGet private repository (i,e. winget-cli-restsource), it looks like they've already abandoned their efforts. Last code commit June 26, 2025 Last closed issue July 4, 2025 So at this point, my assessment remans the same: WinGet is basically just the Windows Store, except you it run from the Commandline and has a ton of shady, unvetted packages from internet randos I feel someone should totally Polymarket whether Microsoft will finish WinGet --or-- just create yet another package manager that's somehow more BingAI friendly. I'm looking for a solution to titrate that scary giant community repo so it can be managed better... I want upstream.. but only select things. I want to publish apps as necessary for the public/private feed. I believe that solution is called "Chocolatey"
• C

  ProGet 2025.17: Errors building downloaded Cargo packages
  • coboj59760_1341  

  5
  0
  Votes
  5
  Posts
  14
  Views

  C

  Hi @rhessinger, I just tested the pre-release and the build now works as expected. Thanks again for the quick fix!
• K

  Docker Migration from Nexus – Feature Not Working
  • koksime.yap_5909  

  14
  0
  Votes
  14
  Posts
  49
  Views

  

  Hi @koksime-yap_5909, Sounds good. The fix will be released on Friday December 19th. Thanks, rich
• J

  ProGet 2025.14: Vulnerability Database Updater causes duplicates in PackageNameIds
  • jw  

  10
  0
  Votes
  10
  Posts
  43
  Views

  J

  Hi @atripp Once again thanks for the quick fix. I was actually worried that something got messed up in our database, while trying to fix the duplicate package issues, but so far everything looks good. Also I should probably start making it a habit of stating that we're still on SQL Server, instead of having you guess. ;)
• J

  ProGet - Delete API for Builds
  • jw  

  1
  0
  Votes
  1
  Posts
  3
  Views

  No one has replied

• K

  Cargo "CC" package - (500) Server Error Version 2025.15 (Build 9)
  • kinedax339_3276  

  9
  0
  Votes
  9
  Posts
  15
  Views

  

  @kinedax339_3276 great news!! Appreciate the help
• R

  Using pgutil, unable to set debian component when uploading a package
  • rhowell_8827  

  2
  0
  Votes
  2
  Posts
  11
  Views

  

  Hi @rhowell_8827, Looking at the code in both ProGet and pgutil, it looks like that simplified upload API only supports the distribution argument. We'll add component in the same manner via PG-3172 in an upcoming maintenance release -- ideally next Friday (should be relatively simple). Thanks, Alana
• 

  Create API Key for all feeds
  • steviecoaster  

  2
  0
  Votes
  2
  Posts
  9
  Views

  

  Hi @steviecoaster , Nice suggestion; I made a small change and you can now do pgutil apikeys create feed --feed=* to create such a key. Thanks, Alana
• 

  Documentation discrepancy
  • steviecoaster  

  4
  0
  Votes
  4
  Posts
  16
  Views

  

  Hi @steviecoaster , FYI - I just a note to the license restriction page; it looks like we don't mention the restrictions on other APIs (delete, scan, etc), but it's something we'll consider next round of docs refactoring. I know we do call it out on the main documentation pages though.
• S

  [ProGet] Feature Request: Visual Studio Code - private Extension Gallery
  • sebastian.lieschke_5424  

  10
  0
  Votes
  10
  Posts
  35
  Views

  

  Hi @fbiryukov_8162, I did a quick read of the content, and based on this statement ... "Private Marketplace is available to GitHub Enterprise customers. VS Code users must sign in with a GitHub Enterprise or Copilot Business or Enterprise account to access." sounds to me like a closed ecosystem And these technical instructions ... https://github.com/microsoft/vsmarketplace/blob/main/privatemarketplace/latest/README.md#5-connect-vs-code-to-the-private-marketplace ... this is a locked-down / closed ecosystem. There's no published API/specs and no still no support in VSCode for private galleries. They're just "hacking" internal settings to get VSCode to use a different service URL, which they also control. Obviously this is not something we could/would want to reverse engineer and then support. If the VSCode team adds support for private repository/galleries (and a public/documented API), and there's some degree of stability to that, we'll consider it. But until then, not much we can do. Best, Alex
• U

  v2025 npm package not saved on server
  • udi.moshe_0021  

  5
  0
  Votes
  5
  Posts
  9
  Views

  U

  @atripp Hi, thank you very much.
• J

  KeyNotFoundException The given key was not present in the dictionary with specific npm packages
  • jonathan.erlich_0694  

  2
  0
  Votes
  2
  Posts
  10
  Views

  

  Hi @jonathan-erlich_0694 , Based on the stack trace, there's something wrong with the data being returned via the API from the remote connector. Specifically, one/more of the version objects being returned is missing a name or version property, Based on the URL, the invalid data is at the {repository-root-url}/browser-sync. Here's what it's supposed to look like, based on the public repository at least: https://registry.npmjs.org/browser-sync Thanks, Alana
• P

  Connector for accessing Jfrog pypi feed
  • pmsensi  

  9
  0
  Votes
  9
  Posts
  28
  Views

  P

  @atripp now is working :) Thank you!
• P

  Timeout while fetching Packages
  • parthu.reddy  

  2
  0
  Votes
  2
  Posts
  10
  Views

  

  Hi @parthu-reddy , This can particular occur when there are some issues with the database, such as outdated statistics or highly-fragmented indexes. This script should help fix this: https://proget.inedo.com/endpoints/Public/content/DefragmentIndexesWithRowCount.sql It coudl be something else, but the query that page uses seems to be mostly effected by those. Thanks, Alana
• P

  Timeout while searching in powershell gallary for packages that are not cached
  • parthu.reddy  

  2
  0
  Votes
  2
  Posts
  8
  Views

  

  Hi @parthu-reddy , This error means that PowerShellGallery.com is taking too long to respond to that query. You can try increasing the connector timeout; it's 10 seconds by default. Maybe try 20 or 30 seconds? Just a guess. Unfortunately the PowerShellGallery seems to be in a state of abandonment these days and it performs really poorly. It's pretty buggy too. I would consider using a multi-feed, package-approval process to pull packages so you don't have to rely on the gallery's API. Cheers, Alana