| 7 Sep 2022 |
Winter (she/her) | thanks, i think you're right | 07:43:20 |
| 10 Sep 2022 |
| FRidh joined the room. | 06:11:17 |
| 14 Sep 2022 |
| pennae left the room. | 14:10:50 |
| 15 Sep 2022 |
| m_algery joined the room. | 12:48:24 |
| m_algery left the room. | 12:48:25 |
| 18 Sep 2022 |
| FRidh set a profile picture. | 17:20:58 |
| 23 Sep 2022 |
Winter (she/her) | npm ERR! Log files were not written due to an error writing to the directory: /homeless-shelter/.npm/_logs
npm ERR! You can rerun the command with `--loglevel=verbose` to see the logs in your terminal
+ exitHandler
+ exitCode=226
+ set +e
+ '[' -n '' ']'
+ (( 226 != 0 ))
+ runHook failureHook
+ local hookName=failureHook
+ shift
+ local 'hooksSlice=failureHooks[@]'
+ local hook
+ for hook in "_callImplicitHook 0 $hookName" ${!hooksSlice+"${!hooksSlice}"}
+ _eval '_callImplicitHook 0 failureHook'
+ declare -F '_callImplicitHook 0 failureHook'
+ eval '_callImplicitHook 0 failureHook'
++ _callImplicitHook 0 failureHook
++ local def=0
++ local hookName=failureHook
++ declare -F failureHook
++ type -p failureHook
++ '[' -n '' ']'
++ return 0
+ return 0
+ '[' -n '' ']'
+ return 226
Compiling proc-macro2 v1.0.43
| 11:41:34 |
Winter (she/her) | does anyone know how it's possible for a command to "fail", run the failure hook, but then... keep going? | 11:41:53 |
Winter (she/her) | (i can't repro this on any machine other than the OfBorg builders so that's also fun) | 11:42:09 |
Winter (she/her) | (to be clear, the command that supposedly exited is... still going after the hook...) | 12:54:59 |
Winter (she/her) |
trap "exitHandler" EXIT
| 13:03:28 |
Winter (she/her) | which should not be possible! what even | 13:03:37 |
Winter (she/her) |
If a sigspec is 0 or EXIT, arg is executed when the shell exits.
| 15:14:55 |
Winter (she/her) | per bash manual | 15:14:58 |
Winter (she/her) | so... what? | 15:15:07 |
@trofi:matrix.org | Might be a subshell? | 17:36:08 |
| 25 Sep 2022 |
| piegames joined the room. | 19:11:27 |
piegames | Hi, can somebody help me figure out what exactly this failure means? https://gist.github.com/GrahamcOfBorg/40de36fd7e6b24925f81c75e8623dc0a | 19:12:04 |
piegames | This happens when I call lib.getName on a derivation during checkMeta, see https://github.com/NixOS/nixpkgs/pull/177272 | 19:12:29 |
Artturin | removing ${name} from here https://github.com/NixOS/nixpkgs/blob/5fa1488e2b0effad849125784310f17b16f59004/pkgs/build-support/trivial-builders/test-overriding.nix#L95 makes it not fail | 19:28:20 |
piegames | But—why? | 19:30:15 |
Artturin | nix-repl> builtins.baseNameOf bash
"p7bpdnxqd3i5hwm92mrscf7mvxk66404-bash-5.1-p16"
so it'll be embeded in the name
| 19:32:52 |
Artturin | builtins.unsafeDiscardStringContext has to be used | 19:32:55 |
Artturin | diff --git a/pkgs/build-support/trivial-builders/test-overriding.nix b/pkgs/build-support/trivial-builders/test-overriding.nix
index a16bbbee1b1..1ea8d7c0b90 100644
--- a/pkgs/build-support/trivial-builders/test-overriding.nix
+++ b/pkgs/build-support/trivial-builders/test-overriding.nix
@@ -91,7 +91,7 @@ let
# works at run time.
runTest = script:
let
- name = script.name or (builtins.baseNameOf script);
+ name = script.name or (builtins.unsafeDiscardStringContext (builtins.baseNameOf script));
in writeShellScript "run-${name}" ''
if [ "$(${script})" != "success" ]; then
echo "Failed in ${name}"
makes it pass too
| 19:33:37 |
piegames | Artturin Thank you | 20:14:21 |
| 28 Sep 2022 |
| coolshaurya changed their profile picture. | 17:32:55 |
| 3 Oct 2022 |
| spacesbot - keeps a log of public NixOS channels joined the room. | 14:25:48 |
Artturin | https://github.com/NixOS/nixpkgs/pull/194259 | 17:20:43 |
| 15 Oct 2022 |
| underpantsgnome changed their display name from underpantsgnome to underpantsgnome!. | 00:34:19 |
| 17 Oct 2022 |
hexa |
On x86_64 systems, x86_64 microarchitecture levels are mapped to additional system types (e.g. x86_64-v1-linux).
| 13:39:44 |