Can we still download msys2-mingw-w64-x86_64-pkgconf-1~2.1.0-1-any to support my application

[WillyTuring]

Hi you guys,

Can we still download msys2-mingw-w64-x86_64-pkgconf-1~2.1.0-1-any to support my application?

[Kai Pastor (dg0yt)]

pkgconf 2.1.0. Why do you want this particular msys2 package? Are you stuck on an old baseline?

msys2 removes packages app. 1.5 years after an update. vcpkg replaced the pkgconf 2.1.0 download in #39088 23 months ago. There is hardly an alternative to either follow the updates (in scripts/cmake/vcpkg_acquire_msys.cmake), or to reliable cache the assets.

[Kai Pastor (dg0yt)]

With asset cache, it can increase the speed of the installation process without extra build

The extra build is saved by the artifact cache. The asset cache is for source packages and binary tools. So an asset cache source will solve the problem. (I didn't suggest it because you need the asset first.)

[WillyTuring]

I don't follow, how does this solve the problem of "The asset cache may not include the exact version of the dependency the manifest JSON specifies." specifically?

[autoantwort]

I don't follow, how does this solve the problem of "The asset cache may not include the exact version of the dependency the manifest JSON specifies." specifically?

Yes this is right. But it is filled with almost everything from the last 2-3 years (14'209 artifacts, 115 GB), so it probably contains what you want. (I run vcpkg x-test-features --all locally which installs everything locally and use this cache, so it should be filled with more or less everything)

[Kai Pastor (dg0yt)]

Do not say artifact here.
When we talk about msys2-mingw-w64-x86_64-pkgconf-1~2.1.0-1-any, we talk about an asset which is downloaded while building ports, not about an artifact produced from the build (and eventually installed).
And that asset is not what is specified as a dependency in the manifest. IOW the manifest specifies installation outcomes.

[WillyTuring]

Now we stuck at this error "Installing 1/102 glib:x64-windows-release@2.78.1...
glib:x64-windows-release@2.78.1 package ABI: 9aaaceef7bc9635b18c66e1133f3e662cd11dbbf02a5d36a38793326c5aed91e
Building glib:x64-windows-release@2.78.1...", as i have done some research, you guys have bumped into this problem before but solved it with updating the glib? Now with the latest vcpkg(master), the glib on the database is 2.88.0, our baseline from json file is asking for 2.78.1.

The problem is missing those headers originally designed for Unix-like system, such as "alloca.h", how can we solve this problem?

[WillyTuring]

Why does installing dependencies under manifest mode will remove some of the libraries/packages we have installed? We have installed pkgconf v2.1.0, but when we try to install a list of dependencies under manifest mode, they just got removed, it is shown here:
"The following packages will be removed:
pkgconf:x64-windows
vcpkg-tool-meson:x64-windows
The following packages will be built and installed:"
Why?

[WillyTuring]

Both cases are for x64-windows. So there is no conflict on triplets.

[Kai Pastor (dg0yt)]

Different topic. But manifest mode will make the installed tree match exactly the solution determined from manifest and configuration, including removals.

[autoantwort]

Ok, so you have to use an old baseline, because you need these versions of the packages and otherwise your build will break?
But even than you can update you vcpkg submodule to the lastest version. If you have specified the baseline in your manifest (vcpkg.json) the same version of packages will be installed. The only difference is that updated versions of tool is used to build your packages (and these tool can be downloaded), but that shouldn't be a problem.

[WillyTuring]

Let's see, there are a lot of minor problems along the way, i am trying to tackle them to see where it lands.

[Kai Pastor (dg0yt)]

• vcpkg git checkout -> unversioned scripts and tools
• configuration's builtin-baseline -> default version of ports

[WillyTuring]

We are on the master "E:\61.7DOF_ROBOT-method-1\gazebo\vcpkg>git log -1
commit 7782628 (HEAD -> master, origin/master, origin/HEAD)
Author: SunBlack SunBlack@users.noreply.github.com
Date: Wed May 6 12:34:40 2026 +0200

[sqlite3] Update to 3.53.1 (#51554)"