phreedom has quit [Remote host closed the connection]
phreedom_ has joined #nixos-dev
<angerman>
domenkozar: still around?
<angerman>
I seem to have some issues making my remote builders use cachix.
<angerman>
ahh. so I need to set it on the remote builder. And can't pass it via `nix-build`
jtojnar has quit [Quit: jtojnar]
jtojnar has joined #nixos-dev
jtojnar_ has joined #nixos-dev
jtojnar has quit [Ping timeout: 276 seconds]
jtojnar_ is now known as jtojnar
<clever>
angerman: some of the --option flags only work if you are flagged as a trusted user in nix.conf (or have +w to /nix/store)
<clever>
angerman: and when doing remote builds, they only apply to the local machine
<angerman>
I am a trusted user by now :-) at least I can specify builders explicitly.
<angerman>
Guess I really want nixops support for packet right now. So I don’t have to change the configuration file and nixOS-rebuild, but have nixops do that for me.
jtojnar has quit [Read error: Connection reset by peer]
jtojnar has joined #nixos-dev
<angerman>
clever: would you know where to start/look for adding packet.net support to nixops? Is there maybe some tutorial?
<clever>
angerman: first, does packet.net have an api to allow you to create/destroy a VM?
<FRidh>
domenkozar: nope, I don't have permissions
<FRidh>
should get them
<FRidh>
anyway, makes sense to cancel staging
<domenkozar>
why? :)
<FRidh>
staging-next should finish so we can merge
<domenkozar>
well that's darwin
<FRidh>
now we have staging-next and staging, but haven't reduced job size, so there's a lack of capacity
<domenkozar>
I've bumped staging-next to the front
<FRidh>
ok
<FRidh>
staging would be a lot more useful if it was smaller and would rebuild more often
<LnL>
yeah, that would be better
<domenkozar>
right
<domenkozar>
I think we need something like release-sanitycheck.nix
<domenkozar>
which sits between small and full
<domenkozar>
so it tries to builds all major languages, platforms, etc
<domenkozar>
but doesn't go build plugins
<domenkozar>
or maybe just a few :)
<domenkozar>
FRidh: you're one step ahead :)
<LnL>
hmm, what about a generated list of all attributed with eg. >1k referrers
<domenkozar>
could be the next iteration :)
<FRidh>
LnL: that's an "easy" way to obtain important packages, however, I think if a sub package set doesn't have as many packages we should still test its logic
<LnL>
right
<FRidh>
how to do this. nix-instantiate everything and then use nix store -q --referrers ?
<FRidh>
or maybe with new nix show-derivation --recursive
<LnL>
does that work for drv paths?
<LnL>
I was thinking of dumping the references of all attributes and then search in there
ixxie has joined #nixos-dev
<FRidh>
domenkozar: could you abort staging and trigger a new staging-next. I just merged all the branches.
orivej has joined #nixos-dev
<domenkozar>
FRidh: so retrigger both?
<domenkozar>
done
<domenkozar>
will cancel once they evaluate
<FRidh>
well at the moment they contain the same
<domenkozar>
oh you merged staging into staging-next?
<FRidh>
yes
<domenkozar>
I thought staging should be tested before it goes to staging-netx
<domenkozar>
wasn't that kind of the point of splitting them up?
<domenkozar>
there are stdenv rebuilds in staging that even weren't built
<FRidh>
Testing happens in both, its just that in staging-next no new things get added. Ideally staging is stable enough before going into staging-next, but now with the big staging job it's hard to see.
<FRidh>
fixes can be applied to staging-next
<FRidh>
(including reverts)
<domenkozar>
error: undefined variable 'gnome2' at /nix/store/94gxwsf0g4irzjkk20bip0y53nfcf77g-source/pkgs/applications/altcoins/parity-ui/env.nix:12:27
<domenkozar>
in staging-next and staging
<FRidh>
hm, I suppose pre-commit hook doesn't cover merge commits
<FRidh>
ah, it did not even catch that
<FRidh>
any suggestion for catching this? Following did not: exec nix-env -f . -qaP --meta --json --drv-path --show-trace >/dev/null
<Dezgeg>
try nix-build --keep-going pkgs/top-level/release.nix -A tarball
<Dezgeg>
or look what it runs
<domenkozar>
yeah running tarball is usually a good check for eval
<domenkozar>
you have to evalute all platforms, etc
<peti>
domenkozar: I drop all "broken" entries from configuration-hackage2nix.yaml, re-generate hackage-packages.nix, and let Hydra build all of it. Then I cut & paste the Hydra page that lists all broken builds and use "sed" to turn it onto appropriate entries for configuration-hackage2nix.yaml. Voila. :-)
<domenkozar>
:D
<domenkozar>
peti: ok, once flags issue is fixed, we need to do that
<simpson>
FRidh: Thanks for the round-trip on #43437; since you did #42603, I was able to finish packaging Cozy, and verified that it works on one of their examples.
<domenkozar>
FRidh: but good data point, staging should run a few nixos tests.
lopsided98 has quit [Quit: Disconnected]
lopsided98 has joined #nixos-dev
ixxie has quit [Ping timeout: 260 seconds]
<samueldr>
I feel dumb for asking, but could some of our Qt PATH issues stem from qtbase.bin not having a /bin/ folder in its output, and the libxqxcb.so file is in the .bin output?
<samueldr>
looks like there's a patch to check in PATH for probable inputs, along with checking QT_PLUGIN_PATH
pie_ has quit [Ping timeout: 240 seconds]
pie_ has joined #nixos-dev
<simpson>
It's too bad that ofborg doesn't let me play minesweeper or cribbage while waiting for checks~