!UUqahLbShAYkkrXmKs:matrix.org

DevOS

37 Members
Seeking help and geeking out together on https://github.com/divnix/devos & https://github.com/divnix/digga10 Servers

Load older messages


SenderMessageTime
27 Sep 2021
@narice:matrix.orgNarice set a profile picture.10:09:59
@timdeh:matrix.org@timdeh:matrix.orghello and welcome17:14:50
@blaggacao:matrix.orgDavid Arnold (blaggacao)
In reply to @ultranix:matrix.org
input to a flake is called emacs, also a user profile directory (in suites) is called emacs. it wont build
This looks like a good old variable shadowing, not something that I can relate to something that digga would do, though.
17:27:39
@blaggacao:matrix.orgDavid Arnold (blaggacao)
In reply to @pachumicchu:myrdd.info
The problem is I would like to merge the digga PR with bors to ensure all checks pass(I only ran through some on my local machine), and I don't know how to do that without merging the devos one first
That's not necessary, the submodule just checks out the respective commit. If that commit is already on GitHub's server then that's all it takes.
17:36:23
@blaggacao:matrix.orgDavid Arnold (blaggacao)Jut make sure you got the right submodule commit checked in on the commit.17:37:07
@blaggacao:matrix.orgDavid Arnold (blaggacao)* Just make sure you got the right submodule commit checked in on the commit.17:37:14
@blaggacao:matrix.orgDavid Arnold (blaggacao)* Just make sure you got the right submodule commit checked in on the commit in `digga`.17:37:34
@timdeh:matrix.org@timdeh:matrix.org

Trying to update to latest DevOS and getting the ultimate in unhelpful errors 😥

❯ n build .#nixosConfigurations.NixOS.config.system.build.toplevel --show-trace
warning: Git tree '/home/nrd/git/github/divnix/dev' is dirty
error: stack overflow (possible infinite recursion)
19:21:03
@timdeh:matrix.org@timdeh:matrix.org

after resorting to strace the recursion seems to be somehow related to mkFlake:

newfstatat(AT_FDCWD, "/nix", {st_mode=S_IFDIR|0755, st_size=4, ...}, AT_SYMLINK_NOFOLLOW) = 0
newfstatat(AT_FDCWD, "/nix/store", {st_mode=S_IFDIR|S_ISVTX|0775, st_size=30850, ...}, AT_SYMLINK_NOFOLLOW) = 0
newfstatat(AT_FDCWD, "/nix/store/j83sl2fzz701mdq7f401m7mqdx77k7pl-source", {st_mode=S_IFDIR|0555, st_size=22, ...}, AT_SYMLINK_NOFOLLOW) = 0
newfstatat(AT_FDCWD, "/nix/store/j83sl2fzz701mdq7f401m7mqdx77k7pl-source/src", {st_mode=S_IFDIR|0555, st_size=7, ...}, AT_SYMLINK_NOFOLLOW) = 0
newfstatat(AT_FDCWD, "/nix/store/j83sl2fzz701mdq7f401m7mqdx77k7pl-source/src/mkFlake", {st_mode=S_IFDIR|0555, st_size=6, ...}, AT_SYMLINK_NOFOLLOW) = 0
newfstatat(AT_FDCWD, "/nix/store/j83sl2fzz701mdq7f401m7mqdx77k7pl-source/src/mkFlake/fup-adapter.nix", {st_mode=S_IFREG|0444, st_size=3436, ...}, AT_SYMLINK_NOFOLLOW) = 0
newfstatat(AT_FDCWD, "/nix/store/j83sl2fzz701mdq7f401m7mqdx77k7pl-source/src/mkFlake/fup-adapter.nix", {st_mode=S_IFREG|0444, st_size=3436, ...}, AT_SYMLINK_NOFOLLOW) = 0
openat(AT_FDCWD, "/nix/store/j83sl2fzz701mdq7f401m7mqdx77k7pl-source/src/mkFlake/fup-adapter.nix", O_RDONLY|O_CLOEXEC) = 5

The above section just appears a bunch of time until it crashes (so a likely source of infinite recursion)

19:25:06
@timdeh:matrix.org@timdeh:matrix.orgugh what a PITA19:25:26
@blaggacao:matrix.orgDavid Arnold (blaggacao) Maybe due to the use of inputs not strictly on the RHS of outputs. 19:27:24
@blaggacao:matrix.orgDavid Arnold (blaggacao)I've seen that before.19:27:36
@timdeh:matrix.org@timdeh:matrix.orgRHS?19:27:43
@blaggacao:matrix.orgDavid Arnold (blaggacao)Right hand side19:27:48
@timdeh:matrix.org@timdeh:matrix.orgah19:28:01
@timdeh:matrix.org@timdeh:matrix.orgI don't know what you mean 😅19:28:15
@blaggacao:matrix.orgDavid Arnold (blaggacao) (meaning on the rhs of = in an output assignation) 19:28:34
@timdeh:matrix.org@timdeh:matrix.orgah okay lemme check19:28:47
@blaggacao:matrix.orgDavid Arnold (blaggacao) If either self or inputs are somewhat used to infer the lhs then that usually ends up in an infinit recursion 19:29:31
@blaggacao:matrix.orgDavid Arnold (blaggacao)https://github.com/fluidattacks/makes/pull/57519:30:34
@blaggacao:matrix.orgDavid Arnold (blaggacao)I had that just recently19:30:40
@timdeh:matrix.org@timdeh:matrix.orgI guess it's back to the old "comment until the error stops" cycle 🤦‍♂️19:30:50
@timdeh:matrix.org@timdeh:matrix.orgthis seems to be happening at a more fundamental level, must be something during parsing of lock file because: A. it happens almost instantly before any meaningful evaluation could possibly happen B. I've commented out basically everything in my flake.nix and it's still happening19:36:08
@timdeh:matrix.org@timdeh:matrix.org

making it as minimal as possible:

    digga.lib.mkFlake
      {
        inherit self;

        inputs = {};
19:38:55
@timdeh:matrix.org@timdeh:matrix.orgthis still causes the issue ❗️19:39:02
@timdeh:matrix.org@timdeh:matrix.org *

making it as minimal as possible:

    digga.lib.mkFlake
      {
        inherit self;

        inputs = {};
      }
19:39:21
@timdeh:matrix.org@timdeh:matrix.orgdid the processing of self change recently?19:39:37
@timdeh:matrix.org@timdeh:matrix.orgnvm that can't be it, I just tried with an empty self19:40:06
@timdeh:matrix.org@timdeh:matrix.orgoh boy19:41:01
@timdeh:matrix.org@timdeh:matrix.org no it's definitely mkFlake, as removing it and adding a minimal nixosConfigurations just using nixos.lib.nixosSystem doesn't cause it 🤔 19:45:46

Show newer messages


Back to Room ListRoom Version: 6