[gnome-team] Nothing is reproducible anymore

  • Done
  • quality assurance status badge
Details
3 participants
  • Dr. Arne Babenhauserheide
  • Janneke Nieuwenhuizen
  • Liliana Marie Prikler
Owner
unassigned
Submitted by
Liliana Marie Prikler
Severity
normal
L
L
Liliana Marie Prikler wrote on 19 Aug 2023 16:18
(address . bug-guix@gnu.org)
a99a71559586ccf5e20d00e065bdad9941d64df8.camel@gmail.com
I have absolutely no idea how this came to be:

sh-5.1$ ./pre-inst-env guix build gdk-pixbuf --dry-run
substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird
aktualisiert … 100.0%
substitute: Liste der Substitute von „https://bordeaux.guix.gnu.org“
wird aktualisiert … 100.0%
The following derivations would be built:
/gnu/store/sn4avcl518i75r6595ns5k1w22m1h93z-gdk-pixbuf-2.42.8.drv
/gnu/store/z359nfywzyhbfydbnv05h1cc3av2fqbc-shared-mime-info-2.2.drv
sh-5.1$ ./pre-inst-env guix build gdk-pixbuf --dry-run
substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird
aktualisiert … 100.0%
substitute: Liste der Substitute von „https://bordeaux.guix.gnu.org“
wird aktualisiert … 100.0%
The following derivations would be built:
/gnu/store/50pk294x08jpgzpag8z4877pa6s5bc8h-gdk-pixbuf-2.42.8.drv
/gnu/store/5375hf13vnxab7lyrbxqg3ss7q39lxml-shared-mime-info-2.2.drv

The hash changes with each run. What the hell is going on?
J
J
Janneke Nieuwenhuizen wrote on 19 Aug 2023 17:33
(name . Liliana Marie Prikler)(address . liliana.prikler@gmail.com)(address . 65383@debbugs.gnu.org)
87pm3jjbdb.fsf@gnu.org
Liliana Marie Prikler writes:

Toggle quote (21 lines)
> I have absolutely no idea how this came to be:
>
> sh-5.1$ ./pre-inst-env guix build gdk-pixbuf --dry-run
> substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird
> aktualisiert … 100.0%
> substitute: Liste der Substitute von „https://bordeaux.guix.gnu.org“
> wird aktualisiert … 100.0%
> The following derivations would be built:
> /gnu/store/sn4avcl518i75r6595ns5k1w22m1h93z-gdk-pixbuf-2.42.8.drv
> /gnu/store/z359nfywzyhbfydbnv05h1cc3av2fqbc-shared-mime-info-2.2.drv
> sh-5.1$ ./pre-inst-env guix build gdk-pixbuf --dry-run
> substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird
> aktualisiert … 100.0%
> substitute: Liste der Substitute von „https://bordeaux.guix.gnu.org“
> wird aktualisiert … 100.0%
> The following derivations would be built:
> /gnu/store/50pk294x08jpgzpag8z4877pa6s5bc8h-gdk-pixbuf-2.42.8.drv
> /gnu/store/5375hf13vnxab7lyrbxqg3ss7q39lxml-shared-mime-info-2.2.drv
>
> The hash changes with each run. What the hell is going on?

Just this morning, looking at https://issues.guix.gnu.org/65179 I
found that AR (okay x86_64-w64-mingw32-AR) embeds timestamps in the
archives it creates.

Greetings,
Janneke

--
Janneke Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com| Avatar® https://AvatarAcademy.com
D
D
Dr. Arne Babenhauserheide wrote on 19 Aug 2023 17:57
(name . Liliana Marie Prikler)(address . liliana.prikler@gmail.com)
87o7j3c9as.fsf@web.de
Liliana Marie Prikler <liliana.prikler@gmail.com> writes:

Toggle quote (4 lines)
> I have absolutely no idea how this came to be:
> …
> The hash changes with each run. What the hell is going on?

I don’t know. I’ve seen a not reproducible error with guix challenge
guile.

I would expect this when running with --tune, but not from the build
servers:

$ LANG=C guix challenge guile
/gnu/store/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9 contents differ:
local hash: 1mn4ahip1cywc2nkq7lbgjfgdws9r283r3r12yq6ijg1b2zi5yz6
https://ci.guix.gnu.org/nar/lzip/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9:1mn4ahip1cywc2nkq7lbgjfgdws9r283r3r12yq6ijg1b2zi5yz6
differing file:
/lib/guile/3.0/ccache/ice-9/ftw.go

1 store items were analyzed:
- 0 (0.0%) were identical
- 1 (100.0%) differed
- 0 (0.0%) were inconclusive

Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
-----BEGIN PGP SIGNATURE-----

iQJEBAEBCAAuFiEE801qEjXQSQPNItXAE++NRSQDw+sFAmTg5usQHGFybmVfYmFi
QHdlYi5kZQAKCRAT741FJAPD67ImEACzpry3GbyDhwsP+vHy/pPDXB06jRhappyJ
+CoEARDJMbXhAUgnA95+swDnD2XCAC6mJFMGsUZ3zs6WCpPZie8nT0+96ymmNDcR
P4CNFVjtBKhxwORNjdV5RtS5u2vzcQSc2LJwEjNOpZITUkTH8qVxtaCFdx8YOP99
ZNHic1chB6FuH8xEBhk01L1PGqlSoh3VkFtsYOIoVK8PWWc0l2Si8hsFAtSQu/LX
7zkLnwCcbKuopGij7JBwy3Z8qnGTpxpr3sCzlQ0+i9ksbzAioBSuD/3BG7eWKkTy
Ahkhdvm/NzupZN/NTZk5t0bQWg4V8/MY4R1CMU8P2iTjhQzqC/WJFB3BPIj350Iw
qXhtoFLxEWNt5A5xnTOs6XEHMtGt01aHohIe6xhVq+TkdmWy4Qzqhx/TtB8Qah+y
Bt19KEn3pUoamQCU2gW2B/LHkmQF4JBg0VOXIJh2e2LwaolydNO8BbPC+LJ+4KWB
aD2wRBBcl8t+JFbZ45IG0ckyGdMh/KEs4ZrkPWZto0dDAckChD74p05RhpOlkjsO
GrXKuOHg3B17/g5AzA+CZEKFLIt3EfF8avWmfBP6sRh3j0ASg9lABdYha8AfKpjM
IPYR+td9B4dd4o3e1o7CIfa9tlu2TkF9b7Z24hMIV6xm2Y7akSKxoaBxFUAVmOgv
So10KlFLpIjEBAEBCAAuFiEE3Si95tmHXKvOSosd3M8NswvBBUgFAmTg5usQHGFy
bmVfYmFiQHdlYi5kZQAKCRDczw2zC8EFSG4hA/4tGg+0WTyl5Y9rbsv4oQOGnpT3
ANtgKudR+pP2cxGu2mLzKAS8BYHbg6b/7AyMJTsHcJh6aKqnEDeZqSvAxuz4wqww
9+qP1dqAaR4Xl+H+9yaXknTpnkTKQdAWDQNmkfNJvhEKBhP0xXJv0axbydb9uMI9
+HMXr7QDQZk1X2dI9g==
=EqsQ
-----END PGP SIGNATURE-----

L
L
Liliana Marie Prikler wrote on 19 Aug 2023 20:56
(address . 65383-done@debbugs.gnu.org)
1244aabbbec1dbb75281ee96a7893e3dd06feb84.camel@gmail.com
The culprit has been found [1] and arrested [2]. It turns out that the
ungexp Bruno used at the time was "too wide", resulting in a new .drv
for shared-mime-info each time. This wasn't caught during review,
because who has time to build things twice?

What are the lessons learned from this?
1. Closely look at when and how you use ungexp.
2. Actually build things multiple times ;)
Perhaps we can also add this to the things to check in continuous
integration, though with the fair amount of known unreproducible
packages, I'm not so sure of how great this will go.

Anyway, thanks for your attention.

Cheers

Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 65383@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 65383
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch