| 26 Oct 2024 |
 Artturin | * You could just build the image with nix instead of docker build
There's builders for that in nixpkgs. | 00:59:53 |
 gluonix | ah yes, good idea, the reason I wish to use docker right now is for integration purposes as we have a larger system that uses docker to build "stuff" and we only nix for a specific component as it has higher requirements with respect to reproducible builds | 01:02:26 |
| gluonix | as you may know, nix has a steep learning curve, hence most dev teams prefer docker, unless they have no choice 😆 | 01:03:01 |
| 29 Oct 2024 |
|  jzbor changed their profile picture. | 17:10:18 |
|  eva removed their profile picture. | 22:26:39 |
| eva set a profile picture. | 22:26:54 |
| 30 Oct 2024 |
|  @seapat:matrix.org left the room. | 07:49:55 |
| 2 Nov 2024 |
|  Mel joined the room. | 03:07:18 |
|  drownbes changed their display name from Artem Markov to drownbes. | 08:42:16 |
| 5 Nov 2024 |
|  @grossmap:in.tum.de left the room. | 14:15:59 |
| 6 Nov 2024 |
|  @peddie:matrix.org left the room. | 12:33:19 |
| 8 Nov 2024 |
|  @printfn:matrix.org left the room. | 06:13:24 |
 p14 | I know there was some interest in having a PGO/LTO/BOLT clang build, as well. Some notes on build reproduciblity when PGO is involved: https://discourse.llvm.org/t/pgo-profile-reproducibility/82861/6
TL;DR: For profiles it is not enough for the profiling mechanism to be deterministic and the workload to have a deterministic output; the workload must compute the output in a flow-control deterministic way. Clang unfortunately uses inodes in a hash map, which makes the profile not reproducible, so it's not currently possible to have a reproducible PGO clang build. (Unless you control the inode integers that clang sees during profiling, among other horrible details). | 11:41:38 |
| 12 Nov 2024 |
|  pfhuh joined the room. | 05:55:01 |
| 13 Nov 2024 |
|  Inayet joined the room. | 22:16:32 |
| 15 Nov 2024 |
|  diamond (it/its) changed their profile picture. | 23:00:53 |
| 17 Nov 2024 |
|  @orzklv:matrix.org joined the room. | 02:29:19 |
| 19 Nov 2024 |
| diamond (it/its) changed their profile picture. | 21:15:40 |
| 20 Nov 2024 |
| Inayet removed their profile picture. | 00:59:09 |
| 22 Nov 2024 |
|  Morgan (@numinit) joined the room. | 17:50:55 |
| 27 Nov 2024 |
|  @sky1e:mildlyfunctional.gay left the room. | 03:15:14 |
|  @meidam:matrix.org left the room. | 10:58:30 |
|  jopejoe1 (4094@39c3) changed their display name from jopejoe1 to jopejoe1 [4094]. | 18:17:52 |
| 28 Nov 2024 |
|  Honnip left the room. | 04:03:35 |
|  shawn8901 left the room. | 18:48:41 |
| shawn8901 joined the room. | 18:54:09 |
| 29 Nov 2024 |
| p14 | https://r13y.com/ is broken, giving an S3 bucket access error | 15:37:55 |
| p14 | On reproducible builds and -frandom-seed:
- Technically nixpkgs is abusing it.
- https://github.com/bitcoin/bitcoin/issues/2290 -> Concluded it's not needed anymore for reproducible builds in practice.
- https://github.com/NixOS/nixpkgs/issues/153793 -> Noted it is being misused; AND that it breaks CA builds causing a rebuild.
- https://discourse.llvm.org/t/what-is-frandom-seed-useful-for/83345 -> Noted it does nothing on LLVM.
I ponder if it can be simply dropped. Anyone got experience with that?
Does anyone know or have evidence of the lack of frandom-seed causing reproducibility issues on modern GCC? https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/setup-hooks/reproducible-builds.sh
| 15:38:17 |
 raboof | In reply to @p14:matrix.org
https://r13y.com/ is broken, giving an S3 bucket access error where did you still find a reference to it? the new place is https://reproducible.nixos.org | 15:38:36 |
| p14 | Ah. Here: https://github.com/NixOS/nixpkgs/pull/102251#issuecomment-720133612 | 15:38:51 |
