commits
This verifies that we can direct boot a netboot image as expected.
Sometimes, you would like to inherit from the VM framework and your user
code because you know better than the VM framework rather than replacing
wholesale the fileSystems module.
This came up for netboot testing needs.
pomerium: 0.24.0 -> 0.25.0
minio: 2023-12-23T07-19-11Z -> 2024-01-18T22-51-28Z
ilmbase is replaced by Imath (propagated from openexr_3)
See the following upstream change from 2020 on OpenEXR 3.x support: https://github.com/AcademySoftwareFoundation/OpenImageIO/commit/6313484e35765df1adf8f40c217cebc4c9d9d954#diff-40f1f520160b8fecd67891ee24b54add91856f733ece4bae0c3896adb00452af
Neither openexr nor ilmbase dependencies were actually being picked up
(checked with nix why-depends).
Instead, openvdb defaults to building its own vendored Half library since 8.1.0:
https://github.com/AcademySoftwareFoundation/openvdb/commit/5c9f0f9685805d883c187d9f04a8e8cff00e90e2
Also, starting from 11.0.0, OpenEXR 2 will no longer be supported.
Someone else can look into fixing this properly to use system libraries.
weechat-unwrapped: 4.2.0 -> 4.2.1
This non-standard function has been deprecated since glibc 2.34 (August 2021),
and calls to it were breaking the build. This has since been fixed in the
upstream Synchronet tree, from which SyncTERM releases are cut, but this was
last done in 2020.
Big thanks to @aexoxea, who not only dug into this, but adapted the upstream
patches to the SyncTERM tree and posted almost this exact diff in #174749 -
where it completely slipped my mind until now, sorry!
Fixes #174749
haredo: wrap program with a shell
Changes: https://weechat.org/files/releasenotes/ReleaseNotes-devel.html#v4.2.1
graalvm-ce: 21.0.1 -> 21.0.2
python310Packages.yappi: 1.4.0 -> 1.6.0
python311Packages.pyqtwebengine: 5.15.4 -> 5.15.6
https://github.com/ddnet/ddnet/compare/17.4.2...18.0.1
https://ddnet.org/downloads/#18.0
python310Packages.google-cloud-secret-manager: 2.16.4 -> 2.17.0
python310Packages.google-cloud-resource-manager: 1.10.4 -> 1.11.0
anilibria-winmaclinux: 1.2.12 -> 1.2.14
starlark-rust: 0.10.0 -> 0.11.0
Remove myself as maintainer of a couple of packages
dolibarr: remove myself from maintainers
python311Packages.clarifai-grpc: 10.0.3 -> 10.0.4
python3.pkgs: opentelemetry-api: 1.21.0 -> 1.22.0, opentelemetry-instrumentation: 1.16.0 -> 0.43b0 (sic), opentelemetry-instrumentation-flask: init at 0.43b0
python311Packages.openai: 1.7.1 -> 1.9.0
python311Packages.langchain: 0.1.0 -> 0.1.1
sccache: 0.7.5 -> 0.7.6
php81Extensions.blackfire: 1.92.6 -> 1.92.8
qpwgraph: 0.6.1 -> 0.6.2
inetutils: set priority lower than util-linux
.github/CODEOWNERS
iotop: add meta.mainProgram
linux_xanmod, linux_xanmod_latest: 2024-01-20
docker-machine{,-kvm,-xhyve}: remove
keepass-keepassrpc: 1.14.0 -> 1.16.0
ironbar: 0.13.0 -> 0.14.0
obs-studio: patch to fix libobs.po on arm64
python311Packages.pglast: 5.8 -> 6.1
I enjoyed doing major overhaul work on these parts of the codebase,
but I can't continue maintaining them.
mautrix-discord: 0.6.4 -> 0.6.5
Neither openexr nor ilmbase dependencies were actually being picked up
(checked with nix why-depends).
Instead, openvdb defaults to building its own vendored Half library since 8.1.0:
https://github.com/AcademySoftwareFoundation/openvdb/commit/5c9f0f9685805d883c187d9f04a8e8cff00e90e2
Also, starting from 11.0.0, OpenEXR 2 will no longer be supported.
Someone else can look into fixing this properly to use system libraries.
This non-standard function has been deprecated since glibc 2.34 (August 2021),
and calls to it were breaking the build. This has since been fixed in the
upstream Synchronet tree, from which SyncTERM releases are cut, but this was
last done in 2020.
Big thanks to @aexoxea, who not only dug into this, but adapted the upstream
patches to the SyncTERM tree and posted almost this exact diff in #174749 -
where it completely slipped my mind until now, sorry!
Fixes #174749
python310Packages.google-cloud-resource-manager: 1.10.4 -> 1.11.0