| 2 Jun 2024 |
 ⚠️ eldritch horrors operating in this area ⚠️ | anyway, issue: https://git.lix.systems/lix-project/lix/issues/372 | 21:16:08 |
 @irenes:matrix.org | thanks - I'll look in more detail at some point when I have actual time | 21:19:47 |
| ⚠️ eldritch horrors operating in this area ⚠️ | no rush :3 | 21:21:06 |
|  dadada changed their profile picture. | 23:02:41 |
| dadada changed their profile picture. | 23:04:20 |
| dadada changed their profile picture. | 23:09:17 |
| 3 Jun 2024 |
 aloisw | In reply to @pennae:matrix.eno.space
honest question: why should we support, in lix itself, store relocation via chroot as is done now (ie, single-user instances placing the store in eg ~/.nix-store but substituting/building for it being at /nix/store and "fixing" that at runtime with linux namespace fuckery)
we'd argue this should be a "just pam_mount it" type deal pam_mount requires setup by the system administrator. | 04:48:17 |
| aloisw | That said, bubblewrap doesn't and work quite well. | 04:48:35 |
 jade_ | 
Download image.png | 08:07:55 |
| jade_ | (this is a sneak peek, it still needs some operationalizing) | 08:08:18 |
| jade_ | i have done a backfill run. i now need to actually deploy it properly | 09:57:07 |
| jade_ | tomorrow problem | 09:57:10 |
 John Ericson | You all might want https://github.com/NixOS/nix/pull/10838 | 18:29:45 |
| jade_ | https://git.lix.systems/lix-project/lix/issues/373 | 21:45:42 |
| John Ericson | otoh, I gotta get it fixed for macos | 22:01:01 |
| John Ericson | maybe 24.05 will help | 22:01:05 |
| jade_ | O_o how is it broken on libc++/macOS? that's .. an accomplishment, but C++ can certainly manage such things | 22:03:03 |
| John Ericson | std::declval<std::set>() <=> std::declval<std::set>() | 22:03:49 |
|  emily joined the room. | 22:04:07 |
| John Ericson | that is not resolving | 22:04:53 |
| 4 Jun 2024 |
 jakehamilton | Hey there folks, is anyone familiar with import <nix/fetchurl.nix>? I just found out about this and was confused because I thought that <> referred to NIX_PATH values, but this seemed to work. Notably import <nix> does NOT work. As it turns out, this behavior is custom inside of Nix itself which maps certain known files such as: https://github.com/NixOS/nix/blob/master/src/libexpr/fetchurl.nix | 05:06:26 |
| jakehamilton | It seems to be this corepkgsFS: https://github.com/NixOS/nix/blob/bf72b78ef2110f4bda6105b8adff131dc9435bff/src/libexpr/eval.hh#L237 | 05:07:10 |
| jakehamilton | This is definitely weird, but I ended up needing this fetcher because it supports some things that the builtin one doesn't (such as marking files executable, unpacking, and output hash info). | 05:08:13 |
| @irenes:matrix.org | (and I suggested mentioning it here because it's such astonishing behavior that I thought we might like to look into how important it is) | 05:10:32 |
 K900 | corepkgs continues to haunt us | 05:47:00 |
| jade_ | In reply to @jakehamilton:auxolotl.org
Hey there folks, is anyone familiar with import <nix/fetchurl.nix>? I just found out about this and was confused because I thought that <> referred to NIX_PATH values, but this seemed to work. Notably import <nix> does NOT work. As it turns out, this behavior is custom inside of Nix itself which maps certain known files such as: https://github.com/NixOS/nix/blob/master/src/libexpr/fetchurl.nix it's mentioned in puck's talk :) | 06:19:03 |
| jakehamilton | In reply to @jade_:matrix.org
it's mentioned in puck's talk :) Oooh I haven't seen or heard that yet. Would you happen to have a link? | 06:19:47 |
| jade_ | https://media.ccc.de/v/nixcon-2023-36425-reinventing-the-wheel-with-zilch | 06:20:13 |
| jakehamilton | Oh perfect, thank you!! | 06:20:43 |
| aloisw | Right now it seems that the thing that closes issues when they are fixed triggers on forks too (for example, https://git.lix.systems/lix-project/lix/issues/365#event-4081). Is this easy to fix or should I stop pushing to my fork? | 06:25:45 |
