<peel>
there is no group reported by `groups`, yet there is one in the 'Users & Groups' settings
<LnL>
not sure what you mean by that
<peel>
I mean, the groups command response will not contain the `nixbld` group, yet the `System Preferences > Users & Groups` shows a `Nix build group for nix-daemon`.
<LnL>
for what user?
<peel>
both root and my own
<LnL>
that's normal it's for the build users, DONT put you own user in there
<peel>
sure, the group should be reported by `$ groups` though?
<LnL>
groups nixbld1, but not groups $USER
<LnL>
otherwise nix will try to use your current user as a build user
<LnL>
that's insecure and you'll have a bad time when it finishes
<peel>
yup, not going to mess around with it, still either there is something wrong with how the group is set up or the inti hook for stdenv (?)
<peel>
hmmm.. nuked the whole install, everything went smooth, now I am able to run the the shells again but haven't put nix-darwin back yet.
Lisanna has joined #nix-darwin
periklis has quit [Ping timeout: 268 seconds]
__Sander__ has quit [Quit: Konversation terminated!]
<peel>
installed nix-darwin, rebuilt and it's back at where it all started: `nix run nixpkgs.cowsay
<peel>
My config is outside of the default, so apart from running the `darwin-rebuild -I...` I'm setting the `nix.nixPath` with several values yet from what I can see the `$NIX_PATH` isn't set to contain the values
<peel>
got the same as above for nix doctor after switching to my config. unlike with the default darwin-configuration.nix I am getting the `unexpected end-of-file` yet again whenever trying to fetch anything that is not in nix-store already.
<LnL>
does that include services.nix-daemon.enable?
<peel>
it does.
<LnL>
ok and does the daemon get a new pid after the failure?
<LnL>
if so try setting eg. services.nix-daemon.logFile = "/var/log/nix-daemon.log";
<LnL>
maybe that gives some insight
<peel>
doesn't seem like so. and at this point i can't even rebuild as I'm getting the `unexpected end-of-file`
<LnL>
you could unload the service and start the daemon in a root shell
<LnL>
but maybe send a build log with -vvvvv first
<peel>
but... with a session I originally ran the rebuild I can do a rebuild again...
<peel>
seems like $PATH and $NIX_PATH differ
<LnL>
hrm
<LnL>
ok so maybe it is something with the client -> daemon
<peel>
it points to the wrong darwin-configuration.nix though
<LnL>
NIX_PATH doesn't really matter here, it's failing after evaluation
<{^_^}>
nix#2523 (by periklis, 5 days ago, open): darwin: nix-daemon crashes due to OBJC_DISABLE_INITIALIZE_FORK_SAFETY
<peel>
haven't seen that until today. and thought I've been following all the Mojave regressions in the issues...
<LnL>
well thing is, this machine is also running 10.14
<peel>
I should re-watch Joe Armstrong's "The Mess We're In" yet again on this occasion.
<peel>
I updated to 10.14.1 last night. So that might be it.
<LnL>
and like copumpkin mentioned, nix doesn't have anything to do with Objective-C or frameworks
<LnL>
could be, but was out out 6 days ago?
<peel>
something around that from what I can see
<LnL>
I do see a small difference between the service definitions
<peel>
also... why would it work before applying my config? :?
<LnL>
the installer uses <key>Program</key><string>@bindir@/nix-daemon</string>
<LnL>
while the darwin service has <key>ProgramArguments</key><array><string>/bin/sh</string><string>-c</string><string>exec ${nix}/bin/nix-daemon</string></array>
<LnL>
it should also use Program, but I doubt that would cause the issue
<LnL>
I'm still on 10.14 so I guess I'll play guinea pig tomorrow
<peel>
hmmm... unloading removes the plist?
<LnL>
don't think so
<peel>
I don't even...
<peel>
will have a bite at it tomorrow. no idea why it would work before applying non-standard directory config while working both with vanilla nix and default nix-darwin.