Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
This builds the Gallium3D driver for "SVGA", which is, for some reason,
what VMware calls their accelerator driver.
Needed to use Wayland on VMware virtual machines.
|
|
We are replacing a lot more than just mesa-gl. Also, the dev package
needs to replace Mesa's dev package.
Fixes: 1c2766e191 ("user/libglvnd: Ensure mesa-gl is replaced")
Closes: #1299
|
|
The bootstrap environment needs `tic` available to create the terminfo
database for the target environment.
|
|
|
|
|
|
|
|
This flag causes a miscompilation on PPC32 resulting in downstream
consumers of librsvg being hit with NaNs drawing arcs.
Ref: #1307
|
|
|
|
* Missed actually using the header patch that was added before.
* Need a patch to fix the pkg-config file used for FUSE 3.
* Disable tests due to flakiness (see comment).
Closes: #1305
|
|
* Fixes some bugs including security and stack alignment.
* Drops the dependency on libxml2 entirely, in the interests of security.
* Uses FUSE 3 instead of old FUSE.
Closes: #1304
|
|
We install the same libGL/EGL files that mesa-gl used to provide. Since
we *have* to come before Mesa in the new depgraph (because Mesa requires
libglvnd), APK will note this as an error because libglvnd is overwriting
files owned by old mesa-gl.
Closes: #1299
|
|
|
|
"This app is unmaintained and no longer released by the KDE community."
|
|
|
|
The test is disabled upstream, so let's trust them.
|
|
|
|
|
|
|
|
|
|
|
|
What a bug.
Closes: #1290
|
|
VirtualBox is only available for x86 (and SPARC), so we don't need to
build this on architectures where it can't work anyway.
Similarly, drop it from the xorg-drivers metapackage on other arches.
Closes: #1289
|
|
Commit 73af845ed6f744157d753c1e61ffb4a9b9129caf changed
the default libcap installation path (/usr/sbin --> /sbin).
See also: !777
|
|
This dependency is only needed on Arm64 and only for the freedreno driver
and its tools. Note that without this dep, Mesa will download libarchive
itself and build it and install it, which we obviously do not want.
We would have noticed this sooner had we not required Mesa to download
Rust crates that it requires.
Closes: #1287
Ref: #1285
Ref: https://gitlab.freedesktop.org/mesa/mesa/-/issues/11062
|
|
|
|
This is needed to compile the Gallium drivers we enable on Arm64,
specifically etnativ.
Closes: #1283
|
|
Closes: #1284
|
|
This is apparently the way upstream wants us to do it.
Closes: #1280
|
|
Closes: #1282
|
|
Closes: #1279
|
|
|
|
|
|
|
|
|
|
* Required for compatibility with new libxml2 release.
Closes: #1275
|
|
|
|
|
|
The patch is inverted to effectively revert this requirement.
|
|
* Run `chelf` on the binaries after they are installed, in case they are
re-linked during the install process. This was the cause of #1272.
* Disable two more tests that caused failures on gwyn due to #1250.
Closes: #1272
|
|
NOTE: packages built during the 'clingo-bootstrap' process
no longer apply patches of the form 'patch("foo.patch")'
due to changes noted at spack#16. Upstream is aware.
v0.22.0 introduces libc awareness (currently glibc or musl).
https://github.com/spack/spack/pull/43190
v0.23.0 removes the old concretizer, final 0.x release.
https://github.com/spack/spack/pull/45215
v1.0.0 has high-impact changes. several compiler limitations.
https://github.com/spack/spack/pull/45189
See also: https://github.com/spack/spack/discussions/30634
|
|
Commit e9634624744109ff3ae8228d8a87ce3c31a9a121 changed upstream
for 'argp-standalone', a dependency of this package.
The 'argp.patch' file looks for the 'argp_usage' symbol in libargp
but is apparently not able to find it due to (I believe):
https://github.com/ericonr/argp-standalone/commit/e7ff8d9787d2641e55f6ac4afb777da60ef98043
This commit looks for a different symbol instead.
Note: -dev is now required and should be investigated.
|
|
|
|
|
|
Note: default_llvm="no"
Effectively reverts 1c7549b7bb4dcf1142d6c19876841ccc93fcafd5
since 'abuild' uses readlink to derive repository information.
The user/llvm18 package is free to be updated independently.
|
|
|
|
|