GNU bug report logs - #67829
qtwebengine new failure on i686

Previous Next

To reply to this bug, email your comments to 67829 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: bug-guix <bug-guix <at> gnu.org>
Subject: qtwebengine new failure on i686
Date: Thu, 14 Dec 2023 15:33:49 -0500

Hello,

qtwebengine was marked as newly failing by Cuirass on Berlin, as a
result to the xorg-server update in
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=8083c7abbf3a346162fcc4b8d5aa50555c0f3179.

--8<---------------cut here---------------start------------->8---
v8_use_external_startup_data=false
CMake Error at /tmp/guix-build-qtwebengine-6.5.2.drv-0/qtwebengine-everywhere-src-6.5.2/cmake/Gn.cmake:75 (message):
  

  -- GN FAILED

  ERROR at //BUILD.gn:1652:1: Assertion failed.

  assert(

  ^-----

  'target_cpu=x86' is not supported for 'target_os=linux'.  Consider omitting
  'target_cpu' (default) or using 'target_cpu=x64' instead.

  See //BUILD.gn:1653:5:

      is_valid_x86_target || target_cpu != "x86" || v8_target_cpu == "arm",
      ^-------------------------------------------------------------------

  This is where it was set.

  1

ninja: build stopped: subcommand failed.
--8<---------------cut here---------------end--------------->8---

I don't see how the two would be related, but I've CC'd John in case
they'd have some hunch.

Perhaps some non-deterministic issue with the 'gn' build system?  It had
succeeded here: https://ci.guix.gnu.org/build/2803939/details about a
week ago.

-- 
Thanks,
Maxim

Message #8 received at 67829 <at> debbugs.gnu.org (full text, mbox):

From: John Kehayias <john.kehayias <at> protonmail.com>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 67829 <at> debbugs.gnu.org, Efraim Flashner <efraim <at> flashner.co.il>
Subject: Re: bug#67829: qtwebengine new failure on i686
Date: Fri, 15 Dec 2023 06:04:30 +0000

Hello Maxim,

On Thu, Dec 14, 2023 at 03:33 PM, Maxim Cournoyer wrote:

> Hello,
>
> qtwebengine was marked as newly failing by Cuirass on Berlin, as a

This "newly failing" is the same false alarm as we saw recently. I
think Cuirass gets confused on same package with different versions as
the only one I see on i686-linux building in the past year is v5.

> result to the xorg-server update in
> <https://git.savannah.gnu.org/cgit/guix.git/commit/?id=8083c7abbf3a346162fcc4b8d5aa50555c0f3179>.
>
> v8_use_external_startup_data=false
> CMake Error at /tmp/guix-build-qtwebengine-6.5.2.drv-0/qtwebengine-everywhere-src-6.5.2/cmake/Gn.cmake:75 (message):
>
>
>   -- GN FAILED
>
>   ERROR at //BUILD.gn:1652:1: Assertion failed.
>
>   assert(
>
>   ^-----
>
>   'target_cpu=x86' is not supported for 'target_os=linux'.  Consider omitting
>   'target_cpu' (default) or using 'target_cpu=x64' instead.
>
>   See //BUILD.gn:1653:5:
>
>       is_valid_x86_target || target_cpu != "x86" || v8_target_cpu == "arm",
>       ^-------------------------------------------------------------------
>
>   This is where it was set.
>
>   1
>
> ninja: build stopped: subcommand failed.
>
> I don't see how the two would be related, but I've CC'd John in case
> they'd have some hunch.
>
> Perhaps some non-deterministic issue with the 'gn' build system?  It had
> succeeded here: <https://ci.guix.gnu.org/build/2803939/details> about a
> week ago.

As for the actual error, no idea (I saw the same thing when I noticed
the "new failure"). But I'm cc'ing Efraim as having figured out the
fix for the other package (sorry don't remember which, qt something)
on i686 recently...

John

Message #11 received at 67829 <at> debbugs.gnu.org (full text, mbox):

From: Efraim Flashner <efraim <at> flashner.co.il>
To: John Kehayias <john.kehayias <at> protonmail.com>
Cc: 67829 <at> debbugs.gnu.org, Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#67829: qtwebengine new failure on i686
Date: Sat, 16 Dec 2023 19:34:37 +0200

[Message part 1 (text/plain, inline)]

On Fri, Dec 15, 2023 at 06:04:30AM +0000, John Kehayias wrote:
> Hello Maxim,
> 
> On Thu, Dec 14, 2023 at 03:33 PM, Maxim Cournoyer wrote:
> 
> > Hello,
> >
> > qtwebengine was marked as newly failing by Cuirass on Berlin, as a
> 
> This "newly failing" is the same false alarm as we saw recently. I
> think Cuirass gets confused on same package with different versions as
> the only one I see on i686-linux building in the past year is v5.
> 
> > result to the xorg-server update in
> > <https://git.savannah.gnu.org/cgit/guix.git/commit/?id=8083c7abbf3a346162fcc4b8d5aa50555c0f3179>.
> >
> > v8_use_external_startup_data=false
> > CMake Error at /tmp/guix-build-qtwebengine-6.5.2.drv-0/qtwebengine-everywhere-src-6.5.2/cmake/Gn.cmake:75 (message):
> >
> >
> >   -- GN FAILED
> >
> >   ERROR at //BUILD.gn:1652:1: Assertion failed.
> >
> >   assert(
> >
> >   ^-----
> >
> >   'target_cpu=x86' is not supported for 'target_os=linux'.  Consider omitting
> >   'target_cpu' (default) or using 'target_cpu=x64' instead.
> >
> >   See //BUILD.gn:1653:5:
> >
> >       is_valid_x86_target || target_cpu != "x86" || v8_target_cpu == "arm",
> >       ^-------------------------------------------------------------------
> >
> >   This is where it was set.
> >
> >   1
> >
> > ninja: build stopped: subcommand failed.
> >
> > I don't see how the two would be related, but I've CC'd John in case
> > they'd have some hunch.
> >
> > Perhaps some non-deterministic issue with the 'gn' build system?  It had
> > succeeded here: <https://ci.guix.gnu.org/build/2803939/details> about a
> > week ago.
> 
> As for the actual error, no idea (I saw the same thing when I noticed
> the "new failure"). But I'm cc'ing Efraim as having figured out the
> fix for the other package (sorry don't remember which, qt something)
> on i686 recently...

Upstream chromium removed support for i686 so that's why it's failing.

https://sources.debian.org/src/qt6-webengine/6.6.1%2Bdfsg-1/debian/patches/support-i386.patch/
https://sources.debian.org/src/qt6-webengine/6.6.1%2Bdfsg-1/debian/patches/disable_32bit_node_check.patch/
https://sources.debian.org/src/qt6-webengine/6.6.1%2Bdfsg-1/debian/patches/compressing_files.patch/

There's two or three patches we can add to re-enable builds on i686, or
we can mark it as unsupported.  I don't have a strong opinion either
way.

It also looks like debian doesn't support very many architectures with
qtwebengine <at> 6

https://buildd.debian.org/status/logs.php?pkg=qt6-webengine

They also have limited architectures for qtwebengine <at> 5

https://buildd.debian.org/status/logs.php?pkg=qtwebengine-opensource-src

-- 
Efraim Flashner   <efraim <at> flashner.co.il>   רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[signature.asc (application/pgp-signature, inline)]

Message #14 received at 67829 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Efraim Flashner <efraim <at> flashner.co.il>
Cc: John Kehayias <john.kehayias <at> protonmail.com>, 67829 <at> debbugs.gnu.org
Subject: Re: bug#67829: qtwebengine new failure on i686
Date: Tue, 19 Dec 2023 11:46:37 -0500

Hi Efraim,

Efraim Flashner <efraim <at> flashner.co.il> writes:

[...]

> Upstream chromium removed support for i686 so that's why it's failing.
>
> https://sources.debian.org/src/qt6-webengine/6.6.1%2Bdfsg-1/debian/patches/support-i386.patch/
> https://sources.debian.org/src/qt6-webengine/6.6.1%2Bdfsg-1/debian/patches/disable_32bit_node_check.patch/
> https://sources.debian.org/src/qt6-webengine/6.6.1%2Bdfsg-1/debian/patches/compressing_files.patch/
>
> There's two or three patches we can add to re-enable builds on i686, or
> we can mark it as unsupported.  I don't have a strong opinion either
> way.

If Debian already did the hard work, the best option seems to use their
patches to enable the build on i686 at least :-).  If it becomes to hard
to maintain and they lag on upstream, we could reconsider just marking
it as unsupported.

-- 
Thanks,
Maxim

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.