|
249 | Packages | Bug Report | Medium | Low | [ssh] strange output instead of scp | Closed | |
Task Description
scp -rC user@server:directory .
\033[?2004lD0711 0 directory
Enabling -vvv just makes scp hang.
No clue, what the problem could be here..
|
|
250 | Packages | Bug Report | Medium | Low | [luajit] Illegal instruction on i686, i486 | Closed | |
Task Description
Happens for instance when starting mpv.
|
|
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.
|
|
258 | Packages | Bug Report | Medium | Low | [clang] fails to build on i486 | Closed | |
Task Description
/usr/bin/c++ -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/build/clang/src/clang-13.0.1.src/build/unittests/Tooling -I/build/clang/src/clang-13.0.1.src/unittests/Tooling -I/build/clang/src/clang-13.0.1.src/include -I/build/clang/src/clang-13.0.1.src/build/include -I/build/clang/src/llvm-13.0.1.src/utils/unittest/googletest/include -I/build/clang/src/llvm-13.0.1.src/utils/unittest/googlemock/include -march=i486 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -Wp,-D_GLIBCXX_ASSERTIONS -fPIC -fno-semantic-interposition -fvisibility-inlines-hidden -Werror=date-time -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -Wimplicit-fallthrough -Wno-class-memaccess -Wno-redundant-move -Wno-pessimizing-move -Wno-noexcept-type -Wdelete-non-virtual-dtor -Wsuggest-override -Wno-comment -Wmisleading-indentation -fdiagnostics-color -ffunction-sections -fdata-sections -fno-common -Woverloaded-virtual -fno-strict-aliasing -pedantic -Wno-long-long -O3 -DNDEBUG -fno-exceptions -Wno-suggest-override -std=c++14 -MD -MT unittests/Tooling/CMakeFiles/ToolingTests.dir/RecursiveASTVisitorTests/CallbacksLeaf.cpp.o -MF unittests/Tooling/CMakeFiles/ToolingTests.dir/RecursiveASTVisitorTests/CallbacksLeaf.cpp.o.d -o unittests/Tooling/CMakeFiles/ToolingTests.dir/RecursiveASTVisitorTests/CallbacksLeaf.cpp.o -c /build/clang/src/clang-13.0.1.src/unittests/Tooling/RecursiveASTVisitorTests/CallbacksLeaf.cpp
{standard input}: Assembler messages:
{standard input}: Error: open CFI at the end of file; missing .cfi_endproc directive
c++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
We can ommit the tests..
Also lto is not good (breaks early) and you need lots of memory and swap to build it.
|
|
260 | Packages | Bug Report | Medium | Low | segfaults in pacstrap on 2022.05.02 ISO | Closed | |
Task Description
ISO segfaults when pacstrapping.
Several (if not all) build slaves show key verification errors.
I don’t think, it’s the keys, but gnupg slowly failing us on 32-bit.
Workaround as always: SigLevel=Never
Trick question (and possibly bonus points): what to do, if gnupg cannot be fixed..
|
|
261 | Packages | Bug Report | Medium | Low | [binutils] FTBFS | Closed | |
Task Description
/build/binutils/src/binutils-gdb/libiberty/fibheap.c: In function ‘fibheap_replace_key_data’:
/build/binutils/src/binutils-gdb/libiberty/fibheap.c:38:25: error: ‘LONG_MIN’ undeclared (first use in th
is function)
38 | #define FIBHEAPKEY_MIN LONG_MIN
| ^~~~~~~~
/build/binutils/src/binutils-gdb/libiberty/fibheap.c:220:30: note: in expansion of macro ‘FIBHEAPKEY_MIN’
220 | if (okey == key && okey != FIBHEAPKEY_MIN)
| ^~~~~~~~~~~~~~
/build/binutils/src/binutils-gdb/libiberty/fibheap.c:36:1: note: ‘LONG_MIN’ is defined in header ‘<limits.h>’; did you forget to ‘#include <limits.h>’?
35 | #include "fibheap.h"
+++ |+#include <limits.h>
Amazing code quality
|
|
262 | Packages | Bug Report | Medium | Low | [ca-certificates] contains empty cert bundle | Closed | |
Task Description
-r--r--r-- 1 root root 0 May 12 07:00 /etc/ca-certificates/extracted/tls-ca-bundle.pem
curl -v https://www.openssl.org
* Trying 104.89.5.252:443...
* Connected to www.openssl.org (104.89.5.252) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* error setting certificate verify locations: CAfile: /etc/ssl/certs/ca-certificates.crt CApath: none
* Closing connection 0
curl: (77) error setting certificate verify locations: CAfile: /etc/ssl/certs/ca-certificates.crt CApath: none
|
|
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..
|
|
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).
|
|
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..
|
|
298 | Packages | Bug Report | Very Low | Low | Please update Arduino | Closed | |
Task Description
Arduino is out dated and my teacher said to use the latest arduino version 1.8.x for the robotics class…
|
|
306 | Packages | Bug Report | Medium | Low | [Xorg] fails on i686 | Closed | |
Task Description
For instance xauth cannot find libXext.so.6.
|
|
316 | Packages | Bug Report | Medium | Low | [rust] exhausts virtual memory | Closed | |
Task Description
/usr/bin/ld: error: lib/libLLVMSupport.a(FileOutputBuffer.cpp.o)(.text._ZN12_GLOBAL__N_112OnDiskBufferD0Ev
) is too large (0x105 bytes)
/usr/bin/ld: failed to set dynamic section sizes: memory exhausted
collect2: error: ld returned 1 exit status
maybe we have to resort to cross-compiling rust in the end..
|
|
356 | Packages | Bug Report | Medium | Low | mkinitcpio core dump | Closed | |
Task Description
double free or corruption (out)
/usr/bin/mkinitcpio: line 557: 2387 Aborted (core dumped) MKINITCPIO_PROCESS_PRESET="$preset_name" "$0" "${preset_cmd[@]}"
error: command failed to execute correctly
Maybe also the age of the machine, the CMOS, the RAM, the moon, the universe could be at fault here..
|
|
97 | Packages: Stable | Bug Report | Very Low | Low | mesa-vdpau /usr/lib/dri/r300_dri.so links to wrong libL ... | Closed | |
Task Description
grep LLVM /var/log/Xorg.0.log
[ 29.423] (EE) AIGLX error: dlopen of /usr/lib/dri/r300_dri.so failed (libLLVM-8.so: cannot open shared object file: No such file or directory)
[ 29.424] (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (libLLVM-8.so: cannot open shared object file: No such file or directory)
ldd /usr/lib/dri/r300_dri.so
linux-gate.so.1 (0xb7f26000)
libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb6836000)
libLLVM-8.so => not found
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb680a000)
libdl.so.2 => /usr/lib/libdl.so.2 (0xb6804000)
libsensors.so.5 => /usr/lib/libsensors.so.5 (0xb67f3000)
libdrm_radeon.so.1 => /usr/lib/libdrm_radeon.so.1 (0xb67e4000)
libelf.so.1 => /usr/lib/libelf.so.1 (0xb67c6000)
libdrm_amdgpu.so.1 => /usr/lib/libdrm_amdgpu.so.1 (0xb67b9000)
libdrm_nouveau.so.2 => /usr/lib/libdrm_nouveau.so.2 (0xb67ae000)
libglapi.so.0 => /usr/lib/libglapi.so.0 (0xb678d000)
libz.so.1 => /usr/lib/libz.so.1 (0xb6773000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb6595000)
libm.so.6 => /usr/lib/libm.so.6 (0xb64c3000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb64a6000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb6483000)
libc.so.6 => /usr/lib/libc.so.6 (0xb62d3000)
/usr/lib/ld-linux.so.2 (0xb7f27000)
ls /usr/lib/libLLVM*
/usr/lib/libLLVM-9.0.0.so /usr/lib/libLLVM-9.so /usr/lib/libLLVM.so
|
|
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'
|
|
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
|
|
114 | Packages: Stable | Bug Report | Very Low | Medium | Kmail: symbol lookup error | Closed | |
Task Description
Kmail 20.08.1-1.0 fails to start with symbol lookup error.
Steps to reproduce: invoking kmail on the console shows:
kmail: symbol lookup error: /usr/lib/libKF5MailImporter.so.5: undefined symbol: _ZN9PimCommon15CustomLogWidgetC1EP7QWidget
Downgrading messagelib fixes this issue but generates other issues (missing files or other undefined symbols).
After all I didn’t find a solution.
|
|
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.
|
|
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.
|
|
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.
|
|
167 | Packages: Stable | Bug Report | Very Low | Medium | Kernel lost crypto support necessary for iwd | Closed | |
Task Description
With linux 5.11.1.arch1-1.0, iwd no longer works for associating with WPA2 access points. On attempting to start the service, the journal reads:
iwd: RC4 support not found
iwd: The following options are missing in the kernel:
iwd: CONFIG_CRYPTO_USER_API_SKCIPHER
iwd: CONFIG_CRYPTO_ECB
iwd: CONFIG_CRYPTO_ARC4
It would be nice to have these options enabled in the kernel config, so as to continue support for the iwd package.
|
|
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.
|
|
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.
|
|
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]
|
|
190 | Packages: Stable | Bug Report | Very Low | Critical | mpv-1:0.33.1-2.0-pentium4 aborts immediately | Closed | |
Task Description
Here’s 1:0.33.1-1.0-pentium4:
$ pacman -Qs mpv
local/mpv 1:0.33.1-1.0
a free, open source, and cross-platform media player
$ 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
Here’s 1:0.33.1-2.0-pentium4:
$ pacman -Qs mpv
local/mpv 1:0.33.1-2.0
a free, open source, and cross-platform media player
$ mpv --msg-level=all=trace --version
libavutil: 56.70.100 -> 56.51.100
Aborted (core dumped)
Looks to me like it might be a library version thing (I’m up-to-date according to
pacman -Syu
), but I’ve only been running Arch32 for 24 hours so I’m not sure where further to dig.
|
|
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 |
|
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.
|
|
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.
|
|
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 |