|
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.
|
|
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
|
|
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.
|
|
180 | Packages: Stable | Bug Report | Very Low | Low | Pandoc requires specific-version haskell dependencies | Closed | |
Task Description
# pandoc --version
pandoc: error while loading shared libraries: libHSzip-archive-0.4.1-4yLWnBS0zifKkvfHVbmUo1-ghc8.10.2.so: cannot open shared object file: No such file or directory
<code>
Versions:
<code>
# pacman -Q | grep haskell
haskell-aeson 1.5.4.1-19.0
haskell-aeson-pretty 0.8.8-94.0
haskell-ansi-terminal 0.11-17.0
haskell-asn1-encoding 0.9.6-58.0
haskell-asn1-parse 0.9.5-58.0
haskell-asn1-types 0.3.4-37.0
haskell-assoc 1.0.2-27.0
haskell-async 2.2.2-40.0
haskell-attoparsec 0.13.2.4-36.0
haskell-base-compat 0.11.2-4.2
haskell-base-compat-batteries 0.11.2-11.0
haskell-base-orphans 0.8.3-14.0
haskell-base16-bytestring 0.1.1.7-3.0
haskell-base64-bytestring 1.2.0.1-3.0
haskell-basement 0.0.11-10.1
haskell-bifunctors 5.5.8-13.0
haskell-blaze-builder 0.4.2.1-2.1
haskell-blaze-html 0.9.1.2-57.0
haskell-blaze-markup 0.8.2.7-41.0
haskell-byteable 0.1.1-22.1
haskell-case-insensitive 1.2.1.0-39.0
haskell-cereal 0.5.8.1-9.0
haskell-citeproc 0.3.0.9-9.0
haskell-cmdargs 0.10.21-1.0
haskell-colour 2.3.5-75.0
haskell-commonmark 0.1.1.2-2.0
haskell-commonmark-extensions 0.2.0.3-1.0
haskell-commonmark-pandoc 0.2.0.1-24.0
haskell-comonad 5.0.6-58.0
haskell-conduit 1.3.4-3.0
haskell-conduit-extra 1.3.5-70.0
haskell-connection 0.3.1-99.0
haskell-cookie 0.4.5-9.1
haskell-cryptonite 0.27-32.0
haskell-data-default 0.7.1.1-87.0
haskell-data-default-class 0.1.2.0-21.1
haskell-data-default-instances-containers 0.0.1-33.1
haskell-data-default-instances-dlist 0.0.1-100.0
haskell-data-default-instances-old-locale 0.0.1-33.1
haskell-data-fix 0.3.0-35.0
haskell-digest 0.0.1.2-22.1
haskell-distributive 0.6.2-40.0
haskell-dlist 1.0-23.0
haskell-doclayout 0.3-45.0
haskell-doctemplates 0.9-40.0
haskell-emojis 0.1-47.0
haskell-erf 2.0.0.0-21.0
haskell-errors 2.3.0-59.1
haskell-file-embed 0.0.13.0-3.1
haskell-glob 0.10.1-28.0
haskell-haddock-library 1.9.0-58.0
haskell-hashable 1.3.0.0-36.0
haskell-hourglass 0.2.12-82.0
haskell-hslua 1.3.0-2.0
haskell-hslua-module-system 0.2.2.1-17.0
haskell-hslua-module-text 0.3.0.1-5.0
haskell-hsyaml 0.2.1.0-52.0
haskell-http 4000.3.15-49.0
haskell-http-client 0.7.6-14.0
haskell-http-client-tls 0.3.5.3-359.0
haskell-http-types 0.12.3-100.0
haskell-hxt 9.3.1.18-196.0
haskell-hxt-charproperties 9.5.0.0-1.0
haskell-hxt-regex-xmlschema 9.2.0.7-2.0
haskell-hxt-unicode 9.0.2.4-22.0
haskell-indexed-traversable 0.1.1-3.1
haskell-integer-logarithms 1.0.3.1-3.1
haskell-ipynb 0.1.0.1-192.0
haskell-jira-wiki-markup 1.3.2-27.0
haskell-juicypixels 3.3.5-37.0
haskell-memory 0.15.0-49.0
haskell-mime-types 0.1.0.9-11.1
haskell-mono-traversable 1.0.15.1-74.0
haskell-network 3.1.2.1-1.0
haskell-network-uri 2.6.3.0-217.0
haskell-old-locale 1.0.0.7-27.1
haskell-old-time 1.1.0.3-27.1
haskell-pandoc-types 1.22-13.0
haskell-pem 0.2.4-114.0
haskell-primitive 0.7.1.0-29.0
haskell-quickcheck 2.14.2-11.0
haskell-random 1.2.0-54.0
haskell-resourcet 1.2.4.2-31.0
haskell-safe 0.3.19-5.1
haskell-scientific 0.3.6.2-53.0
haskell-sha 1.6.4.4-16.1
haskell-skylighting 0.10.2-24.0
haskell-skylighting-core 0.10.2-24.0
haskell-socks 0.6.1-90.0
haskell-split 0.2.3.4-88.0
haskell-splitmix 0.1.0.3-5.0
haskell-streaming-commons 0.2.2.1-28.1
haskell-strict 0.4.0.1-1.0
haskell-syb 0.7.1-8.0
haskell-tagged 0.8.6.1-2.2
haskell-tagsoup 0.14.8-75.0
haskell-temporary 1.3-130.0
haskell-texmath 0.12.0.3-40.0
haskell-text-conversions 0.3.1-62.0
haskell-text-icu 0.7.0.1-37.1
haskell-th-abstraction 0.4.2.0-2.2
haskell-th-compat 0.1-12.0
haskell-these 1.1.1.1-28.0
haskell-time-compat 1.9.5-1.0
haskell-tls 1.5.5-3.0
haskell-transformers-compat 0.6.6-3.1
haskell-typed-process 0.2.6.0-63.0
haskell-unicode-transforms 0.3.7.1-42.0
haskell-uniplate 1.6.13-4.0
haskell-unliftio-core 0.2.0.1-6.1
haskell-unordered-containers 0.2.13.0-11.0
haskell-utf8-string 1.0.1.1-20.0
haskell-uuid-types 1.0.3-58.0
haskell-vector 0.12.1.2-64.0
haskell-vector-algorithms 0.8.0.4-1.0
haskell-x509 1.7.5-137.0
haskell-x509-store 1.6.7-136.0
haskell-x509-system 1.6.6-204.0
haskell-x509-validation 1.6.11-136.0
haskell-xml 1.3.14-27.2
haskell-xml-conduit 1.9.0.0-77.0
haskell-xml-types 0.3.8-5.1
haskell-zip-archive 0.4.1-66.0
haskell-zlib 0.6.2.2-4.0
|
|
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
|
|
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]
|
|
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.
|
|
195 | Packages: Testing | Bug Report | Very Low | Low | libreoffice-fresh and libreoffice-still will not start | Closed | |
Task Description
There is a problem with libreoffice-fresh and libreoffice-still which appears to be caused by the last update to boost and boost-libs which are now at version 1.76.0-1.3
~]$ libreoffice
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.75.0: cannot open shared object file: No such file or directory
|
|
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.
|
|
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
|
|
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 |
|
236 | Packages | Bug Report | Very Low | Low | gdb: error while loading shared libraries: libboost_reg ... | Closed | |
Task Description
Current version in /usr/lib is libboost_regex.so.1.78.0
|
|
237 | Packages | Bug Report | Very Low | Low | i686: pango need to be rebuilt against harfbuzz | Closed | |
Task Description
Hi,
pango-list (and many packages depending on pango) fails to run with the following error:
$ pango-list
pango-list: symbol lookup error: /usr/lib/libpangoft2-1.0.so.0: undefined symbol: hb_font_set_synthetic_slant
hb_font_set_synthetic_slant seems to be related to harfbuzz.
While I used Parabola i686 for the test, both pango and harfbuzz come from Arch Linux 32 i686, so Arch Linux 32 i686 should also be affected:
$ pacman -Q -o pango-list
/usr/bin/pango-list is owned by pango 1:1.50.4-1.0
$ pacman -sS "^pango$"
extra/pango 1:1.50.4-1.0 [installed]
A library for layout and rendering of text
$ pacman -sS "^harfbuzz$"
extra/harfbuzz 3.1.2-1.0 [installed]
OpenType text shaping engine
Denis.
|
|
238 | Packages | Bug Report | Very Low | Low | Linux-zen kernel 5.16.8.arch1-1.0 made with gcc 11.1 an ... | Closed | |
Task Description
Linux and Linux-zen kernel 5.16.8.arch1-1.0 made with gcc 11.1 and cannot build dkms modules with gcc 11.2
remake linux and linux-zen kernel with gcc version 11.2
|
|
241 | Packages | Bug Report | Very Low | Low | mpd probably needs to be rebuilt against pipewire | Closed | |
Task Description
Hi,
If I run mpd, it fails to run due to a missing PW_LOG_TOPIC_DEFAULT symbol: > $ mpd > mpd: symbol lookup error: mpd: undefined symbol: PW_LOG_TOPIC_DEFAULT
While I run Parabola, both mpd and pipewire comes from the i686 repository of Arch Linux 32: > extra/mpd 0.23.5-1.2 [installed] > Flexible, powerful, server-side application for playing music > extra/pipewire 1:0.3.36-1.0 [installed] > Low-latency audio/video router and processor
If I look on a x86_64 Parabola installation instead, PW_LOG_TOPIC_DEFAULT can be found in libpipewire: > $ readelf -s /usr/lib/libpipewire-0.3.so.0 | grep PW_LOG_ > 383: 00000000000d7128 8 OBJECT GLOBAL DEFAULT 21 > PW_LOG_TOPIC_DEFAULT
But that command returns nothing on Parabola i686.
Denis.
|
|
244 | Packages | Bug Report | Very Low | Low | unable to satisfy dependency 'libx264.so=163-32' requir ... | Closed | |
Task Description
# pacman -Sy ffmpeg :: Synchronizing package databases… core is up to date extra is up to date community is up to date resolving dependencies… warning: cannot resolve “libx264.so=163-32”, a dependency of “ffmpeg” :: The following package cannot be upgraded due to unresolvable dependencies:
ffmpeg
|
|
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
|
|
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.
|
|
259 | Packages | Bug Report | Very Low | Low | Broken GSL package | Closed | |
Task Description
GSL broken dependence with inkscape:
$ inkscape inkscape: error while loading shared libraries: libgsl.so.27: cannot open shared object file: No such file or directory
Check the library:
# pacman -Ss gsl extra/gsl 2.7-1.0 [instalado]
# pacman -Ql gsl | grep ‘\.so’ gsl /usr/lib/libgsl.so gsl /usr/lib/libgsl.so.25 gsl /usr/lib/libgsl.so.25.1.0 gsl /usr/lib/libgslcblas.so gsl /usr/lib/libgslcblas.so.0 gsl /usr/lib/libgslcblas.so.0.0.0
|
|
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] ```
|
|
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
|
|
281 | Packages: Build-list | Bug Report | Very Low | Low | Firefox compilation | Closed | |
Task Description
I checked the firefox on the build-list and its not compiling because of missing lvm13 libs which are packages are llvm13-libs and llvm13
|
|
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
|
|
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.
|
|
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.
|
|
287 | Packages | Feature Request | Very Low | Low | chromium not able to build | Assigned | |
Task Description
Wait unfortunately i found a patch through which chromium would compile on x86
please try to build chromium using those patches
https://github.com/void-linux/void-packages/blob/master/srcpkgs/chromium/patches/reenable-linux-i686-builds.patch https://github.com/void-linux/void-packages/blob/master/srcpkgs/chromium/patches/chromium-i686-vaapi-fpermissive.patch https://github.com/void-linux/void-packages/blob/master/srcpkgs/chromium/patches/chromium-105-bitmap-include.patch https://github.com/void-linux/void-packages/blob/master/srcpkgs/chromium/patches/chromium-105-browser-include.patch
|
|
291 | Packages | Feature Request | Very Low | Low | Hey , if possible can u build temite based on https://g ... | Closed | |
Task Description
Note:- It will compile very easily as i have a modified PKGBUILD
``` # Maintainer: Frederik Schwan freswa@archlinux.org pkgdesc=’A simple VTE-based terminal’ pkgname=termite pkgver=16.4 pkgrel=2 url=https://github.com/aperezdc/termite license=(LGPL) depends=(gtk3 pcre2 gnutls vte-common) makedepends=(gperf ‘meson>=0.58’ ninja) arch=(’x86_64’,’i686’,’pentium4’‘i486’) backup=(etc/xdg/termite/config)
source=(”${url}/releases/download/v${pkgver}/termite-${pkgver}.tar.xz”{,.asc}) b2sums=(’SKIP’
'SKIP')
build () {
rm -rf _build
arch-meson _build "${pkgname}-${pkgver}"
meson compile -C _build
}
package () {
meson install -C _build --skip-subprojects vte --destdir "${pkgdir}"
} ```
|
|
292 | Packages | Feature Request | Very Low | Low | Hey , if possible can u build temite based on https://g ... | Closed | |
Task Description
Note:- It will compile very easily as i have a modified PKGBUILD
# Maintainer: Frederik Schwan freswa@archlinux.org pkgdesc=’A simple VTE-based terminal’ pkgname=termite pkgver=16.4 pkgrel=2 url=https://github.com/aperezdc/termite license=(LGPL) depends=(gtk3 pcre2 gnutls vte-common) makedepends=(gperf ‘meson>=0.58’ ninja) arch=(’x86_64’,’i686’,’pentium4’‘i486’) backup=(etc/xdg/termite/config)
source=(”${url}/releases/download/v${pkgver}/termite-${pkgver}.tar.xz”{,.asc}) b2sums=(’SKIP’
'SKIP')
build () {
rm -rf _build
arch-meson _build "${pkgname}-${pkgver}"
meson compile -C _build
}
package () {
meson install -C _build --skip-subprojects vte --destdir "${pkgdir}"
}
|