Support

• M

  Pulling dependencies from ProGet in gradle
  26 days ago • misael.esperanzate_5668   about 15 hours ago

  5
  0
  Votes
  5
  Posts
  17
  Views

  M about 15 hours ago

  @atripp said in Pulling dependencies from ProGet in gradle: Next, the "remote" icons next to the files indicate that they were cached (i.e. added to the feed) via a connector. That means the files were successfully written to disk, recorded in the database... but now they are gone. Hence, why you keep getting the "file not found" message. Hi, Strange. I thought that this "Antena" Icon is a indicator that file was indexed (weekly Indexer) and not present on repository and you have to manually or remotely download artifact to "remove" this icon. And after that: Then, you can delete file from repository using "X" on the right. It "becomes" Remote again. Notice how "Published" date changes. Files on disk: Cheers, Michal
• M

  Feed Group and Feed
  a day ago • michal.roszak_0767   a day ago

  1
  0
  Votes
  1
  Posts
  5
  Views

  No one has replied

• D

  Incomplete proget debian connector local index file for ubuntu noble-backports dist
  14 days ago • dimas   a day ago

  6
  0
  Votes
  6
  Posts
  15
  Views

  a day ago

  @dimas thanks for that! We're currently studying/monitoring the performance for public mirroring, and one "concerning" thing I recently saw was a sqllite3 index file explode in file size. We don't know how that happened, but suspect it might have to do with some "aggressive" testing / request cancellation. Let us know if you spot anything: https://forums.inedo.com/topic/5410/debian-feed-mirror-performance
• S

  [ProGet] Feature Request: Visual Studio Code - private Extension Gallery
  5 Jan 2024, 13:18 • sebastian.lieschke_5424   a day ago

  6
  0
  Votes
  6
  Posts
  17
  Views

  a day ago

  Hey @dimas , Ah, that makes sense. Looking at the manifest files, they have the same Identity@Id (which is what ProGet uses for the Package Name) but a different Identity@TargetPlatform (which must be new-ish): <Identity Language="en-US" Id="python" Version="2025.2.0" Publisher="ms-python" TargetPlatform="win32-x64"/> <Identity Language="en-US" Id="python" Version="2025.2.0" Publisher="ms-python" TargetPlatform="linux-x64"/> We could probably figure something out in ProGet, but it's not trivial when it comes time to changing how we identify Package Names. Can you try editing the manfiest file inside the vsix archive, and seeing if that works for your use case? So basically: <Identity Language="en-US" Id="python-win32-x64" Version="2025.2.0" Publisher="ms-python" TargetPlatform="win32-x64"/> <Identity Language="en-US" Id="python-linux-x64" Version="2025.2.0" Publisher="ms-python" TargetPlatform="linux-x64"/> Not quite sure if that would work, but figure it's worth a try. Thanks, Alex
• D

  Debian feed mirror Performance
  11 days ago • dan.brown_0128   5 days ago

  3
  0
  Votes
  3
  Posts
  9
  Views

  D 5 days ago

  To share with the community some things learned from a private support ticket -- There's currently a defect in the logic where if no packages were downloaded/uploaded to a debian type feed, the in-memory cache is never started. This leads to very long runtimes when running apt update since the response times for the /Release and /InRelease endpoints (from our experience) are at best 1 minute, at worst 10 minutes. The workaround support gave was to manually download a package via http before attempting to use apt. From our experience, this doesn't persist overnight, so it would basically need done daily and truly is counterintuitive to having a package manager like apt.
• D

  Error since migrating to PostgreSQL backend.
  6 days ago • darren.sloper_5044   6 days ago

  4
  0
  Votes
  4
  Posts
  9
  Views

  D 6 days ago

  Hi @dean-houston Thank you for the ultra-quick response. Disabling that feature did indeed provide a workaround solution and currently testing is back on track. Thanks again Darren
• M

  0 byte download when using pgutil assets/packages download in github workflow
  22 Apr 2025, 17:08 • mmaharjan_0067   6 days ago

  4
  0
  Votes
  4
  Posts
  26
  Views

  6 days ago

  Hi @layfield_8963, Looks like this was just a simple bug preventing output from being written when stdout has been redirected. It's now fixed in pgutil 2.1.1. Thanks for the update! -Greg
• R

  Rust - invalid gzip header
  8 days ago • rel_0477   6 days ago

  4
  0
  Votes
  4
  Posts
  14
  Views

  6 days ago

  Hi @rel_0477, Thanks for sending over the reproduction case. I was able to identify the issue, PG-2993, and have it ready to go in the next maintenance release of ProGet. Thanks, Rich
• A

  ProGet crash on startup
  6 days ago • alex_6102   6 days ago

  3
  0
  Votes
  3
  Posts
  10
  Views

  A 6 days ago

  Your response gave me a hint -- i was just missing the relevant environmental variables from the OCI image. This is now resolved, thanks!
• M

  API Key Access Logs view
  21 days ago • michal.roszak_0767   6 days ago

  4
  0
  Votes
  4
  Posts
  33
  Views

  6 days ago

  @michal-roszak_0767 sorry, this is definitely sub-optimal and needs work Basically, when you have API Key Hashing available, there's no way for the page to filter the incoming requests. So, all of the items are shown. It's not really a trivial to fix and requires us to rethink a bit how we are storing/logging this data. We can explore revisiting as part of ProGet 2026.
• 

  Pagootle: pgutil, but PowerShell
  8 days ago • steviecoaster   7 days ago

  7
  0
  Votes
  7
  Posts
  18
  Views

  7 days ago

  @steviecoaster the Native API should provide access to all of those procs FYI
• C

  SBOM: Project-type is missing
  8 days ago • caterina   8 days ago

  2
  0
  Votes
  2
  Posts
  15
  Views

  8 days ago

  Hi @caterina, Thanks for bringing this to our attention. I have created a ticket, PG-2990, to track the fix and it should be released in the next maintenance release on June 13th. Thanks, Rich
• 

  Discrepancy when creating Chocolatey feeds
  13 days ago • steviecoaster   8 days ago

  2
  0
  Votes
  2
  Posts
  12
  Views

  8 days ago

  Hi @steviecoaster, Thanks for the find. We'll get this fixed in the next maintenance release. Thanks, Rich
• S

  IIS/WIA deprecation and support
  11 days ago • sgardj_2482   11 days ago

  2
  0
  Votes
  2
  Posts
  5
  Views

  11 days ago

  Hi @sgardj_2482 , ProGet's Integrated Web Server already supports Windows Integrated Authentication (WIA). Actually it supports WIA better than better than IIS in that only the Web UI and supported feeds (or ones you configure) will do the WIA challenge. Behind the scenes, the Integrated Web Server (IWS) uses Kestrel unless you're doing so-called "port sharing", which would be having two web applications sharing the same port. That's becoming less and less common, and isn't something Microsoft recommends anymore. If you bind to a host name in IWS (i.e. port sharing), then the operating-system level HTTP.SYS component is used. That is much less flexible with WIA and every request must be authenticated. Which means it'll never work with Docker, npm, etc. So it's not recommended. Thanks, Alana
• M

  Error using HTTP Request
  12 days ago • michal.roszak_0767   11 days ago

  6
  0
  Votes
  6
  Posts
  11
  Views

  11 days ago

  Hi @michal-roszak_0767, Can you please post what the fix was? Thanks, Rich
• M

  HTTP 403 response
  12 days ago • michal.roszak_0767   12 days ago

  2
  0
  Votes
  2
  Posts
  8
  Views

  12 days ago

  Hi @michal-roszak_0767 , 401/403 are not logged, so you won't see a server side event. 403 means authentication was successful but the permissions are not OK My guess is that the wrong feed or credentials are being specified. Like maybe using an API key? Thanks, Alana
• 

  proget-postgres test does not survive container disposal/recreation
  15 days ago • inedo_1308   13 days ago

  2
  0
  Votes
  2
  Posts
  13
  Views

  13 days ago

  Hi Fritz, We appreciate the feedback on this! ProGet 2025 will indeed have a separate dedicated mount for the database, but we didn't include this in the preview. As to the other issues, yes we do have a supervisor that attempts to start postgres and perform a clean shutdown on container stop... but there are some bugs we are working through, likely made worse by the ownership issues you discovered. These concerns will absolutely be addressed before launch. Again, thanks for trying it out and please let us know of any other issues you find or suggestions you may have! -Greg
• B

  Unexpected URL for feed after creating with /api/management/feeds/create and endpointURL
  15 days ago • bill.hertzing_2810   14 days ago

  3
  0
  Votes
  3
  Posts
  18
  Views

  B 14 days ago

  Thank you. Your comments clarified a few things. I added useApiV3 = $True to the body above, and removed the incorrect use of endpointUrl. The big mistake in the above was Register-PSRepository - I needed to update Microsoft.PowerShell.PSResourceGet to the latest version, and use Register-PSResourceRepository -Name $feed.ShortName -Uri $endpointUrl -ApiVersion 'V3' -Trusted -passthru, where endpointUrl was http://<hostname>:50000/nuget/$feed.ShortName/ Problem solved, thanks again!
• 

  Drop Path not deleting
  25 days ago • steviecoaster   14 days ago

  3
  0
  Votes
  3
  Posts
  13
  Views

  14 days ago

  Late reply (was out at a conference), but this was in fact permissions related. I've added a check to ensure the Inedo service account has been granted modify permissions on the drop path upon creation, and it is working appropriately!
• P

  Unable to GET from connector "nuget.org"; using cached copy.
  1 May 2025, 04:14 • parthu.reddy   15 days ago

  10
  0
  Votes
  10
  Posts
  39
  Views

  15 days ago

  Hi @parthu-reddy , This looks more related to Server Overload / Database than anything to me. Note how all the requests are coming in at exact same second. Can you throttle your load balancer a bit, so they don't all hit at the same time? Even a slight delay will help. FYI - we are tracking a recent regression to SQL Server analysis engine (???) that is causing one particular query (NuGet_GetPackage) to go incredibly slow under extreme traffic. For some reason, it's using the wrong plan suddly. It's been happening to a few users after a recent upgrade/patch to SQL Server. We have a work-around but would like to test it in the field against a user. Thanks, Alana