| 22 Sep 2021 |
 David Arnold (blaggacao) | I guess we have to.lift the question from DevOS to the Nixpkgs module system level. | 12:31:11 |
| David Arnold (blaggacao) | The nix module system can imports suites because they are passed as so called specialArgs, whicj we have rebbtist to importables. | 12:32:18 |
| David Arnold (blaggacao) | imports receives a list of paths or modules. | 12:32:45 |
| David Arnold (blaggacao) | suites.gui is not a list of paths, but a list of modules. | 12:33:24 |
| David Arnold (blaggacao) | imports = suites.gui is importsing, not importinga list of modules, hence. | 12:34:16 |
| David Arnold (blaggacao) | * `imports = suites.gui` is `imports`ing, not `import`ing, a list of modules, hence. | 12:34:26 |
| David Arnold (blaggacao) | * I guess we have to lift the question from DevOS to the Nixpkgs module system level. | 12:34:35 |
| David Arnold (blaggacao) | * The nix module system can `imports` `suites` because they are passed as so called `specialArgs`, which we have rebabtist to `importables`. | 12:34:53 |
| David Arnold (blaggacao) | (I only looked at your first code snipped - I hope this was the relevant one) 😁 | 12:36:00 |
|  @zrsk:matrix.org left the room. | 15:54:01 |
|  aciceri joined the room. | 15:55:12 |
| aciceri | 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 |
| aciceri | 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 check.yml to use my binary cache, it correctly worked. But when I did a nix flake update locally and then pushed the newly generated flake.lock it broke with a not so nice error:
error (ignored): error: bad archive: input doesn't look like a Nix archive
| 21:15:48 |
| aciceri | * 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 |
| aciceri | Maybe I solved but I really can't understand why: adding a --show-trace in the workflow command showed me that the "bad" archive was the NUR's one. Then I simply added a nur.url = github:nix-community/NUR; my flake.nix inputs and the Github's workflow worked.
To be honest I don't even understand how the flake.nix of the template has in its inputs NUR by default.
| 22:28:53 |
| 23 Sep 2021 |
 @kraftnix:matrix.org | 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 |
| aciceri | 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 |
| aciceri | * 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 |
| David Arnold (blaggacao) | 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 |
| David Arnold (blaggacao) | * 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 |
| David Arnold (blaggacao) | So far that hasn't yet fully played out. | 12:17:39 |
| @kraftnix:matrix.org | 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 |
| aciceri | 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 |
|  @cw:kernelpanic.cafe changed their display name from Rev. CornWallace III (sun/tzu) to Rev. CornWallace III (novus ordo seclorum). | 01:01:35 |
| David Arnold (blaggacao) | 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 |
| David Arnold (blaggacao) | NUR can just be dropped, it is not wired anywhere. It is just a relict of that inital intent in the template. | 13:25:47 |
| @kraftnix:matrix.org | well the nur output is still technically used + the overlay added in devos | 13:26:36 |
| David Arnold (blaggacao) | "overlays" / "follows" are two approaches to the same goal: homologate inputs, and (eventually) "re-evaluate" the world in order to re-use dependencies. | 13:27:14 |
| David Arnold (blaggacao) | If not, ome can end up with 10 different bash binaries used in different parts and things like that, heavy on disk. | 13:27:47 |
| @kraftnix:matrix.org | if the intent is to drop it I would support removing it from devos + documenting it as an example of how to easily add extra inputs with their overlays and use packages from them | 13:28:05 |
