| 20 Jul 2021 |
David Arnold (blaggacao) | * target=$(nix eval --expr "(builtins.getFlake "flake:self").outputs.pkgs.${system}.nixpkgs.$1.outPath" --impure --raw)
base=$(nix eval --expr "(builtins.getFlake "flake:self").outPath" --impure --raw)
cd $FLAKEROOT/$(diffpath? target base)
(not sure what's the command for diffpath, but you get the idea)
| 19:28:35 |
David Arnold (blaggacao) | Ah, no, wouldn't work. 🤣 | 19:29:08 |
@gytis-ivaskevicius:matrix.org | im interested in the editing part | 19:29:23 |
David Arnold (blaggacao) | ANyhow, it would be nice if we could make it wirk somehow... | 19:29:24 |
David Arnold (blaggacao) | * ANyhow, it would be nice if we could make it work somehow... | 19:29:30 |
@gytis-ivaskevicius:matrix.org | one could make fancy nix shell which just copies existing derivation and throws you into a shell | 19:29:41 |
@gytis-ivaskevicius:matrix.org | that would be simple and useful | 19:29:49 |
David Arnold (blaggacao) | In reply to @gytis-ivaskevicius:matrix.org im interested in the editing part in divnix/bud we have FLAKEROOT wich is guarantted to be the editable root of the system flake. | 19:29:55 |
@gytis-ivaskevicius:matrix.org | yeah, but werent you talking about editing any package? (like firefox) | 19:30:29 |
David Arnold (blaggacao) | In reply to @blaggacao:matrix.org in divnix/bud we have FLAKEROOT wich is guarantted to be the editable root of the system flake. regardless wether you are in a devshell or in a nixos system | 19:30:38 |
David Arnold (blaggacao) | In reply to @gytis-ivaskevicius:matrix.org yeah, but werent you talking about editing any package? (like firefox) In addition, we'd have to copy that over into the correct place within the flake repo. | 19:31:08 |
David Arnold (blaggacao) | In reply to @gytis-ivaskevicius:matrix.org yeah, but werent you talking about editing any package? (like firefox) * In addition, we'd have to copy (or wrap) that over into the correct place within the flake repo. | 19:31:21 |
@gytis-ivaskevicius:matrix.org | I can see it being useful for debuging, not for long term use tho | 19:31:59 |
@teutat3s:pub.solar | PR is out, feeback welcome https://github.com/divnix/digga/pull/93 | 19:32:26 |
@teutat3s:pub.solar | What would be the way to test my changes locally? I guess somehow convincing digga to use my PR's branch instead of develop? | 19:35:40 |
@teutat3s:pub.solar | I'll try digga.url = "github:pub-solar/digga/fix/merge-or-append-nix-extraOptions"; | 19:37:30 |
David Arnold (blaggacao) | nix ... --override-input digga github:dinvix/digga/<sha> | 19:37:30 |
David Arnold (blaggacao) | * nix ... --override-input digga github:dinvix/digga/<sha> | 19:37:37 |
David Arnold (blaggacao) | I guess I found the cause for my infinite recursion loop: access to self.inputs seems not always to be cool. | 19:46:13 |
David Arnold (blaggacao) | In reply to @blaggacao:matrix.org I guess I found the cause for my infinite recursion loop: access to self.inputs seems not always to be cool. Seems that was only one infinite recursion, the other one was: https://github.com/divnix/digga/commit/b121e7d9ecec9531d6fd90022c6cf9310bb9ecda | 20:20:52 |
David Arnold (blaggacao) | Do tests pass on https://github.com/gytis-ivaskevicius/flake-utils-plus/pull/84? | 21:15:33 |
David Arnold (blaggacao) | (Let's go!) | 21:15:39 |
David Arnold (blaggacao) | Gytis Ivaskevicius: as a shared module and overlay api between fup and digga, could we settle on composition at the user level via fup.nixosModules.<name> & fup.overlays.<name>? | 21:19:04 |
David Arnold (blaggacao) | fufexan: would you mind also looking over digga's develop branch with the critical eye that inspired https://github.com/gytis-ivaskevicius/flake-utils-plus/pull/84 ? | 21:37:18 |
| 21 Jul 2021 |
David Arnold (blaggacao) | After refactoring digga to comply with the recent upstream fup refactoring done by fufexan, users might start to see things like:
trace: warning: You are accessing a deprecated item of the digga lib.
Please update timely, it will be remove soon.
trace: warning: Deprecated Attribute Set: lib.importers.
Please use import* functions instead:
lib.importers.overlays -> lib.importOverlays
lib.importers.modules -> lib.importModules
lib.importers.hosts -> lib.importHosts
lib.importers.rakeLeaves -> lib.rakeLeaves
lib.importers.flattenTree -> lib.flattenTree
| 00:04:31 |
David Arnold (blaggacao) | * After refactoring digga to comply with the recent upstream fup refactoring done by fufexan, users might start to see things like:
trace: warning: You are accessing a deprecated item of the digga lib.
Please update timely, it will be remove soon.
trace: warning: Deprecated Attribute Set: lib.importers.
Please use import* functions instead:
lib.importers.overlays -> lib.importOverlays
lib.importers.modules -> lib.importModules
lib.importers.hosts -> lib.importHosts
lib.importers.rakeLeaves -> lib.rakeLeaves
lib.importers.flattenTree -> lib.flattenTree
This stuff will probably be removed once develop is merged back into master.
The full deprecation list is here: https://github.com/divnix/digga/blob/develop/deprecated.nix
| 00:06:31 |
David Arnold (blaggacao) | this devos commit exemplifies the changes. Thx @fufexan for isnpiring the downstream cleanup with his refactoring. | 00:14:15 |
David Arnold (blaggacao) | * this devos commit exemplifies the changes. Thx @fufexan for inspiring the downstream cleanup with his refactoring. | 00:14:25 |
David Arnold (blaggacao) | * This devos commit exemplifies the changes. Thx @fufexan for inspiring the downstream cleanup with his refactoring. | 00:14:30 |
@timdeh:matrix.org | I got pinged somewhere here today, but I can't find it 😅 | 01:26:14 |