GNU bug report logs - #73575
Mate fails to build on i686-linux

Previous Next

To reply to this bug, email your comments to 73575 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: Dariqq <dariqq <at> posteo.net>
To: bug-guix <at> gnu.org
Subject: Mate fails to build on i686-linux
Date: Mon, 30 Sep 2024 21:41:25 +0000

Hi,

The meta-package for the mate-desktop fails to build on i686-linux due 
to test failures in the dependency graph:

- python-werkzeug
- skia
- node


After skipping these tests with --without-tests the mate build passes.

I have not yet looked into the details why some tests are failing.

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

From: Dariqq <dariqq <at> posteo.net>
To: 73575 <at> debbugs.gnu.org
Subject: Mate fails to build on i686-linux
Date: Tue,  1 Oct 2024 17:08:09 +0000

Had a look at the test failures:


- python-werkzeug:
tests/test_serving.py:  ConnectionRefusedError: [Errno 111] Connection 
refused

Not sure what is causing this. Some other linux distributions disable 
this test (this package has a lot of dependants though)



- skia
../../src/base/SkContainers.cpp:66: fatal error: "assert(capacity >= 0)"


The function that is causing the error looks like this

#+begin_src cpp
size_t SkContainerAllocator::roundUpCapacity(int64_t capacity) const {
    SkASSERT(capacity >= 0);

    // If round will not go above fMaxCapacity return rounded capacity.
    if (capacity < fMaxCapacity - kCapacityMultiple) {
        return SkAlignTo(capacity, kCapacityMultiple);
    }

    return SkToSizeT(fMaxCapacity);
}
#+end_src


In the same file there is another function which calls roundUpCapacity 
which looks like it can overflow because things get castet to int64_t 
after the multiplication which will fail to catch the overflow

#+begin_src cpp
size_t SkContainerAllocator::growthFactorCapacity(int capacity, double 
growthFactor) const {
    SkASSERT(capacity >= 0);
    SkASSERT(growthFactor >= 1.0);
    // Multiply by the growthFactor. Remember this must be done in 
64-bit ints and not
    // size_t because size_t changes.
    const int64_t capacityGrowth = static_cast<int64_t>(capacity * 
growthFactor);

    // Notice that for small values of capacity, rounding up will 
provide most of the growth.
    return this->roundUpCapacity(capacityGrowth);
}
#+end_src




- node:
In tests/parallel/test-fs-utimes-y2K38.js
this is failing:

#+begin_src js
const path = `${tmpdir.path}/test-utimes-precision`;
fs.writeFileSync(path, '');

const Y2K38_mtime = 2 ** 31;
fs.utimesSync(path, Y2K38_mtime, Y2K38_mtime);
#+end_src

with
#+begin_example
not ok 1133 parallel/test-fs-utimes-y2K38
  ---
  duration_ms: 157.49700
  severity: fail
  exitcode: 1
  stack: |-
    node:internal/fs/utils:351
        throw err;
        ^

    Error: EINVAL: invalid argument, utime 
'/tmp/guix-build-node-18.19.0.drv-0/node-v18.19.0/test/.tmp.1155/test-utimes-precision'
        at Object.utimesSync (node:fs:2134:3)
        at Object.<anonymous> 
(/tmp/guix-build-node-18.19.0.drv-0/node-v18.19.0/test/parallel/test-fs-utimes-y2K38.js:46:4)
        at Module._compile (node:internal/modules/cjs/loader:1356:14)
        at Module._extensions..js 
(node:internal/modules/cjs/loader:1414:10)
        at Module.load (node:internal/modules/cjs/loader:1197:32)
        at Module._load (node:internal/modules/cjs/loader:1013:12)
        at Function.executeUserEntryPoint [as runMain] 
(node:internal/modules/run_main:128:12)
        at node:internal/main/run_main_module:28:49 {
      errno: -22,
      syscall: 'utime',
      code: 'EINVAL',
      path: 
'/tmp/guix-build-node-18.19.0.drv-0/node-v18.19.0/test/.tmp.1155/test-utimes-precision'
    }

    Node.js v18.19.0
#+end_example


This seems to be another overflow/integer too big error as 2**31 -1 works.

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

From: Dariqq <dariqq <at> posteo.net>
To: 73575 <at> debbugs.gnu.org
Subject: Re: Mate fails to build on i686-linux
Date: Thu, 19 Dec 2024 16:31:05 +0000

Since the python-team merge and the node update python-werkzeug and node 
build without issues.

However there are some new issues in the dependency graph for cantarell 
font:

Test failures in

- python-pandas-2 : TypeError: Cannot cast array data from 
dtype('int64') to dtype('int32') according to the rule 'safe'
- python-pytest-regressions : tests/test_ndarrays_regression.py:140: 
AssertionError

which are both needed by scipy.

Honestly at this point I think it would be easier to just remove 
cantarell font from the default mate package.

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

From: Dariqq <dariqq <at> posteo.net>
To: 73575 <at> debbugs.gnu.org
Subject: Re: Mate fails to build on i686-linux , post gnome-team merge
Date: Fri,  7 Mar 2025 19:28:04 +0000

Good news:

python-pandas-2 tests are skipped because of 
162179e787f4d196e809dd19c74b7ad8318d7ac1


Bad news:
Mutliple new failing tests in gnome dependencies:

gst-plugins-good


--8<---------------cut here---------------start------------->8---
33/116 elements_matroskademux             FAIL            0.16s   exit 
status 3
>>> GST_STATE_IGNORE_ELEMENTS='aasink autoaudiosrc autoaudiosink 
autovideosrc
 autovideosink cacasink cairotextoverlay gtkglsink gtksink jackaudiosrc
 jackaudiosink osssrc osssink osxaudiosink osxaudiosrc osxvideosrc 
osxvideosink
 pulsesink pulsesrc pulsemixer v4l2src' MESON_TEST_ITERATION=1 
GSETTINGS_BACKEND=memory GST_PLUGIN_SYSTEM_PATH_1_0='' 
GST_PLUGIN_SCANNER_1_0=/gnu/store/kk0rlcbb90x2a33n31h2qahz90lbb9yd-gstreamer-1.24.9/libexec/gstreamer-1.0/gst-plugin-scanner 
GST_PLUGIN_PATH_1_0=/tmp/guix-build-gst-plugins-good-1.24.9.drv-0/build:/gnu/store/kk0rlcbb90x2a33n31h2qahz90lbb9yd-gstreamer-1.24.9/lib/gstreamer-1.0:/gnu/store/zwshf1i6m9ilr6wxp819ympgdb6rm4dd-gst-plugins-base-1.24.9/lib/gstreamer-1.0 
MALLOC_PERTURB_=189 
UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 
CK_DEFAULT_TIMEOUT=600 
GST_REGISTRY=/tmp/guix-build-gst-plugins-good-1.24.9.drv-0/build/tests/check/elements_matroskademux.registry 
ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 
GST_PLUGIN_LOADING_WHITELIST=gstreamer:gst-plugins-base:timecode:gst-plugins-good@/tmp/guix-build-gst-plugins-good-1.24.9.drv-0/build 
MSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 
/tmp/guix-build-gst-plugins-good-1.24.9.drv-0/build/tests/check/elements_matroskademux
――――――――――――――――――――――――――――――――――――― ✀ 
―――――――――――――――――――――――――――――――――――――
Running suite(s): matroskademux
40%: Checks: 5, Failures: 3, Errors: 0
../gst-plugins-good-1.24.9/tests/check/elements/matroskademux.c:402:F:general:test_segment_looping:0: 
'segment_end' (116099772) is not equal to 'PINKNOISE_MKV_DURATION' 
(116099773)
../gst-plugins-good-1.24.9/tests/check/elements/matroskademux.c:442:F:general:test_segment_looping_middle_segment:0: 
'segment->duration' (116099772) is not equal to 'PINKNOISE_MKV_DURATION' 
(116099773)
../gst-plugins-good-1.24.9/tests/check/elements/matroskademux.c:442:F:general:test_segment_looping_middle_segment_with_rate:0: 
'segment->duration' (116099772) is not equal to 'PINKNOISE_MKV_DURATION' 
(116099773)
Check suite matroskademux ran in 0.024s (tests failed: 3)
--8<---------------cut here---------------end--------------->8---


gtk:


--8<---------------cut here---------------start------------->8---
Summary of Failures:

5779/6091 gtk:css / parser math.css 
 
                       ERROR           0.15s   exit status 1
5999/6091 gtk:reftest / reftest hbox-with-ellipsizing-wrapping-label.ui 
 
                       FAIL            0.76s   0/1 subtests passed
6084/6091 gtk:reftest / reftest window-border-width.ui 
 
                       FAIL            0.80s   0/1 subtests passed


In the meson outputI could not find anything that looks like the reason 
for the errors/failures


--8<---------------cut here---------------end--------------->8---


vte-with-gtk+3


--8<---------------cut here---------------start------------->8---
 3/16 colors            FAIL            0.09s   killed by signal 6 SIGABRT
test-colors: ../vte-0.78.2/src/color-test.cc:84: void 
assert_color_parse_value(const string_view&, const Color&, color_format, 
int) [with Color = vte::color::rgba_base<float>; std::string_view = 
std::basic_string_view<char>]: Assertion `*value == expected_value' failed.
--8<---------------cut here---------------end--------------->8---

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

From: Dariqq <dariqq <at> posteo.net>
To: 73575 <at> debbugs.gnu.org
Subject: Re: Mate fails to build on i686-linux
Date: Fri, 11 Apr 2025 21:03:46 +0000

Now elogind-updates got merged, new failures.

The update to webkitgtk 2.48.1 causes a build failure.

The reason is a missing semicolon and it is addressed in
https://github.com/WebKit/WebKit/commit/8bee9eb95ae24c6a410f9cd614976f4653d020d9

My complete transformation now looks like this:

(define transform
  (options->transformation
   '((without-tests . "skia")
     (without-tests . "gst-plugins-good")
     (without-tests . "python-pytest-regressions")
     (without-tests . "gst-plugins-good")
     (without-tests . "gtk")
     (without-tests . "vte-with-gtk+3")
     (with-patch . "webkitgtk=webkitgtk-fix-build-on-i686.patch")
     (with-patch . 
"webkitgtk-for-gtk3=webkitgtk-fix-build-on-i686.patch"))))

Previous Next

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