<sphalerite>
supersandro2000: I'd appreciate if you could give package maintainers some time to review changes, especially breaking changes like #110151, before doing a merge without review "because nobody else will do it".
<flokli>
heads-up, Nix cross compilation broke in https://github.com/NixOS/nixpkgs/pull/107623. Do we want to make pkgsCross.aarch64-multiplatform.nix part of the channel to track these things?
<siraben>
How and where was the addition of dpulls integration decided?
<sterni>
idk just saw it in your PR
<sterni>
I guess it could be kinda useful for me I've run into issues related to PR dependencies in the past
<sterni>
but now I have to figure out how it works
<sterni>
okay you can't add checks after the PR has been created apparently
<siraben>
Yeah
Baughn has quit [Ping timeout: 260 seconds]
BaughnLogBot has joined #nixos-dev
tazjin has joined #nixos-dev
teto has quit [Quit: WeeChat 3.0]
alexarice[m] has joined #nixos-dev
<spacekookie>
We have an RFCSC meeting in 30 minutes, right? Mic92
<Mic92>
spacekookie: niksnut sphalerite right
<spacekookie>
Thanks, I couldn't remember the irc nicks x)
chvp has joined #nixos-dev
<Mic92>
kloenk won't be there
<Mic92>
sphalerite: coming?
AlwaysLivid has quit [Remote host closed the connection]
srk has quit [Remote host closed the connection]
cransom_ is now known as cransom
srk has joined #nixos-dev
AlwaysLivid has joined #nixos-dev
AlwaysLivid has quit [Remote host closed the connection]
AlwaysLivid has joined #nixos-dev
jonringer has joined #nixos-dev
<sphalerite>
I'm so sorry. I really need to get my calendar under control.
<Mic92>
sphalerite: it's you again in two weeks ;)
regnat has quit [Quit: Bridge terminating on SIGTERM]
Thophane[m]1 has quit [Quit: Bridge terminating on SIGTERM]
Dandellion has quit [Quit: Bridge terminating on SIGTERM]
zowoq[m] has quit [Quit: Bridge terminating on SIGTERM]
emily has quit [Quit: Bridge terminating on SIGTERM]
immae has quit [Quit: Bridge terminating on SIGTERM]
domenkozar[m] has quit [Quit: Bridge terminating on SIGTERM]
bbigras has quit [Quit: Bridge terminating on SIGTERM]
kraem has quit [Quit: Bridge terminating on SIGTERM]
michaelpj has quit [Quit: Bridge terminating on SIGTERM]
aterius has quit [Quit: Bridge terminating on SIGTERM]
roberth has quit [Quit: Bridge terminating on SIGTERM]
chvp has quit [Quit: Bridge terminating on SIGTERM]
timokau[m] has quit [Quit: Bridge terminating on SIGTERM]
ma27[m] has quit [Quit: Bridge terminating on SIGTERM]
worldofpeace has quit [Quit: Bridge terminating on SIGTERM]
colemickens has quit [Quit: Bridge terminating on SIGTERM]
JJJollyjim has quit [Quit: Bridge terminating on SIGTERM]
dtz has quit [Quit: Bridge terminating on SIGTERM]
jtojnar has quit [Quit: Bridge terminating on SIGTERM]
bk1603[m] has quit [Quit: Bridge terminating on SIGTERM]
Ericson2314 has quit [Quit: Bridge terminating on SIGTERM]
philipp[m] has quit [Quit: Bridge terminating on SIGTERM]
ryantm has quit [Quit: Bridge terminating on SIGTERM]
DamienCassou has quit [Quit: Bridge terminating on SIGTERM]
garbas[m] has quit [Quit: Bridge terminating on SIGTERM]
puzzlewolf has quit [Quit: Bridge terminating on SIGTERM]
Irenes[m] has quit [Quit: Bridge terminating on SIGTERM]
symphorien[m] has quit [Quit: Bridge terminating on SIGTERM]
danielrf[m] has quit [Quit: Bridge terminating on SIGTERM]
Valodim[m] has quit [Quit: Bridge terminating on SIGTERM]
aanderse has quit [Quit: Bridge terminating on SIGTERM]
jonge[m] has quit [Quit: Bridge terminating on SIGTERM]
nh2[m] has quit [Quit: Bridge terminating on SIGTERM]
alexarice[m] has quit [Quit: Bridge terminating on SIGTERM]
rnhmjoj has quit [Quit: Bridge terminating on SIGTERM]
Ox4A6F has quit [Quit: Bridge terminating on SIGTERM]
siraben has quit [Quit: Bridge terminating on SIGTERM]
thefloweringash has quit [Quit: Bridge terminating on SIGTERM]
maralorn has quit [Quit: Bridge terminating on SIGTERM]
lopsided98 has quit [Ping timeout: 260 seconds]
symphorien[m] has joined #nixos-dev
lopsided98 has joined #nixos-dev
<sphalerite>
Next meeting I miss without advance notice, I owe the rest of the steering committee a $drink.
hexa- has quit [Ping timeout: 240 seconds]
ryantm has joined #nixos-dev
danielrf[m] has joined #nixos-dev
DamienCassou has joined #nixos-dev
garbas[m] has joined #nixos-dev
roberth has joined #nixos-dev
bbigras has joined #nixos-dev
puzzlewolf has joined #nixos-dev
emily has joined #nixos-dev
JJJollyjim has joined #nixos-dev
jtojnar has joined #nixos-dev
aterius has joined #nixos-dev
timokau[m] has joined #nixos-dev
jonge[m] has joined #nixos-dev
nh2[m] has joined #nixos-dev
colemickens has joined #nixos-dev
maralorn has joined #nixos-dev
worldofpeace has joined #nixos-dev
immae has joined #nixos-dev
Valodim[m] has joined #nixos-dev
ma27[m] has joined #nixos-dev
Ox4A6F has joined #nixos-dev
michaelpj has joined #nixos-dev
siraben has joined #nixos-dev
Ericson2314 has joined #nixos-dev
kraem has joined #nixos-dev
dtz has joined #nixos-dev
chvp has joined #nixos-dev
Dandellion has joined #nixos-dev
domenkozar[m] has joined #nixos-dev
Irenes[m] has joined #nixos-dev
aanderse has joined #nixos-dev
philipp[m] has joined #nixos-dev
thefloweringash has joined #nixos-dev
regnat has joined #nixos-dev
zowoq[m] has joined #nixos-dev
bk1603[m] has joined #nixos-dev
regnat[m] has joined #nixos-dev
alexarice[m] has joined #nixos-dev
rnhmjoj has joined #nixos-dev
<supersandro2000>
my nixpkgs-reviews now no longer post on closed PRs and if only one package is build and ofborg already build that succesfully
kalbasit has quit [Ping timeout: 240 seconds]
rnhmjoj has joined #nixos-dev
rnhmjoj has quit [Changing host]
rnhmjoj has joined #nixos-dev
rnhmjoj has quit [Changing host]
hexa- has joined #nixos-dev
orivej has quit [Ping timeout: 265 seconds]
<siraben>
supersandro2000: nice!
lopsided98 has quit [Ping timeout: 244 seconds]
lopsided98 has joined #nixos-dev
<supersandro2000>
I might add something in that checks if I detected any issue that should be fixed and post it then
<ekleog>
Quick opinion poll: what would people think about having pkgs.mkDerivation automatically add one passthru.test test that tries running all the things in bin and fails if any of them segfaults in the first second of running?
<gchristensen>
I think most packages would fail that by default
saschagrunert has quit [Remote host closed the connection]
<ekleog>
hmm for pure segfaults? as in, not package-returning-non-zero, but actual segfaults?
<ekleog>
(just checking we're on the same page as that statement sounds surprising to me)
mkaito has joined #nixos-dev
mkaito has joined #nixos-dev
mkaito has quit [Changing host]
<gchristensen>
oh segfaults
<gchristensen>
I guess I'd want to see some experimental evidence that it would catch a useful set of errors
<supersandro2000>
kwin_wayland segfaults if qt is quite correct.
<supersandro2000>
I could add something like this to nixpkgs-review-checks but I do not want to run random binaries in my enviroment
<supersandro2000>
configs, logs, caches etc
<supersandro2000>
If you know some light container engine which could abstract that away I would run it.
<V>
containers won't protect you from getting owned
<V>
they'll make it a bunch more difficult, yes, but you need VMs if you want to be safe
<supersandro2000>
I am pretty sure you could already do that when I build the a package but with this it would be easier.
<V>
yes
<ekleog>
Hmm actually that makes me think I don't know if it could properly cache kwin_wayland things, because these require a graphical environment which nix build environments don't have and maybe the binary would fail before segfaulting then… and I don't remember whether the issue we were talking about with symphorien[m] was or not or a graphical derivation
<ekleog>
s/cache/test/
<supersandro2000>
container without network or disk access?
<V>
the nix build environment uses namespaces, which are the same technology that containers are built on
<V>
(on linux)
<V>
on mac, AIUI it's even worse
kalbasit has joined #nixos-dev
<supersandro2000>
the sandbox on darwin does not even tell you if a file is present and regularly fails different things with it
<ekleog>
(FWIW, VMs don't make you safe either, there are VM escapes in drivers, it's all a continuum of “how much does it cost to break your system”)
<V>
ekleog: for all practical purposes
<sterni>
maybe we could promote passthru.tests by exposing a bunch of generic, simple tests
<ekleog>
I mean I literally found one by chance while working on nixos VMs at the time that was a thing
<ekleog>
(well… at the time that was trying to be a thing*)
<sterni>
like a test which greps for ${version} in ${bin} --version
<sterni>
would probably being a matter of passing two attributes and could be added to a lot of packages
<sterni>
and I think if more people saw passthru.tests being used, more custom tests would be written (hopefully)
<sterni>
but the issue of passthru.tests not being run automatically remains of course
<ekleog>
sterni: might be a good alternative, yes :) the issue being that tests that refer to self require manual fiddling to pass self the right way to the derivation… unless maybe it's possible to make mkDerivation transform passthru.tests.foo = self: ''${self}'' into the right thing altogether?
<ekleog>
(IMO passthru.tests being automatically run by r-ryantm, ofborg and probably nixpkgs-review makes it be run automatically enough for that to be useful for all practical purposes)
<sterni>
i think versionTest { inherit version; bin = pname; } could work?
<sterni>
or am I missing something?
<sterni>
ekleog: I think that'll remain the situation until we have content addressed nix
<ekleog>
to write the versionTest you must be able to refer to the derivation itself
<sterni>
oh yeah of course
<ekleog>
so it'd be more like `let self = mkDerivation { ... passthru.tests.foo = versionTest { inherit self version; bin = "bar"; }; }; in self`
<sterni>
yeah I guess then this would kinda warm up the discussion about using lib.fix for derivations…
<ekleog>
(and actually this is wrong because it fails at overlays, so it'd have to be in the argument list)
<ekleog>
(which makes me think I wonder whether callPackage gives or could give `self` directly to the arg list without requiring the package to know its own name in top-level)
<sterni>
you also could do something like addTests versionTest (callPackage … ) in top-level, but I don't think that's a good idea
<sterni>
but the same pattern in the derivation could work
<sterni>
you'd have a let self = … in addTests [ versionTest ] self I guess
<ekleog>
Hmm yeah it's all complicated with overlays :/
orivej has joined #nixos-dev
<siraben>
I don't know how many autogenerated files are in the 1770 I touched: #109638
<siraben>
cole-h: would you be able to help resolve some of the evaluation errors?
rajivr has quit [Quit: Connection closed for inactivity]
<philipp[m]>
I'm trying to enable gst support in nheko. Can somebody explain to me why it isn't enough to add (with gst_all_1; [ gstreamer gst-plugins-base gst-plugins-good gst-plugins-bad ]) to buildInputs?
<{^_^}>
#107322 (by sternenseemann, 4 weeks ago, open): fetchFromGitHub: also use git if deepClone or leaveDotGit is used
<ekleog>
sterni: if no one gave negative comments in another month's time just ping me and I'll get it landed, I don't see how it could be seen as bad but you never know and a few other positive comments would help in landing that faster :)
<sterni>
ekleog: yeah, I figured maybe someone else here might want to voice a second, third, … opinion :)
costrouc has joined #nixos-dev
<eyJhb>
I get that we want to make our systemd services secure, etc. but with such a config as this - https://termbin.com/9i0w , you simple cannot do much anymore. E.g. this service creates a file, that another service needs to be able to read for it to run...
justan0theruser has quit [Ping timeout: 244 seconds]
<ajs124>
It builds on my hydra and I've seen at least two complaints from people about it starting to build on their machines, which I assume takes a long time.
<ajs124>
I'd be also interesting to figure out why it failed, because apparently the hash of the src was wrong, which is weird.
<ajs124>
If it fails again, maybe we're running into something like with grafana a while back, where they republished their tarballs, but some mirror/cdn still hat the old one.
<samueldr>
same url, but /2 shows the current build
<ajs124>
thanks!
<samueldr>
and when the store path doesn't change, it can look like it failed multiple times, but it stays the same (attempt to) build
<samueldr>
otherwise hydra would be rebuilding known-to-fail out paths all day long :)
cole-h has joined #nixos-dev
<colemickens>
Does anyone know how to access the "devshell" closure from inside the flake.nix expression itself?
<colemickens>
The workarounds that use print-dev-env or develop --profile kind of miss the mark of what I'm after.
<ryantm>
colemickens: Maybe you can use builtins.getFlake?
<colemickens>
I'm not sure how that would help though, that just gives me access to the same thing I could get from `inputs.self` afaik. The issue seems to partially stem from the fact that the result of `mkShell` can't actually be built as a derivation.
<colemickens>
I could stash buildDeps in a separate variable that I could then reference inside the `develop = mkShell { buildInputs = bi; }` and then also include in `cacheBundle = linkFarmFromDrvs ([...] ++ bi)` ... but that seems inelegant.
<colemickens>
especially because somewhere, there's some Nix translating the mkShell into an outPath :P I know because $out is set in a nix-shell.
<aterius>
infinisil: I feel like I learn so much about nix-lang/packaging conventions from your reviews haha
<aterius>
(thank you)
<infinisil>
:D
<aterius>
I feel like there should be a nix-pills for packaging with nixos related tips with things spelled out more, it seems like things are still in flux a bit
<infinisil>
aterius: Wait, which PR are you thinking of?
<ekleog>
Anyone who likes asciidoctor around here? Looks like it depends on mesa nowadays, which takes a hell of a time to build, via ruby2.6.6-mathematical — given I've never touched the ruby ecosystem I'm probably not qualified to fix that up, but git ends up requiring mesa to build via its withManual flag that depends on asciidoctor, so there's good gains to be had there by people who know about