breaks in more SIMD optimizations.

ISO segfaults when pacstrapping.

Several (if not all) build slaves show key verification errors.

I don’t think, it’s the keys, but gnupg slowly failing us on 32-bit.

Workaround as always: SigLevel=Never

Trick question (and possibly bonus points): what to do, if gnupg cannot be fixed..

:: removing user-manager breaks dependency ‘user-manager’ required by plasma-meta

This blocks tons of packages..

no task description

Feb 12 12:00:29 arch32-testing-pentium4 kernel: audit: type=1130 audit(1613127629.283:106): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-9938-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 12 12:00:31 arch32-testing-pentium4 systemd-coredump[9939]: [🡕] Process 9886 (xfce4-power-man) of user 1000 dumped core.
                                                                
                                                                Stack trace of thread 9886:
                                                                #0  0x00000000b6fb37b4 g_log_structured_array (libglib-2.0.so.0 + 0x557b4)
                                                                #1  0x00000000b6fb3cdc g_log_default_handler (libglib-2.0.so.0 + 0x55cdc)
                                                                #2  0x00000000b6fb5224 g_logv (libglib-2.0.so.0 + 0x57224)
                                                                #3  0x00000000b6fb5485 g_log (libglib-2.0.so.0 + 0x57485)
                                                                #4  0x000000000041a4cf n/a (xfce4-power-manager + 0x64cf)
                                                                #5  0x00000000b6b5498d __libc_start_main (libc.so.6 + 0x1e98d)
                                                                #6  0x000000000041aa75 n/a (xfce4-power-manager + 0x6a75)
                                                                
                                                                Stack trace of thread 9901:
                                                                #0  0x00000000b7f12549 __kernel_vsyscall (linux-gate.so.1 + 0x549)
                                                                #1  0x00000000b6c22117 __poll (libc.so.6 + 0xec117)
                                                                #2  0x00000000b7000125 n/a (libglib-2.0.so.0 + 0xa2125)
                                                                #3  0x00000000b6faba46 g_main_context_iteration (libglib-2.0.so.0 + 0x4da46)
                                                                #4  0x00000000b6fabaa1 n/a (libglib-2.0.so.0 + 0x4daa1)
                                                                #5  0x00000000b6fda93e n/a (libglib-2.0.so.0 + 0x7c93e)
                                                                #6  0x00000000b6cfe39f start_thread (libpthread.so.0 + 0x839f)
                                                                #7  0x00000000b6c2db6a __clone (libc.so.6 + 0xf7b6a)
Feb 12 12:00:31 arch32-testing-pentium4 kernel: audit: type=1131 audit(1613127631.393:107): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-9938-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

———————————– output ———————————– stderr:
Traceback (most recent call last):

File "/build/xorgproto/src/xorgproto-2021.3/scripts/keysym-generator.py", line 18, in <module>
  import libevdev

ModuleNotFoundError: No module named ‘libevdev’

root cause is python-libevdev not building:

Theme error:
sphinx_rtd_theme is no longer a hard dependency since version 1.4.0. Please install it manually.(pip install sphinx_rtd_theme)

another victim of documentation generation..

shell> echo > rust.rc <<EOF
fn main() {
        println!( "Hello Rust! " );
}
EOF

shell> rustc rust.rs
error: failed to find a `codegen-backends` folder in the sysroot candidates:
* /usr
* /usr

Presumably the i686 folders are moved around in PKGBUILD to form lib32
libraries for rust on 64-bit.

chromium apparently also has trouble in some seccomp jailing:

 ../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
[1201:1210:0227/131355.020958:FATAL:gpu_data_manager_impl_private.cc(990)] The display compositor is frequently crashing. Goodbye.

[1]+  Trace/breakpoint trap   (core dumped) chromium

:: installing clang (9.0.1-1.0) breaks dependency ‘clang=9.0.0’ required by kdevelop

warning: cannot resolve “firefox>=71.0”, a dependency of “firefox-i18n-de”

Seen with trojita:
Cannot mix incompatible Qt library (version 0x50d02) with this library (version 0x50d01)

=⇒ ERROR: Failure while downloading https://cgit.kde.org/trojita.git/patch/?id=cf2364b8

SHA1 in https://anongit.kde.org/trojita):

cf2364b80fa8ae844df8350cd5833d47cce235f2

    Fix possible crash when downloading attachments

Yep, promising, lets download the patch and add it to the package.

Original bug: https://bugs.kde.org/show_bug.cgi?id=417697

–

/build/trojita/src/trojita-0.7/src/Gui/Window.cpp:981:26: error: aggregate ‘QPainterPath path’ has incomplete type and cannot be defined
  981 |             QPainterPath path;
      |                          ^~~~

needs a #include <QPainterPath>

Reported as https://bugs.kde.org/show_bug.cgi?id=432827