!UNVBThoJtlIiVwiDjU:nixos.org

Staging

319 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%3Aopen111 Servers

Load older messages


SenderMessageTime
1 Dec 2025
@grimmauld:m.grimmauld.deGrimmauld (any/all)i got a full interactive graphical nixos session on musl09:39:25
@grimmauld:m.grimmauld.deGrimmauld (any/all)admittedly with a lot of patches and overlays09:39:41
@grimmauld:m.grimmauld.deGrimmauld (any/all)that is the tree against which i'll try09:39:54
@grimmauld:m.grimmauld.deGrimmauld (any/all)https://git.grimmauld.de/Grimmauld/grimm-musl09:40:13
@grimmauld:m.grimmauld.deGrimmauld (any/all)i do think i'll need patchutils to even just start patching nixpkgs....09:42:19
@grimmauld:m.grimmauld.deGrimmauld (any/all)we'll see09:42:25
@grimmauld:m.grimmauld.deGrimmauld (any/all)(tbf i am doing the nixpkgs patching using glibc packages because i can't be bothered to build those from source twice)09:43:29
@ghpzin:envs.netghpzin If you want to look at what I had before:
https://github.com/NixOS/nixpkgs/commit/7b77cc83217d40c04fa65c00b215a72515d23076 - musl boostrap update
https://github.com/NixOS/nixpkgs/pull/441527 - perl fix (should be on staging already)
https://github.com/NixOS/nixpkgs/commit/7fa91c674ef4bfb4ba26a3ef41a13f6c036c1631 - gnumake
https://github.com/NixOS/nixpkgs/commit/41cf7647bb04699fc9d7067f0e7b3ed6d99e8804 - which
https://github.com/NixOS/nixpkgs/commit/9c90d46bf949ab3c38b05d9b58c04294f0e31d71 - groff (not sure what I tried to build that failed on that one)
https://github.com/twaugh/patchutils/issues/65 - patchutils issue, needs at least https://github.com/twaugh/patchutils/commit/dc88e964427c3d4a376a21dd517ab95c7b6c6ad4 that is in 0.4.3+ but we have 0.3.3,0.3.4 and 0.4.2.
And even after updating 0.4.2 -> 0.4.3 iirc it still fails with something else.
09:54:19
@grimmauld:m.grimmauld.deGrimmauld (any/all)right... I'll take a look09:56:23
@ghpzin:envs.netghpzin If you want to look at what I had before:
https://github.com/NixOS/nixpkgs/commit/7b77cc83217d40c04fa65c00b215a72515d23076 - musl boostrap update (needed because of the basename declaration conflict in libiberty.h of gcc15 and strings.h in older musl) - the first reason pkgsMusl.stdenv
https://github.com/NixOS/nixpkgs/pull/441527 - perl fix (should be on staging already)
https://github.com/NixOS/nixpkgs/commit/7fa91c674ef4bfb4ba26a3ef41a13f6c036c1631 - gnumake
https://github.com/NixOS/nixpkgs/commit/41cf7647bb04699fc9d7067f0e7b3ed6d99e8804 - which
https://github.com/NixOS/nixpkgs/commit/9c90d46bf949ab3c38b05d9b58c04294f0e31d71 - groff (not sure what I tried to build that failed on that one)
https://github.com/twaugh/patchutils/issues/65 - patchutils issue, needs at least https://github.com/twaugh/patchutils/commit/dc88e964427c3d4a376a21dd517ab95c7b6c6ad4 that is in 0.4.3+ but we have 0.3.3,0.3.4 and 0.4.2.
And even after updating 0.4.2 -> 0.4.3 iirc it still fails with something else.
10:00:31
@ghpzin:envs.netghpzin If you want to look at what I had before:
https://github.com/NixOS/nixpkgs/commit/7b77cc83217d40c04fa65c00b215a72515d23076 - musl boostrap update (needed because of the basename declaration conflict in libiberty.h of gcc15 and strings.h in older musl) - the first reason pkgsMusl.stdenv fails to build
https://github.com/NixOS/nixpkgs/pull/441527 - perl fix (should be on staging already)
https://github.com/NixOS/nixpkgs/commit/7fa91c674ef4bfb4ba26a3ef41a13f6c036c1631 - gnumake
https://github.com/NixOS/nixpkgs/commit/41cf7647bb04699fc9d7067f0e7b3ed6d99e8804 - which
https://github.com/NixOS/nixpkgs/commit/9c90d46bf949ab3c38b05d9b58c04294f0e31d71 - groff (not sure what I tried to build that failed on that one)
https://github.com/twaugh/patchutils/issues/65 - patchutils issue, needs at least https://github.com/twaugh/patchutils/commit/dc88e964427c3d4a376a21dd517ab95c7b6c6ad4 that is in 0.4.3+ but we have 0.3.3,0.3.4 and 0.4.2.
And even after updating 0.4.2 -> 0.4.3 iirc it still fails with something else.
10:00:51
@ghpzin:envs.netghpzin If you want to look at what I had before:
https://github.com/NixOS/nixpkgs/commit/7b77cc83217d40c04fa65c00b215a72515d23076 - musl boostrap update (needed because of the basename declaration conflict in libiberty.h of gcc15 and string.h in older musl) - the first reason pkgsMusl.stdenv fails to build
https://github.com/NixOS/nixpkgs/pull/441527 - perl fix (should be on staging already)
https://github.com/NixOS/nixpkgs/commit/7fa91c674ef4bfb4ba26a3ef41a13f6c036c1631 - gnumake
https://github.com/NixOS/nixpkgs/commit/41cf7647bb04699fc9d7067f0e7b3ed6d99e8804 - which
https://github.com/NixOS/nixpkgs/commit/9c90d46bf949ab3c38b05d9b58c04294f0e31d71 - groff (not sure what I tried to build that failed on that one)
https://github.com/twaugh/patchutils/issues/65 - patchutils issue, needs at least https://github.com/twaugh/patchutils/commit/dc88e964427c3d4a376a21dd517ab95c7b6c6ad4 that is in 0.4.3+ but we have 0.3.3,0.3.4 and 0.4.2.
And even after updating 0.4.2 -> 0.4.3 iirc it still fails with something else.
10:04:53
@grimmauld:m.grimmauld.deGrimmauld (any/all)oh no basename10:06:10
@grimmauld:m.grimmauld.deGrimmauld (any/all)https://github.com/NixOS/nixpkgs/pull/414299#discussion_r2573260397 i had fun with basename gfcc 15 already10:06:34
@grimmauld:m.grimmauld.deGrimmauld (any/all) * https://github.com/NixOS/nixpkgs/pull/414299#discussion_r2573260397 i had fun with basename gcc 15 already 10:06:41
@grimmauld:m.grimmauld.deGrimmauld (any/all)also uh, with the bootstrap tools thingy, they fail to download, how do i go about that?10:07:29
@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:09:41
@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

Show newer messages


Back to Room ListRoom Version: 6