|
244 | Packages | Bug Report | Very Low | Low | unable to satisfy dependency 'libx264.so=163-32' requir ... | Closed | |
Task Description
# pacman -Sy ffmpeg :: Synchronizing package databases… core is up to date extra is up to date community is up to date resolving dependencies… warning: cannot resolve “libx264.so=163-32”, a dependency of “ffmpeg” :: The following package cannot be upgraded due to unresolvable dependencies:
ffmpeg
|
|
251 | Packages: Stable | Bug Report | Very Low | Low | [pavucontrol] libcanberra/libcanberra-pulse dependency ... | Closed | |
Task Description
There is currently a problem preventing the installation of pavucontrol on i686:
resolving dependencies...
warning: cannot resolve "libcanberra=0.30+2+gc0620e4-3.2", a dependency of "libcanberra-pulse"
warning: cannot resolve "libcanberra-pulse", a dependency of "pavucontrol"
:: The following package cannot be upgraded due to unresolvable dependencies:
pavucontrol
error: failed to prepare transaction (could not satisfy dependencies)
:: unable to satisfy dependency 'libcanberra=0.30+2+gc0620e4-3.2' required by libcanberra-pulse
:: unable to satisfy dependency 'libcanberra-pulse' required by pavucontrol
|
|
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] ```
|
|
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’
|
|
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..
|
|
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 ~]$
|
|
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
|
|
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).
|
|
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
|
|
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 |
|
26 | Packages | Bug Report | Medium | Low | [texlive] partially linked against old libmpfr | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 02.02.2018 Last edited by Andreas Baumann - 02.02.2018
FS#26 - [texlive] partially linked against old libmpfr
( 9/18) Updating TeXLive filename database… texlua: error while loading shared libraries: libmpfr.so.4: cannot open shared object file: No such file or directory
Triggered a forced rebuild of textlive-core and texlive-bin. Closed by Andreas Baumann 02.02.2018 10:15 Reason for closing: Fixed
Comments (0)
Google Cache
|
|
27 | Packages | Bug Report | Medium | Low | man breaks on gdbm sobump | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 02.02.2018 Last edited by Andreas Baumann - 03.02.2018
FS#27 - man breaks on gdbm sobump
man man: error while loading shared libraries: libgdbm.so.4: cannot open shared object file: No such file or directory
either you must link against libgdbm_compat.so.4 or against libgdbm.5 Closed by Andreas Baumann 03.02.2018 07:47 Reason for closing: Fixed Additional comments about closing:
fixed in man-db-2.7.6.1-3.1, installing that package from testing as temporary is the better solution than adding a symlink you make forget to delete..
Comments (4)
Related Tasks (0/0)
Admin Andreas Baumann commented on 02.02.2018 17:50
temporary workaround: ln -fs libgdbm_compat.so.4 /usr/lib/libgdbm.so.4 Admin Andreas Baumann commented on 02.02.2018 17:53
weird: Archlinux has:
/usr/bin/man is owned by man-db 2.7.6.1-3 gdbm 1.14.1-1
Archlinux 32 has:
man-db 2.7.6.1-3.0 gdbm 1.14.1-1.0
This seems to be pretty much the same version. Admin Erich Eckner commented on 02.02.2018 18:15
it’s amazing what packages we managed to break I scheduled man-db for a rebuild Admin Andreas Baumann commented on 02.02.2018 20:38
man-db is rebuilding on my slave. *fingers crossed*
Google Cache
|
|
29 | Packages: Build-list | Bug Report | Medium | Low | [haskell-hslua] check() fails | Closed | |
Task Description
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
|
|
30 | Packages | Bug Report | Medium | Low | libaio, will fail with stack smash protection enabled . ... | Closed | |
Task Description
12.04.2018 - io_queue_run.os: In function `io_queue_run’: io_queue_run.c:(.text+0×71): undefined reference to `__stack_chk_fail_local’ io_getevents.os: In …
|
|
31 | Packages | Bug Report | Medium | Low | librsvg fails with invalid opcode on 2.42.1 and newer | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Swift Geek - 16.03.2018 Last edited by Andreas Baumann - 26.03.2018
FS#31 - librsvg fails with invalid opcode on 2.42.1 and newer
traps: gtk3-demo[365] trap invalid opcode ip:aedd3e15 sp:bffc64c0 error:0 in librsvg-2.so.2.42.3[aed27000+11a000]
Downgrading to 2.40.19 seems to help. https://archive.archlinux32.org/repos/2017/11/01/extra/os/i686/librsvg-2:2.40.19-1-i686.pkg.tar.xz
This could be related to machine not having SSE2 (Pentium III-M Tualin)
Related bbs thread: https://bbs.archlinux32.org/viewtopic.php?id=1369 Closed by Andreas Baumann 26.03.2018 15:02 Reason for closing: Fixed
Comments (1)
Related Tasks (0/0)
Paul Gover commented on 26.03.2018 11:03
For me, librsvg-2:2.42.3-1.2 fixes the problem
Google Cache
|
|
32 | Packages | Bug Report | Medium | Low | [samba] faileure to start due to linking issues | Closed | |
Task Description
11.04.2018 - samba-4.7.5-1.0 smbclient-4.7.5-1.0 libwbclient-4.7.6-1.0. Downgrading those three packages to 4.7.4 as a temporary workaround.
|
|
33 | Packages: Testing | Bug Report | Medium | Low | [icu] sobump mismatch | Closed | |
Task Description
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
|