GNU bug report logs -
#64762
Guix sometimes doesn't support most packages for i686-linux and armhf-linux
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 64762 in the body.
You can then email your comments to 64762 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#64762
; Package
guix
.
(Fri, 21 Jul 2023 09:20:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Christopher Baines <mail <at> cbaines.net>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Fri, 21 Jul 2023 09:20:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hey,
I spotted this issue a few days ago, but I'm still pretty confused by
it. Both instances of the data service have sometimes been reporting
only a small number of package derivations for i686-linux and
armhf-linux.
I think the first revisions to exhibit this on the master branch for the
two data service instances are [1] and [2]. Given that for each of these
revisions, the other data service instance reports an expected number of
derivations, this issue seems to be non-deterministic.
1: https://data.guix.gnu.org/revision/67fb8efdf782592c133726a1ab7bc6692259e385
2: https://data.qa.guix.gnu.org/revision/09e73683a2c303016fa57bf5d84a8e997d4c0a30
To confirm that this is an issue with the supported systems as reported
by Guix, I had the data service print out the transitive supported
systems for the guix package:
debug: Starting getting derivations for (i686-linux . #f)
looking at guix package (supported systems: (), system supported: #f, target supported: #t
debug: Finished getting derivations for (i686-linux . #f), took 12 seconds
debug: Starting getting derivations for (armhf-linux . #f)
looking at guix package (supported systems: (), system supported: #f, target supported: #t
debug: Finished getting derivations for (armhf-linux . #f), took 41 seconds
This log output is from https://data.qa.guix.gnu.org/job/47888
This isn't just a one off thing though, it seems to happen quite
frequently for many revisions.
Any ideas?
Thanks,
Chris
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#64762
; Package
guix
.
(Fri, 21 Jul 2023 11:48:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 64762 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Christopher Baines <mail <at> cbaines.net> writes:
> To confirm that this is an issue with the supported systems as reported
> by Guix, I had the data service print out the transitive supported
> systems for the guix package:
>
> debug: Starting getting derivations for (i686-linux . #f)
> looking at guix package (supported systems: (), system supported: #f, target supported: #t
> debug: Finished getting derivations for (i686-linux . #f), took 12 seconds
>
> debug: Starting getting derivations for (armhf-linux . #f)
> looking at guix package (supported systems: (), system supported: #f, target supported: #t
> debug: Finished getting derivations for (armhf-linux . #f), took 41 seconds
I realised that this could be non-deterministic because the order in
which the data service processes derivations is non-deterministic, from
the order of the systems returned by (guix platforms).
That led me to a reproducer:
(use-modules (gnu packages) (guix packages) (gnu packages package-management))
(fold-packages (lambda (pkg result)
(package-transitive-supported-systems pkg "i586-gnu")
#f)
#f)
(peek "guix package supported systems" (package-transitive-supported-systems guix "i686-linux"))
If you look at the %final-inputs packages, there's an issue with libc:
(use-modules (ice-9 match)
(gnu packages) (guix packages) (gnu packages package-management)
(gnu packages commencement))
(fold-packages (lambda (pkg result)
(package-transitive-supported-systems pkg "i586-gnu")
#f)
#f)
(for-each
(match-lambda
((name pkg rest ...)
(peek name
(package-transitive-supported-systems
pkg
"i686-linux"))))
(%final-inputs "i686-linux"))
I think this could be because %final-inputs is cached based on system,
but doesn't seem to use system. Setting %current-system to system seems
to help, so I've sent a patch for that [1].
1: https://issues.guix.gnu.org/64763
[signature.asc (application/pgp-signature, inline)]
Severity set to 'important' from 'normal'
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 07 Aug 2023 14:52:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
You have taken responsibility.
(Mon, 21 Aug 2023 14:56:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Christopher Baines <mail <at> cbaines.net>
:
bug acknowledged by developer.
(Mon, 21 Aug 2023 14:56:02 GMT)
Full text and
rfc822 format available.
Message #15 received at 64762-done <at> debbugs.gnu.org (full text, mbox):
Christopher Baines <mail <at> cbaines.net> skribis:
> I think this could be because %final-inputs is cached based on system,
> but doesn't seem to use system. Setting %current-system to system seems
> to help, so I've sent a patch for that [1].
>
> 1: https://issues.guix.gnu.org/64763
Fixed in 560cb51e7b37e2c6f6fe4b72a3781185c57fdf83.
Ludo'.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 19 Sep 2023 11:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 275 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.