| 22 Sep 2021 |
|  @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 |
| David Arnold (blaggacao) | * If not, one can end up with 10 different bash binaries used in different parts and things like that, heavy on disk. | 13:28:06 |
| David Arnold (blaggacao) | kraftnix I support that. We can re-evaluate the intent later on in case we manage to do a tighter integration with the NUR ecosystem. | 13:29:04 |
| David Arnold (blaggacao) | * kraftnix I support that. We can re-evaluate the intent later and in case we manage to do a tighter integration with the NUR ecosystem. | 13:29:22 |
| @kraftnix:matrix.org | In the meantime (until nur is dropped) should we add in the actual nur input to avoid unexpected breakages? or would you be more in favour of just removing it outright immediately? | 13:30:15 |
| David Arnold (blaggacao) | It's a template, not even a ref implementation. Let's jut drop it. | 13:30:51 |
| David Arnold (blaggacao) | Btw. I'd regard the examples folder in digga more a ref implementation of some of the digga features. | 13:32:11 |
| David Arnold (blaggacao) | I think we somehow need to communicate that better. | 13:32:22 |
| @kraftnix:matrix.org | ah, I had not spotted that addition to digga, that's neat | 13:32:53 |
 ultranix | i still dont understand still why i cant rename my emacs user profile directory emacs and i have to make it emacs-ng or something different, or i get the error
The option `home-manager.users.janus.inputs' does not exist. Definition values:
- In `/nix/store/6xm5sn1m8bpgqb3j6g2hljvz7lc3l65i-source/users/janus': { }
| 18:47:51 |
