| 10 Aug 2023 |
 p14 | And yet:
nix store delete --ignore-liveness github:nixos/nixpkgs/73f18ca8b33ad1281958193e7e35f63b6ef47e52#pkgsLLVM.llvmPackages_15.compiler-rt-no-libc.stdenv.cc.bintools
0 store paths deleted, 0.00 MiB freed
error: Cannot delete path '/nix/store/9kaazhysw3pmzlrslpb1nsgy97hq8hlm-x86_64-unknown-linux-gnu-llvm-binutils-wrapper-15.0.7' since it is still alive. To find out why, use: nix-store --query --roots
| 14:41:30 |
| p14 | Scrub is at 500GiB so far with no errors found. | 14:41:59 |
 trofi | Try the /nix/store/... path. Flake paths might be very confusing. | 14:42:19 |
| p14 | I have tried the path itself as well but same error message | 14:42:35 |
| trofi | :( | 14:42:51 |
| p14 | I was wondering if I was hitting that bug where nix saw the path in its own args (or the environment) for example. | 14:42:54 |
| p14 | I'm on nix 2.13.3. | 14:43:06 |
| trofi | I think it used to be the case only when ran via sudo. | 14:43:16 |
| p14 | Gotta run, probably without computer for the rest of the day though will read/respond to messages in fragments of spare time if anyone has any ingenious ideas. | 14:43:45 |
| p14 | (Thanks very much for your input trofi, learned some useful things and also good to know it's not just me this is bonkers for ;-)) | 14:44:54 |
| p14 | trofi: scrub found no errors, so I'm redoing memtest but also entertaining a software bug somewhere? | 15:50:41 |
| trofi | Yeah, looks like nix-daemon bug. | 15:51:41 |
| 11 Aug 2023 |
 tpw_rules | so i'm running into a weird issue where i'm trying to copy a large file in a derivation and cp decides to use copy_file_range and the file is copied, but then i guess it calls again to check if it's done and copy_file_range returns -EINVAL despite the fact that the copy succeeded? | 16:14:13 |
| tpw_rules | do i have a kernel issue or something? | 16:15:38 |
| tpw_rules | this is ubuntu running a pretty old kernel | 16:15:45 |
| tpw_rules | cp itself also prints "invalid argument" and returns nonzero | 16:17:47 |
| tpw_rules | ah, this was caused by the coreutils 9.3 upgrade likely | 16:21:15 |
| tpw_rules | that's kind of awkard... | 16:23:21 |
| 13 Aug 2023 |
|  nevoyu joined the room. | 01:27:28 |
| 15 Aug 2023 |
|  Christina Sørensen changed their profile picture. | 14:57:25 |
| nevoyu left the room. | 19:34:39 |
| 17 Aug 2023 |
|  lxsameer joined the room. | 11:57:33 |
| 22 Aug 2023 |
|  chvp changed their profile picture. | 13:06:48 |
| 27 Aug 2023 |
|  catch22 joined the room. | 22:08:35 |
| 29 Aug 2023 |
 Artturin | https://github.com/NixOS/nixpkgs/pull/251853 | 19:05:05 |
| 3 Sep 2023 |
| p14 | I would like to address https://github.com/NixOS/nixpkgs/issues/111010#issuecomment-1536424163 but it will require changing the cc-wrapper.
[fix is to account for$NIX_CFLAGS_LINK when computing the link type].
Anyone see any problems with doing so, or any suggestions on implementation, can I submit a fix to staging?
| 09:45:32 |
 Mindavi | One way to find out if it gives problems, go for it | 10:49:15 |
| p14 | Doing a local build with an obvious fix before I send it, let's see how that pans out. | 10:49:39 |
| p14 | diff --git a/pkgs/build-support/cc-wrapper/cc-wrapper.sh b/pkgs/build-support/cc-wrapper/cc-wrapper.sh
index 9dcd29c64431..fbc62144ab3f 100644
--- a/pkgs/build-support/cc-wrapper/cc-wrapper.sh
+++ b/pkgs/build-support/cc-wrapper/cc-wrapper.sh
@@ -30,7 +30,7 @@ cxxInclude=1
cxxLibrary=1
cInclude=1
-expandResponseParams "$@"
+expandResponseParams "$@" ${NIX_CFLAGS_LINK_@suffixSalt@:-}
linkType=$(checkLinkType "${params[@]}")
declare -ag positionalArgs=()
In case anyone has suggestions/criticisms. I should have a build of some nontrivial software within an hour or two.
| 10:50:55 |
| p14 | Darn, that doesn't seem to be right. Should I be putting NIX_CFLAGS_LINK there rather than NIX_CFLAGS_LINK_@suffixSalt@, or possibly even both? | 11:03:19 |
