We've now fixed this and several other related RPM issues as PG-3094, scheduled for release this Friday in ProGet 2025.9. Thanks again for the bug report!

Posts made by gdivis
-
RE: ProGet bug - Regression: RPM feed repodata broken since 25.0.8
-
RE: Buildmaster fresh install / Unable to clone repository
Hi @carsten_1879,
Thanks for trying it out. It is new, and has not been tested as much against older repositories. That said, we've reproduced this error and it's now fixed in the latest build -
buildmaster:25.0.0-ci.28
if you would like to try it again. It's caused by older repos that don't support offset deltas being transmitted during a clone or fetch. Small repos that we used for testing ADOS so far were not large enough to have deltas at all, so those worked. So far as I can tell, the repository name containing a dot doesn't have any effect.Thanks!
-Greg -
RE: Bad links.json file in buildmaster container
Hi Marc,
Thanks for the note! That file is actually a sort of cross-platform way of storing symbolic links. BuildMaster also includes all the binaries needed for agents on both Windows and Linux, including .net runtimes for all three. In order to save space we deduplicate identical binaries from the agents. We use a simple json file instead of proper symlinks because we use the same file on Windows/Linux and it's easier this way. All the paths in the file have historically used Windows path separators due to how we generate it, and we convert those in BuildMaster at runtime to the proper format.... or at least we were supposed to. At some point there was a regression added that caused this to not happen when updating from Linux.
Anyway, this will be fixed as BM-3981 in the next release :)
-
RE: ProGet Docker Compose Upgrade Issues
There was in issue with Docker container initialization due to some of the updated startup code in ProGet 2025 - it's now been resolved, and if you pull the proget:25.0.1 it should work.
Hope this helps!
-
RE: Proget 2024.37(8) to 2025 Fails to Upgrade
This looks like it was caused by us packaging an old version of Inedo Hub as part of the offline installer. We'll have it fixed for the 2025.1 release which will go out this week.
-
RE: Arm/MacOS build of PGutil
Hi @layfield_8963,
We've added osx-arm64 as another target, and we'll start deploying that along with the other binaries. We'll probably push out a new release today or tomorrow.
Thanks!
-
RE: 0 byte download when using pgutil assets/packages download in github workflow
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 -
RE: proget-postgres test does not survive container disposal/recreation
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
-
RE: Incomplete proget debian connector local index file for ubuntu noble-backports dist
Hi @dimas,
I've looked into this and it appears that
restricted
andmultiverse
innoble-backports
do not actually have any packages in their indexes. It's a quirk of how these connectors are implemented in ProGet that components with no packages indexed are omitted from the output index. Is this causing a problem for you? We can look into changing this behavior, but it likely won't be a trivial fix.-Greg
-
RE: MinIO Support
Just to let you know - the PR has been merged and we'll release AWS 3.1.2 on Friday with the fix included. Thank you!
-
RE: pgutil allow wildcard input file
pgutil 2.1.4 is now released which has this capability. Note that in bash you'll need to quote the argument to prevent the shell from doing the globbing.
-
RE: pgutil showing incorrect buildnr
That's a display issue in pgutil. It's not supposed to show the build number as part of the version at all, so we'll fix that. Note that we do include the build as part of the tag, but the actual release title on GitHub is just 2.1.1, 2.0.6, etc. Thanks for reporting this!
-
RE: Aggregating 2 Feeds in ProGet Free Edition
Looks like I had misunderstood the exact problem. One related issue was already fixed in 2024.25, but the aggregation issue with one connector having a package and another not having it was not. I have confirmed that both will be fixed in today's release of 2024.26, along with that Invalid Feed Type error.
Sorry for the confusion!
-
RE: Working Rafts_CreateOrUpdateRaftItem example for Otter
Hi Scott,
This fix will be included in tomorrow's release (2024.4).
Thanks!
-
RE: Conda feeds: some packages not visible in WebGUI
Unfortunately it turns out that this is more complicated than we expected. You are correct about it being normalization-related. When packages are added to ProGet, essential identifying metadata like name and version get indexed in the database, and versions are supposed to be normalized when used this way. However, it looks like this normalization is not occurring for Conda packages.
We don't want to just do the obvious fix and start normalizing them, as that could lead to duplicate packages getting added and issues with replication. So, what we propose to do is extend our feed re-index operation to detect nonnormalized versions and fix, and then start normalizing versions consistently.
Long story short - it's not going in tomorrow's release, but we have a plan to get it fixed.
-
RE: Aggregating 2 Feeds in ProGet Free Edition
Hi @kc_2466,
I can't reproduce this in ProGet 2024.25. Is it possible you are using a prerelease version? It should report ProGet 2024.25 Build 11 in the page footer.
I'm confirming because this was fixed across all feeds as a relatively late commit before the release.
Thanks!
-Greg -
RE: Conda: Add "track_features" and "app_own_environment" to repodata.json output(s)
We've added both of these properties to the index - you should see them in this week's release of 2024.26 on Friday. Thanks for the feature request!
-
RE: Conda feeds: some packages not visible in WebGUI
We're still investigating this one, but we'll likely have a fix for it in ProGet 2024.26 this Friday, but if it ends up being more complex than we are expecting, it could be in the following release later this month. Thank you!
-
RE: Conda feed: extension in WebGUI and download-URL incorrect
Hi, thanks for reporting this! I've reproduced it and we'll have a fix in ProGet 2024.26, which is scheduled for release on Friday.
-
RE: Aggregating 2 Feeds in ProGet Free Edition
@kc_2466 Thanks for reporting these issues! They turned out to be trivial to fix, so we are able to include them as PG-2879 and PG-2880 in today's 2024.25 release.
-
RE: Conan feed not fully working
Hi @kc_2466,
Looks like
download
uses an API we haven't implemented. Didn't expect that it would use a different mechanism frominstall
! I don't think we'll get a fix for this in tomorrow's release, but I'll schedule it for the following on Feb. 7 (should be v2024.26).Thanks!
-
RE: Proget: Debian2 connector to https://packages.microsoft.com/ubuntu/22.04/prod/ results in unique constraint failed error
Hi @it4it_9320,
That's about the size I'd expect for a connector to that index. So far, I can't get it to grow much beyond that - I'm wondering if this was caused by the transaction rollback after the constraint error happening over and over. In any case, we'll add an explicit
VACCUUM
after major updates that ought to prevent the index from expanding again.-Greg
-
RE: Proget: Debian2 connector to https://packages.microsoft.com/ubuntu/22.04/prod/ results in unique constraint failed error
Hi @it4it_9320,
I've confirmed that the constraint violation issue will be fixed in this Friday's release of ProGet 2024.21.
Regarding the other issue about growing indexes, which remote repository are you seeing this with? Is it the same one that exhibited the constraint error? In all of my testing, the sqlite index is usually in the range of 2-10MB - it's nothing more than the contents of the Packages index file.
-Greg
-
RE: Error deleting Debian package from API
Hi @Scati
Working with package qualifiers and purls is a little confusing with the API because they are already in a URL encoded query string format and you have to encode them again to be passed in through the API url. If you url encode what you are passing in to
purl=
then it should work:https://serverip/api/packages/unstable-lin/delete?purl=pkg%3Adeb%2Fscatinat%407.2.2.0-1%3Farch%3Damd64%26component%3Dscati%26distro%3Djammy
The complexity of dealing with these is the reason we added all of the extra arguments and handling in pgutil to build these qualifiers out more easily.
Hope this helps!
-Greg -
RE: pgutil: Write SBOM to local file
Hi Caterina,
pgutil does have the capability to do this if you use the
builds sbom
command. Apparently this command is hidden from the command list for some reason, but if you runpgutil builds sbom --help
it should still show the options for it.Does this help?
-Greg -
RE: Max file upload
Thanks @russell_8876! I've gone ahead and released pgutil 1.1.6 with a fix for this. Give it a try and let us know if it's still not working.
-Greg
-
RE: pgutil: consider project references
Hi @caterina,
You are not overlooking anything, but we did :). We're still in the process of finalizing the commandsets for builds and projects - what we have in there now is something of a placeholder. I'll make sure we get that flag in the finalized version. We plan to have them done by early next week at the latest.
Thanks!
-Greg -
RE: 'Inedo.ProGet.Web.Security.UserNotFoundException' on application startup
It looks like we hadn't published the latest version of inedoxpack to nuget.org. I've now published it manually, so if you run
dotnet tool update inedo.extensionpackager
, it should update to v1.0.7, which will be able to build the extension.Sorry about that!
-
RE: Deleting Debian Packages don't work
Hi @daniel-scati,
I've logged (and fixed) the duplicate versions issue as PG-2686, and that will be included in today's release (ProGet 2024.4).
Regarding the delete command, I've gotten it working using this command:
pgutil packages delete --source=scati --feed=stable --package="pacomalarmprocessor" --version=7.2.1.0-1 --qualifier="arch=amd64&component=scati&distro=bionic"
The only change I made was to put in the full version string instead of just
7.2.1
.Agreed on it being confusing that it succeeds even if the package wasn't found. That was one of those things that made sense in specification (why should I care if the package I want to delete doesn't exist?) but in practice it just hides an error. I think we'll eventually change this API to return an indication that something was actually deleted.
Hope this helps!
-
RE: [BM / OT] Renaming "user/password" or "private key" credentials breaks Linux config
I've tried to reproduce this and I think the issue is that your variable is using JSON array notation instead of otterscript. So, it should be:
@(%(Nom:"Carbon",Version:"2.15.1"),...
It seems to work for me when I format it that way. Does this help?
-
RE: [ProGet] Alpine Feed Connector - Package Caching Broken
We'll get this fixed, but it's unlikely to be in this week's release. ProGet hashs the complete package file for every package uploaded to it, while the APK spec says to hash only over a certain tar segment of the package. We've been returning ProGet's hash of the package file as the checksum and this is incorrect as you've noted.
We'll post here again when we have a fix date, but I'd expect it will be either next week or the week after.
Thanks!
-
RE: pgutil not working in CI/CD yaml pipeline
Hi @pbinnell_2355,
Looks like the example code was incorrect. I've updated it. When a dotnet tool is installed globally, you run it by just running the tool name directly, so
pgutil
instead ofdotnet pgutil
Hope this help!
-Greg -
RE: Debian Feed - Package can only be downloaded by apt once
Great to hear! Thanks for the followup
-
RE: Debian Feed - Package can only be downloaded by apt once
Hi @dan-brown_0128,
I've done some more research on this, and per the spec we definitely should not be url encoding anything in the Filename field: https://wiki.debian.org/DebianRepository/Format#Filename
I've filed this as PG-2591. It's an easy change, so we'll include it in this week's release on Friday. It still is strange that I couldn't reproduce this, but hopefully this will resolve the issue for you and anyone else that is seeing this.
-
RE: Debian Feed - Package can only be downloaded by apt once
Good find!
I did my testing against
unixodbc-common_2.3.11-2+deb12u1_all.deb
, and oddly everything worked- I wonder if this behavior varies in different versions of apt?Anyway, we should change ProGet to match the Debian index behavior, so I will file this as a bug.
-
RE: Debian Feed - Package can only be downloaded by apt once
Hi @dan-brown_0128 , @stevedennis
I had that thought too, and I made sure caching was enabled when I tried to reproduce this. I have some more ideas for trying to recreate this today - hopefully with more luck this time.
-
RE: Query Package Versions Endpoint doesn't respect version parameter
Just wanted to let you know that May 1 was a typo - the release date is actually March 1, so a lot sooner :)
-Greg
-
RE: Debian Feed - Package can only be downloaded by apt once
Hi @dan-brown_0128,
I've tried to reproduce this both inside of Docker and on a clean bookworm vm, and haven't had any luck. It works for me whether the package has been pulled to ProGet or not, no matter how many times I try. Unfortunately I don't have any ideas what might be happening here.
-Greg
-
RE: Debian Feed - Package can only be downloaded by apt once
Hi @dan-brown_0128,
That is odd! We'll see if we can reproduce it and let you know what we find.
-Greg
-
RE: Debian Feed (New) connector errors
Hi @dan-brown_0128,
I would try increasing the timeout period in the connector settings to see if that helps. Are you running ProGet on Windows or Docker/Linux?
-
RE: Wrong debian apt documentation (web and app)
Hi @daniel-scati,
Thanks for reporting these. We've fixed the documentation issues, and will have the integration instructions corrected in the next release (v2023.30 as PG-2585).
Regarding the apt-key deprecation, we were aware of that when redoing Debian for v2023.22, but at the time it didn't look like there was any kind of consensus for how to handle trusting a third-party repository, and nearly all other repos we looked at still only gave instructions for using apt-key. We're happy to reevaluate this if there is a better solution available.
-Greg
-
RE: [ProGet] Download NuGet packages with symbols
Hi @caterina,
Microsoft is confusing on this subject - they refer to the old format as legacy sometimes (https://learn.microsoft.com/en-us/nuget/create-packages/symbol-packages) but other times they just imply it's not preferred. Our documentation and the software itself is usually based on the language they used at the time we drafted the feature. I suspect we are just leaning more into the "legacy/deprecated" terminology than they are right now.
In any case, we have no plans to remove support for the symbol package format or anything. Is the problem that we are missing the "Download with Symbols" link now? I can file that as a bug if that's the case.
Hope this helps!
-Greg -
RE: Retention rules not removing old docker images
Have you had any success deleting these after retagging? We haven't been able to reproduce this so far.
-
RE: Cannot delete package using common packages API
Hi @gunmaden,
Right now there is no way to delete a Maven package using an API, but I can put that in as a feature request.
Regarding Python, you have to know the package file name to delete it, and pass it in as part of the qualifer, for example:
qualifier=filename%3Dmypackage.1.0.0.tgz
For Debian, the url query string should look like this:
name={name}&version={version}&group={component}&qualifier=arch%3Damd64
Does this help?
-Greg
-
RE: Bugs with Proget handling of simple repository APIs
Sure. I've logged that change as PG-2508. It should be easy enough to make that URL configurable in ProGet.
-
RE: Bugs with Proget handling of simple repository APIs
Hi @itops_6398,
Thank you for the bug report. I've logged this as PG-2507, and we will likely have it fixed for the next release of ProGet 2023.20, scheduled for October 13. If the fix or testing turns out to be more than expected, it may get deferred to the following release, but I don't expect that to be the case here.
-
RE: [BM] Scheduled Jobs no longer working for me
We've reproduced this, and it is a regression in v2023. We will have it fixed in this Friday's release of BuildMaster v2023.2. It is logged as BM-3893.
Thanks!
-
RE: ProGet : Installation Error [NT AUTHORITY\NETWORK SERVICE]
Hi @zarniak-j_0637 and @philippe-camelio_3885
We should finally have this issue resolved in the latest Inedo Hub (v1.3.19). If it still doesn't work in that version, post another reply here and we'll look into it again.
Thanks!
-Greg