!OqhvaDMJdKYUicLDiE:nixos.org

Nixpkgs Stdenv

224 Members
72 Servers

Load older messages


SenderMessageTime
16 Apr 2025
@aleksana:mozilla.orgFind me at aleksana:qaq.li
In reply to @aleksana:mozilla.org
And bash in bootstrap-tools links against readline. Yes, I know this should not happen, because we use bashNonInteractive, but, it happens
Why are we using interactive bash in bootstrap-tool?
11:07:00
@aleksana:mozilla.orgFind me at aleksana:qaq.liAnd we are not copying readline11:07:11
@aleksana:mozilla.orgFind me at aleksana:qaq.liHow did that work?11:07:16
@aleksana:mozilla.orgFind me at aleksana:qaq.li Or bash was bashNonInteractive but changed to bashInteractive at some point 11:11:15
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)yeah some change made the default bash different11:14:35
@alexandrutocar:matrix.org@alexandrutocar:matrix.org joined the room.11:47:38
@aleksana:mozilla.orgFind me at aleksana:qaq.liI'm on the right track now12:26:24
@aleksana:mozilla.orgFind me at aleksana:qaq.liLet me see if I can get GNU hello to work12:26:26
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)https://github.com/NixOS/nixpkgs/pull/379368 probably this?12:32:16
@aleksana:mozilla.orgFind me at aleksana:qaq.li
In reply to @grimmauld:grapevine.grimmauld.de
https://github.com/NixOS/nixpkgs/pull/379368
probably this?
Strange, my checkout is April 3 but it doesn't include the patch to stdenv/linux/default.nix
12:34:22
@aleksana:mozilla.orgFind me at aleksana:qaq.liOh, it's not12:35:03
@aleksana:mozilla.orgFind me at aleksana:qaq.lipkgs/stdenv/linux/stdenv-bootstrap-tools.nix fell out of sight12:35:25
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)huh, yeah true12:35:31
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)thats awkward!12:35:36
@aleksana:mozilla.orgFind me at aleksana:qaq.liI've included the fix in my PT12:35:44
@aleksana:mozilla.orgFind me at aleksana:qaq.li* I've included the fix in my PR12:35:47
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)👍️12:35:49
@aleksana:mozilla.orgFind me at aleksana:qaq.lihttps://github.com/NixOS/nixpkgs/pull/39916712:36:08
@aleksana:mozilla.orgFind me at aleksana:qaq.liI'd mark this ready when hello is built12:36:37
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all) This was why i was aware of the change potentially affecting things deep in the stack. And i'll have to check whether bashNonInteractive is correct here now, because iirc this was supposed to include stdenv stuff... But oh well, this isn't your issue to fix. 12:39:09
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all) * https://github.com/NixOS/nixpkgs/pull/389866/files#diff-05882648dc976483691fe370484eb9de2232c5dd84a070b68f524153b5f813dfR3-R11
This was why i was aware of the change potentially affecting things deep in the stack. And i'll have to check whether bashNonInteractive is correct here now, because iirc this was supposed to include stdenv stuff... But oh well, this isn't your issue to fix.
12:39:18
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all) * https://github.com/NixOS/nixpkgs/pull/389866/files#diff-05882648dc976483691fe370484eb9de2232c5dd84a070b68f524153b5f813dfR3-R11
This was why i was aware of the change potentially affecting things deep in the stack. And i'll have to check whether bashNonInteractive is correct here now, iirc this was supposed to include stdenv stuff so its probably fine... But oh well, this isn't your issue to fix.
12:39:56
18 Apr 2025
@aleksana:mozilla.orgFind me at aleksana:qaq.liHow can I find build log of stage2 (of any architecture) on hydra?04:06:12
@aleksana:mozilla.orgFind me at aleksana:qaq.liThere's something going wrong with gettext and glibc iconv (checking for working iconv...no and iconv_ostream__flush has incompatible pointer type)04:07:38
@aleksana:mozilla.orgFind me at aleksana:qaq.liBut I don't know if the former is a problem, or more specifically a problem related to architecture04:08:09
@aleksana:mozilla.orgFind me at aleksana:qaq.li
In reply to @aleksana:mozilla.org
There's something going wrong with gettext and glibc iconv (checking for working iconv...no and iconv_ostream__flush has incompatible pointer type)

This is the part of the "checking for working iconv" test that fails

#include <iconv.h>
#include <string.h>

int
main (void)
{
int result = 0;

  /* Test against HP-UX 11.11 bug: No converter from EUC-JP to UTF-8 is
     provided.  */
  {
    /* Try standardized names.  */
    iconv_t cd1 = iconv_open ("UTF-8", "EUC-JP");
    /* Try IRIX, OSF/1 names.  */
    iconv_t cd2 = iconv_open ("UTF-8", "eucJP");
    /* Try AIX names.  */
    iconv_t cd3 = iconv_open ("UTF-8", "IBM-eucJP");
    /* Try HP-UX names.  */
    iconv_t cd4 = iconv_open ("utf8", "eucJP");
    if (cd1 == (iconv_t)(-1) && cd2 == (iconv_t)(-1)
        && cd3 == (iconv_t)(-1) && cd4 == (iconv_t)(-1))
      result |= 16;
    if (cd1 != (iconv_t)(-1))
      iconv_close (cd1);
    if (cd2 != (iconv_t)(-1))
      iconv_close (cd2);
    if (cd3 != (iconv_t)(-1))
      iconv_close (cd3);
    if (cd4 != (iconv_t)(-1))
      iconv_close (cd4);
  }
  return result;

  ;
  return 0;
}

Looks like something related to locales which we don't install in bootstrapTools...

06:21:21
@aleksana:mozilla.orgFind me at aleksana:qaq.liNot sure what to do here, openembedded-core just dropped this check, but this would require us to rebuild stdenv. And I don't know how this worked with bootstrapTools on other platforms.06:47:11
@rosscomputerguy:matrix.orgTristan RossI'm working on being able to LTO everything06:48:30
@rosscomputerguy:matrix.orgTristan Ross So far, pkgsLTO.pkgsMusl.hello works 06:48:45
@rosscomputerguy:matrix.orgTristan Ross
libgcc> /nix/store/l4dz7i8kbrrdgrvy1mfd1biwxn29hawv-aarch64-unknown-linux-gnu-binutils-2.44/bin/aarch64-unknown-linux-gnu-ld: error in /build/ccvydBN9.ltrans0.ltrans.o(.eh_frame); no .eh_frame_hdr table will be created
libgcc> /nix/store/l4dz7i8kbrrdgrvy1mfd1biwxn29hawv-aarch64-unknown-linux-gnu-binutils-2.44/bin/aarch64-unknown-linux-gnu-ld: libgcc.a(cas_8_4.o): in function `__aarch64_cas8_acq_rel':
libgcc> /build/gcc-14-20250322/libgcc/config/aarch64/lse.S:196:(.text+0x0): undefined reference to `__aarch64_have_lse_atomics'
libgcc> /nix/store/l4dz7i8kbrrdgrvy1mfd1biwxn29hawv-aarch64-unknown-linux-gnu-binutils-2.44/bin/aarch64-unknown-linux-gnu-ld: /build/gcc-14-20250322/libgcc/config/aarch64/lse.S:196:(.text+0x4): undefined reference to `__aarch64_have_lse_atomics'
libgcc> /nix/store/l4dz7i8kbrrdgrvy1mfd1biwxn29hawv-aarch64-unknown-linux-gnu-binutils-2.44/bin/aarch64-unknown-linux-gnu-ld: libgcc.a(swp_8_4.o): in function `__aarch64_swp8_acq_rel':
libgcc> /build/gcc-14-20250322/libgcc/config/aarch64/lse.S:259:(.text+0x0): undefined reference to `__aarch64_have_lse_atomics'
libgcc> /nix/store/l4dz7i8kbrrdgrvy1mfd1biwxn29hawv-aarch64-unknown-linux-gnu-binutils-2.44/bin/aarch64-unknown-linux-gnu-ld: /build/gcc-14-20250322/libgcc/config/aarch64/lse.S:259:(.text+0x4): undefined reference to `__aarch64_have_lse_atomics'
libgcc> collect2: error: ld returned 1 exit status
libgcc> make: *** [Makefile:1005: libgcc_s.so] Error 1

Fighting this issue

06:55:59

Show newer messages


Back to Room ListRoom Version: 9