17 Jun 2024 |
Philip Taron (UTC-8) | I'm thinking up ways to test https://github.com/NixOS/nixpkgs/pull/315654. There aren't any tests of nixos-option that I can see right now. | 23:04:27 |
Philip Taron (UTC-8) | * I'm thinking up ways to test https://github.com/NixOS/nixpkgs/pull/313497. There aren't any tests of nixos-option that I can see right now. | 23:04:49 |
18 Jun 2024 |
Philip Taron (UTC-8) | I currently find that if I try to ask for recursive output on my configuration, I end up getting an absolutely inscrutable error about list index 0 is out of bounds in lib/generators.nix toPretty method. | 00:07:04 |
Philip Taron (UTC-8) | In reply to @philiptaron:matrix.org I currently find that if I try to ask for recursive output on my configuration, I end up getting an absolutely inscrutable error about list index 0 is out of bounds in lib/generators.nix toPretty method. It turns out that this was Nix deciding not to show me that the actual error was in a let block in nixos/modules/tasks/filesystems.nix . I opened https://github.com/NixOS/nixpkgs/pull/320846 to fix this. | 18:39:14 |
19 Jun 2024 |
Alexandros Liarokapis | the rust infra has this definition:
linkerForTarget = if shouldUseLLD pkgsTargetTarget.stdenv.targetPlatform
&& !pkgsTargetTarget.stdenv.cc.bintools.isLLVM # whether stdenv's linker is lld already
then "${pkgsBuildTarget.llvmPackages.bintools}/bin/${pkgsTargetTarget.stdenv.cc.targetPrefix}ld.lld"
else ccForTarget;
when cross compiling to arm-none-eabihf (target = "thumbv7em-none-eabihf") this ends up picking arm-none-eabi-gcc as CARGO_TARGET_*_LINKER which then fails due to being passed flags like --gc-sections , -flavor , --as-needed , eh-frame-hdr and similar.
| 16:47:25 |
Alexandros Liarokapis | * the rust infra has this definition:
linkerForTarget = if shouldUseLLD pkgsTargetTarget.stdenv.targetPlatform
&& !pkgsTargetTarget.stdenv.cc.bintools.isLLVM # whether stdenv's linker is lld already
then "${pkgsBuildTarget.llvmPackages.bintools}/bin/${pkgsTargetTarget.stdenv.cc.targetPrefix}ld.lld"
else ccForTarget;
when cross compiling to arm-none-eabihf (target = "thumbv7em-none-eabihf") this ends up picking arm-none-eabihf-gcc as CARGO_TARGET_*_LINKER which then fails due to being passed flags like --gc-sections , -flavor , --as-needed , eh-frame-hdr and similar.
| 16:47:51 |
Alexandros Liarokapis | changing it to arm-none-eabihf-ld works. | 16:48:13 |
Alexandros Liarokapis | Redacted or Malformed Event | 16:50:19 |
Alexandros Liarokapis | taking about https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/rust/lib/default.nix | 16:52:02 |
Alexandros Liarokapis | maybe platform.isNone should be added as a shouldUseLLD check ? | 16:52:19 |
20 Jun 2024 |
Alexandros Liarokapis | in which cases is using ccForTarget correct? mainly for the clang environments ? | 13:01:09 |
21 Jun 2024 |
| @jade_:matrix.org left the room. | 05:15:48 |
Alyssa Ross | Using LLD on aarch64 static is a hack around a rustc bug. It wasn't the intention to force lld on rustc for any architecture long term. | 07:25:45 |
Alyssa Ross | If Rust for some reason doesn't expect to pass flags through cc on that target, we'd probably need some other check to tell it to use ld | 07:26:19 |
| @janik0:matrix.org left the room. | 09:14:30 |
| @linus:schreibt.jetzt left the room. | 14:03:50 |
28 Jun 2024 |
infinisil | I didn't hold my office hour last week, but let's do it again this one, anybody is free to join and chill :) https://meet.jit.si/nixpkgs-architecture | 17:55:46 |
infinisil | Cc willbush Philip Taron (UTC-8) Dominic Mills | 17:56:15 |
29 Jun 2024 |
| mib π₯ changed their profile picture. | 22:24:35 |
1 Jul 2024 |
| purepani joined the room. | 02:27:53 |
2 Jul 2024 |
| Liperium joined the room. | 17:25:31 |
4 Jul 2024 |
| @eyjhb:eyjhb.dk left the room. | 10:58:02 |
| Philip Taron (UTC-8) left the room. | 15:46:32 |
| Philip Taron (UTC-8) joined the room. | 15:56:36 |
| Benedikt changed their display name from Soispha to Benedikt. | 19:11:17 |
5 Jul 2024 |
Philip Taron (UTC-8) | Happy 4th of July to all πΊπΈ folks. I spent a little side-quest on https://github.com/NixOS/nixpkgs/issues/324619 today. It's all super contained: the only required reading is in the PR https://github.com/NixOS/nixpkgs/pull/269356 from Dec 2023. | 01:16:10 |
infinisil | I won't be in the office hour today, but y'all are free to sync if you want :) | 17:31:47 |
Philip Taron (UTC-8) | When I run maintainers/scripts/check-by-name.sh master locally in my nixpkgs repository, without any changes, I get this error:
I/O error: Failed to get the definition info for attribute acl: In /tmp/tmp.bQmCobXFGj/merged/pkgs/stdenv/linux/default.nix, attribute parent node is not an attribute path node: NODE_INHERIT@28432..28603
Does anyone else reproduce this? It appears to be about this line in pkgs/stdenv/linux/default.nix :
| 22:09:25 |
Philip Taron (UTC-8) | * When I run maintainers/scripts/check-by-name.sh master locally in my nixpkgs repository, without any changes, I get this error:
I/O error: Failed to get the definition info for attribute acl: In /tmp/tmp.bQmCobXFGj/merged/pkgs/stdenv/linux/default.nix, attribute parent node is not an attribute path node: NODE_INHERIT@28432..28603
Does anyone else reproduce this? It appears to be about this line in pkgs/stdenv/linux/default.nix :
inherit (prevStage)
gzip bzip2 xz bash coreutils diffutils findutils gawk
gnused gnutar gnugrep gnupatch patchelf
attr acl zlib libunistring;
| 22:09:52 |
6 Jul 2024 |
willbush | In reply to @philiptaron:matrix.org
When I run maintainers/scripts/check-by-name.sh master locally in my nixpkgs repository, without any changes, I get this error:
I/O error: Failed to get the definition info for attribute acl: In /tmp/tmp.bQmCobXFGj/merged/pkgs/stdenv/linux/default.nix, attribute parent node is not an attribute path node: NODE_INHERIT@28432..28603
Does anyone else reproduce this? It appears to be about this line in pkgs/stdenv/linux/default.nix :
inherit (prevStage)
gzip bzip2 xz bash coreutils diffutils findutils gawk
gnused gnutar gnugrep gnupatch patchelf
attr acl zlib libunistring;
What arguments are you passing to the script? | 01:04:19 |