| 27 Feb 2025 |
Perchun Pak [don't ping; dm instead] | I think I have had this issue with aarch builder too | 12:12:50 |
elikoga | 2 colleagues of mine on macos systems too | 12:21:52 |
| 28 Feb 2025 |
| sinan changed their profile picture. | 09:58:50 |
| 27 Feb 2025 |
| cy removed their profile picture. | 14:35:41 |
| 28 Feb 2025 |
| Enzime left the room. | 15:10:56 |
| 1 Mar 2025 |
linj | The first time I tried to write a doc-document, I encountered a bug 😅 https://github.com/NixOS/nix/issues/12584 | 00:34:51 |
linj | * The first time I tried to write a doc-comment, I encountered a bug 😅 https://github.com/NixOS/nix/issues/12584 | 00:39:21 |
| 2 Mar 2025 |
| atoix joined the room. | 00:56:52 |
| Heitor Augusto joined the room. | 22:58:06 |
| 3 Mar 2025 |
| ximnoise changed their profile picture. | 14:52:36 |
| fpletz joined the room. | 14:57:59 |
| ximnoise changed their profile picture. | 16:49:30 |
John Ericson | I have been trying to rip apart derivation goal somwhat and....mannnnnnn | 22:10:29 |
John Ericson | ugh | 22:10:31 |
| 4 Mar 2025 |
jade_ | yeah it's bad | 01:20:04 |
jade_ | it's really really bad | 01:20:07 |
jade_ | the approach we're likely to take is to have a zygote process for the sandbox which gets the state serialized. this also means it will be easier to replace local-derivation-goal.cc with rust because it suddenly becomes self-contained. | 01:21:01 |
atoix | Has anyone been using uv2nix for packaging Python apps? I tried replacing poetry2nix with uv2nix and cant get it to work. | 12:16:06 |
K900 | #pyproject.nix:blad.is is the room for that | 12:17:47 |
| lassulus changed their profile picture. | 17:48:12 |
John Ericson | that sounds good, but is also funny because I was thinking about the opposite --- leaving the sandboxing code in C++ and the nuking all the other C++ it doesn't need | 21:01:00 |
John Ericson | * that sounds good, but is also funny because I was thinking about the opposite --- leaving the sandboxing and builder running code in C++ and the nuking all the other C++ it doesn't need | 21:01:36 |
John Ericson | Las: xokdvium say hi! | 21:01:54 |
John Ericson | since I have pinged you both about the goal reworking | 21:02:05 |
Las | hi again | 21:02:09 |
John Ericson | I am not quite sure how to divvy up the work, but I am quite sure there is plenty all 3 of us 😅 | 21:02:51 |
John Ericson | * I am not quite sure how to divvy up the work, but I am quite sure there is plenty for all 3 of us 😅 | 21:02:56 |
John Ericson | (the exact sandboxing / running code is a bit of a delicate thing I am inclined to poke gently, leaving mostly as a black box, per the above. The goal logic however I am pretty sure is junked up and I am quite happy to take an axe to it :). Thanks to Las's coroutines reworking is is easier to refactor now too) | 21:04:40 |
John Ericson | * (the exact sandboxing / running code is a bit of a delicate thing I am inclined to poke gently, leaving mostly as a black box, per the above. The goal logic however I am pretty sure is junked up and I am quite happy to take an axe to it :). Thanks to Las's coroutines reworking it is easier to refactor now too) | 21:05:08 |
John Ericson | one way to go about it would be to duplicate DerivationGoal for the plane-build/repair/check cases, and then factor out the commonalities from first principles. but it is a bit of a scary large 3x code explosion in the interim | 21:06:20 |