(address . bug-guix@gnu.org)
- Lon 12 Jan 2022 18:32
- Lon 12 Jan 2022 18:41
- Lon 12 Jan 2022 18:42
- Lon 13 Jan 2022 11:55
- Lon 14 Jan 2022 09:27
- Lon 14 Jan 2022 16:39
- Con 16 Jan 2022 02:02
- Lon 23 Jan 2022 23:30
- Lon 24 Jan 2022 18:05
- Lon 26 Jan 2022 05:18
- Lon 26 Jan 2022 05:20
- Lon 29 Jan 2022 22:11
- Lon 29 Jan 2022 22:11
- Von 30 Jan 2022 01:22
- Ton 30 Jan 2022 02:00
- Lon 1 Feb 2022 09:34
- Lon 3 Feb 2022 18:44
- Lon 3 Feb 2022 18:46
- Lon 3 Feb 2022 19:39
- Lon 4 Feb 2022 18:04
- Lon 15 Feb 2022 16:00
- Lon 2 Mar 2022 11:39
- Lon 1 Apr 2022 13:44
- Lon 11 May 2022 11:27
- Lon 11 May 2022 15:42
- Lon 11 May 2022 22:11
- Lon 20 May 2022 23:35
- Lon 27 Jun 2022 23:51
- Lon 9 Aug 2022 11:47
- Lon 5 Sep 2022 15:07
- Mon 15 Sep 2022 15:07
- Mon 20 Oct 2022 17:11
- Mon 23 Oct 2022 12:30
- Mon 31 Oct 2022 11:30
- Mon 31 Oct 2022 14:36
- Mon 1 Nov 2022 18:32
- Mon 1 Nov 2022 18:41
- Mon 4 Nov 2022 18:49
- Con 9 Nov 2022 13:58
- Mon 22 Nov 2022 17:33
- Lon 23 Nov 2022 17:55
- Lon 20 Dec 2022 23:23
Release 1.4.0 progress
Details
- 8 participants
- Thiago Jung Bauermann
- Chris Marusich
- Leo Famulari
- Ludovic Courtès
- Christopher Baines
- Marius Bakke
- Mathieu Othacehe
- Vagrant Cascadian
- Owner
- unassigned
- Submitted by
- Ludovic Courtès
- Severity
- important
C
(no subject)
(address . control@debbugs.gnu.org)
878rvga3wt.fsf@gmail.com
# "guix" package fails to build on aarch64 on master, thus "guix pull"
# will also fail.
block 53214 by 52943
--
Chris
L
Re: bug#53214: Release 1.4.0 progress
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 53214@debbugs.gnu.org)
YfDMF198ZUsJuB9t@jasmine.lan
There are new crashes in the installer:
L
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 53214@debbugs.gnu.org)
YfWtfbOcLXrPBhRe@jasmine.lan
The build farm is having trouble building Guix for i686-linux. In fact,
it hasn't successfully completed the 'guix' job in weeks:
And building the guix package does not work on aarch64, also for weeks:
Finally, should we consider retiring the armhf port in 1.4.0? It seems
that we have stopped trying to build for it:
V
Re: bug#53214: Release 1.4.0 progress
(address . 53214@debbugs.gnu.org)
87y22yqdhe.fsf@ponder
On 2022-01-29, Leo Famulari wrote:
Toggle quote (9 lines)
> The build farm is having trouble building Guix for i686-linux. In fact,
> it hasn't successfully completed the 'guix' job in weeks:
>
> https://issues.guix.gnu.org/53463
>
> And building the guix package does not work on aarch64, also for weeks:
>
> https://issues.guix.gnu.org/52943
It does work on my aarch64 machine as of
1ef7a03a148cf5f83ab1820444f6bd50d8e732d1 and more recently
f8bfb2d85682dcabe56a4b1b0f25d566a0abbd2b, but not sure why it's not
building on the build farm...
Toggle quote (5 lines)
> Finally, should we consider retiring the armhf port in 1.4.0? It seems
> that we have stopped trying to build for it:
>
> https://ci.guix.gnu.org/search?query=guix+spec%3Amaster+system%3Aarmhf-linux
In a similar vein, aarch64 substitutes are in pretty bad shape... and
the architecture as a whole is a bit hard to keep up with; there are
some pretty obscure and difficult to triage bugs here and there.
I'm not sure what the qualities of a release-worthy architecture are,
but aarch64 is definitely suffering badly ever since the core-updates
merge and the merge of the 1.4 branch into master, which required a lot
of rebuilds...
live well,
vagrant
T
(address . 53214@debbugs.gnu.org)
58790588.DlEEdIX8SL@popigai
Hello,
Em sábado, 29 de janeiro de 2022, às 21:22:21 -03, Vagrant Cascadian
escreveu:
Toggle quote (15 lines)
> On 2022-01-29, Leo Famulari wrote:
> > The build farm is having trouble building Guix for i686-linux. In fact,
> > it hasn't successfully completed the 'guix' job in weeks:
> >
> > https://issues.guix.gnu.org/53463
> >
> > And building the guix package does not work on aarch64, also for weeks:
> >
> > https://issues.guix.gnu.org/52943
>
> It does work on my aarch64 machine as of
> 1ef7a03a148cf5f83ab1820444f6bd50d8e732d1 and more recently
> f8bfb2d85682dcabe56a4b1b0f25d566a0abbd2b, but not sure why it's not
> building on the build farm...
A couple of weeks ago guixp9 wasn’t doing powerpc64le builds either.
I did a “guix pull && guix upgrade” (which upgraded the version of Cuirass
installed) and restarted the Cuirass worker then things got back on track
again. I don’t know why...
--
Thanks,
Thiago
L
(name . Leo Famulari)(address . leo@famulari.name)(address . 53214@debbugs.gnu.org)
87zgnb6l44.fsf@gnu.org
Hi,
Leo Famulari <leo@famulari.name> skribis:
Toggle quote (5 lines)
> The build farm is having trouble building Guix for i686-linux. In fact,
> it hasn't successfully completed the 'guix' job in weeks:
>
> https://issues.guix.gnu.org/53463
(This issue title doesn’t mention i686.) I’m looking at it, though a
bit slowly because I’ve been busy with other things:
Toggle quote (4 lines)
> And building the guix package does not work on aarch64, also for weeks:
>
> https://issues.guix.gnu.org/52943
Ah, I thought this had been fixed with Chris Marusich’s commits but
apparently not?
Toggle quote (5 lines)
> Finally, should we consider retiring the armhf port in 1.4.0? It seems
> that we have stopped trying to build for it:
>
> https://ci.guix.gnu.org/search?query=guix+spec%3Amaster+system%3Aarmhf-linux
The “armhf-linux” box was unchecked, not sure why. I’ve re-added it and
we’ll see. (For the record, anyone with access to berlin or with a
certificate can do it via the Cuirass web interface.)
Bordeaux.guix does have binaries:
Toggle snippet (27 lines)
$ guix weather -s armhf-linux coreutils guile grep sed
computing 4 package derivations for armhf-linux...
looking for 6 store items on https://ci.guix.gnu.org...
https://ci.guix.gnu.org
0.0% substitutes available (0 out of 6)
unknown substitute sizes
0.0 MiB on disk (uncompressed)
0.042 seconds per request (0.2 seconds in total)
23.6 requests per second
0.0% (0 out of 6) of the missing items are queued
at least 1,000 queued builds
aarch64-linux: 1000 (100.0%)
build rate: 17.64 builds per hour
i686-linux: 4.74 builds per hour
x86_64-linux: 9.23 builds per hour
powerpc64le-linux: 3.69 builds per hour
looking for 6 store items on https://bordeaux.guix.gnu.org...
https://bordeaux.guix.gnu.org
100.0% substitutes available (6 out of 6)
23.1 MiB of nars (compressed)
113.8 MiB on disk (uncompressed)
0.034 seconds per request (0.1 seconds in total)
29.3 requests per second
(continuous integration information unavailable)
Overall it’s not a great situation to be in, but I think we should be
able to address it. Usually I think it’s safer to merge ‘core-updates’
only after “make assert-binaries-available” passes.
Thanks,
Ludo’.
L
Re: bug#53214: Release 1.4.0 progress
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 53214@debbugs.gnu.org)
YfwVE5SQEByURekE@jasmine.lan
I suggest we fix #49508 "Implement --allow-insecure-transport for `guix
pull`" before the next release:
L
(no subject)
(name . GNU bug tracker automated control server)(address . control@debbugs.gnu.org)
YfwhW7myCtO8IyKu@jasmine.lan
L
(name . GNU bug tracker automated control server)(address . control@debbugs.gnu.org)
Yf1crbaC6auUKuqy@jasmine.lan
C
(name . GNU bug tracker automated control server)(address . control@debbugs.gnu.org)
87o7tgjncl.fsf@cbaines.net
M
control message for bug #53214
(address . control@debbugs.gnu.org)
87leo3vthw.fsf@meije.mail-host-address-is-not-set
?