<{^_^}>
#97008 (by andersk, 1 day ago, open): cryptsetup, lvm2, systemd: Break cyclic dependency at a different point
<jonringer>
one issue is that it needs to target staging, and it would take a long while for stabilization to occur. However, ZHF work can be done along side that being backported
sgrunert has quit [Remote host closed the connection]
alp has joined #nixos-dev
<flokli>
jonringer: what's preventing this from getting merged?
<flokli>
Or is it that this targets staging, but 20.09 branchoff goes from master?
<worldofpeace>
flokli: I think whenever that gets merged it's just going to get backported like any other ZHF thingy
<worldofpeace>
I'm guessing, if it's ready, into staging-20.09 today when it exists
<worldofpeace>
:D
<flokli>
well, it's a mass-rebuild, so cherry-picking it without having it in the cache would be a bit meh
<flokli>
We could do a staging-20.09 round before the release, though
cole-h has joined #nixos-dev
<jonringer>
flokli: yes, the main issue is that it targets staging. I think it's fine from a diff perspective
AlwaysLivid has joined #nixos-dev
<jonringer>
it will be hard to create an initial ZHF failure list if hydra needs to spend two days creating it
<flokli>
but it needs to target staging, as it's a mass rebuild
<jonringer>
I agree :) but branchoff should be happening today
<jonringer>
and I don't think that PR will affect most package builds
<flokli>
erm, it will
<flokli>
openssl -> libfido2 -> (lib)udev = systemd, for example
<jonringer>
I will affect them as the derivation sha will change, but it won't affect the success of the new builds
<flokli>
yes
<flokli>
question is mostly when / how to cherry-pick these fixes into 20.09
<jonringer>
create a staging-20.09 and a staging-next-20.09 and then do a staging-next cycle for the release
<flokli>
behave doing ZHF work will certainly be annoying if everyone has to rebuild the world by themselves ;-)
<flokli>
yeah, that could work
<jonringer>
is what I was thinking, unless someone has a better idea
<jonringer>
The main thing I want to avoid is delaying ZHF for another week, and having a week less to do stabilization
<cole-h>
jonringer: If you're not already doing so, would be cool if you could keep notes like worldofpeace did last release, to document the steps needed
<jonringer>
qyliss: you're right sorry. 6 years of military, you get used to just sir/maam
<JJJollyjim>
I guess an organization that bans trans people would have such an effect -_-
Jackneill has quit [Ping timeout: 244 seconds]
<gchristensen>
jonringer: cool to see you on IRC!
Jackneill has joined #nixos-dev
alp has quit [Remote host closed the connection]
alp has joined #nixos-dev
<jonringer>
gchristensen: thanks!
<jonringer>
gchristensen: Also, I'm trying to get the hydra jobs going, so we can have an initial evaluation
<jonringer>
the manual just says "contact infrastructure to create jobs"
<cole-h>
(Ideally, this would also be documented in the release docs)
<cole-h>
How to get the hydra stuff going, not the "contacting infra" :P
<jonringer>
well, there might be a lot of channel-specific and nixpkgs infra specific details, like build shares, which repo's to mirror etc. Might be non-trivial
<jonringer>
but if it's something that can be "open to the public", then I agree, we should document it
AlwaysLivid has quit [Ping timeout: 260 seconds]
orivej has joined #nixos-dev
symphorien[m] has joined #nixos-dev
AlwaysLivid has joined #nixos-dev
<symphorien[m]>
do you think it makes sense to add `strictDeps = true` to derivations without further justification than "it requires no additional work"?
rajivr has quit [Quit: Connection closed for inactivity]
<qyliss>
symphorien[m]: I do
<qyliss>
requires no extra work, makes it less likely somebody will accidentally break cross
cole-h has quit [Quit: Goodbye]
sascha has joined #nixos-dev
alp has quit [Ping timeout: 272 seconds]
sascha is now known as Guest98958
Guest98958 has quit [Client Quit]
ris has joined #nixos-dev
alp has joined #nixos-dev
<ashkitten>
should strictDeps be turned on by default, then?
<symphorien[m]>
it is already the default for a number of language specific builders: python, go, rust, maybe haskell
<symphorien[m]>
but it is known to break gnome introspection
<symphorien[m]>
and it would probably break a large number of c/c++ derivations
<worldofpeace>
👋 co-rm is online jonringer
<worldofpeace>
btw, thx jonringer for telling me u could take the brunt of the work. I tend to overextend myself (if that wasn't obvious)
_ris has joined #nixos-dev
ris has quit [Ping timeout: 264 seconds]
MichaelRaskin has joined #nixos-dev
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-dev
alp has quit [Ping timeout: 272 seconds]
orivej has quit [Ping timeout: 265 seconds]
orivej has joined #nixos-dev
<jtojnar>
worldofpeace, jonringer what do we do about the emoji situation? Without https://github.com/NixOS/nixpkgs/pull/95358 emoji are broken but it is a mass rebuild and I am not completely certain there will not be more regressions?
<worldofpeace>
Jan Tojnar: ahh, I forgot about that (but it was on my todo list)
<worldofpeace>
I felt like u defended the purpose of the PR very well and it was an improvement. but yeah, I'm not certain there could be even more regressions by changing more
<jtojnar>
As an alternative, we could make `10-scale-bitmap-fonts.conf` idempotent
<jtojnar>
That will be a mass rebuild too but at least it has fairly small scope
<jtojnar>
but there might be other regressions than just bitmap scaling which would sneak through
<samueldr>
that'll be sneaking into next-stable, right?
<worldofpeace>
tbh, I still think not using versioned config dirs just makes sense. like we should just do that eventually anyways
<worldofpeace>
welp, as we're not about to get in contact with anyone with hydra infra today we'll be branching on monday.
<jtojnar>
I am leaning towards just merging the PR now and backporting fixes of any downfall
<jtojnar>
other distros use unversioned configs so there really should not be any issues
<worldofpeace>
Jan Tojnar: I mean, I think we had other downfall with wrapGAppsHook last release. I think it won't be anything too difficult to handle, if any
<worldofpeace>
Let's merge it
<jtojnar>
done
<worldofpeace>
Jan Tojnar: perhaps you could put that into staging next too?