!UNVBThoJtlIiVwiDjU:nixos.org

Staging

328 Members
Staging merges | Find currently open staging-next PRs: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+sort%3Aupdated-desc+head%3Astaging-next+head%3Astaging-next-21.05+is%3Aopen112 Servers

Load older messages


SenderMessageTime
1 Dec 2025
@ghpzin:envs.netghpzin If you mean from commit I linked, then I do not think it will work for you.
You can run ./maintainers/scripts/bootstrap-files/refresh-tarballs.bash --targets=x86_64-unknown-linux-musl and it will add some updated bootstrap locally.
And if you gc it, it will stop working
10:10:00
@ghpzin:envs.netghpzin If you mean from commit I linked, then I do not think it will work for you.
You can run ./maintainers/scripts/bootstrap-files/refresh-tarballs.bash --targets=x86_64-unknown-linux-musl and it will add some updated bootstrap locally.
And if you gc it, it will stop working and then you rerun it again.
10:12:23
@grimmauld:m.grimmauld.deGrimmauld (any/all)ah got it10:12:35
@grimmauld:m.grimmauld.deGrimmauld (any/all)image.png
Download image.png
10:12:53
@grimmauld:m.grimmauld.deGrimmauld (any/all)and we are building10:12:55
@grimmauld:m.grimmauld.deGrimmauld (any/all) ghpzin: stdenv built with those patches, time to build against the VM 11:36:22
@grimmauld:m.grimmauld.deGrimmauld (any/all) it does eval at least, but it'll take a few hours to have useful info 11:38:23
@grimmauld:m.grimmauld.deGrimmauld (any/all)man-db wants groff, and yes i get that break too12:24:32
@grimmauld:m.grimmauld.deGrimmauld (any/all)image.png
Download image.png
12:48:35
@grimmauld:m.grimmauld.deGrimmauld (any/all)
    patchutils = prev.patchutils.overrideAttrs (old: rec {
      version = "0.4.4";
      src = final.fetchFromGitHub {
        owner = "twaugh";
        repo = "patchutils";
        tag = version;
        hash = "sha256-+gcVfNcAdcHTndHdarilbjIVsDJH6NTQsoQ5NN7veHU=";
      };
      nativeBuildInputs = old.nativeBuildInputs or [ ] ++ [
        final.gettext
        final.gnulib
        final.autoconf
        final.automake
      ];
      postPatch = ''
        ./bootstrap
      '';
    });

Not too bad, seems 0.4.4 just works (though i did do a github fetch and reconf, the url we normally use didn't work for some reason)

12:49:28
@grimmauld:m.grimmauld.deGrimmauld (any/all)
opensp> dcigettext.c: At top level:
opensp> dcigettext.c:154:7: error: conflicting types for ‘getcwd’; have ‘char *(void)’
opensp>   154 | char *getcwd ();
opensp>       |       ^~~~~~
opensp> In file included from dcigettext.c:67:
opensp> /nix/store/xi34jjsk1y2n6pfykghiar2hlh4s16h4-fortify-headers-1.1alpine3/include/unistd.h:65:27: note: previous definition of ‘getcwd’ with type ‘char *(char *, size_t)’ {aka ‘char *(char *, long unsigned int)’}
opensp>    65 | _FORTIFY_FN(getcwd) char *getcwd(char * _FORTIFY_POS0 __s, size_t __l)
opensp>       |                           ^~~~~~
opensp> dcigettext.c: In function ‘libintl_dcigettext’:
opensp> dcigettext.c:544:17: error: too many arguments to function ‘getcwd’; expected 0, have 2
opensp>   544 |           ret = getcwd (dirname, path_max);
opensp>       |                 ^~~~~~  ~~~~~~~
opensp> dcigettext.c:154:7: note: declared here
opensp>   154 | char *getcwd ();
opensp>       |       ^~~~~~
opensp> make[2]: *** [Makefile:175: dcigettext.o] Error 1
opensp> make[2]: Leaving directory '/build/OpenSP-1.5.2/intl'
opensp> make[1]: *** [Makefile:384: all-recursive] Error 1
opensp> make[1]: Leaving directory '/build/OpenSP-1.5.2'
opensp> make: *** [Makefile:273: all] Error 2

opensp looks painful... Dead project since 2005, yet po4a depends on it.

12:59:33
@ghpzin:envs.netghpzin opensp builds fine on non-musl.
patchutils would one more fix for older version, otherwise fetchpatch won't work.
13:13:35
@ghpzin:envs.netghpzin opensp builds fine on non-musl.
patchutils would need one more fix for older version, otherwise fetchpatch won't work.
13:13:56
@ghpzin:envs.netghpzin opensp builds fine on non-musl.
patchutils would need one more fix for older version, otherwise fetchpatch won't work.
I actually stumbled on conflicts with fortify-headers a few times, looked at alpine sources and there is a r5 version instead of r3 we have.
But updating it never fixed anything.
13:19:03
@matthewcroughan:defenestrate.itmatthewcroughan changed their profile picture.14:57:47
@fabianhjr:matrix.orgFabián HerediaGood news, got a patch that gets db{48,53,60,62} building with gcc15: https://github.com/NixOS/nixpkgs/pull/466885 That was the last big breakage :317:30:49
@fabianhjr:matrix.orgFabián Herediaimage.png
Download image.png
17:39:26
@fabianhjr:matrix.orgFabián HerediaCould someone with eval priviledges do a last eval on the gcc15 jobset? https://hydra.nixos.org/jobset/nixpkgs/pr-440456-gcc15 Should only be about 7k jobs that failed due to db53.17:39:38
@k900:0upti.meK900Done17:40:00
@fabianhjr:matrix.orgFabián HerediaThanks <317:40:08
@grimmauld:m.grimmauld.deGrimmauld (any/all)current fallout with musl on gcc 15:18:05:31
@grimmauld:m.grimmauld.deGrimmauld (any/all)image.png
Download image.png
18:05:33
@grimmauld:m.grimmauld.deGrimmauld (any/all)i guess db is non-musl too and fixed18:05:56
@ghpzin:envs.netghpzin patchutils, mbetls, liblapack, opensp, dbus and python313Packages.virtualenv should be musl only (unless they failed with something else)
vde2, gfxstream, unixODBCDrivers.mariadb and webrtc-audio-processing_1 affect both
webrtc-audio-processing_1 had PR with fix somewhere, for other 3 things I have fixes, will do PRs tomorrow.
18:30:42
@ghpzin:envs.netghpzin patchutils, mbedtls, liblapack, opensp, dbus and python313Packages.virtualenv should be musl only (unless they failed with something else)
vde2, gfxstream, unixODBCDrivers.mariadb and webrtc-audio-processing_1 affect both
webrtc-audio-processing_1 had PR with fix somewhere, for other 3 things I have fixes, will do PRs tomorrow.
18:34:54
@grimmauld:m.grimmauld.deGrimmauld (any/all)
  • virtualenv: test fail (tests/unit/test_file_limit.py::test_too_many_open_files - assert 'Too many open files')
  • mbedtls: test fail (psa_crypto_pake-suite (Failed))
  • vde2: something about invalid pointer types with ssize_fun
  • maria odbc: missing ‘#include <cstdint>’ i think? fails on error: ‘uint8_t’ does not name a type, should be trivial
  • opensp: symbol collision with libiberty i think? error: too many arguments to function ‘getcwd’; expected 0, have 2
  • gfxstream: same as maria thingy, missing cstdint for uint8_t
  • audio processing: same again, this time for unint32_t
  • patchutils: needs a bump to 0.4.4, but we have patchutils 3 around still...
18:50:38
@grimmauld:m.grimmauld.deGrimmauld (any/all)those are the obvious ones18:50:58
@grimmauld:m.grimmauld.deGrimmauld (any/all) the missing includes should be trivial, but there may be more issues than just that 18:51:52
@hexa:lossy.networkhexatoo many open files on what system?19:00:35
@hexa:lossy.networkhexawait, it tests for that?!19:00:54

Show newer messages


Back to Room ListRoom Version: 6