|
178 | Devops | Bug Report | Very Low | Low | New installer overwrites pacman mirrors | Closed | |
Task Description
I tried to install archlinux32 using the archinstall installer, which is shipped with the installation medium. Installation is working fine until pacstrap, where it will crash because all mirrors will return 404. I checked my connection and it is working and dns also works. When I viewed the /etc/pacman.d/mirrorlist file, I saw that the script wrote the default archlinux mirrors for the region specified in the installer to the file and the don’t contain the 32bit packages.
|
|
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…
|
|
141 | Devops | Bug Report | Medium | Low | make iso build more reliably | New | |
Task Description
Currently, the iso build are several bash scripts on several machines requiring to move stuff via sshfs and alike.
This should become more stable - ideally some single script/package/systemd-unit with proper error reporting (email or irc come to my mind)
|
|
168 | Devops | Bug Report | Medium | Low | i486 slaves are no longer working | Closed | |
Task Description
+ exec setarch i486 systemd-nspawn -q -D /var/lib/archbuild/staging-i486/root -E PATH=/usr/local/sbin:/usr/local/bin:/usr/bin –register=no –keep-unit –as-pid2 –bind=/var/cache/archbuild32 pacman -Syuu –noconfirm error: failed to initialize alpm library
|
|
176 | Devops | Feature Request | Medium | Low | bring back archiso32 dual boot | New | |
Task Description
We should make archiso32 be able to build a i686- and x86_64-bootable iso, again. This is really handy on a usb stick as a rescue system.
The problem with the old dual iso is, that I had to do the i686 iso from scratch, because upstream changed from build.sh to putting everything into mkarchiso. Now, everything is steered from a profile file.
So either, we find a way to make a profile for multiple architectures, or we need to patch mkarchiso to do that for us - and maybe upstream these changes.
|
|
187 | Devops | Bug Report | Medium | Low | linux-pae is for x86_64? | Closed | |
Task Description
This seems to be a problem of either update-archlinux32-package in devops or of the (commented) code path in the PKGBUILD which gets executed by this script.
|
|
107 | Packages | Bug Report | Very Low | Low | wireguard-dkms-0.0.20200318-1.0 does not build with 5.5 ... | Closed | |
Task Description
Installing wireguard-dkms fails with:
(2/2) Install DKMS modules
==> dkms install wireguard/0.0.20200318 -k 5.5.8-arch1-1.0
Error! Bad return status for module build on kernel: 5.5.8-arch1-1.0 (i686)
Consult /var/lib/dkms/wireguard/0.0.20200318/build/make.log for more information.
The file /var/lib/dkms/wireguard/0.0.20200318/build/make.log contains the following messages:
DKMS make.log for wireguard-0.0.20200318 for kernel 5.5.8-arch1-1.0 (i686)
Fri 03 Apr 2020 10:11:21 PM CEST
make: Entering directory '/usr/lib/modules/5.5.8-arch1-1.0/build'
AR /var/lib/dkms/wireguard/0.0.20200318/build/built-in.a
CC [M] /var/lib/dkms/wireguard/0.0.20200318/build/main.o
cc1: error: incompatible gcc/plugin versions
cc1: error: fail to initialize plugin ./scripts/gcc-plugins/structleak_plugin.so
make[1]: *** [scripts/Makefile.build:266: /var/lib/dkms/wireguard/0.0.20200318/build/main.o] Error 1
make: *** [Makefile:1693: /var/lib/dkms/wireguard/0.0.20200318/build] Error 2
make: Leaving directory '/usr/lib/modules/5.5.8-arch1-1.0/build'
|
|
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...
|
|
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
|
|
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
|
|
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]
|
|
117 | Packages | Bug Report | Very Low | Low | vboxdrive module missing | New | |
Task Description
vboxdrv module is missing making virtualbox unusable.
I’m currently running kernel 5.9.0-1.0-pae but it doesn’t seem to be there in any version
|
|
118 | Packages | Bug Report | Very Low | Medium | signing key is expired | Closed | |
Task Description
When trying to install the package, packman complies about the the key to be of unknown trust. Cheking the keyring the associated key appers to be expired.
|
|
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
|
|
120 | Packages | Bug Report | Very Low | Low | Princeton ArchLinux32 mirror has been out of date; ques ... | Closed | |
Task Description
The ArchLinux32 mirror at http[s]://mirror.math.princeton.edu/pub/archlinux32/ appears to have stopped syncing properly in October. I contacted web@math.princeton.edu on January 1 to alert them to the problem, and received the following response from a Princeton sysadmin:
Here is the configuration I am using:
archlinux32: remotesrc: “rsync://mirror.archlinux32.org/archlinux32/”
localdest: “/var/www/html/pub/archlinux32”
extraopts: “–port=22873”
Looks like at some point this stopped working from upstream:
Raw standard error: rsync: failed to connect to mirror.archlinux32.org (85.10.198.216): Connection refused (111) rsync: failed to connect to mirror.archlinux32.org (2a01:4f8:a0:5264::2): Network is unreachable (101) rsync error: error in socket IO (code 10) at clientserver.c(125) [Receiver=3.1.2]
Can you recommend a better upstream target I can use? And if there are additional constraints on checkin time or frequency.
I informed him that I am not an official member of the ArchLinux32 team, but suggested that using the regular rsync port of 873 might work as mirror.archlinux32.org appears to accept connections to that port from the Internet. As of the time of this writing, it appears that the mirror is now again up to date (although it has other issues returning HTTP error 403 for some of its files), but I promised to bring his additional questions to the official team.
So, to iterate, is this the appropriate target to mirror, or should they use some other parameters?
Thank you.
|
|
121 | Packages | Bug Report | Very Low | High | Multiple packages need rebuild after libicu upgrade | Closed | |
Task Description
Over in FS#119 , @abaumann mentioned that the libicu upgrade from 67 to 68 was part of what broke gdb. I missed the libicu upgrade when looking at gdb, but now that that one is resolved, I noticed a number of other packages that still link against the old and now nonexistant /usr/lib/libicu*.so.67 files. On my particular system, the following packages are installed, link to icu 67, and need rebuilt as well:
* harfbuzz-icu (2.7.0-1.0) * mongo-c-driver (1.17.3-1.0) * postfix (3.5.6-2.0) * postgresql (12.4-1.0) * postgresql-old-upgrade (12.5-1.0) * samba (4.12.3-1.2) * smbclient (4.12.3-1.2) * syslog-ng (3.28.1-3.0) * texlive-bin (2020.54586-4.0) * xfsprogs (5.8.0-1.0)
… but I’m sure you have a way of determining all the affected packages?
As a workaround, in case others have the same problem, I manually extracted the old versioned .so files from the previous package to get things working again:
``` tar -C / -xf /var/cache/pacman/pkg/icu-67.1-1.0-i686.pkg.tar.zst –wildcards ‘usr/lib/lib*.so.*’ ```
- I’ll just have to remember to clean them up again later.
|
|
122 | Packages | Bug Report | Very Low | Low | Permissions bits on files on the primary mirror are too ... | Closed | |
Task Description
In my quest to find a working mirror close to me, I’ve come across another issue with at least a couple of mirrors. Some mirrors respond with a HTTP 403 Forbidden for certain files, notably many of the Pacman database files. At the time of this writing, I’m aware of this problem happening with the princeton.edu and the clarkson.edu mirrors. I’ve been in contact with the admin of one of the mirrors, and they’ve pointed out that the permission bits are set to 0600 at the source. If the primary mirror could have their files be world readable, it would likely fix this problem automatically across more than one mirror.
Is that something we can do?
Steps to verify:
1. Access certain files from the primary mirror using rsync, for example:
% rsync -av rsync://mirror.archlinux32.org/archlinux32/i686/extra/extra.db.tar.gz .
receiving incremental file list
extra.db.tar.gz
sent 43 bytes received 2,044,453 bytes 371,726.55 bytes/sec
total size is 2,043,851 speedup is 1.00
2. Examine permission bits:
% ls -l extra.db.tar.gz
-rw------- 1 user user 2043851 Jan 8 11:51 extra.db.tar.gz
Should be -rw-r–r–.
|
|
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.
|
|
169 | Packages | Feature Request | Very Low | Low | New mirror: mirror.nw-sys.ru | Closed | |
Task Description
I didn’t found any message about reporting new mirrors of archlinux32 project, so I decided to open new FR. Sorry if I mistaken and show me the right way, please :)
Domain name: mirror.nw-sys.ru Country: Russia Supported access methods for mirror: http(s) - http(s)://mirror.nw-sys.ru/archlinux32/ rsync - rsync://mirror.nw-sys.ru/archlinux32 Mirror bandwidth - 100 Mbit/s almostly, with slight slowdowns around the day. Primary administrative contact - no1@no1sg.ru Alternative administrative contact - morgan29rus@gmail.com Source mirror - mirror.archlinux32.org
|
|
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.
|
|
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.
|
|
172 | Packages | Bug Report | Very Low | Medium | iwd requires some kernel flags | Unconfirmed | |
Task Description
RC4 support not found The following options are missing in the kernel:
CONFIG_CRYPTO_USER_API_SKCIPHER
CONFIG_CRYPTO_ECB
CONFIG_CRYPTO_ARC4
|
|
173 | Packages | Bug Report | Very Low | Medium | supertux is broken (depends on libboostfilesystem 0.72 ... | Closed | |
Task Description
Supertux needs to be rebuilt as it currently depends on the wrong version of libboostfilesystem.
https://www.archlinux32.org/packages/i686/community/supertux/ not satisfiable dependency: “libboost_filesystem.so.1.72.0” (link) not satisfiable dependency: “libboost_locale.so.1.72.0” (link)
This affects all architectures (i686 and pentium4)
|
|
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
|
|
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.
|
|
191 | Packages | Bug Report | Very Low | Critical | mpv links against libsrt.so.1 which does not exist | Closed | |
Task Description
$ pacman -Qs mpv
local/mpv 1:0.33.1-1.0
a free, open source, and cross-platform media player
$ pacman -Qs srt
local/srt 1.4.3-1.0
Secure Reliable Transport library
$ pacman -Fl srt | grep libsrt
srt usr/lib/libsrt.so
srt usr/lib/libsrt.so.1.4
srt usr/lib/libsrt.so.1.4.3
$ mpv
mpv: error while loading shared libraries: libsrt.so.1: cannot open shared object file: No such file or directory
$ ldd /usr/bin/mpv | grep srt
libsrt.so.1 => not found
$ sudo ln -s /usr/lib/libsrt.so.1.4.3 /usr/lib/libsrt.so.1
$ mpv --version
mpv 0.33.1-dirty Copyright © 2000-2020 mpv/MPlayer/mplayer2 projects
built on UNKNOWN
FFmpeg library versions:
libavutil 56.51.100
libavcodec 58.91.100
libavformat 58.45.100
libswscale 5.7.100
libavfilter 7.85.100
libswresample 3.7.100
FFmpeg version: n4.3.2
$ ldd /usr/bin/mpv | grep srt
libsrt.so.1 => /usr/lib/libsrt.so.1 (0xb2a54000)
Running ldconfig does not create the missing symlink.
|
|
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/
|
|
194 | Packages | Bug Report | Very Low | Low | go 1.16 doesn't build. | Closed | |
Task Description
The go build fails with this error:
unsupported setting GO386=387. Consider using GO386=softfloat instead.
go tool dist: FAILED: /build/go/src/go/pkg/tool/linux_386/compile -std -pack -o /tmp/go-tool-dist-250139381/runtime/internal/atomic/_go_.a -p runtime/internal/atomic -importcfg /tmp/go-tool-dist-250139381/runtime/internal/atomic/importcfg -asmhdr /tmp/go-tool-dist-250139381/runtime/internal/atomic/go_asm.h -symabis /tmp/go-tool-dist-250139381/runtime/internal/atomic/symabis /build/go/src/go/src/runtime/internal/atomic/atomic_386.go /build/go/src/go/src/runtime/internal/atomic/stubs.go /build/go/src/go/src/runtime/internal/atomic/unaligned.go: exit status 1 go tool dist: open /tmp/go-tool-dist-250139381/runtime/internal/atomic/_go_.a: no such file or directory go tool dist: open /tmp/go-tool-dist-250139381/runtime/internal/sys/_go_.a: no such file or directory go tool dist: open /tmp/go-tool-dist-250139381/internal/cpu/_go_.a: no such file or directory unsupported setting GO386=387. Consider using GO386=softfloat instead.
go tool dist: FAILED: /build/go/src/go/pkg/tool/linux_386/compile -std -pack -o /tmp/go-tool-dist-250139381/internal/cpu/_go_.a -p internal/cpu -importcfg /tmp/go-tool-dist-250139381/internal/cpu/importcfg -asmhdr /tmp/go-tool-dist-250139381/internal/cpu/go_asm.h -symabis /tmp/go-tool-dist-250139381/internal/cpu/symabis /build/go/src/go/src/internal/cpu/cpu.go /build/go/src/go/src/internal/cpu/cpu_386.go /build/go/src/go/src/internal/cpu/cpu_x86.go: exit status 1 unsupported setting GO386=387. Consider using GO386=softfloat instead.
go tool dist: FAILED: /build/go/src/go/pkg/tool/linux_386/compile -std -pack -o /tmp/go-tool-dist-250139381/runtime/internal/sys/_go_.a -p runtime/internal/sys -importcfg /tmp/go-tool-dist-250139381/runtime/internal/sys/importcfg -asmhdr /tmp/go-tool-dist-250139381/runtime/internal/sys/go_asm.h -symabis /tmp/go-tool-dist-250139381/runtime/internal/sys/symabis /build/go/src/go/src/runtime/internal/sys/arch.go /build/go/src/go/src/runtime/internal/sys/arch_386.go /build/go/src/go/src/runtime/internal/sys/intrinsics_common.go /build/go/src/go/src/runtime/internal/sys/intrinsics_stubs.go /build/go/src/go/src/runtime/internal/sys/stubs.go /build/go/src/go/src/runtime/internal/sys/sys.go /build/go/src/go/src/runtime/internal/sys/zgoarch_386.go /build/go/src/go/src/runtime/internal/sys/zgoos_linux.go /build/go/src/go/src/runtime/internal/sys/zversion.go: exit status 1 =⇒ ERROR: A failure occurred in build().
Aborting...
Upstream discussion about this bug: https://github.com/golang/go/issues/44500
Someone mentions a fix, but it doesn’t apply for non SSE2 devices.
|
|
198 | Packages | Bug Report | Very Low | Critical | [deleted due to spam] | Closed | |
Task Description
no task description |
|
199 | Packages | Bug Report | Very Low | Low | SPAM | Closed | |
Task Description
SPAM
|
|
200 | Packages | Bug Report | Very Low | Low | SPAM | Closed | |
Task Description
SPAM
|
|
201 | Packages | Bug Report | Very Low | Low | SPAM | Closed | |
Task Description
SPAM
|
|
202 | Packages | Bug Report | Very Low | Low | SPAM | Closed | |
Task Description
SPAM
|
|
203 | Packages | Bug Report | Very Low | Low | SPAM | Closed | |
Task Description
SPAM
|
|
205 | Packages | Bug Report | Very Low | Low | SPAM | Closed | |
Task Description
no task description |
|
206 | Packages | Bug Report | Very Low | Low | SPAM | Closed | |
Task Description
no task description |
|
209 | Packages | Bug Report | Very Low | Low | Intel High Definition Audio issue. | Unconfirmed | |
Task Description
I am using Arch Linux 32 latest version on Sony VAIO VGN-FS215Z . The following is the audio device:
-fs215z:~$ lspci | grep -i audio
00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 03)
When I boot the system after some time getting crackling sound in speaker. Sometimes it stops after few minutes and sometimes continue to sound. Really annoying. I am not getting the normal audio in any application. This problem was there in debian based OSs also but not there in any other OS.
Please help.
|
|
210 | Packages | Bug Report | Very Low | Medium | keymap don't gets fixed on login as set in /etc/vconsol... | Unconfirmed | |
Task Description
gzip comes with asm code, if enabled, built a TEXTREL which gets bloqued on boot, so systemd don’t set keymap A lot of tricks in forums, old thread more complete here $506 An old problem. Work around while asm gets fixed is call configure with DEFS=”NO_ASM” like this:
...
export DEFS="NO_ASM"
./configure ....
or,
./configure DEFS="NO_ASM" ....
I have not tested it, but gentoo on x32 have gzip like this and no TEXTRELS here. No matter i486, i686 or pentium.
Hope it helps.
Best regards.
|
|
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
|
|
212 | Packages | Bug Report | Very Low | High | libblockdev issue with glibc | Closed | |
Task Description
Trying to start udisks2 daemon (systemctl start udisks2.service) fails because of a library issue.
/usr/lib/udisks2/udisksd: symbol lookup error: /usr/lib/libbd_utils.so.2: undefined symbol: g_spawn_check_wait_status
Maybe libblockdev needs to be recompiled with the right glibc version.
Thus, it is not possible to auto-mount external USB drives.
|
|
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.
|
|
222 | Packages | Bug Report | Very Low | Low | GNOME broken on pentium4 | Closed | |
Task Description
I’m getting a “BadAccess” Xorg error. I think this is happening because the packaged version has been compiled against libraries which have meanwhile been upgraded.
Just to get to this point I had to install “libldap24” and “libffi7”.
|
|
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
|
|
224 | Packages | Bug Report | Very Low | Critical | gpg broken on pentium4 | Closed | |
Task Description
I had to rebuild sqlite to have dirmng start and still –recv-keys is not working, returning “general error”.
|
|
226 | Packages | Bug Report | Very Low | Low | claws-mail needs to be recompiled on i686 | Closed | |
Task Description
On i686, with testing and without testing claws mail is broken: $ claws-mail claws-mail: error while loading shared libraries: liblber-2.4.so.2: cannot open shared object file: No such file or directory
While I run Parabola i686, the repositories being used come from Archlinux 32: $ pacman -sS claws-mail extra/claws-mail 4.0.0-2.0 [installed]
A GTK+ based e-mail client
$ pacman -Q -o /usr/lib/liblber* /usr/lib/liblber.so is owned by libldap 2.6.0-2.4 /usr/lib/liblber.so.2 is owned by libldap 2.6.0-2.4 /usr/lib/liblber.so.2.0.200 is owned by libldap 2.6.0-2.4 $ pacman -sS libldap core/libldap 2.6.0-2.4 [installed]
Lightweight Directory Access Protocol (LDAP) client libraries
$ pacman -Q -l libldap | grep /usr/lib/liblber libldap /usr/lib/liblber.so libldap /usr/lib/liblber.so.2 libldap /usr/lib/liblber.so.2.0.200
So it’s most probably broken on Arch Linux 32 as well.
Denis.
|
|
229 | Packages | Bug Report | Very Low | Low | SPAM | Closed | |
Task Description
no task description |
|
230 | Packages | Bug Report | Very Low | Low | [SPAM] | Closed | |
Task Description
no task description |
|
232 | Packages | Bug Report | Very Low | Low | clementine fails on missing libprotobuf.so.27 | Closed | |
Task Description
After just having updated my trusty EeePC 1000H to be fully up to date again, I discovered that clementine is no longer working. It fails, stating that libprotobuf.so.27 cannot be found. Looking in /usr/lib, I can see libprotobuf.so.28, so I assume that the clementine package needs a rebuild.
|
|
233 | Packages | Bug Report | Very Low | Low | Cannot install smplayer due to broken dependency | Closed | |
Task Description
I am currently unable to install smplayer in testing due to a broken dependency of mpv
[~]$ sudo pacman -S smplayer
resolving dependencies...
warning: cannot resolve "libplacebo.so=120-32", a dependency of "mpv"
warning: cannot resolve "mpv", a dependency of "smplayer"
:: The following package cannot be upgraded due to unresolvable dependencies:
smplayer
:: Do you want to skip the above package for this upgrade? [y/N] y
looking for conflicting packages...
there is nothing to do
|
|
235 | Packages | Bug Report | Very Low | Low | fluxbox segfaults | Closed | |
Task Description
no task description |