|
65 | Packages: Stable | Bug Report | Medium | Low | [qt5-styleplugins] incompatile QT version | Closed | |
Task Description
Attached to Project: Archlinux32
Opened by bill auger - 08.04.2019
FS#65 - [qt5-styleplugins] incompatile QT version
i can not get any QT program to start while that is installed - they complain about mixed QT versions
it looks like qt5-styleplugins was built with the [testing] repo enabled, with qt5-base-5.12.2, while other QT-base programs were built against qt5-base-5.12.1
Comments (4)
Related Tasks (0/0)
bill auger commented on 08.04.2019 16:47
$ qv4l2
Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01)
Aborted (core dumped)
$ sudo octopi
Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01)
Aborted
$ sudo calamares
Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01)
Aborted
$ sudo qtox
[16:43:22.069 UTC] :0 : Fatal: Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01)
Aborted
Admin
Erich Eckner commented on 08.04.2019 19:36
where does qt see this versions?
The symbols in e.g. usr/lib/libQt5-Widgets.so.5.* do not have the least version part:
14 0×02 0x08a28110 Qt_5.10
Qt_5.9
15 0×02 0x08a28111 Qt_5.11
Qt_5.10
16 0×00 0x08a28112 Qt_5.12
Qt_5.11
required from libQt5Core.so.5:
0x08a28112 0x00 22 Qt_5.12
0x00058a25 0x00 03 Qt_5
required from libQt5Widgets.so.5:
0x00058a25 0x00 02 Qt_5
bill auger commented on 30.04.2019 11:16
i read on the web somewhere that all QT programs search the system very aggressively searching for any QT libs it can find (and presumably selecting the newest)
what i have noticed is that this is an interaction between the packages: ‘qt5-styleplugins’ (the themes) and ‘qt5ct’ (the config system) - the presence of either package alone is not enough to cause the problem - the problem occurs only when the ‘gtk2’ theme is selected in the qt5ct config - this is the default configuration that the parabola LXDE liveISO boots into, that config is prepared when building the ISO; so i did not notice this before; but on a manual install, i noticed the qt5ct program crashes when selecting the theme
to reproduce this symptom:
install both ‘qt5-styleplugins’ and ‘qt5ct’ launch qt5ct
select gtk2 from the “Style” select options
$ gdb qt5ct
GNU gdb (GDB) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type “show copying” and “show warranty” for details.
This GDB was configured as “i686-pc-linux-gnu”.
Type “show configuration” for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type “help”.
Type “apropos word” to search for commands related to “word”… Reading symbols from qt5ct…(no debugging symbols found)…done.
(gdb) run
Starting program: /usr/bin/qt5ct
[Thread debugging using libthread_db enabled]
Using host libthread_db library “/usr/lib/libthread_db.so.1”.
[New Thread 0xb3c40b40 (LWP 9932)]
(qt5ct:9928): dbind-WARNING : 11:06:08.450: Couldn’t connect to accessibility bus: Failed to connect to socket /tmp/dbus-nltxAHENFr: Connection refused
Configuration path: “/home/bill/.config/qt5ct”
Shared QSS paths: (”/home/bill/.local/share/qt5ct/qss”, “/usr/local/share/qt5ct/qss”, “/usr/share/qt5ct/qss”, “/usr/share/gdm/qt5ct/qss”, “/var/lib/menu-xdg/qt5ct/qss”)
Shared color scheme paths: (”/home/bill/.local/share/qt5ct/colors”, “/usr/local/share/qt5ct/colors”, “/usr/share/qt5ct/colors”, “/usr/share/gdm/qt5ct/colors”, “/var/lib/menu-xdg/qt5ct/colors”)
[New Thread 0xb1ff2b40 (LWP 9933)]
libEGL warning: DRI2: failed to authenticate
libEGL warning: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri)
libEGL warning: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri)
libEGL warning: DRI2: failed to authenticate
libEGL warning: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri)
libEGL warning: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri)
[this is where i selected the GTK theme]
Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01)
Thread 1 “qt5ct” received signal SIGABRT, Aborted.
0xb7fd5841 in kernel_vsyscall ()
(gdb) bt
#0 0xb7fd5841 in kernel_vsyscall ()
#1 0xb6a2e746 in raise () at /usr/lib/libc.so.6
#2 0xb6a181e3 in abort () at /usr/lib/libc.so.6
#3 0xb6da9775 in () at /usr/lib/libQt5Core.so.5
#4 0xb6dc09d1 in () at /usr/lib/libQt5Core.so.5
#5 0xb1268540 in () at /usr/lib/qt/plugins/styles/libqgtk2style.so
#6 0xb125620b in () at /usr/lib/qt/plugins/styles/libqgtk2style.so
#7 0xb126b3ad in () at /usr/lib/qt/plugins/styles/libqgtk2style.so
#8 0xb79ecd9a in QStyleFactory::create(QString const&) () at /usr/lib/libQt5Widgets.so.5
#9 0x00411d2f in ()
#10 0x0042e2fd in ()
#11 0x0042e4a3 in ()
#12 0xb6fbc929 in QMetaObject::activate(QObject*, int, int, void) ()
at /usr/lib/libQt5Core.so.5
#13 0xb7a85121 in QComboBox::activated(QString const&) () at /usr/lib/libQt5Widgets.so.5
#14 0xb7a876d4 in () at /usr/lib/libQt5Widgets.so.5
#15 0xb7a8a454 in () at /usr/lib/libQt5Widgets.so.5
#16 0xb7a90276 in () at /usr/lib/libQt5Widgets.so.5
#17 0xb6fbc861 in QMetaObject::activate(QObject*, int, int, void) ()
at /usr/lib/libQt5Core.so.5
#18 0xb7a853c1 in QComboBoxPrivateContainer::itemSelected(QModelIndex const&) ()
at /usr/lib/libQt5Widgets.so.5
#19 0xb7a85ae0 in QComboBoxPrivateContainer::eventFilter(QObject*, QEvent*) ()
at /usr/lib/libQt5Widgets.so.5
#20 0xb6f908cc in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*)
() at /usr/lib/libQt5Core.so.5
#21 0xb79708b8 in QApplicationPrivate::notify_helper(QObject*, QEvent*) ()
at /usr/lib/libQt5Widgets.so.5
#22 0xb7979108 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5
#23 0xb6f90bc5 in QCoreApplication::notifyInternal2(QObject*, QEvent*) ()
at /usr/lib/libQt5Core.so.5
#24 0xb7977e61 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWid–
get*, QWidget, QPointer&, bool, bool) () at /usr/lib/libQt5Widgets.so.5
#25 0xb79d636c in () at /usr/lib/libQt5Widgets.so.5
#26 0xb79d90ea in () at /usr/lib/libQt5Widgets.so.5
#27 0xb79708c9 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5
#28 0xb7978aa2 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5
#29 0xb6f90bc5 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/libQt5Core.so.5
#30 0xb735fb9e in QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) () at /usr/lib/libQt5Gui.so.5
#31 0xb7361172 in QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) () at /usr/lib/libQt5Gui.so.5
#32 0xb73358c5 in QWindowSystemInterface::sendWindowSystemEvents(QFlags) () at /usr/lib/libQt5Gui.so.5
#33 0xb3f5b0ad in () at /usr/lib/libQt5XcbQpa.so.5
#34 0xb602792e in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#35 0xb60299ea in () at /usr/lib/libglib-2.0.so.0
#36 0xb6029a36 in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#37 0xb6feaceb in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5
#38 0xb6f8f656 in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5
#39 0xb6f97eeb in QCoreApplication::exec() () at /usr/lib/libQt5Core.so.5
#40 0x0040d36d in ()
#41 0xb6a19a49 in __libc_start_main () at /usr/lib/libc.so.6
#42 0x0040d505 in ()
(gdb)
bill auger commented on 08.05.2019 15:39
it looks like the latest rebuilds have leap-frogged the version conflict
previously:
Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01)
today:
Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c03)
my guess is that either ‘qt5-styleplugins’ or ‘qt5ct’ still need a rebuild
Google Cache
Bing Cache
|
|
295 | Packages | Bug Report | Very Low | Low | [qemu][seabios]: file conflict | Closed | |
Task Description
# pacman -S qemu seabios
resolving dependencies...
looking for conflicting packages...
Packages (2) qemu-6.2.0-4.0 seabios-1.16.0-3.2
Total Installed Size: 36.97 MiB
checking keyring...
checking package integrity...
loading package files...
checking for file conflicts...
/usr/share/qemu/bios-microvm.bin exists in both 'seabios' and 'qemu'
/usr/share/qemu/vgabios-ati.bin exists in both 'seabios' and 'qemu'
Errors occurred, no packages were upgraded.
|
|
91 | Packages: Stable | Bug Report | Medium | Low | [python2]: segfault | Closed | |
Task Description
Attached to Project: Archlinux32
Opened by bill auger - 12.10.2019
FS#91 - [python2]: segfault
i am trying to build calibre for i686 - using the arch PKGBUILD for v3.48.0, and also the latest 4.1.0 - python2 segfults immediately in build()
possibly related to #20 https://bugs.archlinux32.org/index.php?do=details&task_id=20
“line 86” below depends on the PKGBUILD - it is the command:
LANG=’en_US.UTF-8’ python2 setup.py build
$ makepkg -sr
….
==> Starting build()…
*
* Running build
*
/home/auser/calibre/PKGBUILD: line 86: 7793 Segmentation fault (core dumped) LANG=’en_US.UTF-8’ python2 setup.py build
==> ERROR: A failure occurred in build().
Aborting...
$ cd src/calibre-3.48.0/
$ LANG=’en_US.UTF-8’ python2 setup.py build
*
* Running build
*
Segmentation fault (core dumped)
Google Cache
|
|
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..
|
|
220 | Packages | Bug Report | Very High | Critical | [python] completly broken | Closed | |
Task Description
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/mercurial/policy.py", line 69, in _importfrom
fakelocals[modname] = mod = getattr(pkg, modname)
File "/usr/lib/python3.9/site-packages/mercurial/pycompat.py", line 307, in w
return f(object, sysstr(name), *args)
AttributeError: module ‘mercurial.cext’ has no attribute ‘parsers’
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/bin/hg", line 61, in <module>
dispatch.run()
File "/usr/lib/python3.10/importlib/util.py", line 247, in __getattribute__
self.__spec__.loader.exec_module(self)
File "<frozen importlib._bootstrap_external>", line 883, in exec_module
File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
File "/usr/lib/python3.9/site-packages/mercurial/dispatch.py", line 21, in <module>
from .i18n import _
File "/usr/lib/python3.10/importlib/util.py", line 247, in __getattribute__
self.__spec__.loader.exec_module(self)
File "/usr/lib/python3.9/site-packages/mercurial/i18n.py", line 123, in <module>
if _plain():
File "/usr/lib/python3.9/site-packages/mercurial/i18n.py", line 115, in _plain
b'HGPLAIN' not in encoding.environ
File "/usr/lib/python3.10/importlib/util.py", line 247, in __getattribute__
self.__spec__.loader.exec_module(self)
File "/usr/lib/python3.9/site-packages/mercurial/encoding.py", line 41, in <module>
charencode = policy.importmod('charencode')
File "/usr/lib/python3.9/site-packages/mercurial/policy.py", line 116, in importmod
mod = _importfrom(pn, mn)
File "/usr/lib/python3.9/site-packages/mercurial/policy.py", line 71, in _importfrom
raise ImportError('cannot import name %s' % modname)
ImportError: cannot import name parsers
for instance when building nss.
|
|
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
|
|
219 | Packages | Bug Report | Very Low | Low | [postgresql] and [postgresql-old-upgrade] links against ... | Closed | |
Task Description
After my most recent sysupgrade, postgresql refuses to start. The main postgres binary appears to be linked to multiple versions of libicu:
$ ldd /usr/bin/postgres | grep icu
libicui18n.so.69 => /usr/lib/libicui18n.so.69 (0xb6c00000)
libicuuc.so.69 => /usr/lib/libicuuc.so.69 (0xb6a0c000)
libicuuc.so.70 => /usr/lib/libicuuc.so.70 (0xb6582000)
libicudata.so.69 => /usr/lib/libicudata.so.69 (0xb4601000)
libicudata.so.70 => /usr/lib/libicudata.so.70
(0xb27a4000)
Installing the icu69 compatibility package made it work again, but it doesn’t look right that it should link against multiple versions.
|
|
192 | Packages | Bug Report | Very Low | High | [postgis] not satisfiable dependency: "libproj.so.22" | Closed | |
Task Description
The postgis package version 3.1.1-1.0 on pentium4 does not work because only
libproj-1.5.so is installed, and not the required libproj-2.2.so.
On upstream there seems to have been some rebuild of newer versions of gdal 3.2.2 and proj 8.0.0:
https://archlinux.org/todo/gdal-322-and-proj-800-rebuild/
|
|
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
|
|
175 | Packages | Bug Report | Very Low | Low | [pango]: symbol lookup error: /usr/lib/libpango-1.0.so. ... | Closed | |
Task Description
this is a rather severe bug - it prevents GTK DMs, DEs, and programs from starting (lightdm, lxdm, lxde, leafpad)
the error is evident immediately in the pacman log - see: http://termbin.com/vezp
g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so: /usr/lib/libpango-1.0.so.0: undefined symbol: g_memdup2
/usr/bin/gtk-query-immodules-3.0: symbol lookup error: /usr/lib/libpango-1.0.so.0: undefined symbol: g_memdup2
if you disable the DM service, you can get the same error by launching the DE directly
$ startlxde
/usr/bin/lxsession: symbol lookup error: /usr/lib/libpango-1.0.so.0: undefined symbol: g_memdup2
|
|
54 | Packages: Stable | Bug Report | Medium | Low | [pam] links against libaudit, but doesn't declare a dep ... | Closed | |
Task Description
Attached to Project: Archlinux32
Opened by Luke Shumaker - 09.10.2018
FS#54 - [pam] links against libaudit, but doesn’t declare a dependency on [audit]
Both core/pam 1.3.1-1.2 and staging/pam 1.3.1-1.3 have their libpam.so link against libaudit:
$ readelf –dynamic /usr/lib/libpam.so.0.84.2
Dynamic section at offset 0xfdbc contains 27 entries:
Tag Type Name/Value
0×00000001 (NEEDED) Shared library: [libaudit.so.1]
…
However, the package does not declare depends=(audit) (’audit’ is the package that contains libaudit.so).
This is normally a fairly invisible mistake because recent versions of systemd depend on audit, so systemd-users (i.e. most users) will have audit installed anyway.
This affects `su` (of util-linux) and `sudo` (of sudo), which both link against libpam.
Comments (4)
Related Tasks (0/0)
Admin
Erich Eckner commented on 09.10.2018 20:42
pam also links against libaudit.so.1 iff rebuilt for x86_64 - but not the currently built one for x86_64:
— /dev/fd/63 2018-10-09 22:41:57.015507993 +0200
+++ /dev/fd/62 2018-10-09 22:41:57.015507993 +0200
@@ -3,9 +3,9 @@
pkgbase = pam
pkgver = 1.3.1-1
pkgarch = x86_64
-pkgbuild_sha256sum = 3a72016938e6f3e8660a0f8774b576bf58aa4c7b218948e1fadcf39a3e7ebf9d
-packager = Erich Eckner
-builddate = 1539104335
+pkgbuild_sha256sum = e178fcb37ae20afe3f75b66ec5c29bb9eaf5d5e25d032d62e01e2fc54cf2ed32
+packager = Tobias Powalowski
+builddate = 1529655718
builddir = /build
buildenv = !distcc
buildenv = color
@@ -23,129 +23,129 @@
options = !upx
options = !debug
installed = acl-2.2.53-1-x86_64
-installed = archlinux-keyring-20181003-1-any
+installed = archlinux-keyring-20180404-1-any
installed = argon2-20171227-3-x86_64
installed = attr-2.4.48-1-x86_64
-installed = audit-2.8.4-2-x86_64
installed = autoconf-2.69-4-any
-installed = automake-1.16.1-1-any
+installed = automake-1.15.1-1-any
installed = bash-4.4.023-1-x86_64
-installed = binutils-2.31.1-3-x86_64
+installed = binutils-2.30-5-x86_64
installed = bison-3.0.5-1-x86_64
-installed = bzip2-1.0.6-8-x86_64
-installed = ca-certificates-20180821-1-any
-installed = ca-certificates-mozilla-3.39-1-x86_64
-installed = ca-certificates-utils-20180821-1-any
-installed = coreutils-8.30-1-x86_64
+installed = bzip2-1.0.6-7-x86_64
+installed = ca-certificates-20170307-1-any
+installed = ca-certificates-cacert-20140824-4-any
+installed = ca-certificates-mozilla-3.37.3-1-x86_64
+installed = ca-certificates-utils-20170307-1-any
+installed = coreutils-8.29-1-x86_64
installed = cracklib-2.9.6-1-x86_64
-installed = cryptsetup-2.0.4-1-x86_64
-installed = curl-7.61.1-3-x86_64
+installed = cryptsetup-2.0.3-2-x86_64
+installed = curl-7.60.0-1-x86_64
installed = db-5.3.28-4-x86_64
-installed = dbus-1.12.10-2-x86_64
-installed = device-mapper-2.02.181-1-x86_64
+installed = dbus-1.12.8-1-x86_64
+installed = device-mapper-2.02.177-5-x86_64
installed = diffutils-3.6-1-x86_64
-installed = docbook-xml-4.5-8-any
+installed = docbook-xml-4.5-7-any
installed = docbook-xsl-1.79.2-4-any
-installed = e2fsprogs-1.44.4-1-x86_64
-installed = expat-2.2.6-1-x86_64
-installed = fakeroot-1.23-1-x86_64
-installed = file-5.34-1-x86_64
-installed = filesystem-2018.8-1-x86_64
+installed = e2fsprogs-1.44.2-1-x86_64
+installed = expat-2.2.5-1-x86_64
+installed = fakeroot-1.22-1-x86_64
+installed = file-5.33-3-x86_64
+installed = filesystem-2018.1-2-x86_64
installed = findutils-4.6.0-2-x86_64
installed = flex-2.6.4-1-x86_64
installed = gawk-4.2.1-1-x86_64
-installed = gc-7.6.8-1-x86_64
-installed = gcc-8.2.1+20180831-1-x86_64
-installed = gcc-libs-8.2.1+20180831-1-x86_64
-installed = gdbm-1.18-1-x86_64
+installed = gc-7.6.6-1-x86_64
+installed = gcc-8.1.1+20180531-1-x86_64
+installed = gcc-libs-8.1.1+20180531-1-x86_64
+installed = gdbm-1.14.1-1-x86_64
installed = gettext-0.19.8.1-2-x86_64
-installed = glib2-2.58.1-1-x86_64
-installed = glibc-2.28-4-x86_64
+installed = glib2-2.56.1-1-x86_64
+installed = glibc-2.27-3-x86_64
installed = gmp-6.1.2-1-x86_64
-installed = gnupg-2.2.10-1-x86_64
-installed = gnutls-3.5.19-2-x86_64
-installed = gpgme-1.11.1-2-x86_64
-installed = gpm-1.20.7.r27.g1fd1941-1-x86_64
+installed = gnupg-2.2.8-1-x86_64
+installed = gnutls-3.5.18-1-x86_64
+installed = gpgme-1.11.1-1-x86_64
+installed = gpm-1.20.7-8-x86_64
installed = grep-3.1-1-x86_64
installed = groff-1.22.3-7-x86_64
-installed = guile-2.2.4-1-x86_64
+installed = guile-2.2.3-1-x86_64
installed = gzip-1.9-1-x86_64
-installed = hwids-20180518-1-any
-installed = iana-etc-20180913-1-any
-installed = icu-62.1-1-x86_64
-installed = iptables-1:1.6.2-3-x86_64
-installed = json-c-0.13.1-2-x86_64
+installed = hwids-20171003-1-any
+installed = iana-etc-20180221-1-any
+installed = icu-61.1-1-x86_64
+installed = iptables-1.6.2-2-x86_64
+installed = json-c-0.13.1-1-x86_64
installed = kbd-2.0.4-1-x86_64
-installed = keyutils-1.5.11-1-x86_64
+installed = keyutils-1.5.10-2-x86_64
installed = kmod-25-1-x86_64
installed = krb5-1.16.1-1-x86_64
installed = less-530-1-x86_64
-installed = libarchive-3.3.3-1-x86_64
+installed = libarchive-3.3.2-2-x86_64
installed = libassuan-2.5.1-1-x86_64
-installed = libatomic_ops-7.6.6-1-x86_64
+installed = libatomic_ops-7.6.4-1-x86_64
installed = libcap-2.25-1-x86_64
installed = libcap-ng-0.7.9-1-x86_64
-installed = libelf-0.174-1-x86_64
+installed = libelf-0.171-1-x86_64
installed = libffi-3.2.1-2-x86_64
installed = libgcrypt-1.8.3-1-x86_64
-installed = libgpg-error-1.32-1-x86_64
+installed = libgpg-error-1.31-1-x86_64
+installed = libidn-1.34-2-x86_64
installed = libidn2-2.0.5-1-x86_64
installed = libksba-1.3.5-1-x86_64
-installed = libldap-2.4.46-2-x86_64
+installed = libldap-2.4.46-1-x86_64
installed = libmnl-1.0.4-1-x86_64
installed = libmpc-1.1.0-1-x86_64
-installed = libnftnl-1.1.1-1-x86_64
-installed = libnghttp2-1.33.0-1-x86_64
+installed = libnftnl-1.1.0-1-x86_64
+installed = libnghttp2-1.31.1-1-x86_64
installed = libnl-3.4.0-1-x86_64
-installed = libpcap-1.9.0-1-x86_64
+installed = libpcap-1.8.1-2-x86_64
installed = libpsl-0.20.2-1-x86_64
-installed = libsasl-2.1.26-13-x86_64
-installed = libseccomp-2.3.3-1-x86_64
+installed = libsasl-2.1.26-12-x86_64
+installed = libseccomp-2.3.2-2-x86_64
installed = libsecret-0.18.6-1-x86_64
installed = libssh2-1.8.0-2-x86_64
-installed = libsystemd-239.2-1-x86_64
+installed = libsystemd-238.133-4-x86_64
installed = libtasn1-4.13-1-x86_64
-installed = libtirpc-1.1.4-1-x86_64
-installed = libtool-2.4.6+42+gb88cebd5-2-x86_64
+installed = libtirpc-1.0.3-2-x86_64
+installed = libtool-2.4.6+40+g6ca5e224-7-x86_64
installed = libunistring-0.9.10-1-x86_64
installed = libusb-1.0.22-1-x86_64
-installed = libutil-linux-2.32.1-2-x86_64
-installed = libxml2-2.9.8-5-x86_64
+installed = libutil-linux-2.32-3-x86_64
+installed = libxml2-2.9.8-2-x86_64
installed = libxslt-1.1.32+3+g32c88216-1-x86_64
-installed = linux-api-headers-4.17.11-1-any
-installed = lz4-1:1.8.3-1-x86_64
+installed = linux-api-headers-4.16.1-1-any
+installed = lz4-1:1.8.2-2-x86_64
installed = m4-1.4.18-1-x86_64
installed = make-4.2.1-2-x86_64
installed = mpfr-4.0.1-1-x86_64
installed = ncurses-6.1-3-x86_64
installed = nettle-3.4-1-x86_64
-installed = npth-1.6-1-x86_64
-installed = openssl-1.1.1-1-x86_64
-installed = p11-kit-0.23.14-1-x86_64
-installed = pacman-5.1.1-1-x86_64
-installed = pacman-mirrorlist-20180912-1-any
-installed = pam-1.3.1-1-x86_64
+installed = npth-1.5-1-x86_64
+installed = openssl-1.1.0.h-1-x86_64
+installed = p11-kit-0.23.12-1-x86_64
+installed = pacman-5.1.0-2-x86_64
+installed = pacman-mirrorlist-20180524-1-any
+installed = pam-1.3.0-2-x86_64
installed = pambase-20171006-1-any
-installed = patch-2.7.6-3-x86_64
+installed = patch-2.7.6-1-x86_64
installed = pcre-8.42-1-x86_64
-installed = pcre2-10.32-1-x86_64
-installed = perl-5.28.0-1-x86_64
-installed = pinentry-1.1.0-4-x86_64
-installed = pkgconf-1.5.3-1-x86_64
+installed = pcre2-10.31-1-x86_64
+installed = perl-5.26.2-1-x86_64
+installed = pinentry-1.1.0-3-x86_64
+installed = pkgconf-1.4.2-2-x86_64
installed = popt-1.16-9-x86_64
installed = procps-ng-3.3.15-1-x86_64
installed = readline-7.0.005-1-x86_64
installed = sed-4.5-1-x86_64
-installed = shadow-4.6-1-x86_64
-installed = sqlite-3.25.2-1-x86_64
-installed = sudo-1.8.25.p1-1-x86_64
-installed = systemd-239.2-1-x86_64
+installed = shadow-4.5-4-x86_64
+installed = sqlite-3.24.0-1-x86_64
+installed = sudo-1.8.23-2-x86_64
+installed = systemd-238.133-4-x86_64
installed = tar-1.30-1-x86_64
installed = texinfo-6.5-1-x86_64
-installed = tzdata-2018e-2-x86_64
-installed = util-linux-2.32.1-2-x86_64
+installed = tzdata-2018e-1-any
+installed = util-linux-2.32-3-x86_64
installed = w3m-0.5.3.git20180125-1-x86_64
installed = which-2.21-2-x86_64
installed = xz-5.2.4-1-x86_64
-installed = zlib-1:1.2.11-3-x86_64
-installed = zstd-1.3.5-1-x86_64
+installed = zlib-1:1.2.11-2-x86_64
Admin
Erich Eckner commented on 09.10.2018 20:47
As can be seen, the new version of systemd pulls in audit, against which then the linking happens.
I would not do anything about this issue (if that’s ok with you, Luke), because:
1st it only affects systems w/o systemd - e.g. non-standard systems
2nd it will solve itself with the next (upstream) release/rebuild of pam (or at least, if upstream does not add audit to the depends, it will become an upstream bug which we should report to them)
regards,
Erich
Luke Shumaker commented on 09.10.2018 21:28
Parabola supports OpenRC, so this risks breaking sudo for Parabola OpenRC users, making it more severe for us downstream than it is for you.
That isn’t to say that you have to take actionand fix it for us; it is a low-priority bug for Arch Linux 32 users, so if you want to wait for it to be resolved in upsteam Arch, that’s your prerogative. But it means that in the mean-time, Parabola will have to repackage it to avoid breaking our OpenRC users’ boxes.
bill auger commented on 10.10.2018 01:16
related to: https://bugs.archlinux.org/task/60365
Google Cache
|
|
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.
|
|
171 | Packages | Bug Report | Very Low | Low | [pacman] libarchive minimum version dependency - libarc ... | Closed | |
Task Description
pacman has a dependency upon libarchive with a version recent enough to support zstd compression.
depends=(... 'libarchive>=3.3.3')
This is an issue when upgrading pacman to support the zstd packaging format.
pacman must depend upon libarchive>=3.3.3 for zstd compression support.
libarchive will then depend upon zstd>=1.3.6 for the symbol ZSTD_minCLevel.
Without these, upgrading an old Arch Linux system gives the incomplete - so unhelpful - error message:
error: could not open file /var/cache/pacman/pkg/something.pkg.tar.zst: Unrecognized archive format
How does pacman recognize an archive format? If the user does not already know the answer, they are in trouble. And, mistakenly circumventing the package compression to force an upgrade of pacman alone will lead to even more trouble, since pacman itself is not the source of the problem.
|
|
186 | Packages | Bug Report | Medium | Low | [pacman] /etc/makeconf.conf for i486 contains flags res ... | Closed | |
Task Description
-fstack-clash-protection
-fcf-protection
We have to investiagate if one of them (or both) are
introducing illegal opcodes for i486..
|
|
227 | Packages | Bug Report | Medium | Low | [object-introspection] [libosinfo] rebuild issue | Closed | |
Task Description
affects: tracker-miners tracker3-miners gnome-documents gnome-music gnome-photos nautilus
|
|
218 | Packages | Bug Report | Medium | Low | [nss] shlibsign segfaults on IA-32 | Closed | |
Task Description
subprocess.CalledProcessError: Command ‘[’/build/nss/src/dist/Release/bin/shlibsign’, ‘-v’, ‘-i’, ‘/build/nss/src/dist/Release/lib/libfreebl3.so’]’ died with <Signals.SIGSEGV: 11>.
|
|
315 | Packages: Stable | Bug Report | Very Low | Low | [ncmpcpp] requires wrongly boost libraries | Closed | |
Task Description
ncmpcpp-git compiles on AUR with no problem with all dependencies found on AL32 repositories.
|
|
189 | Packages | Bug Report | Medium | Low | [mutter] test segfaults | Closed | |
Task Description
50/105 mutter:clutter+clutter/conform / actor-clone FAIL 0.13s killed by signal 11 SIGSEGV
55/105 mutter:clutter+clutter/conform / actor-layout FAIL 0.13s killed by signal 11 SIGSEGV
61/105 mutter:clutter+clutter/conform / actor-shader-effect FAIL 0.13s killed by signal 11 SIGSEGV
70/105 mutter:clutter+clutter/conform / timeline FAIL 0.12s killed by signal 11 SIGSEGV
71/105 mutter:clutter+clutter/conform / timeline-interpolate FAIL 1.63s killed by signal 11 SIGSEGV
73/105 mutter:clutter+clutter/conform / timeline-rewind FAIL 0.12s killed by signal 11 SIGSEGV
83/105 mutter:core+mutter/stacking / closed-transient-no-input-parent-delayed-focus-default-cancelled FAIL 0.14s killed by signal 11 SIGSEGV
84/105 mutter:core+mutter/stacking / closed-transient-no-input-parents FAIL 0.13s killed by signal 11 SIGSEGV
104/105 mutter:core+mutter/ref-test/sanity / ref-test-sanity FAIL 0.13s killed by signal 11 SIGSEGV
For now I’m just ignoring test results.
|
|
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
|
|
72 | Packages: Stable | Bug Report | Medium | Low | [mpd] icu version mismatch | Closed | |
Task Description
Attached to Project: Archlinux32
Opened by bill auger - 13.05.2019
Last edited by Andreas Baumann - 28.08.2019
FS#72 - [mpd] icu version mismatch
$ mpd
mpd: error while loading shared libraries: libicui18n.so.63: cannot open shared object file: No such file or directory
Closed by Andreas Baumann
28.08.2019 16:59
Reason for closing: Fixed
Additional comments about closing:
works for me after the rebuild.
Comments (2)
Related Tasks (0/0)
Levi commented on 13.05.2019 20:33
This also affects libreoffice from libreoffice-stable. Run it from a terminal and the splash screen briefly loads before closing, and it spits out to STDERR:
[quote]usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libicuuc.so.63: cannot open shared object file: No such file or directory[/quote]
My icu package is currently at version 64.2-1.0 and from the core repo (nothing in testing, apparently). I’m currently on the pentium4 binary branch, by the way, but I think this issue affects us all at present.
I suspect if the maintainer just rebuilds libreoffice-stable and mpd with icu 64.2 in the environment it may resolve this. Looking at the libreoffice web site, version 6.1.6 is already available for download, while I still have 6.1.5 installed and there’s nothing in the download tubes just yet. Although 6.1.5 is still available on libreoffices download page along with 6.1.6 and 6.2.3, so maybe we don’t get the upgrade till 6.1.5 expires, I’ve not checked before. I also can’t find when anything libreoffice produces got released; their release notes don’t express patch levels and they don’t expose their download folder for my perusal. I did manage to find their announcements for what becomes libreoffice-fresh on their twitter feed, but they only announce the fresh releases there. Presumably 6.1.6 got released following 6.2.3, since presumably it fixes the same bugs backported though.
Admin
Andreas Baumann commented on 28.08.2019 16:58
Should be solved with rebuilding libreoffice, mpd etc.
Google Cache
|
|
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..
|
|
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).
|
|
112 | Packages | Bug Report | Very Low | Low | [lxpanel]: segfaults on startup | Closed | |
Task Description
# pacman -Sy lxde
reboot and start lxsession
lxpanel will crash immediately, with this error in dmesg
pcmanfm[501]: segfault at 2d ip b74823cf sp bf9dd0d0 error 4 in libpango-1.0.so.0.4600.0[b7466000+29000]
lxpanel does not have this problem with GTK3
# pacman -Sy lxde-gtk3
works as expectd
|
|
250 | Packages | Bug Report | Medium | Low | [luajit] Illegal instruction on i686, i486 | Closed | |
Task Description
Happens for instance when starting mpv.
|
|
217 | Packages | Bug Report | Medium | Low | [llvm12] shim needed | Closed | |
Task Description
librsvg/rust fails because llvm is now 13 and we don’t have the llvm12-libs around anymore.
Will make a shim package.
|
|
344 | Packages | Bug Report | Very Low | Medium | [linux] No kernel updates | Closed | |
Task Description
The linux kernel seems to be stuck at version 6.1.12.arch1-1.0. The build log of the latest stable kernel (linux-6.6.4.arch1-1.0) shows the following error:
=⇒ ERROR: Integrity checks (sha256) differ in size from the source array.
erich@rechenknecht
|
|
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
|
|
111 | Packages | Bug Report | Very Low | High | [libxcrypt]: conflicts with glibc | Closed | |
Task Description
# pacman -Syu
....
error: failed to commit transaction (conflicting files)
libxcrypt: /usr/include/crypt.h exists in filesystem (owned by glibc)
libxcrypt: /usr/lib/libcrypt.so exists in filesystem (owned by glibc)
Errors occurred, no packages were upgraded.
this is a rather critical bug - it is required by gtk and qt, via libcups; so most desktop users are affected by it
|
|
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 …
|
|
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 …
|
|
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:
|
|
213 | Packages | Bug Report | Medium | Low | [libffi] libffi.so7/libffi.so.8 major ABI bump | Closed | |
Task Description
make and guile made it half (and broken) to stable.
breaking the cycle required a shim package libffi33 in build-support.
packages depending of libffi are rescheduled and need to be rebuilt first, pushing libffi.so.8 to stable now would make
‘make/guile’ work again, but break a lot of other stuff!
|
|
170 | Packages | Bug Report | Very Low | Low | [libarchive] zstd minimum version dependency - zstd>=1. ... | Closed | |
Task Description
libarchive has a dependency upon the zstd libzstd with a version recent enough to provide the symbol ZSTD_minCLevel.
PKGBUILD:
depends=(... 'zstd>=1.3.6')
This is an issue when upgrading pacman to support the zstd packaging format.
pacman must depend upon libarchive>=3.3.3 for zstd compression support.
libarchive will then depend upon zstd>=1.3.6 for the symbol ZSTD_minCLevel.
Without these, upgrading an old Arch Linux system gives the incomplete - so unhelpful - error message:
error: could not open file /var/cache/pacman/pkg/something.pkg.tar.zst: Unrecognized archive format
How does pacman recognize an archive format? If the user does not already know the answer, they are in trouble. And, mistakenly circumventing the package compression to force an upgrade of pacman alone will lead to even more trouble, since pacman itself is not the source of the problem.
|
|
113 | Packages | Bug Report | Very Low | Low | [leafpad]: segfaults | Closed | |
Task Description
start leafpad
everything looks fine
type or paste anything and it segfaults with this error in dmesg
leafpad[550]: segfault at 1 ip b77adf13 sp bfd0eaec error 4 in libgobject-2.0.so.0.6400.3[b7787000+2f000]
|
|
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..
|
|
50 | Packages | Bug Report | Medium | Low | [imagemagick] is not installable because of [perl] | Closed | |
Task Description
24.09.2018 - The current extra/imagemagick depends on ‘perl<5.27’, but core/perl is 5.28. $ pacman -Si imagemagick perl Repository : extra Name …
|
|
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
|
|
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
|
|
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
|
|
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)
|
|
53 | Packages | Bug Report | Medium | Low | [gnome-terminal]: fails to star | Closed | |
Task Description
26.09.2018 - using openbox (not gnome) $ gnome-terminal # Couldn’t register with accessibility bus: Did not receive a reply. Possible causes include: the …
|
|
104 | Packages | Bug Report | Medium | High | [glibc] 2.31-1.0 broken | Closed | |
Task Description
Real machines (i686) break apart in mutliple ways: systemd-journald fails to start, also udev seems to have trouble. This leaves one with a rescue console. And at least in my rescue console, my keyboard did not work.
I also have a pentium4 vm which won’t boot currently (I might give some details, when I have a little more time).
|
|
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
|
|
183 | Packages | Bug Report | Very Low | Low | [gedit] error loading shared library libtepl-5.so.0 | Closed | |
Task Description
$ gedit
gedit: error while loading shared libraries: libtepl-5.so.0: cannot open shared object file: No such file or directory
Exist extra/tepl 6.00.0-1.0 in the pacman.
I’m not sure if gedit is old or can only be used with an older version of tepl, which is not possible because i get tepl from 3 days.
|
|
119 | Packages | Bug Report | Very Low | High | [gdb] needs rebuilt after python upgrade | Closed | |
Task Description
Pacman recently upgraded python from 3.8 to 3.9, which breaks the gdb package:
% gdb
gdb: error while loading shared libraries: libpython3.8.so.1.0: cannot open shared object file: No such file or directory
|
|
188 | Packages | Bug Report | Medium | Low | [gdal] python bindings don't build on i486 (stack smash ... | Closed | |
Task Description
#0 0xb79a0c6d in raise () from /usr/lib/libc.so.6
#1 0xb79892c6 in abort () from /usr/lib/libc.so.6
#2 0xb79e449c in __libc_message () from /usr/lib/libc.so.6
#3 0xb7a6ff4c in __fortify_fail () from /usr/lib/libc.so.6
#4 0xb7a6ff19 in __stack_chk_fail () from /usr/lib/libc.so.6
#5 0xb7182004 in ?? ()
from /usr/lib/python3.9/site-packages/numpy/core/_multiarray_umath.cpython-39-i386-linux-gnu.so
#6 0xb7179c87 in ?? ()
from /usr/lib/python3.9/site-packages/numpy/core/_multiarray_umath.cpython-39-i386-linux-gnu.so
#7 0xb6fd589a in PyInit__multiarray_umath ()
from /usr/lib/python3.9/site-packages/numpy/core/_multiarray_umath.cpython-39-i386-linux-gnu.so
#8 0xb7d07f35 in ?? () from /usr/lib/libpython3.9.so.1.0
#9 0xb7c37301 in ?? () from /usr/lib/libpython3.9.so.1.0
#10 0xb7c46897 in PyObject_Call () from /usr/lib/libpython3.9.so.1.0
#11 0xb7c2c557 in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#12 0xb7c260b9 in ?? () from /usr/lib/libpython3.9.so.1.0
#13 0xb7c36b05 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#14 0xb7c2b4e5 in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#15 0xb7c36938 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#16 0xb7c2794c in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#17 0xb7c36938 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#18 0xb7c2774a in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#19 0xb7c36938 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#20 0xb7c2774a in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
Builds fine on i686 and pentium4, so I suspect a i486 issue in numpy.
|
|
330 | Packages | Bug Report | Very Low | Low | [gcompris-qt] no game icons | Closed | |
Task Description
gcompris-qt 3.0-1.0 is missing a dependency on llvm14 (or maybe it needs a rebuild for llvm) and thus it doesn’t show any game in the menu.
|
|
177 | Packages: Testing | Bug Report | Medium | Medium | [gcc] CPU ISA level is lower than required | Closed | |
Task Description
$ cc –version
cc: CPU ISA level is lower than required
The same happens in a chroot for [staging].
$ pacman -Qo /usr/bin/cc
/usr/bin/cc is owned by gcc 10.2.0-6.0
$ pacman -Q glibc
glibc 2.33-4.0
Does that mean, anything building with gcc is doomed on i686, currently?
|
|
73 | Packages | Bug Report | Medium | Low | [gajim] fails to launch when (optional) gupnp-igd is in ... | Closed | |
Task Description
Attached to Project: Archlinux32
Opened by bill auger - 13.05.2019
Last edited by Andreas Baumann - 02.10.2019
FS#73 - [gajim] fails to launch when (optional) gupnp-igd is installed
$ gajim
No translations found
Dirs searched: [PosixPath(’/usr/local/share’), PosixPath(’/usr/share’), PosixPath(’/usr/share/gdm’), PosixPath(’/var/lib/menu-xdg’)]
(gajim:1588): dbind-WARNING : 15:14:29.481: Couldn’t connect to accessibility bus: Failed to connect to socket /tmp/dbus-Nv1LTXmb8O: Connection refused
(gajim:1588): WARNING **: 15:14:29.534: Failed to load shared library ‘libgupnp-igd-1.0.so.4’ referenced by the typelib: libgupnp-1.2.so.0: cannot open shared object file: No such file or directory
/usr/lib/python3.7/site-packages/gajim/common/app.py:281: Warning: cannot retrieve class for invalid (unclassed) type ‘void’
gupnp_igd = GUPnPIgd.SimpleIgd()
Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/gajim/application.py", line 185, in _startup
app.detect_dependencies()
File "/usr/lib/python3.7/site-packages/gajim/common/app.py", line 281, in detect_dependencies
gupnp_igd = GUPnPIgd.SimpleIgd()
TypeError: could not get a reference to type class
Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/gajim/application.py", line 220, in _activate
self.interface = Interface()
File "/usr/lib/python3.7/site-packages/gajim/gui_interface.py", line 2615, in __init__
cfg_was_read = parser.read()
File "/usr/lib/python3.7/site-packages/gajim/common/optparser.py", line 86, in read
self.update_config(old_version, new_version)
File "/usr/lib/python3.7/site-packages/gajim/common/optparser.py", line 158, in update_config
caps_cache.capscache.initialize_from_db()
AttributeError: ‘NoneType’ object has no attribute ‘initialize_from_db’ Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/gajim/application.py", line 269, in do_shutdown
app.logger.commit()
AttributeError: ‘NoneType’ object has no attribute ‘commit’
Closed by Andreas Baumann
02.10.2019 19:36
Reason for closing: Fixed
Additional comments about closing:
Seems to work on pentium4/stable. Feel free to reopen if you it crashes
for you..
Google Cache
|
|
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).
|
