NixOS Reproducible Builds | 542 Members | |
| Report: https://reproducible.nixos.org Project progress: https://github.com/orgs/NixOS/projects/30 | 122 Servers |
| Sender | Message | Time |
|---|---|---|
| 4 May 2023 | ||
| which merged in ghc 9.4.1 | 20:53:54 | |
| in any case, raboof seems like he tried. | 20:55:33 | |
| * in any case, raboof says he tried. | 20:55:47 | |
| 5 May 2023 | ||
| https://reproducible.nixos.org/nixos-iso-gnome-runtime/ <- gnome runtime report 🎉. No haskell it seems, though plenty of other goodies ;) | 16:28:11 | |
In reply to @artturin:matrix.orgfixed! | 16:28:59 | |
|
I think this is due to | 16:55:05 | |
Yeah. I think find does filesystem order (and each does it's own ordering). | 16:57:48 | |
In reply to @raboof:matrix.orgI worry a bit that this might be trading off false positives for false negatives. Let's say I have a derivation "drv" which does "cp ${otherdrv}/foo $out/foo" (unlikely, but in practice this could be e.g. gzip, or static linking, or some other kind of bundling). As far as I understand now the report wouldn't catch unreproducibility of "otherdrv", and it would happily say that "drv" is reproducible, which is irrelevant (since its "non-runtime dependencies" are what matters). | 20:11:29 | |
| (Does that happen in practice in nixpkgs? I don't know, I wouldn't be surprised if it did. Is it a major issue? No clue either.) | 20:11:54 | |
| (Yes, it happens through trivial builders sometimes I suppose) | 20:15:21 | |
| (Though I'm okay if we keep both pieces ?) | 20:15:33 | |
| By "both pieces" here do you mean "both types of report, runtime-only and all"? As long as people understand that the "runtime dependencies" report actually might exclude some runtime dependencies, then sure :) | 20:20:40 | |
| * By "both pieces" here do you mean "both types of report, runtime-only and all"? As long as people understand that the "runtime dependencies" report actually might accidentally miss some unreproducible runtime dependencies, then sure :) | 20:21:31 | |
| correct | 20:21:38 | |
| I guess we can probably engineer correctly the pages to reflect that | 20:21:51 | |
| I have experience with teams accidentally carving out a metric that doesn't actually cover the whole problem they want to solve, get the metric to the desired goal, then declare victory too early :) it's a pretty common pattern | 20:22:25 | |
| I actually wonder how the diff would look like between this definition of "runtime dependencies" and the definition of "runtime dependencies" you'd get by doing a cross-build of the same target and filtering by build vs. host system triple | 20:23:43 | |
| I suspect "different", but I don't know in which direction (better or worse), and I don't think it's practical or a useful metric either because it's not like the ISOs being shipped are built this way | 20:24:26 | |
| For the ISO's there is a nice final check of actually rebuilding the iso on an ancient nixos version without substituters 😃. | 20:24:50 | |
In reply to @delroth:delroth.netNot that I disagree with the point, but ... having small victories along the way helps a ton with moral. | 20:25:08 | |
In reply to @raboof:matrix.orgwhy not just use --offline? | 20:25:17 | |
In reply to @baloo_:matrix.orgoh absolutely, but if that's the goal you could just do a filter which hides 50% of the unreproducible targets at random and focus on that :P my main concern isn't having "partial" milestones, it's that it's not clear to me how much the set that was picked actually reflects its goal (no build packages, but all host packages that get shipped to the user) | 20:27:18 | |
| fair | 20:27:47 | |
| keep in mind the end goal I guess. But I won't diminish the value of compromises. | 20:28:22 | |
| my tribute to the reproducibility gods in exchange for this discussion: https://github.com/NixOS/nixpkgs/pull/230186 and https://github.com/google/libphonenumber/pull/2921 (to be backported if it gets merged) (Trying to keep my nitpicking / contributions ratio < 1 :P) | 21:07:39 | |
| 6 May 2023 | ||
| im working on fixing the gegl unreprodicibility, should I use sed or a tool dedicated to xml? I dont want to increase the closure size just for some text substitution, but i dont want it to break every update | 23:35:49 | |
| 7 May 2023 | ||
| went for patching the source instead | 00:56:54 | |
| https://github.com/NixOS/nixpkgs/pull/230429 | 01:04:36 | |
| 07:41:00 | ||
| if anyone wants to make a PR the libnvme issue seems to be fixed with just: | 08:19:25 | |