DevOS | 37 Members | |
| Seeking help and geeking out together on https://github.com/divnix/devos & https://github.com/divnix/digga | 10 Servers |
| Sender | Message | Time |
|---|---|---|
| 22 Sep 2021 | ||
| * HI!
And in
I get this error:
| 08:58:51 | |
But I just noticed that in my users/ccr/default.nix I can access suites defined inside the importables of the "nixos part" of the flake.nix, but I want to access to the ones defined inside the importables of "home part". | 09:05:09 | |
| I solved this way:
Is this correct? | 09:18:30 | |
| * I also tried this but doesn't work:
| 09:27:29 | |
| Maybe I solved with this
in my
Is this a correct approach? | 10:14:22 | |
| I guess we have to.lift the question from DevOS to the Nixpkgs module system level. | 12:31:11 | |
The nix module system can imports suites because they are passed as so called specialArgs, whicj we have rebbtist to importables. | 12:32:18 | |
imports receives a list of paths or modules. | 12:32:45 | |
suites.gui is not a list of paths, but a list of modules. | 12:33:24 | |
imports = suites.gui is importsing, not importinga list of modules, hence. | 12:34:16 | |
| * `imports = suites.gui` is `imports`ing, not `import`ing, a list of modules, hence. | 12:34:26 | |
| * I guess we have to lift the question from DevOS to the Nixpkgs module system level. | 12:34:35 | |
| * The nix module system can `imports` `suites` because they are passed as so called `specialArgs`, which we have rebabtist to `importables`. | 12:34:53 | |
| (I only looked at your first code snipped - I hope this was the relevant one) 😁 | 12:36:00 | |
| 15:54:01 | ||
| 15:55:12 | ||
| David Arnold (blaggacao): yeah, I think I solved however, thank you. In the last snipped there is a snippet of what I'm currently using. | 21:11:24 | |
| However currently I've another problem with the build workflow in the github repository, I just tried to clone a fresh copy of the devos repository and change the
| 21:15:48 | |
| * David Arnold (blaggacao): yeah, I think I solved however, thank you. In the last message there is a snippet of what I'm currently using. | 22:10:33 | |
| Maybe I solved but I really can't understand why: adding a To be honest I don't even understand how the | 22:28:53 | |
| 23 Sep 2021 | ||
I was also questioning how a bit earlier, and I couldn't figure out how nur made it's way in as an input either. | 10:49:24 | |
| For now I fear it will remain a mystery. Changing the topic: someone here has hosts with different architecture in its configuration? | 11:10:58 | |
| * For now I fear it will remain a mystery. Changing the topic: someone here has hosts with different architectures in its configuration? | 11:11:06 | |
| With regard to their sharing model nur & devos ate somewhat subsitutes. The idea has been to bridge the two evosystems to avoid reinventing stuff "inside" DevOS. | 12:17:18 | |
| * With regard to their sharing model nur & devos ate somewhat substitutes. The idea has been to bridge the two ecosystems to avoid reinventing stuff "inside" DevOS. | 12:17:29 | |
| So far that hasn't yet fully played out. | 12:17:39 | |
I mainly use nur for firefox addons, albeit I could replicate that workflow with nvfetcher + the firefox addon build wrapper but I have been too lazy for now | 12:34:13 | |
David Arnold (blaggacao): But I can't even find in which part of digga's mkFlake (I suppose I've to look there) nur is put as output. I think there is something broken, I don't think that just generating a repo from the template and then updating the inputs should broke the CI workflow on Github.I'm really a noob with Nix but I would like to help, if you confirm that this is a bug and turns out that it's too difficult to me I could open an issue better addressing the problem. | 19:59:06 | |
| 24 Sep 2021 | ||
| 01:01:35 | ||
| Updating inputs might always break something. This is because we opted to swap dependencies (a.k.a. "overlays" / "follows"). This reduces the amount of storage required on disk, but might break some things. | 13:24:48 | |