19 Dec 2024 |
guiniol | that makes sense | 02:45:02 |
guiniol | the reason I wasn't sure if it would be in the store is because I built it in nix-shell -p '(nixos{}).nixos-rebuild' since this is not a nixos machine | 02:45:38 |
guiniol | but it is there | 02:45:40 |
guiniol | let's see if I can find the derivation | 02:45:50 |
guiniol | but I can already say the nixos machine didn't pull it from the cache when I've seen it pull other things, so there must be something local, like you said | 02:46:20 |
guiniol | result/sw/bin/nix -> /nix/store/968payh0qnq6n9fqcc9p872sfqiagmj0-lix-2.91.1/bin/nix -> can I tell if it's a package or a derivation? | 02:47:08 |
guiniol | (also, I'm about to crash, may not have time tomorrow and then be gone for about a week. I'll ask the NUC to compile mongodb, and see if it fails or complete in that time :D) | 02:48:03 |
Irenes | a package is a derivation, they are the same thing | 02:59:21 |
Irenes | if you have a store path that ends in *.drv then it is a derivation that is the serialized directions for building another derivation, heh | 02:59:46 |
Irenes | I uh... I feel like there has to be some proper terminology there | 02:59:54 |
Irenes | and I may be misusing this slightly | 02:59:58 |
Irenes | but I don't know the correct terms | 03:00:04 |
Irenes | good luck with your trip! I'll be around when you get back :D | 03:00:48 |
| @claesatwork:matrix.org joined the room. | 05:27:52 |
| @claesatwork:matrix.org left the room. | 05:41:01 |
guiniol | Thanks! This morning's update is that mongo 7 failed to build on the non-nixos box with an actual error (not running out of temp space), so I started mongo 6. The nixos system did less than 10% of building lix (31 of 485 steps...). I still had mongodb crashlooping in the background and I stopped that so maybe it'll go faster. Last time it only took a few hours for the complete build. | 07:12:06 |
| jisifu joined the room. | 16:43:11 |
guiniol | Success!! Mongo 6 compiled on the PC and the NUC was able to finish compiling Lix and fetch mongo from the PC. So, now I just need to figure out where to set trusted-users so it's propagated to /etc/nix/nix.conf | 18:19:39 |
guiniol | and there we go! I am a trusted user on my own machine, and the PC is set as a cache in /etc/nix/nix.conf | 20:46:26 |
guiniol | all ready to go on vacation now :D | 20:46:35 |
guiniol | (and I did check, and --build-host works for other packages, so I think there's something with Lix needing to be built locally for some reason) | 20:54:37 |
20 Dec 2024 |
| Travis Montoya joined the room. | 05:55:22 |
| jthulhu joined the room. | 09:21:38 |
Tammi (ey/em) | hi there. was wondering if i can get Lix working with a colmena deployment. I tried adding the module like this but nix --version still says Nix:
outputs = { self, nixpkgs, nixpkgs-unstable, lix-module }: {
colmena = {
meta = {
nixpkgs = import nixpkgs rec {
system = "x86_64-linux";
modules = [
lix-module.nixosModules.default
];
overlays = [
(final: prev: {
# add git flakes here
unstable = import nixpkgs-unstable {
inherit system;
};
})
];
};
};
| 12:06:29 |
Tammi (ey/em) | i also tried out this for fun but still no lix on my target machine.
overlays = [
(final: prev: {
modules = [
lix-module.nixosModules.default
];
| 12:09:02 |
K900 | You can just set nix.package = pkgs.lix | 12:10:38 |
| Trevor Allen joined the room. | 12:10:03 |
samrose | What would be the most helpful thing to do for contributing ongoing to lix for those of us who cannot carve out development time?
Would it help to try and build packages on an ongoing basis with lix, and report issues, if any? I have some package sets that I could do this with. | 13:02:53 |
K900 | I don't think that will help much tbh | 13:03:17 |
samrose | K900: ok. maybe you're already building nixpkgs, etc somewhere?
What do you think would help?
| 13:26:28 |