|
163 | Packages | Bug Report | Medium | Low | sphinx_rtd_theme is used to build documentation but doe... | New | |
Task Description
build
running build_py
npm WARN npm npm does not support Node.js v15.9.0
npm WARN npm You should probably upgrade to a newer version of node as we
npm WARN npm can't make any promises that npm will work with this version.
npm WARN npm Supported releases of Node.js are the latest release of 6, 8, 9, 10, 11, 12, 13.
npm WARN npm You can find the latest version at https://nodejs.org/
> sphinx_rtd_theme@0.5.1 preinstall /build/python-sphinx_rtd_theme/src/sphinx_rtd_theme-0.5.1
> bin/preinstall.js
Traceback (most recent call last):
File "/build/python-sphinx_rtd_theme/src/sphinx_rtd_theme-0.5.1/setup.py", line 86, in <module>
setup(
File "/usr/lib/python3.9/site-packages/setuptools/__init__.py", line 153, in setup
return distutils.core.setup(**attrs)
File "/usr/lib/python3.9/distutils/core.py", line 148, in setup
dist.run_commands()
File "/usr/lib/python3.9/distutils/dist.py", line 966, in run_commands
self.run_command(cmd)
File "/usr/lib/python3.9/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File "/usr/lib/python3.9/distutils/command/build.py", line 135, in run
self.run_command(cmd_name)
File "/usr/lib/python3.9/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/usr/lib/python3.9/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File "/build/python-sphinx_rtd_theme/src/sphinx_rtd_theme-0.5.1/setup.py", line 22, in run
subprocess.run(['npm', 'install'], check=True)
File "/usr/lib/python3.9/subprocess.py", line 524, in run
raise CalledProcessError(retcode, process.args,
subprocess.CalledProcessError: Command '['npm', 'install']' died with <Signals.SIGSEGV: 11>.
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Build failed, check /var/lib/archbuild/staging-pentium4/abaumann/build
|
|
164 | Packages | Bug Report | Medium | Low | pam_systemd.so hangs openssh 2 out of 3 times | New | |
Task Description
Effect: you can not log in. The SSHd child runs on 100% CPU doing something. This happens on i486, i686 and pentium4 equally.
|
|
165 | Packages | Bug Report | Medium | Low | xorgproto check() fails | Closed | |
Task Description
———————————– output ———————————– stderr: Traceback (most recent call last):
File "/build/xorgproto/src/xorgproto-2021.3/scripts/keysym-generator.py", line 18, in <module>
import libevdev
ModuleNotFoundError: No module named ‘libevdev’
root cause is python-libevdev not building:
Theme error: sphinx_rtd_theme is no longer a hard dependency since version 1.4.0. Please install it manually.(pip install sphinx_rtd_theme)
another victim of documentation generation..
|
|
166 | Packages | Bug Report | Medium | Low | s2n-tls: failing tests | New | |
Task Description
The following tests FAILED:
91 - s2n_pq_kem_hybrid_kat_test (Failed)
145 - s2n_session_ticket_test (Failed)
154 - s2n_stuffer_network_order_test (Failed)
184 - s2n_x509_validator_test (Failed)
https://github.com/aws/s2n-tls/issues/2405 https://github.com/aws/s2n-tls/issues/2406 https://github.com/aws/s2n-tls/issues/2404
3 are known upstream too.
|
|
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)
|
|
174 | Packages | Bug Report | Medium | Low | firefox 87.0 doesn't build | Closed | |
Task Description
Again, we get into out-of-memory situations with rust:
pentium4
41:24.75 cargo:warning=src/vector_type.h:502:11: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘struct glsl::vec4’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess]
41:24.75 cargo:warning= 502 | memcpy(&v, p, sizeof(v));
41:24.75 cargo:warning= | ~~~~~~^~~~~~~~~~~~~~~~~~
41:24.75 cargo:warning=In file included from src/gl.cc:78:
41:24.75 cargo:warning=src/glsl.h:1772:8: note: ‘struct glsl::vec4’ declared here
41:24.75 cargo:warning= 1772 | struct vec4 {
41:24.75 cargo:warning= | ^~~~
41:24.75 cargo:warning=
41:24.75 cargo:warning=cc1plus: out of memory allocating 21906724 bytes after a total of 213745664 bytes
i686
6:42.75 Compiling geckoservo v0.0.1 (/build/firefox/src/firefox-87.0/servo/ports/geckolib)
Process Process-1:
Traceback (most recent call last):
File "/usr/lib/python3.9/multiprocessing/process.py", line 315, in _bootstrap
self.run()
File "/usr/lib/python3.9/multiprocessing/process.py", line 108, in run
self._target(*self._args, **self._kwargs)
File "/build/firefox/src/firefox-87.0/testing/mozbase/mozsystemmonitor/mozsystemmonitor/resourcemonitor.py", line 141, in _collect
while not _poll(pipe, poll_interval=sleep_interval):
File "/build/firefox/src/firefox-87.0/testing/mozbase/mozsystemmonitor/mozsystemmonitor/resourcemonitor.py", line 107, in _poll
return pipe.poll(poll_interval)
File "/usr/lib/python3.9/multiprocessing/connection.py", line 262, in poll
return self._poll(timeout)
File "/usr/lib/python3.9/multiprocessing/connection.py", line 429, in _poll
r = wait([self], timeout)
File "/usr/lib/python3.9/multiprocessing/connection.py", line 936, in wait
ready = selector.select(timeout)
File "/usr/lib/python3.9/selectors.py", line 416, in select
fd_event_list = self._selector.poll(timeout)
KeyboardInterrupt
52:46.35 make[4]: *** [/build/firefox/src/firefox-87.0/config/makefiles/rust.mk:348: force-cargo-library-build] Interrupt
52:46.35 make[3]: *** [/build/firefox/src/firefox-87.0/config/recurse.mk:72: toolkit/library/rust/target] Interrupt
52:46.35 make[2]: *** [/build/firefox/src/firefox-87.0/config/recurse.mk:34: compile] Interrupt
52:46.35 make[1]: *** [/build/firefox/src/firefox-87.0/config/rules.mk:355: default] Interrupt
Rust is 1.51.0 on both pentium4 and i686.
|
|
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
|
|
181 | Packages | Bug Report | Medium | Low | rust 1.51.0 recompilation issues | Closed | |
Task Description
Compiling same-file v1.0.6
| ^^^
= note: `-D non-fmt-panic` implied by `-D warnings`
= note: this is no longer accepted in Rust 2021
help: add a "{}" format string to Display the message
|
1493 | panic!("{}", out);
| ^^^^^
help: or use std::panic::panic_any instead
|
1493 | std::panic::panic_any(out);
| ^^^^^^^^^^^^^^^^^^^^^^
Brilliantly fast changing language..
|
|
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.
|
|
185 | Packages | Bug Report | Medium | Low | blender doesn't build | Closed | |
Task Description
- openexr missing header files?
/usr/include/openvdb/Types.h:10:10: fatal error: OpenEXR/half.h: No such file or directory
10 | #include <OpenEXR/half.h>
| ^~~~~~~~~~~~~~~~
compilation terminated.
openexr 2->3 upgrade breaks blender in openvdb
openvdb needs numpy, which needs cythonize, which segfaults.
|
|
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..
|
|
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.
|
|
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.
|
|
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.
|
|
196 | Packages | Bug Report | Medium | Low | update filesystem | New | |
Task Description
b3da2fc1c25065a1bd09f9930eeed1d11dc312e4 only updated half the package - we’re missing:
- update the logo - update the url (?) - only if both are done: updating the hash on top of the PKGBUILD
|
|
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
|
|
204 | Packages | Bug Report | Medium | Low | gdbm 1.21 fails in test 31 (convert new database format ... | Closed | |
Task Description
The bug report has been sent upstream to GDBM directly. This is too important to just ignore the failure.. (make check || true)
|
|
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.
|
|
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!
|
|
215 | Packages | Bug Report | Medium | Low | firefox 93.0 (and seamonkey 2.53.9.1) doesn't build | Closed | |
Task Description
2:52.15 error: `[u32; 2]` is forbidden as the type of a const generic parameter
2:52.15 --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:20:44
2:52.15 |
2:52.15 20 | pub unsafe fn __shuffle_vector2<const IDX: [u32; 2], T, U>(x: T, y: T) -> U
2:52.15 | ^^^^^^^^
2:52.15 |
2:52.15 = note: the only supported types are integers, `bool` and `char`
2:52.15 = help: more complex types are supported with `#![feature(adt_const_params)]`
2:52.15 error: `[u32; 4]` is forbidden as the type of a const generic parameter
2:52.15 --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:30:44
2:52.15 |
2:52.15 30 | pub unsafe fn __shuffle_vector4<const IDX: [u32; 4], T, U>(x: T, y: T) -> U
2:52.15 | ^^^^^^^^
2:52.15 |
2:52.15 = note: the only supported types are integers, `bool` and `char`
2:52.15 = help: more complex types are supported with `#![feature(adt_const_params)]`
2:52.15 error: `[u32; 8]` is forbidden as the type of a const generic parameter
2:52.15 --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:40:44
2:52.15 |
2:52.15 40 | pub unsafe fn __shuffle_vector8<const IDX: [u32; 8], T, U>(x: T, y: T) -> U
2:52.15 | ^^^^^^^^
2:52.15 |
2:52.15 = note: the only supported types are integers, `bool` and `char`
2:52.15 = help: more complex types are supported with `#![feature(adt_const_params)]`
2:52.15 error: `[u32; 16]` is forbidden as the type of a const generic parameter
2:52.15 --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:50:45
2:52.15 |
2:52.15 50 | pub unsafe fn __shuffle_vector16<const IDX: [u32; 16], T, U>(x: T, y: T) -> U
2:52.15 | ^^^^^^^^^
2:52.15 |
2:52.15 = note: the only supported types are integers, `bool` and `char`
2:52.15 = help: more complex types are supported with `#![feature(adt_const_params)]`
2:52.15 error: `[u32; 32]` is forbidden as the type of a const generic parameter
2:52.15 --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:60:45
2:52.15 |
2:52.15 60 | pub unsafe fn __shuffle_vector32<const IDX: [u32; 32], T, U>(x: T, y: T) -> U
2:52.15 | ^^^^^^^^^
2:52.15 |
2:52.15 = note: the only supported types are integers, `bool` and `char`
2:52.15 = help: more complex types are supported with `#![feature(adt_const_params)]`
2:52.15 error: `[u32; 64]` is forbidden as the type of a const generic parameter
2:52.15 --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:70:45
2:52.15 |
2:52.15 70 | pub unsafe fn __shuffle_vector64<const IDX: [u32; 64], T, U>(x: T, y: T) -> U
2:52.15 | ^^^^^^^^^
2:52.15 |
2:52.15 = note: the only supported types are integers, `bool` and `char`
2:52.15 = help: more complex types are supported with `#![feature(adt_const_params)]`
2:52.35 Compiling num_cpus v1.13.0
2:53.13 Compiling fluent-langneg v0.13.0
2:53.15 Compiling intl_pluralrules v7.0.1
2:53.59 Compiling intl-memoizer v0.5.1
2:55.32 Compiling gl_generator v0.14.0
2:55.37 Compiling cose-c v0.1.5
2:55.96 Compiling time v0.1.43
2:56.01 Compiling iovec v0.1.4
2:56.05 Compiling atty v0.2.14
2:56.21 For more information about this error, try `rustc --explain E0557`.
2:56.23 Compiling net2 v0.2.37
2:56.24 The following warnings were emitted during compilation:
2:56.25 warning: Cannot set `RUSTC_BOOTSTRAP=1` from build script of `packed_simd v0.3.4 (https://github.com/hsivonen/packed_simd?rev=6a16f954950401b92b4e220fbf2dfaf6f00e1fb2#6a16f954)`.
2:56.25 note: Crates cannot set `RUSTC_BOOTSTRAP` themselves, as doing so would subvert the stability guarantees of Rust for your project.
2:56.25 error: could not compile `packed_simd` due to 13 previous errors
2:56.25 warning: build failed, waiting for other jobs to finish...
3:17.66 error: build failed
|
|
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.
|
|
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>.
|
|
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.
|
|
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.
|
|
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”.
|
|
225 | Packages | Bug Report | High | Critical | [zstd] 1.5.1, zstd compressed ramdisk fails to load pro ... | Closed | |
Task Description
kernel issue with some network card and/or systemd subservice not working add all
I cannot login remotely or locally.
System drops to maintainance shell..
Not a single systemd subdaemon is working..
This also effectively kills all i486 build machines..
|
|
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.
|
|
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
|
|
228 | Packages | Bug Report | Medium | Low | [icu69] not updated packages | New | |
Task Description
starting to collect them here packages which require icu69 (and have thus not been rebuilt for icu 70 yet):
- abiword: libical (rescheduled build)
|
|
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 |
|
231 | Packages | Bug Report | Medium | Low | [libffi] packages needing a rebuild | New | |
Task Description
'pypy_plugin.so' -> '/build/uwsgi/pkg/uwsgi-plugin-pypy/usr/lib/uwsgi/pypy_plugin.so'
install: creating directory '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt'
install: creating directory '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt/pypy'
install: creating directory '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt/pypy/site-packages'
'uwsgidecorators.py' -> '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt/pypy/site-packages/uwsgidecorators.py'
pypy: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory
|
|
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.
|