!9IQChSjwSHXPPWTa:lix.systems

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-rooms304 Servers

Load older messages


SenderMessageTime
14 May 2024
@darkkronicle:jpxs.ioDarkKronicle
inputs = {
    nixpkgs.url = "github:nixos/nixpkgs/nixos-unstable";
    lix = {
      url = "git+https://git@git.lix.systems/lix-project/lix?ref=refs/tags/2.90-beta.1";;
      flake = false;
    };
    lix-module = {
      url = "git+https://git.lix.systems/lix-project/nixos-module";;
      inputs.lix.follows = "lix";
      inputs.nixpkgs.follows = "nixpkgs";
    };
   ...
}
02:46:33
@samrose:matrix.orgsamrosefwiw 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.nix02:48:40
@samrose:matrix.orgsamroseoh wait, you are sourcing lix from the upstream source ok02:49:18
@darkkronicle:jpxs.ioDarkKronicleohhh I didn't realize it existed as a package on nixpkgs yet02:49:33
@darkkronicle:jpxs.ioDarkKronicleI'll probably just switch to that then :p02:49:43
@samrose:matrix.orgsamrosesomeone mentioned earlier that the nixpkgs version may lag behind a bit02:50:24
@darkkronicle:jpxs.ioDarkKronicleHmm ok. So the binary cache is built with the latest nixpkgs stable release then?02:51:18
@samrose:matrix.orgsamrosehttps://matrix.to/#/!9IQChSjwSHXPPWTa:lix.systems/$V1dsy1Ni0XPj4DAz06RY8j3BcaEoJFBeERONLReRWEw?via=lix.systems&via=matrix.org&via=auxolotl.org02:51:20
@samrose:matrix.orgsamrose
In reply to @puck:puck.moe
The version of Lix in nixpkgs will likely lag behind by a bit; and the dedicated overlay/module will build other packages that depend on Nix with Lix as well; which doesn't happen in nixpkgs.
this message sorry ^^
02:52:31
@samrose:matrix.orgsamrosebut it may make it easier in the short term02:52:47
@samrose:matrix.orgsamroseto use lix02:52:50
@samrose:matrix.orgsamrose(installing from nixpkgs may make it easier I mean)02:54:14
@darkkronicle:jpxs.ioDarkKronicle 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
@easrng:yuri.imeasrng changed their profile picture.03:18:18
@qyriad:katesiria.orgQyriad yeah Lix's own binary cache is very scuffed right now, largely because we don't have it in CI yet (working on it) 05:10:36
@qyriad:katesiria.orgQyriad thankfully Lix is not too terrible to build; it's not like building LLVM or even Python 05:10:52
@drupol:matrix.org@drupol:matrix.orgJust so you know, yesterday I did a quick demo of Lix to the Nix Meetup in Brussels :)08:00:48
@toastal:mozilla.orgtoastal-matrix-sucks How does lix play with pkgs.nixVersion.*? 08:41:48
@toastal:mozilla.orgtoastal-matrix-sucks * How does lix play with pkgs.nixVersions.*? 08:42:05
@qyriad:katesiria.orgQyriad the overlay sets stable and nix_2_18 to Lix 08:55:31
@joegilkes:matrix.orgjoegilkes joined the room.10:03:50
@samrose:matrix.orgsamrose
In reply to @raitobezarius:matrix.org
It can be Nix scheduler, can be Hydra scheduler, there's multiple possible designs and paths
I am exploring creating a replacement for nomad, vault, and consul with a combo of postgrest, and an elixir agent on machine + elixir middleware doing dynamic scheduling (targeting only microvm.nix ). I am actually prototyping it with supabase, but trying to make it so that it’ll just work with postgrest too. I am making temporal.io an optional component in this too (to handle complicated queue and workflow). Might not be useful for hydra ng but sharing in any case
12:14:39
@k900:0upti.meK900I don't think it's the kind of thing we need for Hydra12:17:26
@k900:0upti.meK900But sounds interesting 12:17:31
@k900:0upti.meK900But Hydra is not a typical cluster workload because it's a huge DAG of batch jobs 12:18:06
@k900:0upti.meK900That have wildly different resource profiles12:18:36
@k900:0upti.meK900And ideally you want to optimize for data locality on top 12:18:46
@v:meowy.techv​ivian joined the room.12:19:15
@samrose:matrix.orgsamrose
In reply to @k900:0upti.me
But Hydra is not a typical cluster workload because it's a huge DAG of batch jobs
Yes it seems like a hydra-like system might end up needing to be more closely integrated with nix evaluation etc also there may be many things that have been discussed about evolving nix itself that I’m not up to speed on, that could lead to a better hydra later
12:56:33
@samrose:matrix.orgsamrose (Or some kind of build orchestration). 12:57:13

Show newer messages


Back to Room ListRoom Version: 10