Re: Bug#987641: e2fsprogs: FTBFS on armel/armhf with a 64-bit kernel

[Aurelien Jarno <aurelien@jarno.fr>]

Hi,

Le 03/05/2021 à 22:23, Theodore Ts'o a écrit :
> On Mon, Apr 26, 2021 at 11:01:45PM +0200, Aurelien Jarno wrote:
> > Source: e2fsprogs
> > Version: 1.46.2-1
> > Severity: serious
> > Tags: upstream ftbfs
> > Justification: fails to build from source (but built successfully in the past)
> > Forwarded: https://github.com/tytso/e2fsprogs/issues/65
> >
> > e2fsprogs builds fine on armel/armhf when built on a machine with a
> > 32-bit kernel. However it fails to build on a machine with a 64-bit
> > kernel due to alignments issues which are not trapped by the kernel:
> >
> > A build log is available there:
> > https://tests.reproducible-builds.org/debian/logs/unstable/armhf/e2fsprogs_1.46.2-1.build2.log.gz
>
> Hi, thanks for the bug report.  I have a patch which should address
> this problem.  (See below).
>
> I have a question for the Debian Release Team (cc'ed).  Do you agree
> this is considered "serious"?  It will build from source on a system
> with a arm-32 kernel.  It is only when cross-compiling on armel or
> armhf on a aarch64 platform that some regression tests
> (j_recover_csum2_32bit, j_recover_csum2_64bit, and j_recover_fast_commit)
> will fail, and it is this which causes dpkg-buildpackage when run on a
> arm-32 chroot on a 64-bit arm system to fail.
>
> So it is not completely clear to me that this qualifies as a FTBFS,
> such that the release team would grant an migration into bullseye
> given that we are currently in "frozen hard to get hot"[1]
>
> [1] https://lists.debian.org/debian-devel-announce/2021/03/msg00006.html

Maybe I should give a bit of context here. First of all, there is one 
armhf buildd, arm-arm-01, setup as an arm64 machine with a 32-bit armhf 
chroot. It has been setup following [1] a study from Steve McIntyre [1]. 
It appears that e2fsprogs first failed to build there [2] and got 
requeued on another buildd where it succeed.

Now with my DSA and buildd maintainer hat on, we have been experiencing 
for quite a lot of VM crashes when building packages in 32-bit 
armhf/armel VMs on arm64 machines, so we have recently stopped using VMs 
to build them and instead rely on chroots.

Regards,
Aurelien

[1] https://lists.debian.org/debian-arm/2019/01/msg00000.html
[2] 
https://buildd.debian.org/status/fetch.php?pkg=e2fsprogs&arch=armhf&ver=1.46.2-1&stamp=1614569268&raw=0