Lix | 1123 Members | |
| Lix user channel. Feel free to discuss on-topic issues here and give each other help. For matrix.to links to the rest of the Lix channels, see: https://wiki.lix.systems/books/lix-organisation/page/matrix-rooms | 304 Servers |
| Sender | Message | Time |
|---|---|---|
| 14 May 2024 | ||
| And I will sleep myself away | 01:00:45 | |
In reply to @raitobezarius:matrix.org fwiw in some of these kooky nix startup companies that i worked with over the years, we started out using self-hosted ci builders (especially for darwin, but also for arm in one case) and it actually worked fine, although of course you gotta be careful about who can trigger it. I do have one friend over at equinix metal and I don't know if they would help out one day in the future but it's possible. I am excited about a branch of nix where people are starting to try and fix the issues, document things and evolve ecosystem and core. | 01:06:01 | |
In reply to @raitobezarius:matrix.orgwe sorta have this at $DAYJOB, my coworker has slowly been making progress on extracting it for open sourcing | 01:30:22 | |
| he ended up just ignoring the remote build protocol tho; our system is basically a centralized, work-stealing queue of machines that progress thru a build graph of derivations w/ additional metadata for hinting at machine sizing & weighting for scheduling priority | 01:32:27 | |
| * he ended up just ignoring the remote build protocol tho; our system is basically a centralized, work-stealing queue fashioned after the graph of whatever derivations get submitted. since it's all coordinated w/ Postgres, builders progress thru the graph by querying for available derivations based on builder features, weights, etc. | 01:34:18 | |
| more intelligent binpacking would be nice, but i think actually just running a bunch of garbage & applying weights based on historical characteristics works kinda great esp. if you have global deduplication of builds | 01:35:01 | |
but to tie it back to something lix-relevant: man... a lot of work basically went into hitting problems w/ nix-the-application and just having to work around more stuff | 01:41:30 | |
In reply to @jkachmar:matrix.orgyeah I also often wondered about just short circuiting by storing derivation data in postgres. Maybe that is more possible with content addressed derivations? I work on a product that is hosted postgres with a postgest api and was experimenting with wrapping nix with cli that can talk to postgrest and store data like this. It also seems like maybe you wouldn't need binpacking if you had a simple agent on the build machine that can just reveal the resources available | 01:49:53 | |
(Let me know if I should ask this question somewhere else). Is there a way to debug why Lix is building from source and not using the binary cache? It installs just fine, just wondering if it's on my end. I added the substituter to my substituter list and double checked the public key. (My current version is 2.90.0-beta.1-lixpre20240506-b6799ab). Each time it builds it gives me a different hash, so maybe I have a weird dependency issue? | 02:11:04 | |
In reply to @raitobezarius:matrix.orgapparently asrock rack recently launched a "normal" ampere altra board | 02:11:14 | |
| which looks v interesting | 02:11:16 | |
| not cheap, but | 02:11:18 | |
| annoyingly basically no compatible coolers exist, if you buy the motherboard together with a CPU it comes with a 2U passive cooler, alphacool makes a compatible waterblock, and noctua has two coolers listed on their website but just say to contact their b2b sales address if you want to buy one | 02:12:49 | |
In reply to @darkkronicle:jpxs.ioWhen I nix build -L in the root of the source repo, I just see the same version each time, and uses the build from cache (although I have not replaced nix with lix on the same machine I built it on) | 02:40:35 | |
| Maybe it's because I'm using nixpkgs unstable? | 02:42:16 | |
| are you installing lix from nixpkgs is that right? | 02:44:04 | |
| 02:46:33 | |
| fwiw there is only one commit of lix in nixpkgs-unstable so I don't believe using nixpkgs-unstable is a factor https://github.com/NixOS/nixpkgs/commits/nixpkgs-unstable/pkgs/tools/package-management/lix/default.nix | 02:48:40 | |
| oh wait, you are sourcing lix from the upstream source ok | 02:49:18 | |
| ohhh I didn't realize it existed as a package on nixpkgs yet | 02:49:33 | |
| I'll probably just switch to that then :p | 02:49:43 | |
| someone mentioned earlier that the nixpkgs version may lag behind a bit | 02:50:24 | |
| Hmm ok. So the binary cache is built with the latest nixpkgs stable release then? | 02:51:18 | |
| https://matrix.to/#/!9IQChSjwSHXPPWTa:lix.systems/$V1dsy1Ni0XPj4DAz06RY8j3BcaEoJFBeERONLReRWEw?via=lix.systems&via=matrix.org&via=auxolotl.org | 02:51:20 | |
In reply to @puck:puck.moethis message sorry ^^ | 02:52:31 | |
| but it may make it easier in the short term | 02:52:47 | |
| to use lix | 02:52:50 | |
| (installing from nixpkgs may make it easier I mean) | 02:54:14 | |
| That makes sense, I'll probably still use the module, but may switch to have it follow stable to be able to use the cache. Since this follows stable (https://git.lix.systems/lix-project/lix/src/branch/main/flake.nix#L5). Thanks for the help! Really looking forward to this project | 02:57:37 | |
| 03:18:18 | ||