|
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..
|
|
259 | Packages | Bug Report | Very Low | Low | Broken GSL package | Closed | |
Task Description
GSL broken dependence with inkscape:
$ inkscape inkscape: error while loading shared libraries: libgsl.so.27: cannot open shared object file: No such file or directory
Check the library:
# pacman -Ss gsl extra/gsl 2.7-1.0 [instalado]
# pacman -Ql gsl | grep ‘\.so’ gsl /usr/lib/libgsl.so gsl /usr/lib/libgsl.so.25 gsl /usr/lib/libgsl.so.25.1.0 gsl /usr/lib/libgslcblas.so gsl /usr/lib/libgslcblas.so.0 gsl /usr/lib/libgslcblas.so.0.0.0
|
|
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:
|
|
267 | Packages | Bug Report | Very Low | Low | [(g)vim] libperl.so dependency version mismatch | Closed | |
Task Description
`/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] ```
|
|
273 | Packages: Stable | Bug Report | Very Low | Medium | Quazip Qt5 package contains Qt6 libraries | Closed | |
Task Description
The quazip-qt5 package for both i686 and pentium4 contains the Qt6 libraries instead of the Qt5 ones.
The quazip package also no longer seems to exist upstream and should probably be removed in Arch32 as well.
|
|
274 | Packages | Bug Report | Very Low | Medium | perl-term-readline-gnu should be rebuilt due to new per ... | Closed | |
Task Description
When you have system update there is this warning:
Warn about old perl modules
WARNING: '/usr/lib/perl5/5.34' contains data from at least 1 packages which will NOT be used by the installed perl interpreter.
-> Run the following command to get a list of affected packages: pacman -Qqo '/usr/lib/perl5/5.34'
After searching you see it’s caused by
$ pacman -Qqo '/usr/lib/perl5/5.34'
perl-term-readline-gnu
So this package should be rebulded, because in repositories is perl 5.36
More info and problem description https://forum.manjaro.pl/t/archlinux32-ostrzezenie-od-perl/2356
|
|
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’
|
|
279 | Packages: Stable | Bug Report | Very Low | Medium | Telegram Desktop doesn't start | Closed | |
Task Description
Telegram Desktop fails to start with an error about incompatible Qt libraries, I think it needs to be rebuilt.
|
|
281 | Packages: Build-list | Bug Report | Very Low | Low | Firefox compilation | Closed | |
Task Description
I checked the firefox on the build-list and its not compiling because of missing lvm13 libs which are packages are llvm13-libs and llvm13
|
|
297 | Packages | Bug Report | Very Low | Low | jack2 can not install | Closed | |
Task Description
# pacman -S jack --noconfirm
:: There are 2 providers available for jack:
:: Repository extra
1) jack2 2) pipewire-jack
Enter a number (default=1):
resolving dependencies...
warning: cannot resolve "libcelt0.so=2-32", a dependency of "jack2"
:: The following package cannot be upgraded due to unresolvable dependencies:
jack2
:: 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 'libcelt0.so=2-32' required by jack2
|
|
303 | Packages | Bug Report | Very Low | Low | codeblocks issue.. | Closed | |
Task Description
its requested that please push the codeblocks testing to stable..
|
|
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..
|
|
305 | Packages: Stable | Bug Report | Very Low | Medium | [chezmoi] i686 and i486 packages are way out of date, p ... | Closed | |
Task Description
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.
|
|
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
|
|
308 | Packages | Bug Report | Very Low | Low | gettext needs a rebuild for libunistring | Closed | |
Task Description
I’m on pentium4 and I’m getting:
/usr/bin/xgettext: error while loading shared libraries: libunistring.so.2: cannot open shared object file: No such file or directory
/usr/bin/msgmerge: error while loading shared libraries: libunistring.so.2: cannot open shared object file: No such file or directory
/usr/bin/msgfmt: error while loading shared libraries: libunistring.so.2: cannot open shared object file: No such file or directory
gettext 0.21.1-1.1 libunistring 1.1-2.0
|
|
309 | Packages | Bug Report | Very Low | Low | gcompris links to openssl-1.1.so | Closed | |
Task Description
``` gcompris-qt: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory ```
|
|
312 | Packages | Bug Report | Very Low | Low | In testing calibre will not start | Closed | |
Task Description
[keith@Arch32 ~]$ calibre
Failed to import PyQt module: PyQt6.QtQuick with error: No module named 'PyQt6.QtQuick'
Traceback (most recent call last):
File "/usr/bin/calibre", line 21, in <module>
sys.exit(calibre())
File "/usr/lib/calibre/calibre/gui_launch.py", line 73, in calibre
main(args)
File "/usr/lib/calibre/calibre/gui2/main.py", line 546, in main
app, opts, args = init_qt(args)
File "/usr/lib/calibre/calibre/gui2/main.py", line 123, in init_qt
app = Application(args, override_program_name=override, windows_app_uid=MAIN_APP_UID)
File "/usr/lib/calibre/calibre/gui2/__init__.py", line 1096, in __init__
setup_to_run_webengine()
File "/usr/lib/calibre/calibre/gui2/__init__.py", line 1078, in setup_to_run_webengine
from qt.core import QQuickWindow, QSGRendererInterface
ImportError: cannot import name 'QQuickWindow' from 'qt.core' (/usr/lib/calibre/qt/core.py)
[keith@Arch32 ~]$ calibre --version
calibre (calibre 6.7.1)
[keith@Arch32 ~]$
|
|
317 | Packages | Bug Report | Very Low | Medium | [pacutils] paccheck core dumps | Closed | |
Task Description
$ paccheck pacman pacman: all dependencies satisfied zsh: segmentation fault (core dumped) paccheck pacman
It seems to be in the –files check (as with that the crash happens quicker).
Debuginfod doesn’t seem to work for ArchLinux32 (unlike standard ArchLinux) so no debug symbols, but here is the gdb backtrace:
(gdb) bt #0 0xb7d1989a in strnlen () from /usr/lib/libc.so.6 #1 0xb7d197ac in strncpy () from /usr/lib/libc.so.6 #2 0x00402abe in ?? () #3 0x0040244a in ?? () #4 0xb7c96129 in ?? () from /usr/lib/libc.so.6 #5 0xb7c961fd in __libc_start_main () from /usr/lib/libc.so.6 #6 0x004026f5 in ?? ()
Valgrind does not seem to work properly on Arch32 either, so I can’t test that.
|
|
318 | Packages | Bug Report | Very Low | Low | [multiple]: Note: This key has expired! | Closed | |
Task Description
$ wget http://pool.mirror.archlinux32.org/i686/core/binutils-2.40-2.0-i686.pkg.tar.zst
$ wget http://pool.mirror.archlinux32.org/i686/core/binutils-2.40-2.0-i686.pkg.tar.zst.sig
$ sudo pacman-key --verify binutils-2.40-2.0-i686.pkg.tar.zst.sig
==> Checking binutils-2.40-2.0-i686.pkg.tar.zst.sig... (detached)
gpg: Signature made Mon Jan 23 01:17:18 2023 EST
gpg: using RSA key 16194A82231E9EF823562181C8E8F5A0AF9BA7E7
gpg: Good signature from "Andreas Baumann (sign) <mail@andreasbaumann.cc>" [expired]
gpg: Note: This key has expired!
Primary key fingerprint: 1619 4A82 231E 9EF8 2356 2181 C8E8 F5A0 AF9B A7E7
==> ERROR: The signature identified by binutils-2.40-2.0-i686.pkg.tar.zst.sig could not be verified.
<KitsuWhooa> fuse also fails for me
|
|
323 | Packages | Bug Report | Very Low | Medium | qemu-desktop installation error | Closed | |
Task Description
While installing qemu-desktop for Archlinux32 following error appears:
/usr/bin/gtk-query-immodules-3.0: symbol lookup error: /usr/liblibpango-1.0.so.0: undefined symbol: hb_ot_color_has_paint
Pango version pango-1:1.50.14-1.0-pentium4. This is a problem of Archlinux32 only - in Archlinux there is no error.
|
|
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
|
|
329 | Packages | Bug Report | Very Low | High | [go] Cannot install yay from AUR | Closed | |
Task Description
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)
|
|
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).
|
|
332 | Packages | Bug Report | Very Low | Low | firefox 112 compilation | Closed | |
Task Description
any ideas hpw to get past this error (i686)?
18:33.80 /build/iceweasel/src/firefox-112.0/dom/base/nsTextFragmentGeneric.h:38:16: error: ‘any’ is not a member of ‘xsimd’
18:49.36 /build/iceweasel/src/firefox-112.0/dom/base/nsTextFragmentGeneric.h:16:70: error: incomplete type ‘xsimd::batch<short int, xsimd::sse2>’ used in nested name specifier
18:49.36 /build/iceweasel/src/firefox-112.0/dom/base/nsTextFragmentGeneric.h:35:31: error: ‘xsimd::batch<short int, xsimd::sse2> vectmask’ has incomplete type
18:49.36 /build/iceweasel/src/firefox-112.0/dom/base/nsTextFragmentGeneric.h:37:64: error: incomplete type ‘xsimd::batch<short int, xsimd::sse2>’ used in nested name specifier
|
|
357 | Packages | Bug Report | Very Low | Medium | pacman-contrib 1.10.5 requires rebuild | Closed | |
Task Description
The pactree tool in pacman-contrib 1.10.5 requires libalpm.so.13 which belongs to an older version of pacman. Rebuilding pacman-contrib with the latest version of pacman installed should resolve the issue.
|
|
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.
|
|
2 | Packages: Stable | Bug Report | Medium | Low | this is a test-issue for [lapack] (not a real bug) - Ar ... | Closed | |
Task Description
07.11.2017 - FS#2 - this is a test-issue for [lapack] (not a real bug). human: ignore this build master: do not ignore this. Closed by Erich Eckner 07.11.2017 …
|
|
3 | Packages: Stable | Bug Report | Medium | Low | [ffmpeg] missing FLAC codec | Closed | |
Task Description
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
|
|
4 | Packages: Stable | Bug Report | Medium | Low | [virtualbox-guest-utils] 5.2.0 version broken | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 07.11.2017 Last edited by Andreas Baumann - 17.12.2017
FS#4 - [virtualbox-guest-utils] 5.2.0 version broken
When starting a virtual machine you get:
VBoxClient: VBoxClient (seamless): failed to start. Stage: Setting guest IRQ filter mask Error: VERR_INTERNAL_ERROR
The solution is to use the guest ISO 5.2.1 for now till the package is upgraded. Closed by Andreas Baumann 17.12.2017 20:22 Reason for closing: Fixed Additional comments about closing:
Seems to work now. the modules load, the desktop adapts nicely. mouse works. closing this one.
Comments
Admin Erich Eckner commented on 17.12.2017 18:46
is this still the case with 5.2.2? Admin Andreas Baumann commented on 17.12.2017 18:52
I’ll have to test on a virtualbox vm..
Google Cache
Bing Cache
|
|
5 | Packages | Bug Report | Medium | Low | [sbcl] fails to compile - Arch Linux | Closed | |
Task Description
16.12.2017 - The best, I can get is trying to compile the git HEAD with clisp (instead of sbcl). However, this still errors with: entering make-target-2.sh
|
|
6 | Packages | Bug Report | Medium | Low | [libreoffice-still] 5.3.7-4 crashes when opening a ... | Closed | |
Task Description
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 …
|
|
7 | Packages | Bug Report | Medium | Low | unknown bug FS#7 | Closed | |
Task Description
no task description |
|
8 | Packages: Build-list | Bug Report | Medium | Low | [skia-sharp] [skia-sharp58] build fails | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Erich Eckner - 11.11.2017 Last edited by Andreas Baumann - 12.11.2017
FS#8 - [skia-sharp] [skia-sharp58] build fails
/startdir/PKGBUILD: line 63: bin/gn: No such file or directory
strange about this: - works on x86_64 - bin/gn is there and executable Closed by Andreas Baumann 12.11.2017 14:19 Reason for closing: Won’t implement Additional comments about closing:
blacklist, no visible 32-bit support.
Comments (7)
Admin Andreas Baumann commented on 12.11.2017 12:29
When compiling on 64-bit I get several binaries:
src/depot_tools/gn src/skia/gn src/skia/buildtools/linux64/gn src/skia/bin/gn
maybe one with linux32 is missing? Admin Andreas Baumann commented on 12.11.2017 12:30
Other things in PKGBUILD:
export PYTHON=’/usr/bin/pyton2’
This hardly works. Admin Andreas Baumann commented on 12.11.2017 12:31
The line with bin/gn is a little bit tricky. I’ll try to put an absolute path there.. Admin Andreas Baumann commented on 12.11.2017 12:32
I also don’t like the ideas of pushd and popd everywhere.. Admin Andreas Baumann commented on 12.11.2017 12:33
file bin/gn bin/gn: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.26, BuildID[sha1]=6d551c57efec95b400b9890f89a18e407396c917, stripped
So the file not found means: it exists, but has not been compiled for the correct architecture. Admin Andreas Baumann commented on 12.11.2017 13:57
So, removing bin/gn and calling python2 tools/git-sync-deps fetches me a new copy. Admin Andreas Baumann commented on 12.11.2017 14:14
So tools/git-sync-deps does:
subprocess.check_call(
[sys.executable,
os.path.join(os.path.dirname(deps_file_path), 'bin', 'fetch-gn')])
which has:
gn_path = ‘buildtools/linux64/gn’ if ‘linux’ in sys.platform else \
'buildtools/mac/gn' if 'darwin' in sys.platform else \
'buildtools/win/gn.exe'
fetching things from Chromium:
f.write(urllib2.urlopen('https://chromium-gn.storage-download.googleapis.com/' + sha1).read())
Changing linux64 to linux32 in a naive approach didn’t fetch a bin/gn.
So I would actually blacklist both packages.
Google Cache
|
|
9 | Packages: Build-list | Bug Report | Medium | Low | [ffmpeg] [ffmpeg2.8] libtheora not found | Closed | |
Task Description
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
|
|
10 | Packages | Bug Report | Medium | Low | unknown bug FS#10 | Closed | |
Task Description
no task description |
|
11 | Packages | Bug Report | Medium | Low | unknown bug FS#11 | Closed | |
Task Description
no task description |
|
12 | Packages: Build-list | Bug Report | Medium | Low | [python-setuptools] check() fails (due to some mpmath i ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Erich Eckner - 15.11.2017 Last edited by Andreas Baumann - 02.10.2019
FS#12 - [python-setuptools] check() fails (due to some mpmath issue?)
during check(): _ sympy/polys/tests/test_rootoftools.py:test_CRootOf_evalf _
File “/build/python-sympy/src/sympy-sympy-1.1.1-py2/sympy/polys/tests/test_rootoftools.py”, line 225, in test_CRootOf_evalf
a, b = rootof(eq, 1).n(2).as_real_imag()
File “sympy/core/evalf.py”, line 1394, in evalf
result = evalf(self, prec + 4, options)
File “sympy/core/evalf.py”, line 1292, in evalf
xe = x._eval_evalf(prec)
File “sympy/polys/rootoftools.py”, line 644, in _eval_evalf
x0 = mpc(*map(str, interval.center))
File “/usr/lib/python2.7/site-packages/mpmath/ctx_mp_python.py”, line 374, in new
imag = cls.context.mpf(imag)
File “/usr/lib/python2.7/site-packages/mpmath/ctx_mp_python.py”, line 77, in new
v._mpf_ = mpf_pos(cls.mpf_convert_arg(val, prec, rounding), prec, rounding)
File “/usr/lib/python2.7/site-packages/mpmath/ctx_mp_python.py”, line 84, in mpf_convert_arg
if isinstance(x, basestring): return from_str(x, prec, rounding)
File “/usr/lib/python2.7/site-packages/mpmath/libmp/libmpf.py”, line 1300, in from_str
return from_rational(int(p), int(q), prec, rnd)
ValueError: invalid literal for int() with base 10: ‘-2163048125L’ tests finished: 6841 passed, 185 skipped, 1 exceptions, in 4352.49 seconds
DO *NOT* COMMIT! test process starts
executable: /usr/bin/python2 (2.7.14-final-0) [CPython] architecture: 32-bit cache: yes ground types: gmpy 2.0.8 hash randomization: on (PYTHONHASHSEED=3003103148) Closed by Andreas Baumann 02.10.2019 19:15 Reason for closing: Fixed Additional comments about closing:
Seems to run the tests just fine on i686 and pentium4.
Google Cache
Bing Cache
|
|
13 | Packages | Bug Report | Medium | Low | [fox-devel] fails on 32-bit Intel - Arch Linux | Closed | |
Task Description
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 …
|
|
14 | Packages | Bug Report | Medium | Low | [ghc-mod] Needs rebuilt | Closed | |
Task Description
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
|
|
15 | Packages: Stable | Bug Report | Medium | Low | [extra/m17n-lib] needs rebuilt for icu 60 | Closed | |
Task Description
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
|
|
16 | Packages | Bug Report | Medium | Low | [libreoffice-still] still using icu 59 - Arch Linux | Closed | |
Task Description
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 …
|
|
17 | Packages | Bug Report | Medium | Low | nvidia and nvidia-lts kernel module build failure on 32 ... | Closed | |
Task Description
26.11.2017 - In file included from ./arch/x86/include/asm/page.h:75:0, from ./arch/x86/include/asm/thread_info.h:11, from ./include/linux/thread_info.h:37, …
|
|
18 | Packages | Bug Report | Medium | Low | [android-tools] missing a -latomic when linking adb .. | Closed | |
Task Description
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!?
|
|
19 | Packages | Bug Report | Medium | Low | unknown bug FS#19 | Closed | |
Task Description
no task description |
|
21 | Packages | Bug Report | Medium | Low | [ceph] unit tests failing or segfault | Closed | |
Task Description
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
|
|
22 | Packages: Build-list | Bug Report | Medium | Low | [firefox-developer-edition] build fails with out of mem ... | Closed | |
Task Description
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
|
|
23 | Packages: Build-list | Bug Report | Medium | Low | libretro* packages failing, seem unsupported for 32-bit ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 04.01.2018 Last edited by Erich Eckner - 26.01.2018
FS#23 - libretro* packages failing, seem unsupported for 32-bit Intel/Linux
This affects the following packages: - libretro-citra (unsuported architecture in dynarmic submodule) - libretro-parallel-n64: tons of assembly errors - libretro-ppsspp: linking issues with ffmpeg - libretro-mupen64plus: direct GOT relocation R_386_GOT32X against _ZN9PluginAPI3getEv PluginAPI::get()
blacklisting all. Closed by Erich Eckner 26.01.2018 17:08 Reason for closing: Won’t fix Additional comments about closing:
blacklisted
Comments (0)
Google Cache
|
|
24 | Packages | Bug Report | Medium | Low | [extra/viewnior] Needs rebuild against exiv2=0.26 | Closed | |
Task Description
I scheduled a rebuild of viewnior, let me know if viewnior 1.6-3.1 works.
|
|
25 | Packages | Bug Report | Medium | Low | unknown bug FS#25 | Closed | |
Task Description
no task description |