08.12.2017 -  FS#18  - [android-tools] missing a -latomic when linking adb (and maybe other utilities). Didn’t find the place where to report this upstream!?

`/bin/vim` in version 8.2.5046-2.0 has an rpath on `libperl.so` version 5.36, which is currently only available in staging (i686/core is at version 5.34). vim does not start (cannot open shared object file).

```
$ readelf -d /bin/vim

Dynamic section at offset 0×486090 contains 43 entries:

Tag        Type                         Name/Value

[…]
0x000000000000000f (RPATH) Library rpath: [/usr/lib/perl5/5.36/core_perl/CORE]
```

/build/binutils/src/binutils-gdb/libiberty/fibheap.c: In function ‘fibheap_replace_key_data’:
/build/binutils/src/binutils-gdb/libiberty/fibheap.c:38:25: error: ‘LONG_MIN’ undeclared (first use in th
is function)
   38 | #define FIBHEAPKEY_MIN  LONG_MIN
      |                         ^~~~~~~~
/build/binutils/src/binutils-gdb/libiberty/fibheap.c:220:30: note: in expansion of macro ‘FIBHEAPKEY_MIN’
  220 |   if (okey == key && okey != FIBHEAPKEY_MIN)
      |                              ^~~~~~~~~~~~~~
/build/binutils/src/binutils-gdb/libiberty/fibheap.c:36:1: note: ‘LONG_MIN’ is defined in header ‘<limits.h>’; did you forget to ‘#include <limits.h>’?
   35 | #include "fibheap.h"
  +++ |+#include <limits.h>

Amazing code quality

# pacman -S blender resolving dependencies… warning: cannot resolve "opensubdiv”, a dependency of "blender” :: The following package cannot be upgraded due to unresolvable dependencies:

    blender

:: Do you want to skip the above package for this upgrade? [y/N]
error: failed to prepare transaction (could not satisfy dependencies)
:: unable to satisfy dependency 'opensubdiv’ required by blender

-r--r--r-- 1 root root 0 May 12 07:00 /etc/ca-certificates/extracted/tls-ca-bundle.pem

curl -v https://www.openssl.org
*   Trying 104.89.5.252:443...
* Connected to www.openssl.org (104.89.5.252) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* error setting certificate verify locations:  CAfile: /etc/ssl/certs/ca-certificates.crt CApath: none
* Closing connection 0
curl: (77) error setting certificate verify locations:  CAfile: /etc/ssl/certs/ca-certificates.crt CApath: none

Attached to Project: Archlinux32
Opened by Andreas Baumann - 13.12.2017
Last edited by Erich Eckner - 03.01.2018
 FS#21  - [ceph] unit tests failing or segfault

5/142 Test   #3: test_objectstore_memstore.sh ............***Failed    1.13 sec
7/142 Test   #1: run-rbd-unit-tests.sh ...................***Failed    1.49 sec

46/142 Test #57: unittest_util ………………………*Failed 0.05 sec
51/142 Test #59: unittest_lru ……………………….*Failed 0.57 sec
92/142 Test #100: unittest_erasure_code_shec_arguments ….*Failed 0.63 sec
96/142 Test #102: unittest_journal ……………………*Exception: SegFault 0.90 sec
98/142 Test #106: unittest_mds_sessionfilter …………..*Exception: SegFault 1.02 sec
106/142 Test #116: unittest_bluefs …………………….*Exception: SegFault 0.66 sec
107/142 Test #117: unittest_bluestore_types …………….*Exception: SegFault 1.25 sec
108/142 Test #119: unittest_memstore_clone ……………..*Exception: SegFault 2.51 sec
114/142 Test #124: unittest_osdscrub …………………..*Exception: SegFault 0.63 sec
115/142 Test #125: unittest_pglog ……………………..*Exception: SegFault 1.23 sec
116/142 Test #126: unittest_hitset …………………….*Failed 0.52 sec
125/142 Test #134: test_ceph_argparse.py ……………….*Failed 1.64 sec
130/142 Test #6: run-tox-ceph-disk …………………..*Failed 94.75 sec
132/142 Test #142: unittest_rbd_mirror …………………*Exception: SegFault 0.51 sec
140/142 Test #2: run-cli-tests ………………………*Failed 167.72 sec
141/142 Test #110: mgr-dashboard-smoke.sh ………………*Failed 301.60 sec

Closed by Erich Eckner
03.01.2018 21:15
Reason for closing: Won’t fix
Additional comments about closing:

blacklisted ceph

Comments (9)

Admin
Erich Eckner commented on 17.12.2017 19:11

I’ll build it w/o check(), but we should definitely look into this (later)
Admin
Andreas Baumann commented on 19.12.2017 12:09

ceph goes heavy non-i686:

shell#> cmake ….

Error at cmake/modules/BuildDPDK.cmake:61 (message):

not able to build DPDK support: unsupported target.
"i686-native-linuxapp-gcc" not listed in

Call Stack (most recent call first):

cmake/modules/BuildDPDK.cmake:83 (do_build_dpdk)
cmake/modules/BuildSPDK.cmake:4 (build_dpdk)
CMakeLists.txt:239 (build_spdk)

I suspect libvirt and the other packages can use ceph, but do not require it
really. I would make ceph an optdepend.
Admin
Andreas Baumann commented on 19.12.2017 12:10

Using it without check is no option IMHO.
Admin
Andreas Baumann commented on 03.01.2018 19:29

New try, same bugs:

        1 - run-rbd-unit-tests.sh (Failed)
        2 - run-cli-tests (Failed)
        3 - test_objectstore_memstore.sh (Failed)
       59 - unittest_lru (Failed)
      100 - unittest_erasure_code_shec_arguments (Failed)
      102 - unittest_journal (SEGFAULT)
      106 - unittest_mds_sessionfilter (SEGFAULT)
      116 - unittest_bluefs (SEGFAULT)
      117 - unittest_bluestore_types (SEGFAULT)
      119 - unittest_memstore_clone (SEGFAULT)
      124 - unittest_osdscrub (SEGFAULT)
      125 - unittest_pglog (SEGFAULT)
      126 - unittest_hitset (Failed)
      134 - test_ceph_argparse.py (Failed)
      142 - unittest_rbd_mirror (SEGFAULT)

Decision: remove ceph dependency on libvirt (more?), then blacklist the package.

Reason: we cannot maintain all software for companies upstream.
Admin
Andreas Baumann commented on 03.01.2018 19:45

mmh, a (most likely incomplete) list of software using ceph:

- libvirt: seems to be an optional storage method
- qemu: obvious, if used in combination with libvirt to store the disk image with ceph
- pifpaf: “Suite of tools and fixtures to manage daemons for testing”, ceph used in tests only
- fio: “Scriptable I/O tool for storage benchmarks and drive testing”, ceph seems to be optional

So, all seem to work fine without ceph.
Admin
Andreas Baumann commented on 03.01.2018 19:53

ceph on gihub: a project with pull requests only and no bug reports.. ok then.
Admin
Erich Eckner commented on 03.01.2018 20:59

agreed: I’ll blacklist it, once I compiled a list of ceph dependent packages.
Admin
Erich Eckner commented on 03.01.2018 21:04

I only see libvirt, python-pifpaf and qemu depending on ceph
Admin
Erich Eckner commented on 03.01.2018 21:07

ah, that’s because you already removed the dependencies

Google Cache

Bing Cache

I did not see a way to report a package outdated (unlike upstream arch linux) so here is a bug report.

chezmoi (a dot file manager for your home directory) is way outdated in arch32, especially the non-pentium4 versions. This makes it unusable for me as my config depends on newer features.

I would at least expect arch32 to have the same version for i686 and pentium4.

/usr/bin/c++ -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/build/clang/src/clang-13.0.1.src/build/unittests/Tooling -I/build/clang/src/clang-13.0.1.src/unittests/Tooling -I/build/clang/src/clang-13.0.1.src/include -I/build/clang/src/clang-13.0.1.src/build/include -I/build/clang/src/llvm-13.0.1.src/utils/unittest/googletest/include -I/build/clang/src/llvm-13.0.1.src/utils/unittest/googlemock/include -march=i486 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection  -Wp,-D_GLIBCXX_ASSERTIONS -fPIC -fno-semantic-interposition -fvisibility-inlines-hidden -Werror=date-time -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -Wimplicit-fallthrough -Wno-class-memaccess -Wno-redundant-move -Wno-pessimizing-move -Wno-noexcept-type -Wdelete-non-virtual-dtor -Wsuggest-override -Wno-comment -Wmisleading-indentation -fdiagnostics-color -ffunction-sections -fdata-sections -fno-common -Woverloaded-virtual -fno-strict-aliasing -pedantic -Wno-long-long -O3 -DNDEBUG  -fno-exceptions -Wno-suggest-override -std=c++14 -MD -MT unittests/Tooling/CMakeFiles/ToolingTests.dir/RecursiveASTVisitorTests/CallbacksLeaf.cpp.o -MF unittests/Tooling/CMakeFiles/ToolingTests.dir/RecursiveASTVisitorTests/CallbacksLeaf.cpp.o.d -o unittests/Tooling/CMakeFiles/ToolingTests.dir/RecursiveASTVisitorTests/CallbacksLeaf.cpp.o -c /build/clang/src/clang-13.0.1.src/unittests/Tooling/RecursiveASTVisitorTests/CallbacksLeaf.cpp
{standard input}: Assembler messages:
{standard input}: Error: open CFI at the end of file; missing .cfi_endproc directive
c++: fatal error: Killed signal terminated program cc1plus
compilation terminated.

We can ommit the tests..

Also lto is not good (breaks early) and you need lots of memory and swap to build it.

The dart sdk files are still availble for ia32:-
https://storage.googleapis.com/dart-archive/channels/stable/release/2.18.2/sdk/dartsdk-linux-ia32-release.zip

can you send the old PKGBUILD which was used

no task description

# pacman -Syu dino
$ dino
main.vala:25: Fatal error: /usr/lib/libgupnp-1.2.so.1: undefined symbol: gssdp_client_can_reach

/usr/src/debug/emacs-28.1/src/image.c:10009: undefined reference to `rsvg_handle_set_stylesheet’ # /usr/bin/ld: /usr/src/debug/emacs-28.1/src/image.c:10196: undefined reference to `rsvg_handle_set_stylesheet’

Hi!

I just mentioned that exim stopped sending me emails… So I just upgraded to the package in community-testing… And now exim sends me emails, that complain about things like this:
“warning: exim: local (4.95-2.0) is newer than community (4.95-1.0)”

Is there a reason, that the fresh package is being tested since a month now?

Thx.

Bye.

20.06.2018 - [extra/gegl02] (which provided gegl=0.2; [extra/gegl] is 0.3) was removed, despite that it was still needed by [extra/gimp]. [extra/gimp] is an old …

Attached to Project: Archlinux32
Opened by Luke Shumaker - 22.11.2017
Last edited by Erich Eckner - 28.11.2017
 FS#15  - [extra/m17n-lib] needs rebuilt for icu 60

extra/m17n-lib 1.7.0-1 is built against icu 59; it needs rebuilt against icu 60 (which moved from staging to stable on Monday).
Closed by Erich Eckner
28.11.2017 08:14
Reason for closing: Fixed
Additional comments about closing:

unfortunately, the fixed package has same version - so you need to force update that one.

  Comments (1)
  Related Tasks (0/0)

Admin
Andreas Baumann commented on 23.11.2017 09:55

I checked on stable, seems ok to me now:

ldd /usr/lib/libm17n.so.0.4.1

    linux-gate.so.1 (0xb7f9c000)
    libm17n-core.so.0 => /usr/lib/libm17n-core.so.0 (0xb7f12000)
    libdl.so.2 => /usr/lib/libdl.so.2 (0xb7f0d000)
    libc.so.6 => /usr/lib/libc.so.6 (0xb7d37000)
    libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7bb7000)
    libz.so.1 => /usr/lib/libz.so.1 (0xb7b9e000)
    liblzma.so.5 => /usr/lib/liblzma.so.5 (0xb7b72000)
    libicui18n.so.60 => /usr/lib/libicui18n.so.60 (0xb78bc000)
    libicuuc.so.60 => /usr/lib/libicuuc.so.60 (0xb7702000)
    libicudata.so.60 => /usr/lib/libicudata.so.60 (0xb5d6c000)
    libm.so.6 => /usr/lib/libm.so.6 (0xb5c70000)
    /usr/lib/ld-linux.so.2 (0xb7f9e000)
    libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb5c4f000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb5ad5000)
    libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb5ab8000)

Google Cache

I scheduled a rebuild of viewnior, let me know if viewnior 1.6-3.1 works.

Attached to Project: Archlinux32
Opened by Luke Shumaker - 13.06.2018
Last edited by Erich Eckner - 28.06.2018
 FS#41  - [extra/vlc] is uninstallable because [extra/ffmpeg2.8] was removed

[extra/ffmpeg2.8] (which provided ffmpeg=2.8; [extra/ffmpeg] is 3.4) was removed, despite that it was still needed by [extra/vlc].

[extra/vlc] is an old version (2.2); the current version (3.0), which no longer depends on ffmpeg2.8, is currently in [testing].

(I am unsure if [testing/vlc] depends on extra/ffmpeg=3.4 or testing/ffmpeg=4.0)
Closed by Erich Eckner
28.06.2018 20:25
Reason for closing: Fixed

  Comments (3)
  Related Tasks (0/0)

Admin
Tyzoid commented on 13.06.2018 21:39

Checking https://packages.archlinux32.org/extra/i686/vlc/ vs https://packages.archlinux32.org/testing/i686/vlc/, it appears that the extra/ffmpeg satisfies the testing/vlc requirements.

Here’s from vlc in testing:
libavcodec.so.58 (ffmpeg)
libavformat.so.58 (ffmpeg)
libavutil.so.56 (ffmpeg)

vs vlc in extra:
not satisfiable dependency: “libavcodec.so.56” not satisfiable dependency: “libavformat.so.56” not satisfiable dependency: “libavutil.so.54” Admin
Erich Eckner commented on 18.06.2018 09:37

vlc 3.0.3 is now in extra
Admin
Andreas Baumann commented on 21.06.2018 11:36

vlc 3.0.3 works fine on testing.

Google Cache

Attached to Project: Archlinux32
Opened by Erich Eckner - 11.11.2017
Last edited by Andreas Baumann - 12.11.2017
 FS#9  - [ffmpeg] [ffmpeg2.8] libtheora not found

==> Starting build()… ERROR: libtheora not found

… but it’s there:
/var/lib/archbuild/staging-i686/erich/usr/lib/libtheora.so.0.3.10
/var/lib/archbuild/staging-i686/erich/usr/lib/libtheora.so.0
/var/lib/archbuild/staging-i686/erich/usr/lib/libtheora.so

strange … Closed by Andreas Baumann
12.11.2017 15:40
Reason for closing: Fixed
Additional comments about closing:

fixed in libogg.

  Comments (5)
  Related Tasks (0/0)

Admin
Andreas Baumann commented on 12.11.2017 14:29

more ffbuild/config.log

BEGIN /tmp/ffconf.6IlfdMzU/test.c

  1   #include 
  2   #include 
  3   long check_th_info_init(void) { return (long) th_info_init; }
  4   int main(void) { int ret = 0;
  5    ret |= ((intptr_t)check_th_info_init) & 0xFFFF;
  6   return ret; }

END /tmp/ffconf.6IlfdMzU/test.c
gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=
600 -DPIC -std=c11 -fomit-frame-pointer -fPIC -pthread -I/usr/include/p11-kit-1 -I/usr/include/freetype2
-I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/us
r/include/fribidi -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include
/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/har
/
…skipping
In file included from /usr/include/ogg/os_types.h:144:0,

               from /usr/include/ogg/ogg.h:25,
               from /usr/include/theora/theoraenc.h:24,
               from /tmp/ffconf.6IlfdMzU/test.c:1:

/usr/include/ogg/config_types.h:4:10: fatal error: config_types-32.h: No such file or directory
#include “config_types-32.h”

        ^~~~~~~~~~~~~~~~~~~

compilation terminated.
ERROR: libtheora not found

Admin
Andreas Baumann commented on 12.11.2017 14:31

/usr/include/ogg/config_types.h

#if WORDSIZE == 32
#include “config_types-32.h” #elif WORDSIZE == 64
#include “config_types-64.h” #else
#error “Unknown word size” #endif

ls /usr/include/ogg/
config_types-64.h config_types.h ogg.h os_types.h

So ogg misses the 32-bit types header file.. I’ll check there..
Admin
Andreas Baumann commented on 12.11.2017 14:54

Trying a patch in libogg:

sed

  s|mv "${pkgdir}"/usr/include/ogg/config_types{,-64}.h|mv "${pkgdir}"/usr/include/ogg/config_types{,-32}.h|

Admin
Andreas Baumann commented on 12.11.2017 14:57

acutally: better remove the whole multilib stuff on 32-bit..
Admin
Andreas Baumann commented on 12.11.2017 15:39

eval “$(

declare -f package | \
  sed '
    /^.*Resolve multilib conflict/,/^}$/{//p;d;}
  '

)”

Back to first version, I’m not a sed-king (rather the very opposite).

Google Cache

libswscale/x86/rgb2rgb_template.c: In function ‘interleaveBytes_sse2’:
libswscale/x86/rgb2rgb_template.c:1838:9: error: the register ‘xmm2’ cannot be clobbered in ‘asm’ for the current target
 1838 |         __asm__(
      |         ^

Also on i486 symbols are missing if not using LTO and probing of libraries like x264/x265 fail.

$ ffmpeg -v
ffmpeg: error while loading shared libraries: libaom.so.2: cannot open shared object file: No such file or directory

From pacman:
extra/aom 3.0.0-2.1 [installed]

Opened by Andreas Baumann - 07.11.2017
Last edited by Erich Eckner - 07.11.2017
 FS#3  - [ffmpeg] missing FLAC codec

Playing 10.Motion_Picture_Soundtrack.flac.
Audio only file format detected.
Load subtitles in ./

Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
ADecoder init failed sad
ADecoder init failed sad
Cannot find codec for audio format 0x43614C66.
Audio: no sound
Video: no video

Levi commented on 16.05.2019 20:08

How do I check this? I tested inputting a file to ffmpeg using the -i option and it acted like the output of ffprobe reporting things like the duration correctly before barfing that I hadn’t supplied it with any outputs. Is this fixed therefore?
Admin
Andreas Baumann commented on 17.08.2019 12:23

Output #0, flac, to ‘Kid A (2000)/10.Motion_Picture_Soundtrack.flac’:
Output file #0 does not contain any stream

and this on 64-bit.

I don’t think, flac support is there in ffmpeg

Google Cache

Bing Cache

This is pentium4 related problem. Firefox crashes on startup with following messages:

ExceptionHandler::GenerateDump cloned child 814
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...

Screenshot. Firefox folder after crash.

Temporary solution is to change in /etc/pacman/conf

Architecture=i686

, delete firefox for pentium4 from pacman cache and reinstall firefox

firefox-106.0.3.1.1-i686

Attached to Project: Archlinux32
Opened by Andreas Baumann - 16.12.2017
Last edited by Erich Eckner - 17.12.2017
 FS#22  - [firefox-developer-edition] build fails with out of memory when using rust

49:50.05 note: rustc 1.22.1 running on i686-unknown-linux-gnu
49:50.05
49:50.05 note: run with `RUST_BACKTRACE=1` for a backtrace
49:50.05
49:50.05 thread ‘rustc’ panicked at ‘called `Result::unwrap()` on an `Err` value: Error { repr: Custom(Custom { kind: Other, error: StringError(”Cannot allocate memory”) }) }’, src/libcore/result.rs:906:4
49:50.05 stack backtrace:
49:50.05 0: 0xf7caf5ea - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97
49:50.05 1: 0xf7caa43e - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97
49:50.05 2: 0xf7cbb31c - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97
49:50.05 3: 0xf7cbb051 - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97
49:50.05 4: 0xf7cbb82b - std::panicking::rust_panic_with_hook::h269fa2b74a2a0cee
49:50.05 5: 0xf7cbb6f6 - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97
49:50.05 6: 0xf7cbb616 - std::panicking::begin_panic_fmt::hfe3f4b4d254fe489
49:50.05 7: 0xf7cbb57d - rust_begin_unwind
49:50.05 8: 0xf7d10dd6 - core::panicking::panic_fmt::h39c7136c9dc224e1
49:50.05 9: 0xf791f50a - rust_metadata_rustc_trans_73f1dcf221d7505426c13ccaa7d81bf3
49:50.05 10: 0xf79558dc - rust_metadata_rustc_trans_73f1dcf221d7505426c13ccaa7d81bf3
49:50.05 11: 0xf794f7e6 - rustc_trans::back::link::each_linked_rlib::h1e799094f6b686fb
49:50.05 12: 0xf794ff56 - rust_metadata_rustc_trans_73f1dcf221d7505426c13ccaa7d81bf3
49:50.05 13: 0xf794f19b - rustc_trans::back::link::link_binary::ha97335099e542ac0
49:50.06 14: 0xf79f455e - ::link_binary::h62e43ed882d32b44
49:50.06 15: 0xf7e686c5 - rustc_driver::driver::compile_input::hfa914359aa3118bb
49:50.06 16: 0xf7e82a2a - rustc_driver::run_compiler::hcd191a8815d2728b
49:50.06 17: 0xf7d9cc8f - rust_metadata_rustc_driver_e8ab70a79951e31413d2f7ce5f23c51c
49:50.06 18: 0xf7cc5542 - rust_maybe_catch_panic
49:50.06 19: 0xf7dd6891 -
49:50.06 20: 0xf7cba2db - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97
49:50.06 21: 0xf622ee55 - start_thread
49:50.06 22: 0xf7b6dd05 - clone
49:50.06 23: 0×0 -
49:50.06
49:50.23 error: Could not compile `gkrust`.
49:50.23
49:50.23 To learn more, run the command again with –verbose.
49:50.24 make[4]: * [/build/firefox-developer-edition/src/mozilla-unified/config/rules.mk:953: force-cargo-library-build] Error 101
49:50.24 make[3]: * [/build/firefox-developer-edition/src/mozilla-unified/config/recurse.mk:73: toolkit/library/rust/target] Error 2
49:50.24 make[2]: * [/build/firefox-developer-edition/src/mozilla-unified/config/recurse.mk:33: compile] Error 2
49:50.24 make[1]: * [/build/firefox-developer-edition/src/mozilla-unified/config/rules.mk:432: default] Error 2
49:50.24 make: *** [client.mk:274: build] Error 2
49:50.28 635 compiler warnings present.
49:50.44 Notification center failed: Install notify-send (usually part of the libnotify package) to get a notification when the build finishes.
==> ERROR: A failure occurred in build().

  Aborting...

==> ERROR: Build failed, check /var/lib/archbuild/staging-with-build-support-i686/erich/build

Closed by Erich Eckner
17.12.2017 19:10
Reason for closing: Not a bug

  Comments (0)

Google Cache

This is just the sad state of what people do to working software:

if(CMAKE_SYSTEM_PROCESSOR STREQUAL "i686" AND HAVE_STACKREALIGN_FLAG)
    add_compile_options(-mstackrealign)
endif()

which results in nasm to fail with “unknown option -m”

a) they rewrite half of the build system without apparently understanding fully the autoconf part
b) they don’t bother to delete to autoconf part
c) they write code for porting the software apparenty without testing (why bother then in the first place?)

16.11.2017 - It’s the development version of the FOX toolkit. Breaks in some int/FXival/void * abstractions: FXWSQueue.cpp: In member function ‘FX::FXbool …

This could be bad because our librsvg (the Rust one) lags behind and librsvg-og might not
implement new stuff (for i486).

Attached to Project: Archlinux32
Opened by bill auger - 13.05.2019
Last edited by Andreas Baumann - 02.10.2019
 FS#73  - [gajim] fails to launch when (optional) gupnp-igd is installed

$ gajim
No translations found
Dirs searched: [PosixPath(’/usr/local/share’), PosixPath(’/usr/share’), PosixPath(’/usr/share/gdm’), PosixPath(’/var/lib/menu-xdg’)]

(gajim:1588): dbind-WARNING : 15:14:29.481: Couldn’t connect to accessibility bus: Failed to connect to socket /tmp/dbus-Nv1LTXmb8O: Connection refused (gajim:1588): WARNING **: 15:14:29.534: Failed to load shared library ‘libgupnp-igd-1.0.so.4’ referenced by the typelib: libgupnp-1.2.so.0: cannot open shared object file: No such file or directory
/usr/lib/python3.7/site-packages/gajim/common/app.py:281: Warning: cannot retrieve class for invalid (unclassed) type ‘void’

gupnp_igd = GUPnPIgd.SimpleIgd()

Traceback (most recent call last):

File "/usr/lib/python3.7/site-packages/gajim/application.py", line 185, in _startup
  app.detect_dependencies()
File "/usr/lib/python3.7/site-packages/gajim/common/app.py", line 281, in detect_dependencies
  gupnp_igd = GUPnPIgd.SimpleIgd()

TypeError: could not get a reference to type class
Traceback (most recent call last):

File "/usr/lib/python3.7/site-packages/gajim/application.py", line 220, in _activate
  self.interface = Interface()
File "/usr/lib/python3.7/site-packages/gajim/gui_interface.py", line 2615, in __init__
  cfg_was_read = parser.read()
File "/usr/lib/python3.7/site-packages/gajim/common/optparser.py", line 86, in read
  self.update_config(old_version, new_version)
File "/usr/lib/python3.7/site-packages/gajim/common/optparser.py", line 158, in update_config
  caps_cache.capscache.initialize_from_db()

AttributeError: ‘NoneType’ object has no attribute ‘initialize_from_db’ Traceback (most recent call last):

File "/usr/lib/python3.7/site-packages/gajim/application.py", line 269, in do_shutdown
  app.logger.commit()

AttributeError: ‘NoneType’ object has no attribute ‘commit’

Closed by Andreas Baumann
02.10.2019 19:36
Reason for closing: Fixed
Additional comments about closing:

Seems to work on pentium4/stable. Feel free to reopen if you it crashes
for you..

Google Cache

$ cc –version
cc: CPU ISA level is lower than required

The same happens in a chroot for [staging].

$ pacman -Qo /usr/bin/cc
/usr/bin/cc is owned by gcc 10.2.0-6.0

$ pacman -Q glibc
glibc 2.33-4.0

Does that mean, anything building with gcc is doomed on i686, currently?

gcompris-qt 3.0-1.0 is missing a dependency on llvm14 (or maybe it needs a rebuild for llvm) and thus it doesn’t show any game in the menu.

#0  0xb79a0c6d in raise () from /usr/lib/libc.so.6
#1  0xb79892c6 in abort () from /usr/lib/libc.so.6
#2  0xb79e449c in __libc_message () from /usr/lib/libc.so.6
#3  0xb7a6ff4c in __fortify_fail () from /usr/lib/libc.so.6
#4  0xb7a6ff19 in __stack_chk_fail () from /usr/lib/libc.so.6
#5  0xb7182004 in ?? ()
   from /usr/lib/python3.9/site-packages/numpy/core/_multiarray_umath.cpython-39-i386-linux-gnu.so
#6  0xb7179c87 in ?? ()
   from /usr/lib/python3.9/site-packages/numpy/core/_multiarray_umath.cpython-39-i386-linux-gnu.so
#7  0xb6fd589a in PyInit__multiarray_umath ()
   from /usr/lib/python3.9/site-packages/numpy/core/_multiarray_umath.cpython-39-i386-linux-gnu.so
#8  0xb7d07f35 in ?? () from /usr/lib/libpython3.9.so.1.0
#9  0xb7c37301 in ?? () from /usr/lib/libpython3.9.so.1.0
#10 0xb7c46897 in PyObject_Call () from /usr/lib/libpython3.9.so.1.0
#11 0xb7c2c557 in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#12 0xb7c260b9 in ?? () from /usr/lib/libpython3.9.so.1.0
#13 0xb7c36b05 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#14 0xb7c2b4e5 in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#15 0xb7c36938 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#16 0xb7c2794c in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#17 0xb7c36938 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#18 0xb7c2774a in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#19 0xb7c36938 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#20 0xb7c2774a in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0

Builds fine on i686 and pentium4, so I suspect a i486 issue in numpy.

Pacman recently upgraded python from 3.8 to 3.9, which breaks the gdb package:

% gdb
gdb: error while loading shared libraries: libpython3.8.so.1.0: cannot open shared object file: No such file or directory

$ gedit
gedit: error while loading shared libraries: libtepl-5.so.0: cannot open shared object file: No such file or directory

Exist extra/tepl 6.00.0-1.0 in the pacman.
I’m not sure if gedit is old or can only be used with an older version of tepl, which is not possible because i get tepl from 3 days.

Attached to Project: Archlinux32
Opened by Luke Shumaker - 21.11.2017
Last edited by Erich Eckner - 25.11.2017
 FS#14  - [ghc-mod] Needs rebuilt

Yesterday, I mentioned on IRC that many haskell packages need rebuilt. In response, deep42thought moved a bunch of packages from staging to stable, and told me to open a bug report if the issue persisted.

For the most part, this seems resolved. Some pacman -Qo/-Ql/ldd/grep magic tells me that all of the haskell packages I have are fine, except for [ghc-mod].
Closed by Erich Eckner
25.11.2017 14:58
Reason for closing: Fixed
Additional comments about closing:

removed - upstream removed it, too

  Comments (1)
  Related Tasks (0/0)

Luke Shumaker commented on 23.11.2017 04:47

deep42thought has removed ghc-mod, reflecting its removal in Arch. Requesting closure.

Google Cache

Real machines (i686) break apart in mutliple ways: systemd-journald fails to start, also udev seems to have trouble. This leaves one with a rescue console. And at least in my rescue console, my keyboard did not work.
I also have a pentium4 vm which won’t boot currently (I might give some details, when I have a little more time).

26.09.2018 - using openbox (not gnome) $ gnome-terminal # Couldn’t register with accessibility bus: Did not receive a reply. Possible causes include: the …

Installing yay from AUR

git clone https://aur.archlinux.org/yay.git
cd yay
makepkg -sri

gives following error

go: updates to go.sum needed, disabled by -mod=readonly

Reason - outdated version of go in i686 architecture

Temporary solution - use go for pentium4 (change temporarily architecture to pentium4 in /etc/pacman.conf)

Attached to Project: Archlinux32
Opened by Erich Eckner - 18.02.2018
 FS#29  - [haskell-hslua] check() fails

several failures during check() - disabling for now

==> Starting check()… Running 1 test suites… Test suite test-hslua: RUNNING… hslua

Haskell version of the C API
  copy
    copies stack elements using positive indices:               OK
    copies stack elements using negative indices:               OK
  insert
    inserts stack elements using negative indices:              OK
    inserts stack elements using negative indices:              OK
  absindex:                                                     OK
  gettable gets a table value:                                  FAIL
    test/Test/HsLua/Util.hs:35:
    lua operation returned false
  strlen, objlen, and rawlen all behave the same:               OK
  Type checking
    isfunction:                                                 OK
    isnil:                                                      OK
    isnone:                                                     OK
    isnoneornil:                                                OK
  CFunction handling:                                           OK
  getting values
    tointegerx returns numbers verbatim:                        OK
    tointegerx accepts strings coercible to integers:           OK
    tointegerx returns Nothing when given a boolean:            OK
    tonumberx returns numbers verbatim:                         OK
    tonumberx accepts strings as numbers:                       OK
    tonumberx returns Nothing when given a boolean:             OK
  setting and getting a global works:                           OK
  can push and receive a thread:                                OK
  different threads are not equal:                              OK
  thread status:                                                OK
  loading
    loadstring status:                                          OK
    dostring loading:                                           OK
    dofile loading:                                             OK
  pcall status:                                                 OK
  garbage collection:                                           OK
  compare
    identifies strictly smaller values:                         FAIL
      *** Failed! Assertion failed (after 1 test): 
      LuaInteger 0
      Use --quickcheck-replay=586817 to reproduce.
    identifies smaller or equal values:                         FAIL
      *** Failed! Assertion failed (after 1 test): 
      LuaInteger 0
      Use --quickcheck-replay=316579 to reproduce.
    identifies equal values:                                    OK
      +++ OK, passed 100 tests.
  lessthan works:                                               FAIL
    *** Failed! Assertion failed (after 2 tests): 
    LuaNumber (-0.35170612)
    LuaNumber 0.84471506
    Use --quickcheck-replay=507888 to reproduce.
  order of Lua types is consistent:                             OK
    +++ OK, passed 100 tests.
  functions can throw a table as error message:                 OK
  handling table errors won't leak:                             OK
Interoperability
  call haskell functions from lua
    push haskell function to lua:                               OK
    push multi-argument haskell function to lua:                OK
    argument type errors are propagated:                        OK
    convert haskell function to c function:                     OK
    Error in Haskell function is converted into Lua error:      OK
  call lua function from haskell
    test equality within lua:                                   FAIL
      test/Foreign/Lua/FunctionCallingTest.hs:106:
      raw equality test failed
      expected: True
       but got: False
    failing lua function call:                                  OK
    print the empty string via lua procedure:                   

OK

    failing lua procedure call:                                 OK
Utilities
  Optional return the value if it exists:                       OK
  Optional can deal with missing values:                        OK
  raiseError causes a Lua error:                                OK
Sendings and receiving values from the stack
  peek and push are well behaved
    Peek can act as left inverse of push
      round-tripping unit:                                      OK
        +++ OK, passed 100 tests.
      booleans remain equal under push/peek:                    OK
        +++ OK, passed 100 tests.
      lua numbers (i.e., doubles) remain equal under push/peek: FAIL
        *** Failed! Assertion failed (after 2 tests): 
        LuaNumber (-1.926296)
        Use --quickcheck-replay=670723 to reproduce.
      lua integers remain equal under push/peek:                IGNORED
      bytestring remain equal under push/peek:                  OK
        +++ OK, passed 100 tests.
      round-tripping strings:                                   OK (0.01s)
        +++ OK, passed 100 tests.
      lists of boolean remain equal under push/peeks:           OK
        +++ OK, passed 100 tests.
      lists of lua integers remain equal under push/peek:       IGNORED
      lists of bytestrings remain equal under push/peek:        OK (0.15s)
        +++ OK, passed 100 tests.
      text:                                                     OK
        +++ OK, passed 100 tests.
      map of strings to LuaNumber:                              FAIL
        *** Failed! Assertion failed (after 2 tests and 1 shrink): 
        fromList [("",LuaNumber (-0.9010369))]
        Use --quickcheck-replay=119067 to reproduce.
      tuples
        pair of LuaNumbers:                                     FAIL
          *** Failed! Assertion failed (after 2 tests): 
          (LuaNumber (-0.34098855),LuaNumber 0.2441068)
          Use --quickcheck-replay=296075 to reproduce.
        triple of LuaNumbers:                                   FAIL
          *** Failed! Assertion failed (after 2 tests): 
          (LuaNumber 0.46677026,LuaNumber 0.9009714,LuaNumber 0.2326173)
          Use --quickcheck-replay=85608 to reproduce.
        quadruple of LuaNumbers:                                FAIL
          *** Failed! Assertion failed (after 2 tests): 
          (LuaNumber 1.8909019,LuaNumber (-0.85486156),LuaNumber (-4.0685906),LuaNumber (-12.583851))
          Use --quickcheck-replay=305430 to reproduce.
        quintuple of LuaNumbers:                                FAIL
          *** Failed! Assertion failed (after 2 tests): 
          (LuaNumber 0.2735047,LuaNumber 2.1247218,LuaNumber 0.1806469,LuaNumber 0.9455812,LuaNumber 0.98733383)
          Use --quickcheck-replay=608867 to reproduce.
        hextuple of Text, LuaNumbers and Booleans:              FAIL
          *** Failed! Assertion failed (after 2 tests and 1 shrink): 
          (False,LuaNumber (-2.381176),"",False,LuaNumber (-0.8418731),LuaNumber (-0.39977068))
          Use --quickcheck-replay=572229 to reproduce.
        septuple of Text, LuaNumber and Booleans:               FAIL
          *** Failed! Assertion failed (after 2 tests and 3 shrinks): 
          ("",False,LuaNumber 1.3463217,False,False,LuaNumber (-1.4167022),False)
          Use --quickcheck-replay=692263 to reproduce.
        octuple of Strings and Booleans:                        OK (0.03s)
          +++ OK, passed 100 tests.
    Random stack values
      can push/pop booleans:                                    OK (0.01s)
        +++ OK, passed 100 tests.
      can push/pop lua integers:                                OK (0.01s)
        +++ OK, passed 100 tests.
      can push/pop lua numbers:                                 FAIL
        *** Failed! Assertion failed (after 3 tests): 
        LuaNumber 1.5588847
        Ordered {getOrdered = [Positive {getPositive = LuaInteger 1},Positive {getPositive = LuaInteger 2}]}
        Use --quickcheck-replay=197445 to reproduce.
      can push/pop bytestrings:                                 OK (0.02s)
        +++ OK, passed 100 tests.
      can push/pop lists of booleans:                           OK (0.04s)
        +++ OK, passed 100 tests.
      can push/pop lists of LuaIntegers:                        OK (0.04s)
        +++ OK, passed 100 tests.
      can push/pop lists of bytestrings:                        OK (0.19s)
        +++ OK, passed 100 tests.
  FromLuaStack
    receives basic values from the stack:                       OK
    returns an error if the types don't match:                  OK
    list cannot be read if a list element fails:                OK
    stack is unchanged if getting a list fails:                 OK
    stack is unchanged if getting key-value pairs fails:        OK
  ToLuaStack
    pushing simple values to the stack
      Boolean can be pushed correctly:                          OK
      LuaNumbers can be pushed correctly:                       FAIL
        test/Foreign/Lua/Types/ToLuaStackTest.hs:105:
        5::LuaNumber was not pushed
      LuaIntegers can be pushed correctly:                      FAIL
        test/Foreign/Lua/Types/ToLuaStackTest.hs:105:
        42::LuaInteger was not pushed
      ByteStrings can be pushed correctly:                      OK
      Unit is pushed as nil:                                    OK
      Pointer is pushed as light userdata:                      OK
    pushing a value increases stack size by one
      LuaInteger:                                               OK
        +++ OK, passed 100 tests.
      LuaNumber:                                                OK
        +++ OK, passed 100 tests.
      ByteString:                                               OK
        +++ OK, passed 100 tests.
      String:                                                   OK
        +++ OK, passed 100 tests.
      list of booleans:                                         OK
        +++ OK, passed 100 tests.
lua integration tests
  print version:                                                OK
  functions stored in / retrieved from registry:                OK
  getting a nested global works:                                OK
  setting a nested global works:                                OK
  table reading:                                                OK
  Getting strings to and from the stack
    unicode ByteString:                                         OK
    ByteString should survive after GC/Lua destroyed:           OK
    String with NUL byte should be pushed/popped correctly:     OK
  luaopen_* functions
    opendebug:                                                  OK
    openio:                                                     OK
    openmath:                                                   OK
    openos:                                                     OK
    openpackage:                                                OK
    openstring:                                                 OK
    opentable:                                                  OK
  luaopen_base returns the right number of tables
    openbase:                                                   OK
  C functions
    Registering a C function and calling it from Lua:           FAIL
      test/Foreign/LuaTest.hs:162:
      greeting function failed
      expected: Right ["Caffeine","induced","nonsense"]
       but got: Right []
    pushing a C closure to and calling it from Lua:             OK
  error handling
    lua errors are caught:                                      OK
    error-less code gives in 'Right' result:                    OK
    catching lua errors within the lua type:                    OK
    second alternative is used when first fails:                OK
    Applicative.empty implementation throws an exception:       OK
    catching error of a failing meta method:                    OK
    calling a function that errors throws exception:            OK

17 out of 112 tests failed (0.60s)
Test suite test-hslua: FAIL
Test suite logged to: dist/test/hslua-0.9.5-test-hslua.log
0 of 1 test suites (0 of 1 test cases) passed.
==> ERROR: A failure occurred in check().

Bing Cache

*** work/functions/guile.base   Wed Nov 16 17:55:19 2022
--- work/functions/guile.log    Wed Nov 16 17:55:19 2022
***************
*** 1,3 ****
--- 1,7 ----
+ JIT failed to initialize
+ disabling automatic JIT compilation
+ JIT failed due to resource exhaustion
+ disabling automatic JIT compilation

Attached to Project: Archlinux32
Opened by Andreas Baumann - 05.04.2018
Last edited by Andreas Baumann - 11.04.2018
 FS#33  - [icu] sobump mismatch

For instance:

[quote]
shell> kwin_x11
kwin_x11: error while loading shared libraries: libicui18n.so.60: cannot open shared object file: No such file or directory
[/quote]

Seen similar on ArchlinuxARM, so I guess it’s an undetected SO-bump from upstream..
Closed by Andreas Baumann
11.04.2018 16:47
Reason for closing: Fixed
Additional comments about closing:

Actually, also gdal is fine on staging.

  Comments (1)
  Related Tasks (0/0)

Admin
Erich Eckner commented on 11.04.2018 11:59

I can only see gdal being still wrongly linked against icu-60 in testing or staging - can you confirm?

Google Cache

24.09.2018 - The current extra/imagemagick depends on ‘perl<5.27’, but core/perl is 5.28. $ pacman -Si imagemagick perl Repository : extra Name …

/init: line 477: mount: Value too large for defined data type

At least ISO 2022.04.03 is affected..

start leafpad
everything looks fine
type or paste anything and it segfaults with this error in dmesg

leafpad[550]: segfault at 1 ip b77adf13 sp bfd0eaec error 4 in libgobject-2.0.so.0.6400.3[b7787000+2f000]

libarchive has a dependency upon the zstd libzstd with a version recent enough to provide the symbol ZSTD_minCLevel.

PKGBUILD:
depends=(... 'zstd>=1.3.6')

This is an issue when upgrading pacman to support the zstd packaging format.
pacman must depend upon libarchive>=3.3.3 for zstd compression support.
libarchive will then depend upon zstd>=1.3.6 for the symbol ZSTD_minCLevel.

Without these, upgrading an old Arch Linux system gives the incomplete - so unhelpful - error message:

error: could not open file /var/cache/pacman/pkg/something.pkg.tar.zst: Unrecognized archive format

How does pacman recognize an archive format? If the user does not already know the answer, they are in trouble. And, mistakenly circumventing the package compression to force an upgrade of pacman alone will lead to even more trouble, since pacman itself is not the source of the problem.

make and guile made it half (and broken) to stable.
breaking the cycle required a shim package libffi33 in build-support.
packages depending of libffi are rescheduled and need to be rebuilt first, pushing libffi.so.8 to stable now would make
‘make/guile’ work again, but break a lot of other stuff!

Experienced with mate and xfce, logging in results in:

md-coredump@1-384-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 15 12:33:34 arch32 kernel: audit: type=1130 audit(1652610814.953:50): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-384-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 15 12:33:35 arch32 systemd-coredump[385]: Process 345 (lightdm) of user 0 dumped core.
                                              
                                              Module linux-gate.so.1 with build-id a27879231a619f481c5f61675aaa832fd638cb59
                                              Module libnss_systemd.so.2 with build-id 513870f67a61f7ea3d6e57c8f95f354de951706d
                                              Module pam_warn.so with build-id c2d0d3d8af8a67a71b5f2c65b5c1bbd307215915
                                              Module pam_deny.so with build-id 3f3db5fc2f00b0311c1055abff87446bd21ed382
                                              Module libpam_misc.so.0 with build-id f9b9c0b45bff4398cfb8af0d4ab66e20e862490a
                                              Module pam_systemd.so with build-id 7e789653df9c1d629075ca9e56b924a39ab8f30a
                                              Module pam_mail.so with build-id 113680c35df7dd7d41f77b00b004c201c4f19a09
                                              Module pam_motd.so with build-id ac0c4aa42752e17cbd95f6625873d3e84dffbabd
                                              Module pam_limits.so with build-id a229b08f2ae095fec0f9b9fcc08a9851501a47f3
                                              Module pam_keyinit.so with build-id bc58e8776715407d61b32b6d8d4bf4e7317dd98c
                                              Module pam_loginuid.so with build-id 41a858e6a28f79da7ff5800bc27195119be5626a
                                              Module pam_time.so with build-id 703a26cf2e5c055cc07ddf7f323e0eefbb84ec8a
                                              Module pam_access.so with build-id 55b6fed1bfe3f208cb32ee028c2ff06025ab3a45
                                              Module pam_env.so with build-id 055f29545a53ec4d2443001c1e03c75320988013
                                              Module pam_permit.so with build-id ebe5828bc48cb18e3dd029a2240cebb57e14f768
                                              Module libkeyutils.so.1 with build-id 5a50265493bf37e60323c71fb776cfd730bf8964
                                              Module libkrb5support.so.0 with build-id 716c0f85b8408ce69093706649d5ebaae25456b0
                                              Module libcom_err.so.2 with build-id 60116fbed67a6c3ab90da2f38c550bc1d1f79f02
                                              Module libk5crypto.so.3 with build-id 3459692a8e859eec416dcfce08e9fe69a4f1311f
                                              Module libkrb5.so.3 with build-id 5400284945ac88bb9fa911a9b987a34ed2274010
                                              Module libgssapi_krb5.so.2 with build-id 546b080b472317aeb2f04b396935e03e2bd78911
                                              Module libtirpc.so.3 with build-id 5034a25480814d17e335ca016d0299fdbdc0cae9
                                              Module pam_unix.so with build-id 3d7111b8433120fb2793be17510462b7db176197
                                              Module libp11-kit.so.0 with build-id ee4f39a2bf217877ed8f65eee72b1af45a3bf1a2
                                              Module libcrypto.so.1.1 with build-id 9f5d5eddb3c55325af7d4241cbe597a48a5b999c
                                              Module libm.so.6 with build-id 9039ae10a04fcb30d921fd5c76097c7a3f665370
                                              Module libcap.so.2 with build-id 4d323ab3b69bef5921d049778199ca62a9c7811c
                                              Module libcrypt.so.2 with build-id a66b381fec2654ed68c0491bd86e896e8d190597
                                              Module pam_systemd_home.so with build-id 4331342dd5ed0b492d732501e4dc3fa9f1bd598a
                                              Module pam_faillock.so with build-id f8f59c3134d8d7d9a3b271ff3f81f77fb8b973a2
                                              Module pam_nologin.so with build-id 64f5509dbde1de344f52af9b73711769affbe840
                                              Module pam_shells.so with build-id 24a1716196a601444b2dd1866ce46de7973ef27b
                                              Module librt.so.1 with build-id fa61d1f12a409640b8cf40cf9a23b352f1bc0552
                                              Module libblkid.so.1 with build-id 5d2cf9b1a4781b9178b53d80028a93380d91520a
                                              Module ld-linux.so.2 with build-id 595ad200cc586e2697315fb53e2d0eb7b1b9c1c1
                                              Module libdl.so.2 with build-id 1d3a3521b2e6abc69c970335373065339a553791
                                              Module libgpg-error.so.0 with build-id ad225378bc723ed6b4b8b15099198fbedfcacd08
                                              Module libcap-ng.so.0 with build-id ee0d4a32f9f1173f386abc7d685ef18dd5c29061
                                              Module libXau.so.6 with build-id ca0c911ec4ccee4b60d41ce4d8cadb6303faa158
                                              Module libpcre.so.1 with build-id 9e8433d78efdfe75dc9ca017f477cf938d804df1
                                              Module libffi.so.8 with build-id 691b36b35ab1c4821e3e97a70d774dcd69133fdc
                                              Module libresolv.so.2 with build-id f9d6b273df20a9704fc122ac781527a783638301
                                              Module libmount.so.1 with build-id 1acb539ab365dd2f5b20907ad40da36b8e9fe264
                                              Module libz.so.1 with build-id bed5219c83b00026030d38c8912fc2d9cfd33851
                                              Module libgmodule-2.0.so.0 with build-id 8f6ff76c08d4ff9075c35915c959a867bfe58cf6
                                              Module libc.so.6 with build-id 17751704b417b7760f84338ea777fd67fae6ef96
                                              Module libpthread.so.0 with build-id e41f23d77ed9ff0c67d4d63e3e272b50cd81e3cc
                                              Module libpam.so.0 with build-id 01ddafaed94ed4dbbc9126943929915326d00290
                                              Module libgcrypt.so.20 with build-id 1f9f583f3f53e6556867735a4c2f9686e19067e0
                                              Module libaudit.so.1 with build-id 1ef22adc0a368bafd37e88808dc4fe06e1d04198
                                              Module libxcb.so.1 with build-id 350f0b983356df7c00c3edfd69e60869a3074671
                                              Module libXdmcp.so.6 with build-id d3227d8950007ff94ae016a81373b7e920eb8926
                                              Module libglib-2.0.so.0 with build-id 3057954359bdc8d2b6a0e220a8a4d5e13c134cb8
                                              Module libgobject-2.0.so.0 with build-id 63a1e70bd9f4e113f1dcd15ccd533ea00ee7e67b
                                              Module libgio-2.0.so.0 with build-id f8a91d2df4aa66c093de256c755782ef7d42850c
                                              Module lightdm with build-id 3892c6848f55843ad693ca2f1997ceb91354e9d4
                                              Stack trace of thread 345:

07.11.2017 - Nov 07 18:19:32 arch32-testing systemd[1]: Started Process Core Dump (PID 643/UID 0). Nov 07 18:19:35 arch32-testing …

 FS#16  : [libreoffice-still] still using icu 59 - Arch Linux
28.11.2017 - /usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libicuuc.so.59: cannot open shared object file: No such file or …

# pacman -Syu
....
error: failed to commit transaction (conflicting files)
libxcrypt: /usr/include/crypt.h exists in filesystem (owned by glibc)
libxcrypt: /usr/lib/libcrypt.so exists in filesystem (owned by glibc)
Errors occurred, no packages were upgraded.

this is a rather critical bug - it is required by gtk and qt, via libcups; so most desktop users are affected by it

Mar 08 19:16:01 arch32 audit[409]: ANOM_ABEND auid=1000 uid=0 gid=0 ses=5 pid=409 comm="slim" exe="/usr/bi                                                                                                          n/slim" sig=11 res=1                                                                                                                                                                                                
Mar 08 19:16:01 arch32 kernel: slim[409]: segfault at 30 ip b7dbe9e9 sp bf84f680 error 4 in libX11.so.6.4.                                                                                                          0[b7d9c000+8c000] likely on CPU 0 (core 0, socket 0)                                                                                                                                                                
Mar 08 19:16:01 arch32 kernel: Code: 04 00 00 83 c4 10 eb 8e 8d b4 26 00 00 00 00 66 90 53 e8 1a dd fd ff                                                                                                           81 c3 92 7a 11 00 83 ec 08 8b 44 24 10 8b 88 38 05 00 00 <8b> 51 30 83 fa ff 74 52 c7 41 30 ff ff ff ff 8b                                                                                                           88 d0 04 00 00 85                                                                                                                                                                  
Mar 08 19:16:01 arch32 systemd[1]: Started Process Core Dump (PID 424/UID 0).                                                                                                                                       
Mar 08 19:16:01 arch32 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=system                                                                                                          d-coredump@1-424-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'                                                                                                          
Mar 08 19:16:01 arch32 systemd-coredump[425]: [🡕] Process 409 (slim) of user 0 dumped core.                                                                                                                         
                                                                                                                                                                                                                    
                                              Stack trace of thread 409:                                                                                                                                            
                                              #0  0x00000000b7dbe9e9 _XAllocID (libX11.so.6 + 0x349e9)                                                                                                              
                                              #1  0x00000000b7d9f710 XCreatePixmap (libX11.so.6 + 0x15710)                                                                                                          
                                              #2  0x00000000b74cbd41 XRenderFindDisplay (libXrender.so.1 +                                                                                                           0x2d41)                                                                                                                                                                                                            
                                              #3  0x00000000b74cccf1 XRenderFreeGlyphSet (libXrender.so.1                                                                                                           + 0x3cf1)                                                                                                                                                                                                           
                                              #4  0x00000000b766e55b n/a (libXft.so.2 + 0x655b)                                                                                                                     
                                              #5  0x00000000b7c9a4fa _ZN5PanelD2Ev (libslim.so.1.3.6 + 0x1                                                                                                          34fa)                                                                                                                                                                                                               
                                              #6  0x00000000004bc49f _ZN3App13RestartServerEv (slim + 0xd4                                                                                                          9f)                                                                                                                                                                                                                 
                                              #7  0x00000000004bd623 _ZN3App5LoginEv (slim + 0xe623)                                                                                                                
                                              #8  0x00000000004bc073 _ZN3App3RunEv (slim + 0xd073)                                                                                                                  
                                              #9  0x00000000004b4742 main (slim + 0x5742)                                                                                                                           
                                              #10 0x00000000b7850129 n/a (libc.so.6 + 0x1f129)                                                                                                                      
                                              #11 0x00000000b78501fd __libc_start_main (libc.so.6 + 0x1f1f                                                                                                          d)                                                                                                                                                                                                                  
                                              #12 0x00000000004b48b5 _start (slim + 0x58b5)                                                                                                                         
                                              ELF object binary architecture: Intel 80386                                                                                                                           

The linux kernel seems to be stuck at version 6.1.12.arch1-1.0. The build log of the latest stable kernel (linux-6.6.4.arch1-1.0) shows the following error:

=⇒ ERROR: Integrity checks (sha256) differ in size from the source array.
erich@rechenknecht