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
<Raito_Bezarius> I would love some eyes on https://github.com/NixOS/nixpkgs/pull/117555 as I believe this is an important PR and a non-trivial one…
<{^_^}> #117555 (by RaitoBezarius, 2 weeks ago, open): signal-desktop: Re-enable database encryption, fixes SQLCipher
globin has joined #nixos-dev
justan0theruser has quit [Ping timeout: 250 seconds]
rajivr has joined #nixos-dev
<colemickens> this whole nix EOFing thing has been going on too long
<siraben> colemickens: what thing?
justanotheruser has joined #nixos-dev
<colemickens> nix builds just randomly failing with "error: unexpected end-of-file"
orivej has joined #nixos-dev
infinisil has quit [Ping timeout: 246 seconds]
infinisil has joined #nixos-dev
orivej has quit [Ping timeout: 268 seconds]
<siraben> lol
<aaronjanse> Oh yeah I think I've seen that too
<aaronjanse> Also segfaults from Nix itself
evanjs has quit [Ping timeout: 252 seconds]
davidtwco has quit [Ping timeout: 246 seconds]
raboof has quit [Ping timeout: 245 seconds]
dmj` has quit [Read error: Connection reset by peer]
thoughtpolice has quit [Read error: Connection reset by peer]
midchildan has quit [Ping timeout: 245 seconds]
davidtwco has joined #nixos-dev
thoughtpolice has joined #nixos-dev
steveeJ has joined #nixos-dev
dmj` has joined #nixos-dev
raboof has joined #nixos-dev
midchildan has joined #nixos-dev
cole-h has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-dev
orivej has quit [Ping timeout: 252 seconds]
evanjs has joined #nixos-dev
evanjs has quit [Read error: Connection reset by peer]
evanjs has joined #nixos-dev
jonringer has quit [Ping timeout: 258 seconds]
devhell has quit [Quit: leaving]
srk has joined #nixos-dev
__monty__ has joined #nixos-dev
urkk has left #nixos-dev [#nixos-dev]
ris has quit [Ping timeout: 260 seconds]
ris has joined #nixos-dev
orivej has joined #nixos-dev
<Mic92> domenkozar[m]: is a cachix-watch-store something you would be interested in maintaining upstream?
<Mic92> Or in nixpkgs?
<Mic92> I mean not maintaining yourself, more about having it there.
<domenkozar[m]> Mic92: that would be great to have as a NixOS module
<domenkozar[m]> Mic92: I assume you mean packaging the systemd service?
<Mic92> domenkozar[m]: yes.
<Mic92> domenkozar[m]: one question. I assume it does not need root? Because this is what it currently does in nix-community.
<domenkozar[m]> It needs to have read-only access to /nix/store
<domenkozar[m]> so any user would really do
orivej has quit [Ping timeout: 260 seconds]
rj has joined #nixos-dev
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
orivej has joined #nixos-dev
rj has quit [Ping timeout: 240 seconds]
jonringer has joined #nixos-dev
rj has joined #nixos-dev
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
<gchristensen> I love it when I write a test thinking a feature is broken, only to realize the feature works fine and my problem was elsewhere
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
<gchristensen> is there any way at all to know for sure that a store path was substituted?
<gchristensen> in this case the binary cache has no signatures
<symphorien[m]> when nix has no log for the derivation ?
<gchristensen> hm!
<gchristensen> it looks like nix-store --delete and nix-collect-garbage doesn't delete corresponding logs
<gchristensen> I'd like to build a thing, upload it to a cache, delete the thing, substitute the thing, see I have no log
<gchristensen> does nix not clean up logs by default?
<aminechikhaoui> any idea why https://github.com/nix-community/yarn2nix exists at this point, given that the source has been moved to nixpkgs ?
<aminechikhaoui> oh there is #nix-community channel it seems, I'll ask there
rj has quit [Ping timeout: 240 seconds]
rajivr has quit [Quit: Connection closed for inactivity]
rj has joined #nixos-dev
bgamari_ is now known as bgamari
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
clever has quit [Ping timeout: 248 seconds]
clever has joined #nixos-dev
clever has joined #nixos-dev
clever has quit [Changing host]
cole-h has joined #nixos-dev
<gchristensen> anyone want to review a +191/-5 PR which is almost exclusively a test? https://github.com/NixOS/hydra/pull/912/files
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
<stigo> gchristensen: had a quick look, diff lgtm
<gchristensen> nice, thanks!
<symphorien[m]> I read the rfc about ZHF and it tells me nothing about when breaking changes *in modules* are allowed, only in packages. In other words, can I merge this today or is it too late? https://github.com/NixOS/nixpkgs/pull/115332
<{^_^}> #115332 (by symphorien, 5 weeks ago, open): nixos/users: require one of users.users.name.{isSystemUser,isNormalUser}
<samueldr> hmm... it's breaking for more correctness
<samueldr> or at least, be more declarative
<samueldr> and seems (according to a quick read) to have a straightforward actionable assertion message
<samueldr> so it would be in the least bad bucket
<qyliss> symphorien[m]++ for that PR either way
<{^_^}> symphorien[m]'s karma got increased to 4
<ekleog> I'd vote for it to be good to go too
ajs124 has quit [Quit: Bridge terminating on SIGTERM]
das_j has quit [Quit: Bridge terminating on SIGTERM]
Scriptkiddi has quit [Quit: Bridge terminating on SIGTERM]
Scriptkiddi has joined #nixos-dev
ajs124 has joined #nixos-dev
das_j has joined #nixos-dev
ScottHDev has joined #nixos-dev
<gchristensen> https://github.com/NixOS/hydra/pull/913/files here is a zero-perl, all-markdown PR documenting some about notifications -- any reviewers? :)
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
<ma27[m]> I'm happy to do this after dinner :)
<gchristensen> yay!
<symphorien[m]> <ekleog "I'd vote for it to be good to go"> let's go then :)
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-dev
pmy has quit [Ping timeout: 246 seconds]
rj has quit [Ping timeout: 240 seconds]
pmy has joined #nixos-dev
rj has joined #nixos-dev
WilliButz has quit [Remote host closed the connection]
WilliButz has joined #nixos-dev
justan0theruser has joined #nixos-dev
justanotheruser has quit [Ping timeout: 260 seconds]
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
srk has quit [Ping timeout: 252 seconds]
abathur has quit [Ping timeout: 265 seconds]
<gchristensen> domenkozar[m]: somebody has noted that the nix language is listed as an antipattern on nix.dev
<samueldr> haha, because the title of the section is "Nix language" instead of something like "In the Nix language"
<gchristensen> yea
<sterni> well…
<supersandro2000> the page in the current form is not that useful
<supersandro2000> everything on it needs a depends
rj has quit [Ping timeout: 240 seconds]
<supersandro2000> for example the rec one: does not apply to mkDerivation
<supersandro2000> and the alternative is not simpler. It is more confusing because you create a self reference and need to know how laziness in nixpkgs works
<supersandro2000> s/nixpkgs/nix/g
<samueldr> supersandro2000: you're welcome to make contributions I guess
rj has joined #nixos-dev
<Ericson2314> yeah if someone wants to finish that they'll be my hero
<qyliss> should we maybe merge (just) that commit, and then remove the version sterni added to netbsd/default.nix?
<qyliss> Ericson2314: I've been independently doing the NetBSD bit
<Ericson2314> great!
<qyliss> I'm getting there
<qyliss> But I'd like to do just that one commit right now, since there's no reason to wait for it
<Ericson2314> qyliss: go for it
<sterni> Ericson2314: FreeBSD cross might be kind of good since we would probably fix native FreeBSD for free :p
<Ericson2314> yeah i think trying to maintain those impure native ones is not wortht it
<qyliss> I recently befriended a NetBSD developer :P
<Ericson2314> rather have something finnicky that won't bitrot
<sterni> I mean eval fails currently: #119076
<{^_^}> https://github.com/NixOS/nixpkgs/pull/119076 (by sternenseemann, 4 days ago, open): stdenv/freebsd/cc: make overrideable fixing nixpkgs eval
<sterni> but also stuff like cmake fails to eval because stdenv.cc.libc == null on FreeBSD
<qyliss> yeah I agree, cross-compilation is the way to go until we can generate bootstrap binaries
<qyliss> sterni: you should join #freebsd-nix and #nixos-exotic :P
<sterni> alright, I will
<sterni> I kind of stumbled upon this when helping out someone in #nixos
<sterni> like … I have spend exactly 0 minutes using freebsd so far
<qyliss> I've been working on it intermittently for a while, when I've found the time
<qyliss> my BSD usage is entirely time spent trying to port Nix
<Ericson2314> I dream of nixos/all-kernels and eating all the bsd communities :D
<qyliss> I have spent a lot of time using illumos at a previous job, though, and I sort of see BSD support as a precursor to illumos support :P
<sterni> Ericson2314: I wonder whether they will welcome their new overlords :p
<samueldr> we had someone using Nix on Haiku recently passing by on #nixos
<qyliss> ooh puck did you know about that?
<samueldr> not sure what happened with their adventure
<Ericson2314> qyliss: I know a few joyant orbit people I've wanted to impress with this party trick too :)
<sterni> nix on plan 9
<qyliss> sterni: in #nix-freebsd AIUI we have at least one FreeBSD committer who's enthusiastic about Nix, and another one who's at least interested in helping us
<Ericson2314> sterni: probably not lol, but I think we have all the advantages of the portage model at much lower cost
<samueldr> nix#4650 was written to (probably) fix an issue they surfaced
<{^_^}> https://github.com/NixOS/nix/pull/4650 (by samueldr, 3 weeks ago, merged): Use the appropriate config dir for the registry
<Ericson2314> (or whatever they call their anti-distro)
<Ericson2314> also usue the same cloudabi userland with any of the kernels
<Ericson2314> that would be fun
<sterni> qyliss: nice! it seems that the freebsd stdenv just bitrot on us a bit
<qyliss> yeah
<qyliss> Nixpkgs used to be very cross platform
<qyliss> worked on illumos too
<sterni> I assume nixpkgs was using the impure libc on freebsd
<qyliss> it was on illumos at least
<samueldr> their username was extrowerk
<sterni> or is rather
<domenkozar[m]> gchristensen thanks!
<gchristensen> :)
<puck> <samueldr> we had someone using Nix on Haiku recently passing by on #nixos <- i've been tempted a few times to somehow merge hpkgs and nix
<samueldr> the thought crossed my mind a few times
<samueldr> but I know I don't know how to really get the ball rolling on starting *quickly* enough to not lose interest
<puck> i think that packagefs doesn't quite mesh well with nix out of the box, but it shouldn't be too tricky to patch to make it work the way you'd expect it to
<puck> at which point the biggest mystery is importing existing hpkgs to live in the chroot somewhat
<puck> and probably something about xattrs
__monty__ has quit [Quit: leaving]
tetdim has quit [Quit: ZNC 1.7.5 - https://znc.in]
pingiun has quit [Quit: Bye!]
<Ericson2314> qyliss: I'll rebase my PR soon if that helps
Mic92 has quit [Ping timeout: 258 seconds]
tetdim has joined #nixos-dev
pingiun has joined #nixos-dev
Mic92 has joined #nixos-dev
<sterni> qyliss: btw in the meantime I tried around a bit towards pkgsClang, but seems like I'll have to mess with llvmPackages to make it not cause an infinite recursion
<sterni> I guess it's not that surprising that llvmPackages depends on stuff that in turn depends on stdenv :)
<qyliss> Ericson2314: tbh I haven't really looked at the rest of your PR
<Ericson2314> that's fine
<qyliss> I've been working on my own version for NetBSD for a while not realised that yours existed
<Ericson2314> pkgsClang is a new thing?
<qyliss> or at least not remembering
<qyliss> sterni wants to add pkgsClang
<sterni> wait can I just use useLLVM in the targetPlatform
<Ericson2314> ok
cole-h has quit [Ping timeout: 246 seconds]
<Ericson2314> sterni: yeah
<sterni> Ericson2314: hm that doesn't seem to be working as intended currently? The only platform using it currently is wasi32 and pkgsCross.wasi32.stdenv causes an infinite recursion
<sterni> because pkgsCross.wasi32.buildPackages.llvmPackages.lldClang is already doing that
rj has quit [Ping timeout: 240 seconds]
<Ericson2314> sterni: i use it with aarch64-multiplatform and other things
cole-h has joined #nixos-dev
<sterni> oh stdenv fails to evaluate, but you can still build stuff in pkgsCross.wasi32
<Ericson2314> qyliss: fwiw i did rebase, if you want to make a draft PR with what you'd got I'd be happy to take a look at combining them
abathur has joined #nixos-dev
<Ericson2314> there are few general cleanups in mine I'd like to see make it in any evnt
<qyliss> Ericson2314: my approach was going to be to make small fixes and get them in one at a time
<Ericson2314> sterni: so I did start trying to do darwin -> darwin cross as a step towards getting a from-bootstrap-tools that uses the cross techniques to separate run and build depends
<qyliss> I think this is too big to do all at once
<Ericson2314> qyliss: did you bump versions?
<qyliss> no, I want to get what we have working first
<Ericson2314> I wanted to do that too I think, but something make me....escalate. I forget exactly
<qyliss> ctypes perchance?
<qyliss> I almost did when I hit that
<qyliss> is there stuff in your PR you think is ready to go in that could be extracted?
<Ericson2314> I'll look
<qyliss> (or is the whole thing ready from your PoV?)
<Ericson2314> I also wish I remembered what made me start bumping versions
<qyliss> I'm pretty confident I'm over the hump at this point wrt versions
<qyliss> but we'll see
<qyliss> it was hard
<Ericson2314> qyliss: yeah bumping all the fixed outputs is incredably annoying
<Ericson2314> I think I wanted to just wait for CA derivations lol
<Ericson2314> do one big fetch and then split up with them so patching didn't rebuild everythihng
<sterni> Ericson2314: with the first darwin being the native impure stdenv? sounds pretty cool yeah
<qyliss> I think we could do it nicely with an updateScript that generated JSON
<Ericson2314> sterni: well with darwin already using llvm
<Ericson2314> gcc is a comparative mess
<qyliss> I do that with a set called chromiumOSPackages I have in https://spectrum-os.org/git/nixpkgs and it works well
<Ericson2314> because the libs and compiler proper are built together
<Ericson2314> reallyreallyreally want that split like LLVM is
<Ericson2314> and then a gazillion things become much simpler
<qyliss> I'm looking through your PR now btw, but I'm skipping over the FreeBSD stuff, because my brain can only handle one operating system at a time and if I get overwhelmed I won't want to work on this any more
<Ericson2314> I started doing both so i could ragequit back and forth :D
<sterni> Ericson2314: so useLLVM kinda works, I ran into a weird quirk with llvmPackages_7 not evaluating when stdenv.hostPlatform.useLLVM is true: #119479
<{^_^}> https://github.com/NixOS/nixpkgs/pull/119479 (by sternenseemann, 4 minutes ago, open): llvmPackages_7: never override libunwind for libcxxabi
<Ericson2314> sterni: yeah it works better lllvm 8 and up
<qyliss> Ericson2314: libbsd multiple outputs could be merged straight away
<sterni> my fix works but I have no clue if it's the right one because the commit message that removed libunwind from libcxxabi has no context on that
<Ericson2314> qyliss: fair point
<sterni> Ericson2314: yeah clang doesn't seem to compile there, might need to add an overlay that bumps the default version
<qyliss> the NetBSD changes you're making are a lot more adventurous than what I have so far
<Ericson2314> sterni: i might just make libunwind and optional dep again
<Ericson2314> there is a bit too little rational in that commit to make me feel comfortable
<Ericson2314> also I really want to merged https://github.com/NixOS/nixpkgs/pull/111487 which fixes a bunch of pointless drift between the llvm versions
<{^_^}> #111487 (by Ericson2314, 10 weeks ago, open): llvmPackages: Clean up outputs
<qyliss> get it working first, refactor later if we can imo
<sterni> Ericson2314: yeah I can just reintroduce what the other sets are doing, give me a sec
<qyliss> (that's not always an option, obviously, but I think it might be for netbsd)
<Ericson2314> the llvm people reviewing the patches were super responsive but then disapeared
<sterni> uh
<sterni> llvmPackages_7 doesn't even have libunwind
<sterni> I guess I'm gonna fix this tomorrow
<Ericson2314> sterni: oh awesome!
<qyliss> I really wish we could update our default llvm
<qyliss> but it seems like there's not much somebody without a Mac can do to help that along
<sterni> well I mean theoretically our default llvmPackages is conditional on the platform
<sterni> but it's possibly asking for trouble using different ones on darwin and linux if we don't have to
<qyliss> yeah IIRC that's not an option
<qyliss> although at some point we might have to consider it IMO
<Ericson2314> qyliss: sterni to be clear we have some conditional stuff now
<Ericson2314> just not doing the big linux vs darwin conditionanl
<qyliss> yeah
<lukegb> I have a mac mini mostly for doing misc dev stuff on that nixos-dev peeps can have an account on, but it's going to be a painful experience compiling LLVM a bunch of times :(
<lukegb> (it's an M1 one but I haven't yet bothered to figure out how aarch64-darwin nix is supposed to work)
tokudan has quit [Remote host closed the connection]
<qyliss> a big part of the reason I want FreeBSD support in Nixpkgs is so it's possible to catch some macOS failures without using macOS
<qyliss> (I've had quite a bit of luck reproducing macOS build failures on FreeBSD even without Nix)
<qyliss> oh cool!
<qyliss> I'm glad there's progress being made there
tokudan has joined #nixos-dev
<abathur> maybe poke __monty__ if there are status or coordination questions, but I knew I remembered him mentioning it
<Ericson2314> qyliss: yeah the fact that we only have one free unix means that still so many things end up being linux overfit for no particular reason
<samueldr> that's the main reason that, even when monocultures align with my interests, I am wary of monocultures
<MichaelRaskin> qyliss: aren't you supposed to also be hopeful about some (low-performance, but still) setup with Chromium-inside-OpenBSD-inside-CrosVM-inside-nsjail-on-Linux (happy breaking out)?
orivej has quit [Ping timeout: 265 seconds]
<MichaelRaskin> Given there are Chromium-only sites, and Chromium impedes basic security measures like adblockers
<qyliss> running OpenBSD with crosvm might be a tricky one
<qyliss> I've still never encountered a Chromium only site
supersandro2000 is now known as Guest45104
Guest45104 has quit [Killed (card.freenode.net (Nickname regained by services))]
supersandro2000 has joined #nixos-dev
<MichaelRaskin> I think there was a release of BigBlueButton that was effectively Chromium-only
<MichaelRaskin> (not in the Jitsi sense of quality degradation, but in the sense of not getting it to work at all with then-current Firefox)
<ajs124> that wouldn't surprise me. bbb is software of very questionable quality.
<qyliss> yeah...
<MichaelRaskin> Well, now it works again with Firefox, and I'd say it's the best for giving a talk/lecture (mainly because the rest is just not really well-suited for that task…)
<ajs124> yeah. to use, it's alright. to run… see #83072
<{^_^}> https://github.com/NixOS/nixpkgs/pull/83072 (by jluttine, 1 year ago, closed): bigbluebutton: init at 2.2.2