| 15 Sep 2021 |
 David Arnold (blaggacao) | Maybe it's ok if they remain siblings. 😆 | 13:04:25 |
 @gytis-ivaskevicius:matrix.org | I think we should build a single generalized approach which would be a "task runner" and could be used as alternative to bud and makes | 13:31:28 |
| @gytis-ivaskevicius:matrix.org | 😁 | 13:31:30 |
| David Arnold (blaggacao) | Indeed! I would tend to say that would be makes, though. I'm just exploring it these days, but it seems relatively generalizable. For example, I was musing about a scheduler / orchestrator interface, so that "tasks" can ultimately include "production workloads" on one hand or "pipeline jobs" on the other, such as CI jobs, ML jobs or ETL jobs. | 13:35:05 |
|  @infinidoge:matrix.org joined the room. | 15:47:10 |
| @infinidoge:matrix.org | Hello! Have been trying to get into using DevOS for a little while now, however recently I've run into problems with things apparently not being found.
Currently, I'm having an issue where it seems like any command building something (bud build, bud vm, etc.) give an error saying that reboundBud was undefined. (Specifically, in /nix/store/xxzcdd9xcfi7sapi1hwjjx8mxb2b00x2-source/nixosModule.nix) Being unable to build a vm for testing, or even an ISO for installing, has prevented me from moving forward. Is there any known way to address this as a problem? (For clarity, I am currently running on an Arch Linux machine with Nix installed.)
Aside from that, I'm also having issues where when starting nix develop, agenix and nvfetcher-bin were undefined. I worked around this by commenting them out from shell/devos.nix, however since I haven't needed to use them so far that is less pressing. (This problem occurs both on my Arch Linux machine and my NixOS machine.)
I've tried to dig around and find why these all aren't defined, but I have gotten nowhere in my search so far. I can provide any system information as needed.
| 15:52:34 |
| @infinidoge:matrix.org | I think I might have actually fixed the problem, and man do I feel stupid. I changed the channel I used from nixos to latest, however in doing that I excluded the overlays containing the stuff that I need, which I think ended up causing those errors. | 17:43:14 |
 Pacman99 | It still seems like there is a bug. You shouldn't have to use a specific channel with bud. Or maybe your nixos channel was just too far behind for bud. | 17:54:30 |
| @infinidoge:matrix.org | Nah it was entirely my fault. I set nixos.hostDefaults.channelName = "latest", and the latest input/channel in the flake didn't have the overlays | 17:59:16 |
| @infinidoge:matrix.org | I changed that before I realized "I can just change nixos to unstable", but I forgot to change it back, which ended up breaking things since the overlays were missing | 17:59:48 |
 @teutat3s:pub.solar | devshell deps are rebuilding after reboots for me, even without me touching the lock file - do you have an idea what could be the reason? I’d like to have the build outputs cached, but it seems they are lost upon reboot. gc? 🤨 | 19:50:44 |
| @teutat3s:pub.solar | I tried adding the —delete-older-than 14d option to gc, will see if that helps | 19:52:30 |
| 16 Sep 2021 |
 ultranix | any reason why nix build for a rust package in devos would produce anything? any way to get something more verbose? | 18:55:12 |
| ultranix | i'm using nvfetcher | 18:55:16 |
| ultranix | trying to use lib.fakeSha256 for CargoSha256 | 18:58:08 |
|  @zrsk:matrix.org joined the room. | 21:30:43 |
| 17 Sep 2021 |
 @timdeh:matrix.org | teutat3s: it looks like we are still using the use flake directive in .envrc. Are you using direnv to enter the shell? If so, one explanation could be that you don't have nix-direnv properly available and so it's falling back to the old use nix directive which does not add the shell as a gc root and so is frequently garbage collected | 00:38:04 |
| @timdeh:matrix.org | ultranix: did you mean to ask wouldn't produce anything? I can't make sense of your question otherwise? | 00:39:14 |
| 18 Sep 2021 |
|  @cw:kernelpanic.cafe joined the room. | 20:50:46 |
| 19 Sep 2021 |
| David Arnold (blaggacao) | https://github.com/fluidattacks/makes/pull/584 - work on bud was the inspiration. | 19:10:11 |
| 20 Sep 2021 |
| @cw:kernelpanic.cafe changed their display name from CornWallace to Rev. CornWallace III. | 06:46:43 |
| @zrsk:matrix.org | Hi to all,
just found this project and I think it's really really cool, I was trying to convert my current configuration to this by splitting it into different profiles and suites so then I can add another configuration for my notebook.
I'm doing this from another machine with NixOS. I simply cloned the repository and got the needed tools with nix develop (my system already had Nix with Flakes installed because I use them for single projects).
I manually created a new host for my machine copying a subset of my old configuration.nix but when I run bud rebuild test (or simply bud rebuild I get:
/nix/store/fzl941j3a4i83bjqsk7g3ssfjg9fplj0-nixos-rebuild/bin/nixos-rebuild: line 12: exec: man: not found
This is the line 12.
Any idea?
| 10:31:53 |
| @zrsk:matrix.org | If I run man nixos-rebuild (however I can't understand why it's trying to run man, my syntax should be correct) in my shell it works (in the devos development shell too) but it runs another binary in another store's path:
[nixos]$ whereis nixos-rebuild
nixos-rebuild: /nix/store/zq1092igmd5y1jnj7dajifnxkz1gj3p0-system-path/bin/nixos-rebuild
[nixos]$ readlink /nix/store/zq1092igmd5y1jnj7dajifnxkz1gj3p0-system-path/bin/nixos-rebuild
/nix/store/5dkqp5c2v29i0qc9s6qvy7pbpa61fsqi-nixos-rebuild/bin/nixos-rebuild
| 10:39:52 |
| @zrsk:matrix.org | I think that the reason is that bud tries to run nixos-rebuild with the --flake option but an version that doesn' | 10:59:11 |
| @zrsk:matrix.org | * I think that the reason is that bud tries to run nixos-rebuild with the --flake option but an version that doesn't support flake. | 10:59:33 |
| @zrsk:matrix.org | * I think that the reason is that `bud` tries to run `nixos-rebuild` with the `--flake` option but this version that doesn't support flake. | 11:03:53 |
| David Arnold (blaggacao) | bud runs commands reproducibly in a complete isolated environment. So the only thing that can cause that, is as you correctly deducted, a variation of the binary itself in the nixpkgs version that bud uses. | 12:07:00 |
| David Arnold (blaggacao) | bud.inputs.follows.nixpkgs = "nixos" (as in recent DevOS) instructs to use the same nixpkgs as uses DevOS as nixos input. | 12:08:58 |
| David Arnold (blaggacao) | That, in turn is pinned to releas-21.05 by default. | 12:09:42 |
| David Arnold (blaggacao) | If within this setup, it's not working, then it's a bug. 🤕 | 12:10:01 |
