worldofpeace changed the topic of #nixos-dev to: NixOS Development (#nixos for questions) | NixOS 20.09 Nightingale ✨ https://discourse.nixos.org/t/nixos-20-09-release/9668 | https://hydra.nixos.org/jobset/nixos/trunk-combined https://channels.nix.gsc.io/graph.html | https://r13y.com | 20.09 RMs: worldofpeace, jonringer | https://logs.nix.samueldr.com/nixos-dev
abathur has quit [Quit: abathur]
<hexa-> firefox had webrtc issues
<hexa-> jitsi said basically the same
<hexa-> bbb requiring EOL ubuntu versions to run is just icing on the cake
<qyliss> oh wow, this commit broke netbsd.genassym on Linux, I assume because NetBSD stat doesn't have --printf: https://github.com/nixos/nixpkgs/commit/6e3f4c90790f112f6b6da54b9f1eb0e85310ee64
<hexa-> oh, I remember that staging-next cycle
<hexa-> it also broke darwin stdenv
<qyliss> they do both support format strings, but with different syntaxes
<qyliss> hexa-: oh interesting, do you know what the resolution on Darwin was?
<lukegb> apple-silicon-next-next is a great branch name
<qyliss> hexa-: oh, so I guess Darwin didn't have the problem of stat not doing --print?
<qyliss> *--printf
<hexa-> apparently not
<qyliss> hmm
<qyliss> I wonder if there's a more portable way to do this
<{^_^}> #94642 (by Mic92, 36 weeks ago, merged): patchShebangs: performance/readability optimization
<hexa-> this was the original pr
<qyliss> wow is stat(1) not POSIX at all?
<qyliss> I don't have a stat(1p) at least
<Ericson2314> https://github.com/NixOS/nixpkgs/pull/119494 is <= 500 linux kosher for master these days?
<{^_^}> #119494 (by Ericson2314, 15 minutes ago, open): libbsd: Separate `out`, `dev`, and `man` outputs
<samueldr> Ericson2314: look at the test named " ^.^! " to have a better gut feeling
<samueldr> I guess it really is on the cusp
<samueldr> Ericson2314: when I say test, I mean ofborg thingies in github
<Ericson2314> samueldr thanks!
jonringer has quit [Remote host closed the connection]
<qyliss> Ericson2314: I just built a working pkgsCross.amd64-netbsd.pkgsStatic.netbsd.column from Linux with a very small diff from master!
<Ericson2314> qyliss nice!
<qyliss> PRs coming soon
<qyliss> Ericson2314: so one problem is that gcc10 is has ctypes in libstdcxx that are too new for our NetBSD
<qyliss> the other gccs have ctypes that are too old, but gcc7 has a patch that makes them just right
<qyliss> I think what I'll do is apply the same patch to gcc8 and gcc9, and then pin NetBSD to gcc9 until we can get it updated
<qyliss> because we don't want to be rolling back support for newer NetBSDs in gcc10 just because our packages are out of date
<Ericson2314> qyliss: what about with llvm?
<Ericson2314> freebsd uses llvm by default
<qyliss> NetBSD uses gcc
<Ericson2314> ok
<qyliss> because LLVM doesn't support half the platforms they run on
<Ericson2314> i guess we make the default gcc conditional some more
<Ericson2314> (feel like that might be done for vc4 and other weird embedded things already)
<qyliss> should only be temporary anyway
<Ericson2314> good point
appservicebot5 has quit [Ping timeout: 246 seconds]
appservicebot5 has joined #nixos-dev
aszlig has quit [Ping timeout: 246 seconds]
niksnut has quit [Ping timeout: 246 seconds]
niksnut has joined #nixos-dev
aszlig has joined #nixos-dev
rajivr has joined #nixos-dev
tomberek has joined #nixos-dev
<qyliss> Ericson2314: step 1: #119507
<{^_^}> https://github.com/NixOS/nixpkgs/pull/119507 (by alyssais, 16 seconds ago, open): netbsd.statHook: init
<qyliss> I'm... not entirely sure how I feel about this one
<Ericson2314> qyliss: is that getting stdenv to build or additionally things?
<qyliss> Ericson2314: this is literally just getting some of the tools to build on Linux again
<Ericson2314> ok
<qyliss> I want to keep each change as small as possible so they don't get stuck
<Ericson2314> yeah sre
<qyliss> which IME is how a lot of BSD stuff ends up
<qyliss> as soon as that one is merged I'll put up the next one, which will probably be cross-compiling libc
<qyliss> I have a queue of them sitting here
<Ericson2314> qyliss: that ones looks good to me then
<qyliss> cool, give me a green tick? and I'll merge once OfBorg is happy
<Ericson2314> i remember now that it was setup hooks setting of make flags anyways
<Ericson2314> sure
<cole-h> qyliss: should that go to staging, since it's 501+ rebuilds on darwin?
<qyliss> ugh, yeah, forgot it would rebuild on darwin
<qyliss> I'll fix that
<Ericson2314> maybe let's merge master into staging
<Ericson2314> so we get in my libbfd change too :)
<qyliss> isn't there a bot that does that now or something?
<Ericson2314> qyliss: I think so but I don't know anything about it
<qyliss> me neither
<samueldr> I believe it's a comment /rebase $branchname
<qyliss> I think we're talking about the other bot -- the one that merges master into staging
<samueldr> oh
<samueldr> isn't it just on a timer?
<samueldr> >> Merge every 6 hours
<qyliss> oh, cool
<qyliss> so Ericson2314's change should be in staging in a few hours anyway
<Ericson2314> I'll just go do it by hand
<qyliss> cole-h: am I reading this right? OfBorg is done but "wait for OfBorg" is still there? #119507
<{^_^}> https://github.com/NixOS/nixpkgs/pull/119507 (by alyssais, 37 minutes ago, open): netbsd.statHook: init
<cole-h> ¯\_(ツ)_/¯
<cole-h> I hate that that check is necessary
<qyliss> I'll just ignore it
<cole-h> yeah
<cole-h> if ofborg has done its thing, it's safe to ignore
<qyliss> hmm, now that I'm testing them again half my local changes seem to have become unnecessary
<qyliss> that's confusing
<cole-h> ah, the "wonders" of technology
<qyliss> I suppose I must have made wider-reaching changes later on that made the earlier ones unnecessary or something
<qyliss> Ericson2314: well that ended up being much simpler than I thought it would be: #119508
<{^_^}> https://github.com/NixOS/nixpkgs/pull/119508 (by alyssais, 27 seconds ago, open): netbsd: fix cross-compilation to NetBSD
<qyliss> have only tested static builds so far fwiw
<Ericson2314> qyliss: you mean that one works now?
<qyliss> works for the example in the PR body
<Ericson2314> cool!
<qyliss> all that gcc stuff I was talking about before doesn't seem to be needed any more, so I must have made it necessary with another change that was also unnecessary or something
<qyliss> gosh I wish I'd started with NetBSD -- FreeBSD was a million times harder than this
<qyliss> (so I gave up on it)
<Ericson2314> :) glad it's working!
<qyliss> I guess with netbsd we had a good head start by having the package set all there, just a bit broken
<Ericson2314> so I did end up merging master into staging
<Ericson2314> I wonder if we should get those two commits, base off master and re-merge into staging
<Ericson2314> so I can rebase mine off that without rebuilding the world :)
<qyliss> not sure i follow
<qyliss> but I have stayed up all night doing this so maybe that's to be expected
<Ericson2314> haha well if you wanna call it I've approved the second one
<qyliss> I'll wait for OfBorg then go to bed
<Ericson2314> I can merge it too if you want
<Ericson2314> timezone works out well for me
<qyliss> yeah sure
<qyliss> next things on my to-do list for this will be making sure non-static cross works, and testing NetBSD programs other than column
<Ericson2314> sounds good
<qyliss> I was still watching so just went ahead and merged it myself
<Ericson2314> oh oops
<Ericson2314> ya beat me
<qyliss> :)
bpye has quit [Quit: The Lounge - https://thelounge.chat]
bpye has joined #nixos-dev
srk has joined #nixos-dev
jonringer has joined #nixos-dev
orivej has joined #nixos-dev
tomberek has quit [Quit: Connection closed]
jonringer has quit [Ping timeout: 258 seconds]
orivej has quit [Ping timeout: 252 seconds]
cole-h has quit [Ping timeout: 240 seconds]
<elvishjerricco> So I'm getting back into my systemd based initrd for nixos. There's a lot of stuff in like postDeviceCommands and whatnot. I think I can implement backwards compatibility with these by using a neat new-ish systemd feature. `/etc/systemd/system/service.d/` can contain drop-ins that will be applied to all service units; should work for stuff like device.d and mount.d. So I could make a service that runs all the
<elvishjerricco> postDeviceCommands, and then add `Before=post-device.service` to `device.d/nixos.conf` and `After=post-device.service` to `mount.d/nixos.conf`, and then do the same sort of thing for all the other *Commands.
<elvishjerricco> Problem is that it places barriers in the boot process that might unnecessarily hinder parallelism and therefore boot times a bit. And it'd prevent e.g. device units that depend on mount units, like if your luks keyfile is on a file system that needs to be mounted.
<elvishjerricco> So I'm not sure if I should do that or if I should just not implement those commands and leave removing them entirely as WIP.
bpye has quit [Quit: Ping timeout (120 seconds)]
bpye has joined #nixos-dev
<elvishjerricco> also, I'm very close to having a nixpkgs branch with the initial work for this initrd. Just need to add a bunch of boiler-plate-ish lines about the compressor since I'm not using makeInitrd. It's missing a lot of the functionality initrd currently has, but it's got mounts, rudimentary luks, and some nifty options for easily adding units to initrd.
Irenes has quit [Ping timeout: 260 seconds]
<symphorien[m]> sterni you know how the ocaml infra works, right? do you know if bytecode linking works? I have had strange problems when linking bytecode with zarith
Irenes has joined #nixos-dev
<sterni> symphorien[m]: I'm not sure never explicitly used that, I'd think it *should* work unless it depends on something other than OCAMLPATH
<sterni> the ocaml infra is pretty simple overall since it doesn't do to crazy stuff internally
<sterni> I can look at the error but not sure if I'll figure it out, I mostly only package OCaml stuff don't use it too much from a dev perspective or deployment really
<symphorien[m]> well I have a problem where it cannot find -lzarith, so it's a question of "finding the right path" which is typically a nix induced problem
<symphorien[m]> but first I need to reproduce on open source code :/
<sterni> okay maybe there is another env var we need to set
<sterni> is the target stuff in OCAMLPATH?
<symphorien[m]> hum I can't reproduce on hello world...
orivej has joined #nixos-dev
<sterni> do package renames (with backwards compatible alias) get a changelog entry?
srk has quit [Quit: ZNC 1.8.2 - https://znc.in]
<qyliss> I wouldn't
<sterni> yeah probably too much clutter
<spacekookie> Regarding the rfc meeting later, who's gonna lead the meeting? There's no issue for meeting notes from the 1.4
<sphalerite> spacekookie: oh no, I forgot to copy the notes into an issue :( sorry
<sphalerite> kloenk will be leading it
<spacekookie> Okay
<spacekookie> I can relax a bit then x)
<kloenk> Well, I can't xP
<sterni> we can't compile glibc with clang, can we?
<lukegb> hmm, I thought they made clang glibc-compatible a while back
<lukegb> ah right, maybe only GRTE
<lukegb> (Google uses glibc and some other things and bundles them into the Google Run Time Environment, for which there's a corresponding upstream glibc branch; GRTE is clang-compilable)
<sterni> hm well making pkgsClang pkgsMusl but with llvm could also work for now
<sterni> but clang glibc would be very cool to have as well
<lukegb> yeah, grte's glibc's configure has a "with-clang" flag, that does... something
<qyliss> could we just set stdenv = gccStdenv in glibc, like we would for other packages that required a specific compiler?
<lukegb> that might make sense; I get the impression glibc in general isn't intended for compilation with anything other than gcc
<lukegb> (like the Linux kernel used to be in days gone by...)
abathur has joined #nixos-dev
<sterni> checking if x86_64-unknown-linux-gnu-clang is sufficient to build libc... no
<sterni> lol
<sterni> can you build gcc with clang doe
<sterni> well that doesn't really matter
<sterni> since pkgsClang only works by taking the cross stdenv code path currently
<symphorien[m]> <sterni "can you build gcc with clang doe"> I suppose bsd people do that
<symphorien[m]> sterni I could reproduce it: https://github.com/NixOS/nixpkgs/issues/119532
<{^_^}> #119532 (by symphorien, 16 seconds ago, open): ocaml bytecode compilation issue with zarith and llvm
<sterni> oh dear
<sterni> symphorien[m]: is -lzarith pointing to a native library (as in a C lib or something)
<symphorien[m]> libzarith.a is in zarith
<symphorien[m]> it is some native code glue between ocaml and gmp I think
<symphorien[m]> but ocamlobjinfo suggests no -L${zarith}/lib/ocaml/4.07.1/site-lib/zarith is added to the link command
<symphorien[m]> and the most disturbing thing: it works in native mode! so -lzarith must work somehow
<sterni> huh yeah okay this is some bytecode quirk then
<sterni> nixpkgs-unstable is stuck on that atm
<Mic92> niksnut: coming?
<Mic92> infinisil: did you made progress on https://github.com/NixOS/rfcs/pull/81 I heard you implement something there.
<{^_^}> rfcs#81 (by Lassulus, 17 weeks ago, open): [RFC 0081] Show unmaintained packages
tv has quit [Ping timeout: 252 seconds]
jonringer has joined #nixos-dev
tv has joined #nixos-dev
<siraben> `error: 'file:///...' is not a valid URL` what's this flake error?
<siraben> I've never seen it before
<siraben> is it because of spaces in my path?
<siraben> Wow. It's because of spaces in the path.
<siraben> I thought Nix would be immune to such problems
Raito_Bezarius has quit [Ping timeout: 260 seconds]
<niksnut> I think spaces have to be escaped as %20
Raito_Bezarius has joined #nixos-dev
<gchristensen> looks like we might be able to close https://github.com/NixOS/hydra/issues/63 ~today
<{^_^}> hydra#63 (by edolstra, 8 years ago, open): Use salted password hashes
<niksnut> nice
<gchristensen> it turns out Catalyst's default password comparison code isn't constant time either :x
<{^_^}> hydra#915 (by grahamc, 28 seconds ago, open): Hydra auth: support Argon2, transparently upgrade hashes
<sterni> Ericson2314: llvmPackages_7.libunwind works as of #119479, but unfortunately it doesn't build yet when useLLVM2 = true; because the patches to make it libc++ free don't apply
<{^_^}> https://github.com/NixOS/nixpkgs/pull/119479 (by sternenseemann, 16 hours ago, open): llvmPackages_7.libcxxabi: make libunwind an optional dependency again
<sterni> have to look into it I guess got a bit sidetracked in the meantime
<gchristensen> niksnut: I'd love it if you could review it, given what it touches
<niksnut> for hydra.nixos.org we should probably only allow google or github logins
<gchristensen> outsourcing the auth does have real advantages around rate limiting and detecting malicious behavior
<niksnut> why argon2?
<gchristensen> it is the current recommendation from OWASP:
<domenkozar[m]> hehe cachix uses it too
tomberek has joined #nixos-dev
supersandro2000 has quit [Remote host closed the connection]
<gchristensen> w00t, thanks niksnut! I'll deploy :)
<lukegb> \o/
<lukegb> Can I get the restart-jobs role on hydra.nixos.org so I can restart the periodic flaky Hydra jobs to try to keep the unstable channel moving?
<gchristensen> yes: https://github.com/NixOS/nixos-org-configurations/wiki/Hydra-Accounts#contributor-types-and-their-roles have you created an account via Google or GitHub yet?
<niksnut> thanks gchristensen!
<lukegb> gchristensen: yes, Google, lukegb@lukegb.com
<gchristensen> lukegb: done
Irenes has quit [Ping timeout: 258 seconds]
<siraben> How do I open a Nix repl for an older version of Nix?
<siraben> Of nixpkgs*
<lukegb> Usually I just do "nix repl ." in a checkout
<gchristensen> niksnut: re https://github.com/NixOS/hydra/pull/911 maybe it'd be better to have a single jsonb column called meta so we can store more meta fields later as needed
<{^_^}> hydra#911 (by grahamc, 2 days ago, open): meta.outputsToInstall: store and propogate
cole-h has joined #nixos-dev
<niksnut> gchristensen: I'm concerned about how much data this will add to the DB
<gchristensen> yeah, understandable
<niksnut> but yeah if we had unlimited space then we should just store all of meta
<gchristensen> oh, I don't mean all the meta
<niksnut> I did :-)
<gchristensen> specifically chosen columns
<niksnut> right, it could be configurable
Irenes has joined #nixos-dev
supersandro2000 has joined #nixos-dev
mkaito has joined #nixos-dev
mkaito has joined #nixos-dev
bgamari has quit [Ping timeout: 260 seconds]
mkaito has quit [Quit: WeeChat 3.1]
bgamari has joined #nixos-dev
rajivr has quit [Quit: Connection closed for inactivity]
tomberek has quit [Quit: Connection closed]
zhaofeng1 has quit [Ping timeout: 258 seconds]
justan0theruser has quit [Quit: WeeChat 2.9]
zhaofeng1 has joined #nixos-dev
justanotheruser has joined #nixos-dev
justanotheruser has quit [Ping timeout: 258 seconds]
justanotheruser has joined #nixos-dev
maxine has quit [Quit: Goodbye]
endocrimes has quit [Quit: running from the computers]
maxine has joined #nixos-dev
endocrimes has joined #nixos-dev
rj has joined #nixos-dev
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
jefferai__ has joined #nixos-dev
jefferai__ is now known as jefferai
<jefferai> I'd love to update the protobuf package, but I am blindingly new to nix package development and a bit lost. I can easily update the version in the 3.15.nix file but not sure where that sha256 sum is coming from, it's not from the source tarball. I tried building locally with the instructions from the wiki but it really wants a default.nix file which doesn't exist in that dir.
<gchristensen> ,tofu jefferai
<{^_^}> jefferai: To get a sha256 hash of a new source, you can use the Trust On First Use model: use probably-wrong hash (for example: 0000000000000000000000000000000000000000000000000000), then replace it with the correct hash Nix expected. The library functions lib.fakeSha256, lib.fakeSha512, lib.fakeHash are available for this.
<lukegb> jefferai: Hi! So there's a little trick - if you follow the function call chain, you can see that the hash goes to fetchFromGitHub: https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/libraries/protobuf/generic-v3.nix#L18
<lukegb> (practically, you probably want to just tofu like gchristensen said ^)
<lukegb> fetchzip is https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/fetchzip/default.nix, which... basically does a whole bunch of things, but mostly it's revealed that the hash is actually a Nix recursive hash - they're documented here: https://nixos.org/manual/nix/stable/#sec-advanced-attributes under "outputHashMode", which explains a little bit about what the hash is actually of
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
<jefferai> Got it -- that all makes sense. How do I build it though, do get that sha256 out? I've tried various combinations of the nix-build $NIXPKGS -A protobuf command but it keeps wanting a default.nix in that directory.
<jefferai> Example output from that:
<jefferai> error: getting status of '/home/jeff/src/nixpkgs/pkgs/development/libraries/protobuf/default.nix': No such file or directory
<lukegb> You probably want to do nix-build /home/jeff/src/nixpkgs -A protobuf3_15
<jefferai> yes!
ghuntley has quit [Quit: Connection closed for inactivity]
<jefferai> So interestingly(?) it built 3.15.8, but it didn't actually complain about an invalid sha256, even though I didn't change it from the value it had for 3.15.5
<lukegb> It may have actually just built 3.15.5
<{^_^}> #118378 (by marsam, 1 week ago, merged): protobuf: 3.15.5 -> 3.15.7
<jefferai> Ah. I'm on master branch which I guess corresponds to unstable repo but needs to get synced from staging?
<infinisil> jefferai: But yeah, if you don't change the hash, Nix just assumes that the source didn't change, since the hash that was requested is already present with specific contents
<jefferai> regardless, I need 3.15.8 :)
<jefferai> Ah, ok
<jefferai> I'll set it to something different hen
<infinisil> So to actually force a hash recalculation you need to change it to an invalid hash first, like the all-0 one
<lukegb> infinisil: didn't you propose changing that
<infinisil> Yup
<infinisil> rfcs#84
<{^_^}> https://github.com/NixOS/rfcs/pull/84 (by Infinisil, 15 weeks ago, closed): [RFC 0084] Input-aware fetchers
<jefferai> So when does the staging branch get merged into unstable?
<lukegb> staging gets merged into staging-next, and then from there into master (to avoid rebuilding-the-world too often)
tomberek has joined #nixos-dev
<lukegb> master becomes unstable once it's been validated through hydra
<jefferai> ah
<jefferai> so if I send a PR I should PR against the staging branch
<jefferai> And by "if" I mean "shortly" :-)
<lukegb> well, only if it would cause a "large" number of rebuilds
<lukegb> which, for protobuf, is the case :)
<lukegb> (although I forget what the $BIG_NUMBER guidance is)
orivej has quit [Ping timeout: 240 seconds]
justanotheruser has quit [Ping timeout: 258 seconds]
<jefferai> Once I have a package built, while I wait for it to go through PR and then eventually into unstable, what's the best way to install locally? I thought maybe I could add the local repo as a channel but if that's possible I haven't gotten the syntax right
<lukegb> It depends: do you only need it for packages outside of nixpkgs?
<lukegb> or are you trying to replace the version used by other things *in* nixpkgs
<jefferai> Packages outside of nixpkgs
<jefferai> And, PR submitted! First PR to nix :-) https://github.com/NixOS/nixpkgs/pull/119574
<{^_^}> #119574 (by jefferai, 58 seconds ago, open): Update protobuf to 3.15.8
rj has quit [Ping timeout: 240 seconds]
<infinisil> jefferai++
<{^_^}> jefferai's karma got increased to 2, it's a crit!
<jefferai> Crit!
<jefferai> BTW, I can try running those other commands in the template. The previous update didn't, so I figured not specifically necessary...?
rj has joined #nixos-dev
justanotheruser has joined #nixos-dev
<jefferai> @lukegb given I just need it locally, is there an easy way?
<sterni> Ericson2314: the GNU binutils derivation doesn't seem to emit an as with a correct targetPrefix
<Ericson2314> sterni: that's very odd
<sterni> i. e. pkgsCross.gnu64.buildPackages.binutils-unwrapped and pkgsCross.musl64.buildPackages.binutils-unwrapped only have bin/as and not bin/${targetPrefix}as
<sterni> which is a bit of a problem because then the binutils wrapper just ignores as
<Ericson2314> is it because the host and target are too similar?
<sterni> I think so at least for the build system
<sterni> I made a stupid fix for it where I had a lib.optionalString (stdenv.hostPlatfrom != stdenv.targetPlatform) " … " which symlinked as to ${targetPrefix}as in postInstall
<sterni> so I figure binutils has its own ideas about whether it wants cross or not
<sterni> I guess the next thing to try is to see if you can force it to use a certain target prefix
<sterni> Ericson2314: oh yeah in that case --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=x86_64-unknown-linux-gnu are passed lol
pbb has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
pbb has joined #nixos-dev
rj has quit [Ping timeout: 240 seconds]
<lukegb> jefferai: yeah, you can just import that nixpkgs
<jefferai> As a channel you mean?
<jefferai> I assume if so, not the repo directly
<lukegb> I mean, literally just `import /path/to/nixpkgs {}`
rj has joined #nixos-dev
<sterni> Ericson2314: what do you think about adding a special case to binutils wrapper to catch that if stdenv.hostPlatform.config == stdenv.targetPlatform.config
<sterni> hm it's kinda ugly actually :/
jonringer has quit [Remote host closed the connection]
<Ericson2314> sterni: sorry i walked away right after
<Ericson2314> sterni: i think there is a way to force the previx
<Ericson2314> *prefix
teto has joined #nixos-dev
<sterni> kk, I'll try around tomorrow
<sterni> I scrolled through the configure script earlier but gave up :p
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
<abathur> nix#4690 (3 word diff!) could use a look from someone with a handle on sudo security policy. It basically rewrites a few uses of `sudo HOME=ROOT_HOME command` -> `sudo env HOME=ROOT_HOME command` in the installer to support `doas` as a sudo replacement. I'm wondering if `env` is more likely to be blocked than changing HOME already would be?
<{^_^}> https://github.com/NixOS/nix/pull/4690 (by TheOPtimal, 1 week ago, open): Fix edge case with doas in multi-user install script
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
supersandro2000 is now known as Guest40170
Guest40170 has quit [Killed (kornbluth.freenode.net (Nickname regained by services))]
supersandro2000 has joined #nixos-dev
mjsir911 has quit [Quit: Goodbye, World!]
mjsir911 has joined #nixos-dev
rj has quit [Ping timeout: 240 seconds]