staging-next 2024-09-21 #343421

Signed-off-by: Markus Theil <theil.markus@gmail.com>

This reverts commit e9cdb22. We've encountered multiple GCC 14 internal compiler errors on aarch64. If we wanted to keep it as the default compiler, we'd either have to track the 14.x release branch, or backport about half of it. One Bugzilla thread mentions six patches that should be backported. This doesn't feel good to have as the default compiler. Let's stick with 13 for now until 14.3 is released, hopefully with all the fixes.

We're rebuilding everything right now anyway.

This reverts commit adb8dff. The default GCC has been reverted to 13. We won't be upgrading to 14 until after the next minor release comes out, which will include the fix for the issue being worked around here.

Reference: sctp/lksctp-tools#62 Didn't review difference between the content

Co-authored-by: Fabián Heredia Montiel <fabianhjr@protonmail.com>

This reverts commit 6f733a0.

This reverts commit b3c1bb1.

https://hydra.nixos.org/build/273869701/nixlog/2

It causes issues apparently, so saving something like 10 seconds isn't worth that hassle. 3/3 failures on Hydra: https://hydra.nixos.org/build/274030385#tabs-buildsteps

#320020 (comment) https://hydra.nixos.org/build/273770076/nixlog/2/tail

Diff: https://gitlab.freedesktop.org/pipewire/pipewire/-/compare/1.2.4...1.2.5 Changelog: https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/1.2.5

- refresh patches for qtbase - propagate cups for qtprintsupport - drop merged backports for qtwayland

That fixes cross compilation of protobuf_28.

This fails to build with gcc_13 as default, opting to remove the flag for the time being instead of conditioning to the gcc version Not showing up on hydra at the moment

…5132)

Fixes build with latest protobuf

Fixes build with latest GCC/glibc/protobuf/etc, also catches us up on a year of updates.

Conflicts: pkgs/development/compilers/llvm/common/default.nix

- patch to fix type mismatch error - remove conditional Darwin inputs, those are aliased in all-packages.nix now - clean up postInstall - remove unnecessary enableParallelBuilding

…nges

…anges, set pyproject = true

This reverts commit 3bd454d.

…y after paramiko changes (#344429)

We now have a compatible rustc to build 6.12 with, which means THE TIME HAS COME PRAISE THE CRAB

Grafana 11.2 doesn't work with Go 1.23, so revert to 1.22. This can be undone once we upgrade to a version containing grafana/grafana#92055, presumably grafana 11.3.

I am an idiot and a fool. strictDeps when.

Release notes: <https://github.com/google/benchmark/releases/tag/v1.9.0>

This was upstreamed in <google/benchmark#1473>.

I confirmed that it’s faster.

Fixes the build on Darwin.

We already depend on libv4l, which is the same thing, but less.

Changelog: https://go.dev/doc/devel/release#go1.23

Changelog: https://go.dev/doc/devel/release#go1.22

Why. No. Bad.

Diff: nix-community/nix-ld@2.0.0...2.0.2

Fixes: 5ff5ea3

ArtifexSoftware/ghostpdl@3230e58 https://hydra.nixos.org/build/274082857/nixlog/3/tail

Use Gentoo fork, clean up build, nixfmt

Unmaintained, broken, hopefully unnecessary

At least one Hydra Darwin builder has an empty real name field for at least one Nix build user, which causes Git to infer an empty `user.name` and break.

…46225)

Upstream is not yet ready for FFmpeg 7.

Upstream is ready for FFmpeg 7 in the development version, but there are too many patches to reasonably apply to the release version.

Upstream is not yet ready for FFmpeg 7.

#342459 changed glslang to build shared libraries, which breaks the MoltenVK build. Drop the static libraries and link only glslang.

Probably after freetype update. https://hydra.nixos.org/build/273865284/nixlog/7/tail

https://hydra.nixos.org/build/274239582/nixlog/2 joohoi/acme-dns#365

Diff: nix-community/nix-ld@2.0.2...2.0.3

Without the change the eval fails as: $ nix build --no-link -f. nix-plugin-pijul.tests error: … while calling the 'derivationStrict' builtin at <nix/derivation-internal.nix>:34:12: 33| 34| strict = derivationStrict drvAttrs; | ^ 35| … while evaluating derivation 'localRepoCheck-nix-2.25.0pre20240920_ca3fc169' whose name attribute is located at pkgs/stdenv/generic/make-derivation.nix:336:7 … while evaluating attribute 'buildCommand' of derivation 'localRepoCheck-nix-2.25.0pre20240920_ca3fc169' at pkgs/build-support/trivial-builders/default.nix:59:17: 58| enableParallelBuilding = true; 59| inherit buildCommand name; | ^ 60| passAsFile = [ "buildCommand" ] (stack trace truncated; use '--show-trace' to show the full, detailed trace) error: function 'anonymous lambda' called with unexpected argument 'nix' at pkgs/by-name/ni/nix-plugin-pijul/package.nix:1:1: 1| { | ^ 2| lib, Did you mean lib?

Added apparently by accident in the last fix (see the parent merge).

Includes fixes for FFmpeg 7.

Signed-off-by: Markus Theil <theil.markus@gmail.com> Picked from PR #345998

Signed-off-by: Markus Theil <theil.markus@gmail.com> Picked from PR #345998 In particular, this fixes OVMF build (a channel blocker). https://hydra.nixos.org/build/274346247/nixlog/1/tail

Fixes CVE-2024-47814 / GHSA-rj48-v4mq-j4vg. Changes: vim/vim@v9.1.0707...v9.1.0765

Signed-off-by: Markus Theil <theil.markus@gmail.com> Picked from PR #345998 except that vcunat used `openssl` instead of `openssl_3_3` I do think that we should be well covered with 3.0 and 3.3. https://github.com/openssl/openssl/blob/openssl-3.3.0/NEWS.md

It's a bad hack that was originally put into place for Steam, which doesn't need it anymore, and it confuses native binaries that run from Steam.

I hate this, but I also kinda love this. It's very cursed. Please help. Co-authored-by: Alyssa Ross <hi@alyssa.is>

This is still multiple versions behind where we should be, but it is the latest we've got (for now, anyway), and 11.0 doesn't build at all.

(a bit older master for now, due to a conflict in dhcpcd service)

Recommended by Plasma upstream.

Fix up the merge of the two dhcpcd hardening PRs (#336988 and #208780)

https://hydra.nixos.org/build/274662977/nixlog/2/tail

Fixes build with Qt 6.8

…duplicate note (#347578)

The first assumption[1] we had was that the `aarch64-unknown-none` target was missing from rustc and that this was the cause for the regression. However, it turns out that the relevant code from `rustc` wasn't used anyways because the Makefile does `--sysroot /dev/null`[2] which prevents rustc from using its own libcore. So luckily we don't have to patch the Rust bootstrap to get aarch64-linux back working[3]. In fact, the Rust part seems broken for both 6.10 and 6.11[4], but I decided to not bother since none of those are longterm versions. So all that's left here is to enable Rust for aarch64-linux because it clearly works[5]. [1] #315121 (comment) [2] https://lore.kernel.org/all/20231031201752.1189213-1-mmaurer@google.com/ [3] Of course I only realized this _after_ I spent some time hacking a rustc patch together 🙃 [4] This broke with error[E0463]: can't find crate for `core` | = note: the `aarch64-unknown-none` target may not be installed = help: consider downloading the target with `rustup target add aarch64-unknown-none` = help: consider building the standard library from source with `cargo build -Zbuild-std` [5] While the build is fine, the VM tests are still panicking, but that's also the case for `kernel-generic` because of a 9p regression: switch_root: can't execute '/nix/store/zv87gw0yxfsslq0mcc35a99k54da9a4z-nixos-system-machine-test/init': Exec format error [ 1.734997] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100 [ 1.736002] CPU: 0 UID: 0 PID: 1 Comm: switch_root Not tainted 6.12.0-rc1 #1-NixOS [...] Reported as https://lore.kernel.org/all/D4LHHUNLG79Y.12PI0X6BEHRHW@mbosch.me/T/#u

This breaks the build like this: /nix/store/f3k0rdhcd2cx57phx755c2xixgifw5m5-binutils-2.42/bin/ld: Unexpected GOT/PLT entries detected! /nix/store/f3k0rdhcd2cx57phx755c2xixgifw5m5-binutils-2.42/bin/ld: Unexpected run-time procedure linkages detected! /nix/store/f3k0rdhcd2cx57phx755c2xixgifw5m5-binutils-2.42/bin/ld: fs/nfs/localio.o: in function `nfs_local_iocb_alloc': /build/source/build/../fs/nfs/localio.c:290:(.text+0x324): undefined reference to `nfs_to' [...] Reported as https://lore.kernel.org/all/D4OUJRP8YWRM.ATQ7KASTYX5H@mbosch.me/

* It doesn't matter if `rustc` is available, but if rustc can compile to the hostPlatform. So use a custom condition instead of `availableOn`. * Explicitly exclude the combination of GCC and riscv which is known to be broken[1]. [1] https://lore.kernel.org/lkml/31885EDD-EF6D-4EF1-94CA-276BA7A340B7@kernel.org/T/ Co-authored-by: Alyssa Ross <hi@alyssa.is>

Probably after freetype update. https://hydra.nixos.org/build/274116362/nixlog/9/tail

Probably after freetype update. https://hydra.nixos.org/build/273837263/nixlog/13/tail

https://hydra.nixos.org/build/274131353/nixlog/9/tail

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

staging-next 2024-09-21 #343421

staging-next 2024-09-21 #343421

Commits on Sep 24, 2024

Commits on Sep 25, 2024

Commits on Sep 26, 2024

Commits on Sep 27, 2024

Commits on Sep 28, 2024

Commits on Sep 29, 2024

Commits on Sep 30, 2024

Commits on Oct 1, 2024

Commits on Oct 2, 2024

Commits on Oct 3, 2024

Commits on Oct 4, 2024

Commits on Oct 5, 2024

Commits on Oct 6, 2024

Commits on Oct 7, 2024

Commits on Oct 8, 2024

Commits on Oct 9, 2024

Commits on Oct 10, 2024

Commits on Oct 11, 2024

Commits on Oct 12, 2024

Commits on Oct 13, 2024