Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #963687 > unrolled thread

Bug#931641: perl: FTBFS under qemu-user

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#931641: perl: FTBFS under qemu-user Niko Tyni <ntyni@debian.org> - 2019-07-08 18:30 +0200
    Bug#931641: perl: FTBFS under qemu-user Andreas Schwab <schwab@linux-m68k.org> - 2019-07-08 19:50 +0200
    Bug#931641: perl: FTBFS under qemu-user Andreas Schwab <schwab@linux-m68k.org> - 2019-07-10 19:40 +0200

#963687 — Bug#931641: perl: FTBFS under qemu-user

Source: perl
Version: 5.30.0-2
Severity: important
Tags: upstream
User: debian-perl@lists.debian.org
Usertags: perl-5.30-transition
X-Debbugs-Cc: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>

As discussed in the thread at

 https://alioth-lists.debian.net/pipermail/perl-maintainers/2019-June/006711.html

 https://alioth-lists.debian.net/pipermail/perl-maintainers/2019-July/006713.html

Perl fails to build under qemu-user with Configure -Dmksymlinks because
$0 contains an absolute path there and the build machinery can't deal
with that.

This can be reproduced under for instance qemu-armhf with

  mkdir b && cd b && ../Configure -des -Dmksymlinks

resulting in lots of 'Permission denied' errors when extracting cflags.SH
because the script mistakes the shell absolute path for its argument and
tries to write in the same directory where the shell resides.

An even simpler reproducer is

  touch config.sh && sh < cflags.SH

This is not specific to Perl 5.30, our packaging just started to use
-Dmksymlinks there and triggered the issue.

I'm not sure yet where this should be fixed. I'd like to avoid reverting
the -Dmksymlinks part introduced in 5.30.0-2 as I think enabling parallel
builds was an improvement. But we'll see.

This should possibly be considered a Perl 5.30 transition blocker as
at least some Debian ports (m68k, sh4) use qemu-user for buildds.
Adding the usertag for now.
-- 
Niko Tyni   ntyni@debian.org

[toc] | [next] | [standalone]

#963700

On Jul 08 2019, Niko Tyni <ntyni@debian.org> wrote:

> I'm not sure yet where this should be fixed. I'd like to avoid reverting
> the -Dmksymlinks part introduced in 5.30.0-2 as I think enabling parallel
> builds was an improvement. But we'll see.

That should fix it:

https://github.com/openSUSE/qemu/commit/b9d571b22b86948586a3ee622a854b5fc694cc04
https://github.com/openSUSE/qemu/commit/3cec667753967b778563899cbd21cc2e617d4389

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."

[toc] | [prev] | [next] | [standalone]

#964052

On Jul 10 2019, John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> wrote:

>> That should fix it:
>> 
>> https://github.com/openSUSE/qemu/commit/b9d571b22b86948586a3ee622a854b5fc694cc04
>> https://github.com/openSUSE/qemu/commit/3cec667753967b778563899cbd21cc2e617d4389
>
> That doesn't work, unfortunately. At least, I cannot get it to work in Debian.
>
> Both the patch from Laurent and these two patches from Alex and you seem cause
> issues with the shell environment so that chrooting into the build root no longer
> works.

Make sure you have the P flag and the interpreter pointing to the
*-binfmt wrapper.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web