| 29 Feb 2024 |
 @johannes.kirschbauer:scs.ems.host | * Is the doc team aware that docs for lib.fixedPoints.composeExtension are broken in unstable?
https://nixos.org/manual/nixpkgs/unstable/#function-library-example-lib.fixedPoints.extends
(I cannot directly link to it anymore, because rendering broke) | 14:03:41 |
| @johannes.kirschbauer:scs.ems.host | * Is the doc team aware that docs for lib.fixedPoints.composeExtension and the following items there are broken in unstable?
https://nixos.org/manual/nixpkgs/unstable/#function-library-example-lib.fixedPoints.extends
(I cannot directly link to it anymore, because rendering broke) | 14:05:15 |
 danielsidhion | I wasn't aware of that. Looks like some tech debt saying hello 🥲
On the devmode server things look fine, which is what I think most folks use to check the result of their writing | 14:21:07 |
| danielsidhion | I created a PR to fix it. Docs team meeting is soon, so I'll make sure we go over it https://github.com/NixOS/nixpkgs/pull/292340 | 14:26:49 |
| @johannes.kirschbauer:scs.ems.host | It seems those kind of problems can be avoided when we migrate to commonmark. I guess the problem was that we used fenced divs ::: inside an example, which uses a different rendering that the rest of the comment. | 14:30:14 |
| danielsidhion | Yeah, it's likely the code thought the note was part of the examples. As you said, after the migration this kind of thing shouldn't happen anymore | 14:32:25 |
 infinisil | In reply to @infinisil:matrix.org
Shahar "Dawn" Or (mightyiam): Could you consider changing the name from eelco (also via nix.dev) to something else? It doesn't feel right to use a person's name as a project name in general, but especially if that person is very well-known in the community already. https://github.com/mobusoperandi/eelco/issues/100 | 16:29:15 |
| 1 Mar 2024 |
| infinisil | In reply to @johannes.kirschbauer:scs.ems.host
Maybe yes. I think this could help speed up the rfc migration. Just gave you access. I'd still like to review PRs, but if I'm not responsive or you think it's not worth reviewing feel free to merge yourself :) | 03:07:37 |
| @johannes.kirschbauer:scs.ems.host | just having fun today: using "nix#nix-clangStdenv" i get sigSEV (segmentation fault). But using "nix#nix" is fine no segfault.
I just dont understand whats the difference in this convoluted flake.nix file in the cpp nix repository. | 11:25:43 |
| @johannes.kirschbauer:scs.ems.host | * just having fun today: using "nix#nix-clangStdenv" i get SIGSEGV (Address boundary error). But using "nix#nix" is fine.. no segfault.
I just dont understand whats the difference in this convoluted flake.nix file in the cpp nix repository. | 11:26:27 |
| @johannes.kirschbauer:scs.ems.host | * just having fun today: using "nix#nix-clangStdenv" i get SIGSEGV (Address boundary error). But using "nix#nix" is fine.. no segfault.
I just dont understand whats the difference in this convoluted flake.nix file in the cpp nix repository.
Apart from that i would expect either both or none of the outputs to have segfaults. | 11:27:02 |
| @johannes.kirschbauer:scs.ems.host | * just having fun today: using "nix#nix-clangStdenv" i get SIGSEGV (Address boundary error). But using "nix#nix" is fine.. no segfault.
I just dont understand whats the difference in this convoluted flake.nix file in the cpp nix repository.
Apart from that i would expect either both or none of the outputs to have segfault. | 11:27:13 |
| @johannes.kirschbauer:scs.ems.host | Some background, currently i patch nix before using it. It seems my patch spontaneously produces segfaults with clangStdenv only. | 11:29:38 |
| @johannes.kirschbauer:scs.ems.host | * Some background, currently i use a patched nix. It seems my patch spontaneously produces segfaults with clangStdenv only. | 11:30:02 |
| @johannes.kirschbauer:scs.ems.host | * Some background, currently i use a patched nix. It seems my patch spontaneously produces segfaults with clangStdenv only.
Q: why is the nix build system not reproducible ^^ | 11:30:30 |
| @johannes.kirschbauer:scs.ems.host | * Some background, currently i use a patched nix. It seems my patch spontaneously produces segfaults with clangStdenv only.
Q: why is the nix build system not reproducible ^^ (i mean it is, but wtf) | 11:30:59 |
| @johannes.kirschbauer:scs.ems.host | * Some background, currently i use a patched nix. It seems my patch spontaneously produces segfaults with clangStdenv only.
Q: why is the nix build system not reproducible ^^ | 11:31:17 |
| @johannes.kirschbauer:scs.ems.host | * Some background, currently i use a patched nix. It seems my patch spontaneously produces segfaults with clangStdenv only.
Q: why is the build of nix itself not reproducible ^^ | 11:31:41 |
| @johannes.kirschbauer:scs.ems.host | * Some background, currently i want to build a patched nix. It seems my patch spontaneously produces segfaults with clangStdenv only.
Q: why is the build of nix itself not reproducible ^^ | 11:35:05 |
|  tomberek set a profile picture. | 15:21:19 |
 Marc Jakobi | Download Vollmacht_fuer_Paketabholung.pdf | 19:10:38 |
 @jade_:matrix.org | In reply to @johannes.kirschbauer:scs.ems.host
just having fun today: using "nix#nix-clangStdenv" i get SIGSEGV (Address boundary error). But using "nix#nix" is fine.. no segfault.
I just dont understand whats the difference in this convoluted flake.nix file in the cpp nix repository.
Apart from that i would expect either both or none of the outputs to have segfault. gcc vs clang build | 19:17:24 |
| @jade_:matrix.org | segv doesn't tell you anything, please coredumpctl debug if this is Linux and give the back trace (type bt into gdb) | 19:18:08 |
| @jade_:matrix.org | thank you | 19:18:11 |
 Alyssa Ross | C++ is not ABI-compatible between GCC and Clang, so you can't build some things with GCC, some with Clang, and then link them together. | 19:19:04 |
| Alyssa Ross | If you override Nix to build with Clang, boost will still be built with GCC | 19:19:14 |
| Alyssa Ross | So it's not expected to work. | 19:19:29 |
| Alyssa Ross | If the Nix flake is doing this, it should stop. | 19:20:17 |
| Alyssa Ross | ah, but it looks like it actually overrides stdenv in an overlay, so I guess that should work? | 19:21:10 |
| Alyssa Ross | It's very hard to read | 19:21:12 |
