xcmw has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<stephank>
hydra trunk darwin failures are now below 1100 :)
<stephank>
Really hoping the staging merge is a net win as well, should clear up a bunch of stuff that had (failing) wayland as a dep.
supersandro2000 has quit [Quit: Ping timeout (120 seconds)]
supersandro2000 has joined #nix-darwin
<fiddlerwoaroof>
What's the latest version of nixpkgs for apple-silicon?
<emily>
sandbox users: apparently /System/Library/CoreServices/SystemVersion.plist is meant to be allowed inside the sandbox per sandbox-defaults.sb, but it seems that even `cat`ing it in a derivation gives permission errors; can anyone else reproduce, esp. on pre-Big Sur?
__monty__ has joined #nix-darwin
supersandro2000 has quit [Quit: Ping timeout (120 seconds)]
supersandro2000 has joined #nix-darwin
<__monty__>
qyliss: Can I bounce some observations off of you? Re the LLVM 7 dependency of bootstrap-tools.
<qyliss>
sure
<__monty__>
Ok, so I've been building bootstrap-tools over and over. Commenting out the allowedRequisites and now setting it to []. And it looks like llvm 7.1.0 doesn't appear until stage4. That means it must be introduced there, right?
<__monty__>
So now I'm having to figure out how it is being introduced there. First issue is stage4 causes two derivations to be built but I don't see where the second derivation's coming from. Any better way than staring at the code to figure this out?
<thefloweringash>
hmm. I see an extra clang build in stage4 on staging that isn't present on master.
philr has quit [Ping timeout: 252 seconds]
<__monty__>
Maybe that's what I'm running into.
<__monty__>
thefloweringash: So I've finally managed to run analyse-stdenv. I'm seeing llvm 7.1.0 in stage 3 and stage4. This means it was built using that stage's stdenv, not that that stage required it, right?
<thefloweringash>
yeah, things are labelled by the name of the stdenv that created them
<__monty__>
thefloweringash: When reading the dominator tree am I correct in assuming the @1 means a dependency was built by stage 1? So, for example, hello is depending on ICU built by stage1 stdenv? And shouldn't all of hello's dependencies be built by the final stage?
<thefloweringash>
The @1 does mean that a dependency was built by the stage1 stdenv.
<thefloweringash>
I don't know how useful the dominator tree output really is. it can sometimes show interesting things, but the ICU@1 and ICU@4 children just say that those two ICU builds were somewhere in the dependency tree
<thefloweringash>
the dependencies of a package might not be from the final stage. the "persistent" override can retain packages from the previous stage, and some packages are only rebuilt once in the early stages and retained all the way to the end
<__monty__>
Hmm, seems like the definition of llvmPackages has changed. Should we attempt to keep the minimum supported version or is more recent more better?
<thefloweringash>
there's been a lot of changes to llvm recently and I've lost track of them. they seem to be heading in the right direction though
<thefloweringash>
I don't know if there's anything keeping darwin on llvm/clang 7. there's #85151 to bring it to llvm/clang 9.