|
247 | Packages | Bug Report | Medium | Low | [freetype2] requires librsvg >= 2.46.0 | Closed | |
Task Description
This could be bad because our librsvg (the Rust one) lags behind and librsvg-og might not implement new stuff (for i486).
|
|
249 | Packages | Bug Report | Medium | Low | [ssh] strange output instead of scp | Closed | |
Task Description
scp -rC user@server:directory .
\033[?2004lD0711 0 directory
Enabling -vvv just makes scp hang.
No clue, what the problem could be here..
|
|
250 | Packages | Bug Report | Medium | Low | [luajit] Illegal instruction on i686, i486 | Closed | |
Task Description
Happens for instance when starting mpv.
|
|
253 | Packages | Bug Report | Medium | Low | [rust] rebuilds but fails to build anything | Closed | |
Task Description
Bootstrapping rust via rust159-bin leads to:
error[E0463]: can't find crate for `std`
error[E0463]: can't find crate for `core`
error[E0463]: can't find crate for `compiler_builtins`
Basically, rust is broken.
|
|
256 | Packages | Bug Report | Medium | Low | [ISO] fails to boot, mount value too large error | Closed | |
Task Description
/init: line 477: mount: Value too large for defined data type
At least ISO 2022.04.03 is affected..
|
|
258 | Packages | Bug Report | Medium | Low | [clang] fails to build on i486 | Closed | |
Task Description
/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.
|
|
260 | Packages | Bug Report | Medium | Low | segfaults in pacstrap on 2022.05.02 ISO | Closed | |
Task Description
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..
|
|
261 | Packages | Bug Report | Medium | Low | [binutils] FTBFS | Closed | |
Task Description
/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
|
|
262 | Packages | Bug Report | Medium | Low | [ca-certificates] contains empty cert bundle | Closed | |
Task Description
-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
|
|
263 | Packages | Bug Report | Medium | Low | [libnss_systemd] segfault on login | Closed | |
Task Description
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:
|
|
264 | Packages | Bug Report | Medium | Low | [python] fails to build on i486 | Closed | |
Task Description
make[1]: *** [Makefile:637: sharedmods] Segmentation fault (core dumped)
no clue. No python on a subarchitecture means we loose the subarchitecture..
|
|
266 | Packages | Bug Report | Medium | Low | [mesa] and [mesa-amber] break on i486 | Closed | |
Task Description
mesa:
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_sw.c.o:(.data.rel.ro.kopper_driver_descriptors+0x0): undefined reference to `sw_screen_create_zink'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_sw.c.o:(.data.rel.ro.driver_descriptors+0x0): undefined reference to `sw_screen_create_vk'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o: in function `get_driver_descriptor':
/usr/src/debug/build/../mesa-22.1.1/src/gallium/auxiliary/pipe-loader/pipe_loader_drm.c:100: undefined reference to `kmsro_driver_descriptor'
/usr/bin/ld: /usr/src/debug/build/../mesa-22.1.1/src/gallium/auxiliary/pipe-loader/pipe_loader_drm.c:100: undefined reference to `kmsro_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x0): undefined reference to `i915_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x4): undefined reference to `iris_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x8): undefined reference to `crocus_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0xc): undefined reference to `nouveau_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x10): undefined reference to `r300_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x14): undefined reference to `r600_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x18): undefined reference to `radeonsi_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x1c): undefined reference to `vmwgfx_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x20): undefined reference to `kgsl_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x24): undefined reference to `msm_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x28): undefined reference to `virtio_gpu_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x2c): undefined reference to `v3d_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x30): undefined reference to `vc4_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x34): undefined reference to `panfrost_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x38): undefined reference to `etnaviv_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x3c): undefined reference to `tegra_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x40): undefined reference to `lima_driver_descriptor'
/usr/bin/ld: src/gallium/auxiliary/pipe-loader/libpipe_loader_static.a.p/pipe_loader_drm.c.o:(.data.rel.ro.driver_descriptors+0x44): undefined reference to `zink_driver_descriptor'
collect2: fatal error: ld returned 1 exit status
compilation terminated.
mesa-amber:
osmesa.c:(.text.create_st_manager+0x4e): undefined reference to `osmesa_create_screen'
collect2: fatal error: ld returned 1 exit status
compilation terminated.
breaks now also without LTO (did before with LTO).
|
|
277 | Packages | Bug Report | Medium | Low | [emacs] rebuild fails on 486, needs librsvg | Closed | |
Task Description
/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’
|
|
278 | Packages | Bug Report | Medium | Low | [midori] doesn't work | Closed | |
Task Description
llvm13-libs is needed in libEGL (but the browser starts and works also without EGL support).
this one is harmless most likely:
(midori:6483): GLib-GObject-WARNING **: 08:14:57.679: ../glib/gobject/gbinding.c:467: Unable to convert a value of type gpointer to a value of type CairoSurface
this makes sure no tabs and URLs open:
** (midori:6483): CRITICAL **: 08:14:58.151: session.vala:290: Failed add tab to session database: Invalid type '(null)' in statement:
INSERT INTO tabs (crdate, tstamp, session_id, uri, title)
VALUES (:crdate, :tstamp, :session_id, :uri, :title)
Let’s try a rebuild of midori first.. maybe later vala or some database layer for vala.. ..or the error is deep in gobject-introspection..
|
|
304 | Packages | Bug Report | Medium | Critical | [systemd] 251.2 breaking systems, cannot login | Closed | |
Task Description
Assertion 'close_nointr(fd) != -EBADF' failed at src/basic/fd-util.c:76, function safe_close(). Aborting.
The temporary workaround is to comment out ‘pam_system.so’ in system-auth and system-login..
|
|
306 | Packages | Bug Report | Medium | Low | [Xorg] fails on i686 | Closed | |
Task Description
For instance xauth cannot find libXext.so.6.
|
|
307 | Packages | Bug Report | Medium | Low | [i486] make guile JIT failing | Closed | |
Task Description
*** 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
|
|
316 | Packages | Bug Report | Medium | Low | [rust] exhausts virtual memory | Closed | |
Task Description
/usr/bin/ld: error: lib/libLLVMSupport.a(FileOutputBuffer.cpp.o)(.text._ZN12_GLOBAL__N_112OnDiskBufferD0Ev
) is too large (0x105 bytes)
/usr/bin/ld: failed to set dynamic section sizes: memory exhausted
collect2: error: ld returned 1 exit status
maybe we have to resort to cross-compiling rust in the end..
|
|
324 | Packages | Bug Report | Medium | Low | [libxft] segfaults | Closed | |
Task Description
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
|
|
331 | Packages | Bug Report | Medium | Low | [rust] rebootstrap | Closed | |
Task Description
seems like the virtual memory exhaustion is fixed in the newest version. We have to bootstrap again (mainly for librsvg and firefox).
|
|
356 | Packages | Bug Report | Medium | Low | mkinitcpio core dump | Closed | |
Task Description
double free or corruption (out)
/usr/bin/mkinitcpio: line 557: 2387 Aborted (core dumped) MKINITCPIO_PROCESS_PRESET="$preset_name" "$0" "${preset_cmd[@]}"
error: command failed to execute correctly
Maybe also the age of the machine, the CMOS, the RAM, the moon, the universe could be at fault here..
|
|
358 | Packages | Bug Report | Medium | Low | All versions of samba > 4.17.5 are broken | Closed | |
Task Description
Either because of ICU or LDB incompatibilites. tdb, ldb, samba and python have to be rebuild.
|
|
20 | Packages: Build-list | Bug Report | Medium | Low | [sagemath-doc] building documentation using Sphinx segf... | New | |
Task Description
[tutorial ] Saved pickle file: citations.pickle [tutorial ] Exception occurred: [tutorial ] File “/usr/lib/python2.7/site-packages/sphinx/environment/init.py”, line 152, in dump [tutorial ] pickle.dump(env, f, pickle.HIGHEST_PROTOCOL) [tutorial ] MemoryError [tutorial ] The full traceback has been saved in /tmp/sphinx-err-kSNZ9A.log, if you want to report the issue to the developers. [tutorial ] Please also report this if it was a user error, so that a better error message can be provided next time. [tutorial ] A bug report can be filed in the tracker at . Thanks! Build finished. The built documents can be found in /build/sagemath-doc/src/sage-8.1/src/doc/html/ja/tutorial /startdir/PKGBUILD: line 79: 2540 Segmentation fault (core dumped) python2 sage_setup/docbuild –no-pdf-links -k all html ==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Build failed, check /data/archbuild/staging-i686/copy/build
Bing Cache
|
|
28 | Packages: Build-list | Bug Report | Medium | Low | postgrest: checks start a Postgresql server and then te... | New | |
Task Description
Starting check()… WARNING [pifpaf.drivers] `psutil.Popen(pid=2683, status=’terminated’)` is already gone, sending SIGKILL to its process group WARNING [pifpaf.drivers] `psutil.Popen(pid=2671, status=’terminated’)` is already gone, sending SIGKILL to its process group WARNING [pifpaf.drivers] `psutil.Popen(pid=2669, status=’terminated’)` is already gone, sending SIGKILL to its process group ERROR [pifpaf] Error while running command: [b’/usr/bin/pg_ctl’, ‘-w’, ‘-o’, ‘-k /tmp/tmp5_5e9_hy -p 5432 -h “127.0.0.1”‘, ‘start’] createdb: could not connect to database template1: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket “/run/postgresql/.s.PGSQL.5432”? ERROR: A failure occurred in check(). Aborting… ERROR: Build failed, check /data/archbuild/staging-i686/arch32/build
Disabling tests for now.
Comments (1)
Related Tasks (0/0)
Admin Andreas Baumann commented on 15.02.2018 16:56
Didn’t pifpaf itself had problems building? Maybe it’s a pifpaf issue..
Bing cache
|
|
36 | Packages: Testing | Bug Report | Medium | Low | texlive-core: SSE2 required | New | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 14.04.2018 Last edited by Andreas Baumann - 16.04.2018 FS#36 - texlive-core: SSE2 required
(4/5) Updating TeXLive format files… PANIC: unprotected error in call to Lua API (CPU with SSE2 required) fmtutil [ERROR]: running `luajittex -ini -jobname=luajittex -progname=luajittex luatex.ini /null’ return status 1 fmtutil [ERROR]: return error due to options –strict error: command failed to execute correctly (5/5) Updating TeXLive font maps…
So, the problem seems to be in lua itself?
Bing Cache
|
|
63 | Packages: Stable | Bug Report | Medium | Low | nodejs crashes in libuv when cleaning up FSReqCallback | New | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 07.02.2019 FS#63 - nodejs crashes in libuv when cleaning up FSReqCallback
Program terminated with signal SIGSEGV, Segmentation fault. #0 0×00945919 in node::fs::FSReqCallback::~FSReqCallback() () [Current thread is 1 (Thread 0xb5614880 (LWP 2013))] (gdb) bt #0 0×00945919 in node::fs::FSReqCallback::~FSReqCallback() () #1 0×00937274 in node::fs::FSReqAfterScope::~FSReqAfterScope() () #2 0x0093767d in node::fs::AfterInteger(uv_fs_s*) () #3 0xb7e910e0 in uv.work_done () from /usr/lib/libuv.so.1 #4 0xb7e9526e in ?? () from /usr/lib/libuv.so.1 #5 0xb7ea51f8 in uv.io_poll () from /usr/lib/libuv.so.1 #6 0xb7e95c51 in uv_run () from /usr/lib/libuv.so.1 #7 0x00905d37 in node::Start(v8::Isolate*, node::IsolateData*, std::vector, std::allocator >, std::allocator, std::allocator > > > const&, std::vector, std::allocator >, std::allocator, std::allocator > > > const&) () #8 0×00903655 in node::Start(int, char**) () #9 0x008acef1 in main ()
This affects gyp, vault and probably some other packages, depending whether those callbacks are used or not.
Comments (1)
Related Tasks (0/0)
Admin Andreas Baumann commented on 07.02.2019 09:36
See also mailing list thread:
https://lists.archlinux.org/pipermail/arch-ports/2018-November/000835.html
Google Code
|
|
68 | Packages: Build-list | Bug Report | Medium | Low | dmd rebuild results in gen_man segfault | New | |
Task Description
FS#68 : dmd rebuild results in gen_man segfault Opened by Andreas Baumann - 01.05.2019. FS#68 - dmd rebuild results in gen_man segfault. make: Entering directory ‘/build/dmd/src/dmd/docs’ …
|
|
70 | Packages: Build-list | Bug Report | Medium | Low | chromium not available for i686 (fails in compiler intr... | New | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 10.05.2019 FS#70 - chromium needs SSE2
chromium starts, but every page it loads ends in “Aw snap” and on the console:
Check failed: cpu.has_sse2().
Google Cache
|
|
82 | Packages: Stable | Bug Report | Medium | Low | [glibc] ld warning: /usr/lib32/ld-linux.so.2: corrupt G... | New | |
Task Description
Attached to Project: Archlinux32 Opened by Jeff Hodd - 11.07.2019 Last edited by Andreas Baumann - 09.08.2019 FS#82 - [glibc] ld warning: /usr/lib32/ld-linux.so.2: corrupt GNU_PROPERTY_TYPE (5) size: 0
All software builds are producing this warning. Some builds are failing because of the error return on linking. I’m also seeing failures on LD_PRELOADs.
/bin/ld: warning: /usr/lib/ld-linux.so.2: corrupt GNU_PROPERTY_TYPE (5) size: 0
Easy to reproduce. Just build this program:
# test.c # Compiled with ‘gcc test.c’ int main() {
return 0;
}
This was reported at bugs.archlinux.org (reference https://bugs.archlinux.org/task/63015) where it was closed and considered fixed if built using the –enable-cet flag. I built glibc with the –enable-cet flag, but am still seeing the failures, so not fixed. Closed by Andreas Baumann 09.08.2019 11:44 Reason for closing: Fixed
Comments (6)
Related Tasks (0/0)
Jeff Hodd commented on 16.07.2019 03:29
I’ve narrowed down the glibc upgrade to glibc-2.29-1.26 -> glibc-2.29-1.27. The error doesn’t occur with glibc-2.29-1.26. There were 3 changes made to the arch32 PKGBUILD for the glibc-2.29-1.27 release. One of them caused this issue. Admin Andreas Baumann commented on 16.07.2019 05:33
There is another thing which can change: the toolchain. This GNU_PROPERTY error is something the compiler emits (we think it’s CET stuff, but it’s badly documented). Binutils ld seems not to like this ELF section.
The error is the same as in:
https://bugs.archlinux.org/task/63015
What’s puzzling me: –enable-cet is there in glibc, gcc, binutils (just not for i486, as CET doesn’t\ work for older CPUs).
Commit: 09d03cbd4c57b8eabfadd22b67929d958b2409d7 and d57a456faa674c24e8869a26a14c497c95accf1f in glibc are mine, they try to change stack alignment and handling of SSE for pentium4 for Java, also without effect. Admin Andreas Baumann commented on 16.07.2019 05:35
About linker warnings being turned to errors (as for compiler warnings turned to errors): this is something the DEVELOPER should do, NOT the PACKAGER. Released software should: - NOT include asserts - NOT include debug code - NOT include code only used for running tests - NOT use -Werror - NOT use -Wl,–fatal-warnings
See for instance extra-cmake-modules-5.59.0-ld-no-fatal-warning.patch. Jeff Hodd commented on 16.07.2019 21:50
I knew about the cet issue. Did quite abit of looking around to get some insight into it (even looked at the code - elf-properties.c - and it looks like the Elf_Internal_Note description size is coming back with a value of 0. the other possibility is that (size % 4) is something other than 0 which is less likely). From what i could gather, cet is supposed to be enabled in the latest builds of glibc for i686 even though, as you pointed out, it’s not well documented. I did do a 2.29-4 i686 build with cet enabled and it made no difference vis-a-vis the warning. I also checked the upstream diff between 2.29-1.26 and 2.29-1.27 and noticed the addition of –enable-static-pie and thought maybe position independent executables may explain it. Did another glibc build with static pie disabled and that made no difference. Am about to go back and check the diff again and see what else may have changed.
I did check the CMakeLists.txt file for my failing build and it uses -Werror and -Wl,–fatal-warnings so I will remove those. But that doesn;t actually fix the underlying issue of the warning which we shouldn;t be seeing.
It is up to the developer, but too often one has to show that a change fixes an issue before you’ll get any attention. I may not be THE developer for this particular package, but I am A developer (in general), so I don;t feel uncomfortable making code changes.
I’ll keep looking around for differences between the 1.26 and 1.27 builds. Jeff Hodd commented on 16.07.2019 22:15
if (note->descsz < 8 || (note->descsz % align_size) != 0)
{
bad_size:
_bfd_error_handler
(_("warning: %pB: corrupt GNU_PROPERTY_TYPE (%ld) size: %#lx"),
abfd, note->type, note->descsz);
return FALSE;
}
The warning is printing out the description size - and that’s 0.
Apparently it’s supposed to be >= 8 and divisible by 4:
unsigned int align_size = bed->s->elfclass == ELFCLASS64 ? 8 : 4;
I am assuming that arch32 doesn’t support ELFCLASS64. Jeff Hodd commented on 22.07.2019 17:13
https://bbs.archlinux32.org/viewtopic.php?id=2770
Google Cache
|
|
103 | Packages: Stable | Bug Report | Medium | Low | yarn segfaults | New | |
Task Description
experienced when building buildbot-www
/bin/sh: line 1: 4744 Segmentation fault (core dumped) yarn install –pure-lockfile
|
|
109 | Packages | Bug Report | Medium | Low | gcc10 -fno-common breaks jdk | New | |
Task Description
/usr/bin/ld: /build/java-openjdk/src/jdk14u-jdk-14.0.1+7/build/linux-x86-server-release/support/native/java.base/libjava/childproc.o:/build/java-openjdk/src/jdk14u-jdk-14.0.1+7/src/java.base/unix/native/libjava/childproc.h:129: multiple definition of `parentPathv’; /build/java-openjdk/src/jdk14u-jdk-14.0.1+7/build/linux-x86-server-release/support/native/java.base/libjava/ProcessImpl_md.o:/build/java-openjdk/src/jdk14u-jdk-14.0.1+7/src/java.base/unix/native/libjava/childproc.h:129: first defined here
collect2: error: ld returned 1 exit status
This is fixed known and fixed upstream (without just setting -fcommon again):
https://bugs.openjdk.java.net/browse/JDK-8235903
|
|
116 | Packages | Bug Report | Medium | Low | Race causes iptables not to be ready after startup | New | |
Task Description
Nov 06 08:04:01 eurohp1 systemd[1]: Starting IPv4 Packet Filtering Framework… Nov 06 08:04:01 eurohp1 iptables-restore[287]: Another app is currently holding the xtables lock. Perhap> Nov 06 08:04:01 eurohp1 systemd[1]: iptables.service: Main process exited, code=exited, status=4/NOPERMI> Nov 06 08:04:01 eurohp1 systemd[1]: iptables.service: Failed with result ‘exit-code’. Nov 06 08:04:01 eurohp1 systemd[1]: Failed to start IPv4 Packet Filtering Framework.
Works when starting iptables later manually.
This is security relevant as not having a firewall after startup puts the system at risk.
|
|
126 | Packages | Bug Report | Medium | Low | lua hooks break in TeX on i686 | New | |
Task Description
PANIC: unprotected error in call to Lua API (CPU with SSE2 required)
PANIC: unprotected error in call to Lua API (CPU with SSE2 required)
fmtutil [ERROR]: running `luajittex -ini -jobname=luajittex -progname=luajittex luatex.ini </dev/null' return status: 1
fmtutil [ERROR]: cannot copy log luajittex.log to: /var/lib/texmf/web2c/luajittex
fmtutil [ERROR]: returning error due to option --strict
fmtutil [ERROR]: running `luajithbtex -ini -jobname=luajithbtex -progname=luajithbtex luatex.ini </dev/null' return status: 1
fmtutil [ERROR]: cannot copy log luajithbtex.log to: /var/lib/texmf/web2c/luajithbtex
fmtutil [ERROR]: returning error due to option --strict
error: command failed to execute correctly
|
|
132 | Packages | Bug Report | Medium | Low | OLPC-XO-1 kernel, usb8xx module crashing | New | |
Task Description
[ 21.686772] usb8xxx: Firmware ready event received
[ 21.717061] usb8xxx 1-1:1.0 (unnamed net_device) (uninitialized): 00:17:c4:10:e3:67, fw 5.110.22p23, cap 0x000003a3
[ 21.897489] usb8xxx 1-1:1.0 wlan0: Marvell WLAN 802.11 adapter
[ 22.004871] usb8xxx 1-1:1.0 wlan0: PREP_CMD: command 0x0074 failed: 2
[ 22.109002] usb8xxx 1-1:1.0 wlan0: Firmware does not seem to support PS mode
[ 22.217405] usb8xxx 1-1:1.0 wlan0: PREP_CMD: command 0x0043 failed: 1
[ 22.318862] usb8xxx 1-1:1.0 wlan0: HOST_SLEEP_CFG failed 1
[ 23.468484] usb8xxx 1-1:1.0 wlp0s15f5u1: renamed from msh0
[ 43.523176] ------------[ cut here ]------------
[ 43.556197] WARNING: CPU: 0 PID: 148 at net/wireless/core.c:1346 cfg80211_netdev_notifier_call+0x102/0x31e
[ 43.625361] Modules linked in: input_leds led_class usb8xxx libertas serio_raw
[ 43.664224] CPU: 0 PID: 148 Comm: wpa_supplicant Not tainted 5.10.5-arch1-1.0-olpc-xo1 #1
[ 43.715531] Hardware name: OLPC XO/XO, BIOS OLPC Ver 1.00.01 06/11/2014
[ 43.754829] EIP: cfg80211_netdev_notifier_call+0x102/0x31e
[ 43.792862] Code: ff 89 f0 e8 4d fc ff ff 8b 46 7c 85 c0 74 2a 39 58 34 75 25 80 78 64 00 75 16 8b 96 80 00 00 00 85 d2 74 06 80 7a 64 00 75 06 <0f> 0b c6 40 62 01 31 d2 89 f0 e8 3d 7a 00 00 8b 86 88 00 00 00 8b
[ 43.911511] EAX: c36e1d00 EBX: c2cb8800 ECX: ffffffff EDX: 00000000
[ 43.958939] ESI: c341c000 EDI: c1f7d000 EBP: c1eebdd4 ESP: c1eebdbc
[ 44.002464] DS: 007b ES: 007b FS: 0000 GS: 00e0 SS: 0068 EFLAGS: 00010246
[ 44.045454] CR0: 80050033 CR2: b69e5428 CR3: 01ff0000 CR4: 00000090
[ 44.088019] Call Trace:
[ 44.126010] ? fib_disable_ip+0x2a/0x2d
[ 44.165297] ? cfg80211_register_wdev+0x46/0x46
[ 44.208941] notifier_call_chain+0x2a/0x4e
[ 44.252482] raw_notifier_call_chain+0xc/0xe
[ 44.296501] call_netdevice_notifiers_info+0x5d/0x64
[ 44.338599] call_netdevice_notifiers+0x18/0x1a
[ 44.379580] __dev_notify_flags+0x4a/0x7c
[ 44.419064] dev_change_flags+0x3d/0x46
[ 44.464304] devinet_ioctl+0x260/0x4cd
[ 44.502437] inet_ioctl+0x139/0x163
[ 44.539766] ? dev_name_hash+0x20/0x36
[ 44.577060] ? dev_get_by_name_rcu+0x1c/0x2f
[ 44.614874] ? dev_ioctl+0x2e4/0x40e
[ 44.651928] ? inet_recvmsg+0x77/0x77
[ 44.692778] sock_ioctl+0x2ad/0x36f
[ 44.730157] ? preempt_count_add+0x4a/0x4f
[ 44.771397] ? ____sys_recvmsg+0xbc/0xbc
[ 44.808485] vfs_ioctl+0x1a/0x24
[ 44.847256] __ia32_sys_ioctl+0x5aa/0x5c4
[ 44.891962] ? debug_smp_processor_id+0x12/0x14
[ 44.930996] ? fpregs_assert_state_consistent+0x17/0x34
[ 44.967562] ? exit_to_user_mode_prepare+0x84/0x94
[ 45.002448] do_int80_syscall_32+0x2c/0x39
[ 45.035656] entry_INT80_32+0xf3/0xf3
[ 45.067762] EIP: 0xb790ffc4
[ 45.097915] Code: 83 c4 0c 89 d8 5b 5e 5f 5d c3 66 90 66 90 66 90 66 90 66 90 66 90 53 8b 54 24 10 8b 4c 24 0c 8b 5c 24 08 b8 36 00 00 00 cd 80 <5b> 3d 01 f0 ff ff 0f 83 a0 3f f3 ff c3 66 90 66 90 66 90 66 90 66
[ 45.199342] EAX: ffffffda EBX: 00000007 ECX: 00008914 EDX: bffe736c
[ 45.233187] ESI: bffe736c EDI: 0076c850 EBP: 00000000 ESP: bffe7348
[ 45.266705] DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 007b EFLAGS: 00000296
[ 45.300799] ---[ end trace 20811b76aa348f84 ]---
[ 64.909322] IPv6: ADDRCONF(NETDEV_CHANGE): wlp0s15f5u1: link becomes ready
Warm reboot a second time seems to help.
|
|
141 | Devops | Bug Report | Medium | Low | make iso build more reliably | New | |
Task Description
Currently, the iso build are several bash scripts on several machines requiring to move stuff via sshfs and alike.
This should become more stable - ideally some single script/package/systemd-unit with proper error reporting (email or irc come to my mind)
|
|
143 | Packages | Bug Report | Medium | Low | thunderbird doesn't build and run | New | |
Task Description
still linked against icu67.
Same here, I cannot believe that somebody is actually using thunderbird on Archlinux32 anymore.
Triggered rebuild, doesn’t build currently.
|
|
162 | Packages | Bug Report | Medium | Low | browsers based on Chromium break in secomp sanboxing | New | |
Task Description
Everything using chromium/seccomp jailing breaks currently including chromium due to missing IA-32 rules in libseccomp and/or chromium itself.
Firefox seems to work fine. epiphany works. midori works. luakit works.
Chromium crashes with sigsegv (I would expect something which reminds me of a seccomp syscall?).
konqueror, falkon, qutebrowser are based on qt5-webengine. They all open up but then don’t render a page (issuing the seccomp error messages attached below).
vivaldi the same, but as it is closed source, we cannot fix it.
|
|
163 | Packages | Bug Report | Medium | Low | sphinx_rtd_theme is used to build documentation but doe... | New | |
Task Description
build
running build_py
npm WARN npm npm does not support Node.js v15.9.0
npm WARN npm You should probably upgrade to a newer version of node as we
npm WARN npm can't make any promises that npm will work with this version.
npm WARN npm Supported releases of Node.js are the latest release of 6, 8, 9, 10, 11, 12, 13.
npm WARN npm You can find the latest version at https://nodejs.org/
> sphinx_rtd_theme@0.5.1 preinstall /build/python-sphinx_rtd_theme/src/sphinx_rtd_theme-0.5.1
> bin/preinstall.js
Traceback (most recent call last):
File "/build/python-sphinx_rtd_theme/src/sphinx_rtd_theme-0.5.1/setup.py", line 86, in <module>
setup(
File "/usr/lib/python3.9/site-packages/setuptools/__init__.py", line 153, in setup
return distutils.core.setup(**attrs)
File "/usr/lib/python3.9/distutils/core.py", line 148, in setup
dist.run_commands()
File "/usr/lib/python3.9/distutils/dist.py", line 966, in run_commands
self.run_command(cmd)
File "/usr/lib/python3.9/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File "/usr/lib/python3.9/distutils/command/build.py", line 135, in run
self.run_command(cmd_name)
File "/usr/lib/python3.9/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/usr/lib/python3.9/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File "/build/python-sphinx_rtd_theme/src/sphinx_rtd_theme-0.5.1/setup.py", line 22, in run
subprocess.run(['npm', 'install'], check=True)
File "/usr/lib/python3.9/subprocess.py", line 524, in run
raise CalledProcessError(retcode, process.args,
subprocess.CalledProcessError: Command '['npm', 'install']' died with <Signals.SIGSEGV: 11>.
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Build failed, check /var/lib/archbuild/staging-pentium4/abaumann/build
|
|
164 | Packages | Bug Report | Medium | Low | pam_systemd.so hangs openssh 2 out of 3 times | New | |
Task Description
Effect: you can not log in. The SSHd child runs on 100% CPU doing something. This happens on i486, i686 and pentium4 equally.
|
|
166 | Packages | Bug Report | Medium | Low | s2n-tls: failing tests | New | |
Task Description
The following tests FAILED:
91 - s2n_pq_kem_hybrid_kat_test (Failed)
145 - s2n_session_ticket_test (Failed)
154 - s2n_stuffer_network_order_test (Failed)
184 - s2n_x509_validator_test (Failed)
https://github.com/aws/s2n-tls/issues/2405 https://github.com/aws/s2n-tls/issues/2406 https://github.com/aws/s2n-tls/issues/2404
3 are known upstream too.
|
|
176 | Devops | Feature Request | Medium | Low | bring back archiso32 dual boot | New | |
Task Description
We should make archiso32 be able to build a i686- and x86_64-bootable iso, again. This is really handy on a usb stick as a rescue system.
The problem with the old dual iso is, that I had to do the i686 iso from scratch, because upstream changed from build.sh to putting everything into mkarchiso. Now, everything is steered from a profile file.
So either, we find a way to make a profile for multiple architectures, or we need to patch mkarchiso to do that for us - and maybe upstream these changes.
|
|
196 | Packages | Bug Report | Medium | Low | update filesystem | New | |
Task Description
b3da2fc1c25065a1bd09f9930eeed1d11dc312e4 only updated half the package - we’re missing:
- update the logo - update the url (?) - only if both are done: updating the hash on top of the PKGBUILD
|
|
228 | Packages | Bug Report | Medium | Low | [icu69] not updated packages | New | |
Task Description
starting to collect them here packages which require icu69 (and have thus not been rebuilt for icu 70 yet):
- abiword: libical (rescheduled build)
|
|
231 | Packages | Bug Report | Medium | Low | [libffi] packages needing a rebuild | New | |
Task Description
'pypy_plugin.so' -> '/build/uwsgi/pkg/uwsgi-plugin-pypy/usr/lib/uwsgi/pypy_plugin.so'
install: creating directory '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt'
install: creating directory '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt/pypy'
install: creating directory '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt/pypy/site-packages'
'uwsgidecorators.py' -> '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt/pypy/site-packages/uwsgidecorators.py'
pypy: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory
|
|
240 | Packages | Bug Report | Medium | Low | [qt5-base] i486 builds run out of memory due to LTO | New | |
Task Description
LTO is hard to switch off, there are flags doing nothing, I see errors like
lto-wrapper: fatal error: write: No space left on device
|
|
245 | Packages | Bug Report | Medium | Low | [opencv] Python stack smashing | New | |
Task Description
– Found PythonInterp: /usr/bin/python3 (found suitable version “3.10.4”, minimum required is “3.2”) – Found PythonLibs: /lib/libpython3.10.so (found suitable exact version “3.10.4”) * stack smashing detected *: terminated
Building falls through, only in package() we see the errors then:
rm: cannot remove ‘/build/opencv/pkg/opencv/usr/lib/python3*’: No such file or directory =⇒ ERROR: A failure occurred in package_opencv().
Happens on real i486, not in staging-i486-build, making it even more annoying.
This blocks gstreamer with the opencv plugin..
|
|
246 | Packages | Bug Report | Medium | Low | [blender] doesn't work (and doesn't build) | New | |
Task Description
blender 2.93 has dependencies on wrong versions of - llvm (via openshadinglanguage) - boost (via openimageio)
Could NOT find PythonLibsUnix (missing: PYTHON_LIBRARY PYTHON_LIBPATH PYTHON_INCLUDE_DIR PYTHON_INCLUDE_CONFIG_DIR)’
blender 3.0.1: Haru not found, disabling WITH_HARU’ and ‘Cycles OSL requires WITH_LLVM, the library may not have been found. Configure LLVM or disable WITH_CYCLES_OSL
Let’s tackle one issue after the other.
|
|
248 | Packages | Bug Report | Medium | Low | [Qt6] Illegal Opcodes | New | |
Task Description
кві 09 19:43:36 alizee kernel: traps: telegram-deskto[1252] trap invalid opcode ip:b3f990c3 sp:bf8d0010 error:0 in libQt6Gui.so.6.2.3[b3ecb000+873000]
Stack trace of thread 1252:
#0 0x00000000b3f990c3 n/a (libQt6Gui.so.6 + 0xce0c3)
#1 0x00000000b7f67ecb call_init (ld-linux.so.2 + 0x5ecb)
#2 0x00000000b7f67fc4 _dl_init (ld-linux.so.2 + 0x5fc4)
#3 0x00000000b7f7f58a _dl_start_user (ld-linux.so.2 + 0x1d58a)
ELF object binary architecture: Intel 80386
кві 09 19:45:11 alizee kernel: traps: qbittorrent[1353] trap invalid opcode ip:b60c69b6 sp:bfd54e70 error:0 in libQt6Core.so.6.2.3[b5f22000+2fd000]
Stack trace of thread 1353:
#0 0x00000000b60c69b6 _Z26qCalculateGrowingBlockSizeiii (libQt6Core.so.6 + 0x21c9b6)
#1 0x00000000b60c6aa9 _ZN10QArrayData8allocateEPPS_iiiNS_16AllocationOptionE (libQt6Core.so.6 + 0x21caa9)
#2 0x00000000b61e9cef n/a (libQt6Core.so.6 + 0x33fcef)
#3 0x00000000b61139a4 _ZN18QThreadStorageDataC2EPFvPvE (libQt6Core.so.6 + 0x2699a4)
#4 0x00000000b656aca9 n/a (libQt6Network.so.6 + 0x31ca9)
#5 0x00000000b7f68ecb call_init (ld-linux.so.2 + 0x5ecb)
#6 0x00000000b7f68fc4 _dl_init (ld-linux.so.2 + 0x5fc4)
#7 0x00000000b7f8058a _dl_start_user (ld-linux.so.2 + 0x1d58a)
ELF object binary architecture: Intel 80386
|
|
252 | Packages | Bug Report | Medium | Low | [dbus-python/python-dbus] mixup | New | |
Task Description
packages (like upower) which include a dependency on python-dbus use a 3.9 version and miss the correct one dbus-python (which replaces python-dbus). This will only solve itself when upstream adapts the PKGBUILDs to this name change.
|
|
254 | Packages | Bug Report | Medium | Low | [libinput/libadwaita/gtk4/tracker3] on i486 fail | New | |
Task Description
/usr/bin/ld: warning: libicuuc.so.69, needed by /usr/lib/libtracker-sparql-3.0.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libicui18n.so.69, needed by /usr/lib/libtracker-sparql-3.0.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: /usr/lib/libtracker-sparql-3.0.so: undefined reference to `unorm2_getNFKCInstance_69'
/usr/bin/ld: /usr/lib/libtracker-sparql-3.0.so: undefined reference to `u_strToLower_69'
/usr/bin/ld: /usr/lib/libtracker-sparql-3.0.so: undefined reference to `ubrk_first_69'
tracker3 is not rebuilding on i486:
tracker/docs/reference/libtracker-sparql/meson.build:78:7: ERROR: Unknown variable "tracker_sparql_gir".
|