Re: towards a reproducible forky
Jochen Sprickerhof <[email protected]> Sun, 19 Jul 2026 17:51:32 +0200
| Newsgroups | gmane.linux.debian.devel.release |
|---|---|
| Organization | The Debian Project |
| Message-ID | <alzygQ3s9ShZ0yzN@mpd> |
Hi Sebastian, * Sebastian Ramacher <[email protected]> [2026-07-19 15:54]: >On 2025-11-06 19:44:38 +0100, Jochen Sprickerhof wrote: >> Hi, >> >> * Paul Gevers <[email protected]> [2025-09-27 17:48]: >> > On IRC Sebastian also brought up that we'd need to agree on what we'd >> > expect the environment of r.d.n to look like. Obviously CPU, RAM, >> > hostname and exact build times will be different from the buldds, but >> > most other things we'd expect the same, like umasks, timezones and >> > locale settings. Are those the same across all buildds? A point of >> > attention is the packages installed on the buildds which aren't >> > specified in the build dependencies and thus not logged in the buildinfo >> > files: apt, openssl, ca-certificates and fakeroot (the latter depending >> > on Rules-Requires-Root: binary-targets if I get it right). >> >> We assembled a list of differences during the reproducible builds summit in >> Vienna. Fell free to adopt it for the release team documentation. >> >> General system properties: >> >> - system time >> - system uptime >> - CPU model, load, number of cores >> - RAM amount, speed >> - kernel version, process scheduling, various kernel settings >> - disk space, speed >> - file order, mtime, ctime, atime, inodes >> - /sys/* (due to different system) >> >> Specific to debrebuild: >> >> - apt, openssl, ca-certificates not installed by default (not in buildinfo file) >> - fakeroot not used for Rules-Requires-Root (not in buildinfo file) >> - dpkg install order is not guaranteed - can have effects on maintainer scripts, UIDs added by packages.. >> - /etc/apt/sources.list* content >> - /run/* (due to mmdebstrap cleaning it up) >> - /var/log/* >> - LD_LIBRARY_PATH does not contain fakeroot when running with RRR: binary-targets >> >> Specific to reproduce.debian.net: >> >> - tmpfs vs ext4 (will probably be fixed) >> - nice level > >Why is the nice level different from the buildds? It is reported on IRC >that this causes packages to be blocked. What is the benefit from this >test? > >FTBFS under a different nice level than on buildds is an important bug >at most. But as FTBFS on r.d.n is now causing packages to be blocked >from migrating to testing, please remove this variation. I think that can be argued both ways and I am also fine with dropping it. Added Holger as he is in charge of this. Cheers Jochen
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEc7KZy9TurdzAF+h6W//cwljmlDMFAmpc8oEACgkQW//cwljm lDPhTQ//X7H6pKdVieI7uStDFiJY3rSEa9NfIdkEHKK5bbPhdg6wJpxPoePlOyz/ S1NeTFD+DzcbP38JGsM7rG+SkCH7/FRa0X7jsMjNHbbYvFzl4V4yvBTcQPoSKKHg /soH9eEa1V1JehZUbZmF4fmRrBxnMOmihIUSko8t/PS6MlB9PCsjwv1C1svM/T3m 5RTk+kYQ1Ae7Pa3cuyyO5Mx/dLtpjxG5NqzNnhojbICcqCl3m4tJwOwZN8DSn9c2 uTtqU3FE3Zz9Iig6YXUW2aqCQ3mY6ExsPkmOGszfgzFKv6fwtc11AZ2oYlQ5JBP1 YWad+ht5Qu3cOvfIOFzfU2OXB5YAsUDrWZFnMSMz2ddf9vVhpNDtY03P8ZfL/q/v yma5Qfg3+DlIxeYVDRYSOSBDHnn0IesYmYfD3Gjjyx7egLGlAh0nlmnd+QJ+Qm4O PLx2Qx3AL+lRBV8i6rYcnmbWgstlxK97lqeFOz1HbS1uc/+r2ncLeciEBnhO+HUg MiY+Kb2zdTEieiWBwuHcF5r2vB0saSjY1LkXzoSLgo0e9cuwdbKutrotWLS1jkBP u9xdordmBVXdhXU2KcblODsClKnqgIFCt8jCGucsHRnRfLkyeKpoaYUHnguhkS1I Qq6iHM+EgcLSQX8He1HQYulp/1d/6Zm2YtTJetahf9VNgdIQ7/w= =9p8b -----END PGP SIGNATURE-----