|
223 | Packages | Bug Report | Very Low | Low | asp32 is broken | Closed | |
Task Description
It needs to be updated to reflect the switch to gitlab.archlinux.org
|
|
211 | Packages | Bug Report | Very Low | Medium | asp32 | Closed | |
Task Description
asp32 fails to export/checkout anything.
Esample:
# asp32 export pacman fatal: unable to update url base from redirection:
asked for: https://git.archlinux.org/svntogit/packages.git/info/refs?service=git-upload-pack
redirect: https://gitlab.archlinux.org/explore/groups
error: failed to update remote packages64
|
|
134 | Packages | Bug Report | Very Low | Low | arm-none-eabi-gdb requires rebuild | Closed | |
Task Description
arm-none-eabi-gdb is broken due to not satisfiable dependency: “libpython3.8.so.1.0” After recompiling from upstream it works.
|
|
302 | Devops | Feature Request | Very Low | Low | Are you gonna continue 486 support? | Closed | |
Task Description
https://www.tomshardware.com/news/linux-removes-486-cpu-support
486 will be removed from the kernel and especially from 6.1 onwards rust will be integrated with the kernel…
|
|
325 | Packages | Bug Report | Very Low | High | [terminus] crashes with message undefined symbol: cairo... | Unconfirmed | |
Task Description
Starting terminus gives following error:
from ._cairo import * # noqa: F401,F403
ImportError: /usr/lib/python3.10/site-packages/cairo/_cairo.cpython-310-i386-linux-gnu.so: undefined symbol: cairo_tee_surface_index
Bug seens to be related to
https://bugs.archlinux.org/task/77367
There is generall mess on cairo related files for different architectures (pentium4, i486, i686) - some packages for one architecture are outdated, while for other archictectures are up to date, for instance:
python-cairo i486/extra : 1.21.0-1.0
python-cairo i686/extra : 1.23.0-3.0
python-cairo pentium4/extra : 1.23.0-3.0
|
|
110 | Packages | Bug Report | Very Low | Low | [syslog-ng] is built without systemd support | Closed | |
Task Description
The packages for syslog-ng since version 3.27.1-1.0 appears to have been built without systemd support. Although their PKGBUILD runs configure with –enable-systemd, running syslog-ng –version shows Enable-Systemd: off. The official Arch x86_64 package (at version 3.28.1-1) doesn’t exhibit this problem.
I tried building the package locally on i686 using the official Arch PKGBUILD and could not reproduce the problem. My locally built version correctly finds libsystemd during configure, and gets built with systemd support. This leads me to believe the problem happens somewhere in the Archlinux32 build process.
The practical upshot of the problem is that the systemd unit file supplied with syslog-ng lists it as a Type=notify service, but when it fails to notify systemd after startup, systemd eventually kills it and restarts it repeatedly:
Jul 24 07:32:31 wolfie systemd[1]: Starting System Logger Daemon "default" instance...
Jul 24 07:32:32 wolfie syslog-ng[18977]: syslog-ng starting up; version='3.28.1'
Jul 24 07:34:01 wolfie systemd[1]: syslog-ng@default.service: start operation timed out. Terminating.
Jul 24 07:34:01 wolfie syslog-ng[18977]: syslog-ng shutting down; version='3.28.1'
Jul 24 07:34:01 wolfie systemd[1]: syslog-ng@default.service: Failed with result 'timeout'.
Jul 24 07:34:01 wolfie systemd[1]: Failed to start System Logger Daemon "default" instance.
Jul 24 07:34:02 wolfie systemd[1]: syslog-ng@default.service: Scheduled restart job, restart counter is at 1.
Jul 24 07:34:02 wolfie systemd[1]: Stopped System Logger Daemon "default" instance.
Jul 24 07:34:02 wolfie systemd[1]: Starting System Logger Daemon "default" instance...
|
|
286 | Packages | Bug Report | Very Low | Low | [speedtest-cli] missing scripts | Closed | |
Task Description
The package speedtest-cli (2.1.3-2.0) is missing the following scripts: usr/bin/speedtest usr/bin/speedtest-cli
These are generated scripts, but they should be included in the package.
|
|
230 | Packages | Bug Report | Very Low | Low | [SPAM] | Closed | |
Task Description
no task description |
|
269 | Packages | Bug Report | Very Low | Low | [spam] | Closed | |
Task Description
spam
|
|
270 | Packages | Bug Report | Very Low | Low | [spam] | Closed | |
Task Description
spam
|
|
271 | Packages | Bug Report | Very Low | Low | [spam] | Closed | |
Task Description
spam
|
|
272 | Packages | Bug Report | Very Low | Low | [spam] | Closed | |
Task Description
spam
|
|
255 | Packages | Bug Report | Very Low | Low | [seamonkey] Does not start, needs rebuilding | Closed | |
Task Description
Seamonkey is built with now outdated versions of libffi and icu (69). Neither pentium4 nor i686 build starts right now.
|
|
285 | Packages | Bug Report | Very Low | Low | [s-tui] /usr/bin/s-tui missing | Closed | |
Task Description
In s-tui 1.1.3-2.0, the run script /usr/bin/s-tui is missing. Only the files under /usr/lib/python3.10 are included in the package.
In the upstream Arch package the file is included: https://archlinux.org/packages/community/any/s-tui/
Rebuilding the package on a pentium4 machine resulted in a correct package. I cannot find any Arch Linux 32 specific PKGBUILD, so I’m not sure where this problem comes from. Maybe just rebuilding the package will fix it.
|
|
294 | Packages | Bug Report | Very Low | High | [qtile] importlib.metadata.PackageNotFoundError: No pac... | Assigned | |
Task Description
When running qtile I get the following error message:
[qtile] importlib.metadata.PackageNotFoundError: No package metadata was found for qtile
Running qtile on Arch Linux works as expected.
$ qtile start
Traceback (most recent call last):
File "/usr/bin/qtile", line 33, in <module>
sys.exit(load_entry_point('qtile==0.18.1', 'console_scripts', 'qtile')())
File "/usr/bin/qtile", line 22, in importlib_load_entry_point
for entry_point in distribution(dist_name).entry_points
File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 957, in distribution
return Distribution.from_name(distribution_name)
File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 548, in from_name
raise PackageNotFoundError(name)
importlib.metadata.PackageNotFoundError: No package metadata was found for qtile
$ pacman -Qi qtile
Name : qtile
Version : 0.18.1-3.0
Description : A full-featured, pure-Python tiling window manager
Architecture : pentium4
URL : http://www.qtile.org
Licenses : MIT
Groups : None
Provides : None
Depends On : gdk-pixbuf2 glibc libnotify librsvg pango python-cairocffi python-cffi python-xcffib python-gobject python-setuptools
Optional Deps : alsa-utils: for volume widget
canto-daemon: for canto widget
cmus: for cmus widget
jupyter_console: for interaction with qtile via Jupyter
khal: for khal_calendar widget
libpulse: for pulse_volume and pulseaudio_ffi widget [installed]
lm_sensors: for sensors widget [installed]
moc: for moc widget
python-dbus-next: for utils, notifications and several widgets
python-iwlib: for wlan widget
python-keyring: for imapwidget widget
python-mpd2: mpd2widget widget
python-psutil: graph, net and memory widget [installed]
python-pywlroots: for experimental wayland support
python-setproctitle: change process name to qtile
python-xdg: launchbar widget
Required By : None
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 3.25 MiB
Packager : Andreas Baumann <mail@andreasbaumann.cc>
Build Date : Mon 04 Oct 2021 12:02:58
Install Date : Mon 26 Sep 2022 13:33:45
Install Reason : Explicitly installed
Install Script : Yes
Validated By : Signature
$ sudo pacman -Syu
:: Synchronizing package databases...
core downloading...
extra downloading...
community downloading...
:: Starting full system upgrade...
there is nothing to do
|
|
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.
|
|
336 | Packages | Bug Report | Very Low | Low | [pyqt-builder]: needs rebuild | Unconfirmed | |
Task Description
just wanted to get this one on the board - i am unable to build ‘python-pyqt5’ which many other packages depend on, such as ‘qutebrowser’
the current ‘python-pyqt5’ PKGBUILD, which builds fine for x86_64 and arm, has unspecified dependencies in the i686 repos - not sure why that is
ModuleNotFoundError: No module named ‘jaraco.functools’
ModuleNotFoundError: No module named ‘jaraco.context’
that is easily fixed by requiring them explicitly: > makedepends_i686=(’python-jaraco.context’ ‘python-jaraco.functools’)
however, after that, it gives a more fatal error:
sip-build: Unable to import ‘project.py’: No module named ‘pyqtbuild’
that module is in the ‘pyqt-builder’ package, i beleive - ‘pyqt-builder’ is installed as a build dependency; but it was built for python 3.9 - so probably that is why the build could not find the module
|
|
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
|
|
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.
|
|
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.
|
|
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
|
|
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
|
|
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
|
|
243 | Packages | Bug Report | Very Low | Medium | [linux and linux-zen] 5.16.12 needs a rebuild with gcc... | New | |
Task Description
[linux and linux-zen] 5.16.12 needs a rebuild with gcc 11.2 so DKMS packages will work
get errors when dkms installing in make log
cc1: error: incompatible gcc/plugin versions cc1: error: failed to initialize plugin ./scripts/gcc-plugins/structleak_plugin.so
|
|
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
|
|
338 | Packages | Bug Report | Very Low | Low | [libreoffice-still]: error while loading shared librari... | Unconfirmed | |
Task Description
needs rebuild against latest ‘boost’
$ sudo pacman -Sy libreoffice-still
$ pacman -Qs libreoffice-still
local/libreoffice-still 7.3.7-2.0
LibreOffice maintenance branch
$ lowriter
javaldx: Could not find a Java Runtime Environment!
Warning: failed to read path from javaldx
/usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libboost_locale.so.1.80.0: cannot open shared object file: No such file or directory
|
|
339 | Packages | Bug Report | Very Low | Low | [libcanberra-pulse]: can not be installed | Unconfirmed | |
Task Description
# pacman -S libcanberra-pulse
resolving dependencies...
warning: cannot resolve "libcanberra=0.30+2+gc0620e4-3.2", a dependency of "libcanberra-pulse"
:: The following package cannot be upgraded due to unresolvable dependencies:
libcanberra-pulse
:: 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 'libcanberra=0.30+2+gc0620e4-3.2' required by libcanberra-pulse
|
|
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]
|
|
283 | Packages | Bug Report | Very Low | Low | [icu70/icu71 ] packages not rebuilt yet | Assigned | |
Task Description
starting to collect them here packages which require icu69 (and have thus not been rebuilt for icu 71 yet):
libreoffice-fresh
|
|
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)
|
|
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
|
|
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.
|
|
345 | Packages | Bug Report | Very Low | Low | [gcompris-qt] doesn't start due to Qt 5.15.10 | Unconfirmed | |
Task Description
I fails to start with: “Cannot mix incompatible Qt library (5.15.9) with this library (5.15.10)”
|
|
327 | Packages | Bug Report | Very Low | High | [firefox-106.0.3.1.1-pentium4] crashes in VMware virtua ... | Closed | |
Task Description
This is pentium4 related problem. Firefox crashes on startup with following messages:
ExceptionHandler::GenerateDump cloned child 814
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
Screenshot. Firefox folder after crash.
Temporary solution is to change in /etc/pacman/conf
Architecture=i686
, delete firefox for pentium4 from pacman cache and reinstall firefox
firefox-106.0.3.1.1-i686
|
|
184 | Packages: Stable | Bug Report | Very Low | Low | [ffmpeg] error loading share library libaom.so.2 | Closed | |
Task Description
$ ffmpeg -v ffmpeg: error while loading shared libraries: libaom.so.2: cannot open shared object file: No such file or directory
From pacman: extra/aom 3.0.0-2.1 [installed]
|
|
221 | Packages: Testing | Bug Report | Very Low | Critical | [exim] / is stuck in testing since a month | Closed | |
Task Description
Hi!
I just mentioned that exim stopped sending me emails… So I just upgraded to the package in community-testing… And now exim sends me emails, that complain about things like this: “warning: exim: local (4.95-2.0) is newer than community (4.95-1.0)”
Is there a reason, that the fresh package is being tested since a month now?
Thx.
Bye.
|
|
301 | Packages | Bug Report | Very Low | Low | [dino]: wont start | Closed | |
Task Description
# pacman -Syu dino
$ dino
main.vala:25: Fatal error: /usr/lib/libgupnp-1.2.so.1: undefined symbol: gssdp_client_can_reach
|
|
198 | Packages | Bug Report | Very Low | Critical | [deleted due to spam] | Closed | |
Task Description
no task description |
|
299 | Packages | Feature Request | Very Low | Low | [dart] request for bootstrapping dart | Closed | |
Task Description
The dart sdk files are still availble for ia32:- https://storage.googleapis.com/dart-archive/channels/stable/release/2.18.2/sdk/dartsdk-linux-ia32-release.zip
can you send the old PKGBUILD which was used
|
|
340 | Packages | Bug Report | Very Low | Critical | [chromium] broken due to outdated libraries, plus also ... | Unconfirmed | |
Task Description
The package needs to be recompiled for re2 v10 and several required dependencies were not installed, such as icu69 (?) and more.
|
|
305 | Packages: Stable | Bug Report | Very Low | Medium | [chezmoi] i686 and i486 packages are way out of date, p ... | Closed | |
Task Description
I did not see a way to report a package outdated (unlike upstream arch linux) so here is a bug report.
chezmoi (a dot file manager for your home directory) is way outdated in arch32, especially the non-pentium4 versions. This makes it unusable for me as my config depends on newer features.
I would at least expect arch32 to have the same version for i686 and pentium4.
|
|
182 | Packages: Stable | Bug Report | Very Low | Low | [blender] cannot resolve dependency to opensubdiv | Closed | |
Task Description
# pacman -S blender
resolving dependencies… warning: cannot resolve "opensubdiv”, a dependency of "blender” :: The following package cannot be upgraded due to unresolvable dependencies:
blender
:: Do you want to skip the above package for this upgrade? [y/N] error: failed to prepare transaction (could not satisfy dependencies) :: unable to satisfy dependency 'opensubdiv’ required by blender
|
|
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] ```
|