!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)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
@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
28 Jun 2021
@grahamc:nixos.org@grahamc:nixos.org set the history visibility to "world_readable".15:07:04
@grahamc:nixos.org@grahamc:nixos.org changed the room name to "" from "".15:07:04
@grahamc:nixos.org@grahamc:nixos.org changed the room topic to "" from "".15:07:04
@grahamc:nixos.org@grahamc:nixos.org invited @mjolnir:nixos.orgmjolnir.15:07:15
@grahamc:nixos.org@grahamc:nixos.org invited @hexa:lossy.networkhexa.15:07:16
@mjolnir:nixos.orgmjolnir joined the room.15:07:16
@grahamc:nixos.org@grahamc:nixos.orgchanged room power levels.15:07:20
@hexa:lossy.networkhexa joined the room.15:07:20
@jonringer:matrix.orgjonringer joined the room.15:10:02
@vcunat:matrix.orgVladimír Čunát joined the room.15:10:25

Show newer messages


Back to Room ListRoom Version: 6