|
349 | Packages | Bug Report | Medium | Low | top print "get_mempolicy: Function not implemented" on ... | New | |
Task Description
no task description |
|
351 | Packages: Stable | Bug Report | Very Low | Medium | Various python-X packages building for Python 3.10 and ... | New | |
Task Description
yes, confirmed, that’s because python 3.11 is the only package building and being published to stable, the python modules need bootstrapping (since months).
|
|
355 | Packages | Bug Report | Medium | Critical | KDE packages fail to install because of /lib | New | |
Task Description
Some KDE packages try to replace the ‘lib’ symlink with a directory, causing the system to fail to start.
If you are lucky, pacman warns you about it and says:
pacman -S breeze-icons
resolving dependencies...
looking for conflicting packages...
Packages (1) breeze-icons-6.0.0-1.0
Total Installed Size: 71.92 MiB
Net Upgrade Size: 0.61 MiB
:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring [##################################] 100%
(1/1) checking package integrity [##################################] 100%
(1/1) loading package files [##################################] 100%
(1/1) checking for file conflicts [##################################] 100%
error: failed to commit transaction (conflicting files)
breeze-icons: /lib exists in filesystem (owned by filesystem)
Errors occurred, no packages were upgraded
I had one hard-to-reproduce case where I basically nuked my VMs with that.
The recovery procedure in this case is:
# Boot from last ISO
# mount /dev/xxx to /mnt
cd /usr
mv lib/cmake/* usr/lib/cmake/.
mv lib/qml /usr/lib/.
rmdir lib/cmake
rmdir lib
ln -s usr/lib lib
Packages known to misbehave are ‘kqtquickcharts’, ‘breeze-icons’. Surely more to follow..
|
|
100 | Packages: Stable | Bug Report | Very Low | Low | mldonkey crashes | Unconfirmed | |
Task Description
All versions of mldonkey crash in arch32 updated. (segmentation fault and core dumped)
|
|
108 | Packages: Staging | Bug Report | Very Low | High | lldb fails to run any binary (error: failed to launch o... | Unconfirmed | |
Task Description
Very easy to reproduce. lldb version 10.0.0, just try to run any binary.
[aeden@arch32 bin]$ lldb $(which date) (lldb) target create “/usr/bin/date” Current executable set to ‘/usr/bin/date’ (i386). (lldb) run error: failed to launch or debug process (lldb)
|
|
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
|
|
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.
|
|
314 | Packages | Bug Report | Very Low | Low | Mumble requires a outdated protobuf | Unconfirmed | |
Task Description
libprotobuf=28 is a mumble (package) dependency, but protobuf package has libprotobuf=32.
I needed to downgrade to protobuf-3.17.3-1.3-pentium4.pkg.tar.zst (from the archive) to install mumble.
|
|
325 | Packages | Bug Report | Very Low | High | [terminus] crashes with message undefined symbol: cairo... | Unconfirmed | |
Task Description
Starting terminus gives following error:
from ._cairo import * # noqa: F401,F403
ImportError: /usr/lib/python3.10/site-packages/cairo/_cairo.cpython-310-i386-linux-gnu.so: undefined symbol: cairo_tee_surface_index
Bug seens to be related to
https://bugs.archlinux.org/task/77367
There is generall mess on cairo related files for different architectures (pentium4, i486, i686) - some packages for one architecture are outdated, while for other archictectures are up to date, for instance:
python-cairo i486/extra : 1.21.0-1.0
python-cairo i686/extra : 1.23.0-3.0
python-cairo pentium4/extra : 1.23.0-3.0
|
|
335 | Packages | Bug Report | Very Low | Medium | python-setuptools-scm 7.1.0-4.1 missing dependency | Unconfirmed | |
Task Description
python-setuptools-scm 7.1.0-4.1 as found in the repo is missing the dependencies python-packaging and python-setuptools, which breaks the build of many other packages.
|
|
336 | Packages | Bug Report | Very Low | Low | [pyqt-builder]: needs rebuild | Unconfirmed | |
Task Description
just wanted to get this one on the board - i am unable to build ‘python-pyqt5’ which many other packages depend on, such as ‘qutebrowser’
the current ‘python-pyqt5’ PKGBUILD, which builds fine for x86_64 and arm, has unspecified dependencies in the i686 repos - not sure why that is
ModuleNotFoundError: No module named ‘jaraco.functools’
ModuleNotFoundError: No module named ‘jaraco.context’
that is easily fixed by requiring them explicitly: > makedepends_i686=(’python-jaraco.context’ ‘python-jaraco.functools’)
however, after that, it gives a more fatal error:
sip-build: Unable to import ‘project.py’: No module named ‘pyqtbuild’
that module is in the ‘pyqt-builder’ package, i beleive - ‘pyqt-builder’ is installed as a build dependency; but it was built for python 3.9 - so probably that is why the build could not find the module
|
|
338 | Packages | Bug Report | Very Low | Low | [libreoffice-still]: error while loading shared librari... | Unconfirmed | |
Task Description
needs rebuild against latest ‘boost’
$ sudo pacman -Sy libreoffice-still
$ pacman -Qs libreoffice-still
local/libreoffice-still 7.3.7-2.0
LibreOffice maintenance branch
$ lowriter
javaldx: Could not find a Java Runtime Environment!
Warning: failed to read path from javaldx
/usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libboost_locale.so.1.80.0: cannot open shared object file: No such file or directory
|
|
339 | Packages | Bug Report | Very Low | Low | [libcanberra-pulse]: can not be installed | Unconfirmed | |
Task Description
# pacman -S libcanberra-pulse
resolving dependencies...
warning: cannot resolve "libcanberra=0.30+2+gc0620e4-3.2", a dependency of "libcanberra-pulse"
:: The following package cannot be upgraded due to unresolvable dependencies:
libcanberra-pulse
:: Do you want to skip the above package for this upgrade? [y/N]
error: failed to prepare transaction (could not satisfy dependencies)
:: unable to satisfy dependency 'libcanberra=0.30+2+gc0620e4-3.2' required by libcanberra-pulse
|
|
340 | Packages | Bug Report | Very Low | Critical | [chromium] broken due to outdated libraries, plus also ... | Unconfirmed | |
Task Description
The package needs to be recompiled for re2 v10 and several required dependencies were not installed, such as icu69 (?) and more.
|
|
341 | Packages | Bug Report | Very Low | Critical | python3 is version 11, but all packages install only 3.... | Unconfirmed | |
Task Description
From a fresh install just now:
The /usr/lib/python3.10/site-packages folder is full of dozens of files, but there is little in the 3.11 folder. Some examples: gajim yt-dlp zippy samba.
This seems to affect most new packages that I install, so it is by no means limited to just the examples.
|
|
342 | Packages | Bug Report | Very Low | Very Low | nmap missing dependency openssl-1.1 | Unconfirmed | |
Task Description
no task description |
|
343 | Packages | Bug Report | Very Low | Low | Package 'screen 4.9.1-1.0' is missing dependency libute... | Unconfirmed | |
Task Description
Package ‘screen 4.9.1-1.0’ is missing dependency libutempter. I assume this is because libutempter used to be a dependency of util-linux which is part of base, so was assumed to be installed.
With the regular Arch Linux distro libutempter is still a dependency of util-linux.
|
|
345 | Packages | Bug Report | Very Low | Low | [gcompris-qt] doesn't start due to Qt 5.15.10 | Unconfirmed | |
Task Description
I fails to start with: “Cannot mix incompatible Qt library (5.15.9) with this library (5.15.10)”
|
|
346 | Packages | Bug Report | Very Low | Low | pandoc: error while loading shared libraries | Unconfirmed | |
Task Description
# pacman -Syyuu base
# pacman -S pandoc
# pandoc
pandoc: error while loading shared libraries: libHSzip-archive-0.4.1-FOOm53qGfUr2AB1Oel9iH4-ghc8.10.2.so: cannot open shared object file: No such file or directory
|
|
347 | Packages | Bug Report | Very Low | Low | Meld will not start - error message -> Meld requires Gt... | Unconfirmed | |
Task Description
[keith@Arch32 ~]$ meld Meld requires Gtk+ 3.20 or higher. [keith@Arch32 ~]$ pacman -Qi meld Name : meld Version : 3.22.0-2.0 Description : Compare files, directories and working copies Architecture : any URL : https://meldmerge.org/ Licenses : GPL Groups : None Provides : None Depends On : python-gobject python-cairo gtksourceview4 gsettings-desktop-schemas dconf Optional Deps : None Required By : None Optional For : None Conflicts With : None Replaces : None Installed Size : 5.06 MiB Packager : TasosSah arch32@tasossah.com Build Date : Sat 19 Aug 2023 23:25:57 BST Install Date : Sat 26 Aug 2023 07:08:59 BST Install Reason : Explicitly installed Install Script : No Validated By : Signature
[keith@Arch32 ~]$ pacman -Qi gtksourceview4 Name : gtksourceview4 Version : 4.8.4-1.0 Description : A text widget adding syntax highlighting and more to GNOME Architecture : pentium4 URL : https://wiki.gnome.org/Projects/GtkSourceView Licenses : GPL Groups : None Provides : libgtksourceview-4.so=0-32 Depends On : gtk3 libxml2 Optional Deps : None Required By : meld xed Optional For : None Conflicts With : None Replaces : None Installed Size : 7.44 MiB Packager : Andreas Baumann mail@andreasbaumann.cc Build Date : Mon 07 Nov 2022 11:50:56 GMT Install Date : Mon 28 Nov 2022 11:49:04 GMT Install Reason : Installed as a dependency for another package Install Script : No Validated By : Signature
[keith@Arch32 ~]$ pacman -Qi gtk3 Name : gtk3 Version : 1:3.24.37-1.0 Description : GObject-based multi-platform GUI toolkit Architecture : pentium4 URL : https://www.gtk.org/ Licenses : LGPL Groups : None Provides : gtk3-print-backends libgailutil-3.so=0-32 libgdk-3.so=0-32 libgtk-3.so=0-32 Depends On : adwaita-icon-theme atk cairo cantarell-fonts dconf desktop-file-utils fontconfig fribidi gdk-pixbuf2 glib2 harfbuzz iso-codes
libcloudproviders libcolord libcups libegl libepoxy libgl librsvg libxcomposite libx11 libxcursor libxdamage libxext libxfixes
libxi libxinerama libxkbcommon libxrandr libxrender pango shared-mime-info wayland at-spi2-core tracker3 gtk-update-icon-cache
Optional Deps : evince: Default print preview command Required By : bleachbit engrampa firefox gcr gpicview gspell gtkmm3 gtksourceview4 libdbusmenu-gtk3 libgnomekbd libindicator-gtk3 libnma
libpeas lightdm-gtk-greeter lxmusic vte3 xdg-user-dirs-gtk
Optional For : avahi gvfs libcanberra libdecor libreoffice-still Conflicts With : gtk3-print-backends Replaces : gtk3-print-backends⇐3.22.26-1 Installed Size : 49.88 MiB Packager : Andreas Baumann mail@andreasbaumann.cc Build Date : Sun 16 Apr 2023 11:18:09 BST Install Date : Tue 25 Apr 2023 13:06:04 BST Install Reason : Installed as a dependency for another package Install Script : Yes Validated By : Signature
[keith@Arch32 ~]$
|
|
352 | Packages | Bug Report | Very Low | Low | gmtp in extra is broken | Unconfirmed | |
Task Description
It is an i686-system.
steps to reproduce:
1) # pacman -Syyuu base
2) # pacman -S gmtp
3) $ gmtp
expected result:
Start screen of gmtp appears.
actual result:
$ gmtp
gmtp: error while loading shared libraries: libFLAC.so.8: cannot open shared object file: No such file or directory
gmtp in extra-staging works though
|
|
247 | Packages | Bug Report | Medium | Low | [freetype2] requires librsvg >= 2.46.0 | Closed | |
Task Description
This could be bad because our librsvg (the Rust one) lags behind and librsvg-og might not implement new stuff (for i486).
|
|
295 | Packages | Bug Report | Very Low | Low | [qemu][seabios]: file conflict | Closed | |
Task Description
# pacman -S qemu seabios
resolving dependencies...
looking for conflicting packages...
Packages (2) qemu-6.2.0-4.0 seabios-1.16.0-3.2
Total Installed Size: 36.97 MiB
checking keyring...
checking package integrity...
loading package files...
checking for file conflicts...
/usr/share/qemu/bios-microvm.bin exists in both 'seabios' and 'qemu'
/usr/share/qemu/vgabios-ati.bin exists in both 'seabios' and 'qemu'
Errors occurred, no packages were upgraded.
|
|
93 | Packages: Stable | Bug Report | Very Low | Medium | pyparsing error is preventing applications from startin ... | Closed | |
Task Description
Came across this after completing a system update two days ago.
I run Radicale and that is refusing to start with the following error:
Traceback (most recent call last):
File "/usr/bin/radicale", line 6, in <module>
from pkg_resources import load_entry_point
File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 84, in <module>
__import__('packaging.requirements')
File "/usr/lib/python3.7/site-packages/packaging/requirements.py", line 9, in <module>
from pyparsing import stringStart, stringEnd, originalTextFor, ParseException
ModuleNotFoundError: No module named 'pyparsing'
When attempting to run pip to see if that might correct the issue, I got the following error:
Traceback (most recent call last):
File "/usr/bin/pip", line 6, in <module>
from pkg_resources import load_entry_point
File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 84, in <module>
__import__('packaging.requirements')
File "/usr/lib/python3.7/site-packages/packaging/requirements.py", line 9, in <module>
from pyparsing import stringStart, stringEnd, originalTextFor, ParseException
ModuleNotFoundError: No module named 'pyparsing'
It looks as though something recently broke pyparsing and that’s had a knockon effect for a few packages.
|
|
94 | Packages: Testing | Bug Report | Medium | Low | Weechat needs a rebuild | Closed | |
Task Description
Since the uprgade to python from testing, weechat has broken it’s python support, which at least knocks out the plugin I use to keep in touch with my old workmates over slack.
# weechat
| ___ __ ______________ _____
| __ | / /___________ ____/__ /_______ __ /_
| __ | /| / /_ _ \ _ \ / __ __ \ __ `/ __/
| __ |/ |/ / / __/ __/ /___ _ / / / /_/ // /_
| ____/|__/ \___/\___/\____/ /_/ /_/\__,_/ \__/
| WeeChat 2.6 [compiled on Nov 12 2019 13:06:27]
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
| Error: unable to load plugin "/usr/lib/weechat/plugins/python.so": libpython3.7m.so.1.0: cannot open shared object file:
| No such file or directory
Inside /usr/lib/weechat/plugins there is a file named python.so, but its not any kind of link. I expect it to be fixed up if it were to be rebuilt.
|
|
96 | Packages: Stable | Bug Report | Medium | Medium | [rust] broken or missing backend | Closed | |
Task Description
shell> echo > rust.rc <<EOF
fn main() {
println!( "Hello Rust! " );
}
EOF
shell> rustc rust.rs
error: failed to find a `codegen-backends` folder in the sysroot candidates:
* /usr
* /usr
Presumably the i686 folders are moved around in PKGBUILD to form lib32 libraries for rust on 64-bit.
|
|
110 | Packages | Bug Report | Very Low | Low | [syslog-ng] is built without systemd support | Closed | |
Task Description
The packages for syslog-ng since version 3.27.1-1.0 appears to have been built without systemd support. Although their PKGBUILD runs configure with –enable-systemd, running syslog-ng –version shows Enable-Systemd: off. The official Arch x86_64 package (at version 3.28.1-1) doesn’t exhibit this problem.
I tried building the package locally on i686 using the official Arch PKGBUILD and could not reproduce the problem. My locally built version correctly finds libsystemd during configure, and gets built with systemd support. This leads me to believe the problem happens somewhere in the Archlinux32 build process.
The practical upshot of the problem is that the systemd unit file supplied with syslog-ng lists it as a Type=notify service, but when it fails to notify systemd after startup, systemd eventually kills it and restarts it repeatedly:
Jul 24 07:32:31 wolfie systemd[1]: Starting System Logger Daemon "default" instance...
Jul 24 07:32:32 wolfie syslog-ng[18977]: syslog-ng starting up; version='3.28.1'
Jul 24 07:34:01 wolfie systemd[1]: syslog-ng@default.service: start operation timed out. Terminating.
Jul 24 07:34:01 wolfie syslog-ng[18977]: syslog-ng shutting down; version='3.28.1'
Jul 24 07:34:01 wolfie systemd[1]: syslog-ng@default.service: Failed with result 'timeout'.
Jul 24 07:34:01 wolfie systemd[1]: Failed to start System Logger Daemon "default" instance.
Jul 24 07:34:02 wolfie systemd[1]: syslog-ng@default.service: Scheduled restart job, restart counter is at 1.
Jul 24 07:34:02 wolfie systemd[1]: Stopped System Logger Daemon "default" instance.
Jul 24 07:34:02 wolfie systemd[1]: Starting System Logger Daemon "default" instance...
|
|
119 | Packages | Bug Report | Very Low | High | [gdb] needs rebuilt after python upgrade | Closed | |
Task Description
Pacman recently upgraded python from 3.8 to 3.9, which breaks the gdb package:
% gdb
gdb: error while loading shared libraries: libpython3.8.so.1.0: cannot open shared object file: No such file or directory
|
|
121 | Packages | Bug Report | Very Low | High | Multiple packages need rebuild after libicu upgrade | Closed | |
Task Description
Over in FS#119 , @abaumann mentioned that the libicu upgrade from 67 to 68 was part of what broke gdb. I missed the libicu upgrade when looking at gdb, but now that that one is resolved, I noticed a number of other packages that still link against the old and now nonexistant /usr/lib/libicu*.so.67 files. On my particular system, the following packages are installed, link to icu 67, and need rebuilt as well:
* harfbuzz-icu (2.7.0-1.0) * mongo-c-driver (1.17.3-1.0) * postfix (3.5.6-2.0) * postgresql (12.4-1.0) * postgresql-old-upgrade (12.5-1.0) * samba (4.12.3-1.2) * smbclient (4.12.3-1.2) * syslog-ng (3.28.1-3.0) * texlive-bin (2020.54586-4.0) * xfsprogs (5.8.0-1.0)
… but I’m sure you have a way of determining all the affected packages?
As a workaround, in case others have the same problem, I manually extracted the old versioned .so files from the previous package to get things working again:
``` tar -C / -xf /var/cache/pacman/pkg/icu-67.1-1.0-i686.pkg.tar.zst –wildcards ‘usr/lib/lib*.so.*’ ```
- I’ll just have to remember to clean them up again later.
|
|
122 | Packages | Bug Report | Very Low | Low | Permissions bits on files on the primary mirror are too ... | Closed | |
Task Description
In my quest to find a working mirror close to me, I’ve come across another issue with at least a couple of mirrors. Some mirrors respond with a HTTP 403 Forbidden for certain files, notably many of the Pacman database files. At the time of this writing, I’m aware of this problem happening with the princeton.edu and the clarkson.edu mirrors. I’ve been in contact with the admin of one of the mirrors, and they’ve pointed out that the permission bits are set to 0600 at the source. If the primary mirror could have their files be world readable, it would likely fix this problem automatically across more than one mirror.
Is that something we can do?
Steps to verify:
1. Access certain files from the primary mirror using rsync, for example:
% rsync -av rsync://mirror.archlinux32.org/archlinux32/i686/extra/extra.db.tar.gz .
receiving incremental file list
extra.db.tar.gz
sent 43 bytes received 2,044,453 bytes 371,726.55 bytes/sec
total size is 2,043,851 speedup is 1.00
2. Examine permission bits:
% ls -l extra.db.tar.gz
-rw------- 1 user user 2043851 Jan 8 11:51 extra.db.tar.gz
Should be -rw-r–r–.
|
|
123 | Packages | Bug Report | Medium | Low | libhandy0, libhandy conflicts | Closed | |
Task Description
libhandy0: /usr/share/vala/vapi/libhandy-0.0.deps exists in filesystem (owned by libhandy) libhandy0: /usr/share/vala/vapi/libhandy-0.0.vapi exists in filesystem (owned by libhandy)
|
|
127 | Packages | Bug Report | Medium | Low | iotop doesn't work | Closed | |
Task Description
root@arch32-stable-pentium4 ~]# iotop
No module named 'iotop'
To run an uninstalled copy of iotop,
launch iotop.py in the top directory
iotop is a Python script, presumably some Python modules are missing.
|
|
128 | Packages | Bug Report | Medium | Low | newsboat needs rebuild against newer libjson-c | Closed | |
Task Description
newsboat: error while loading shared libraries: libjson-c.so.4: cannot open shared object file: No such file or directory
|
|
129 | Packages | Bug Report | Medium | Low | rust 1.47 is outdated | Closed | |
Task Description
either building 1.49 via 1.48, via 1.47 or we have to bootstrap from a binary version again.
|
|
135 | Packages | Bug Report | Medium | Low | namcap fails on libxkbcommon | Closed | |
Task Description
Checking PKGBUILD
Traceback (most recent call last):
File "/usr/lib/python3.9/runpy.py", line 197, in _run_module_as_main
return _run_code(code, main_globals, None,
File "/usr/lib/python3.9/runpy.py", line 87, in _run_code
exec(code, run_globals)
File "/usr/lib/python3.9/site-packages/namcap.py", line 247, in <module>
process_pkgbuild(package, active_modules)
File "/usr/lib/python3.9/site-packages/namcap.py", line 153, in process_pkgbuild
name = "PKGBUILD (" + pkginfo["name"] + ")"
File "/usr/lib/python3.9/site-packages/Namcap/package.py", line 128, in __getitem__
return self._data[self.canonical_varname(key)]
KeyError: 'name'
==> Running checkpkg
error: no targets specified (use -h for help)
==> WARNING: Skipped checkpkg due to missing repo packages
|
|
137 | Packages | Bug Report | Medium | Low | llvm rebuild fails (aka sphinx requires a python module ... | Closed | |
Task Description
Configuration error:
There is a programmable error in your configuration file:
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/sphinx/config.py", line 326, in eval_config_file
execfile_(filename, namespace)
File "/usr/lib/python3.9/site-packages/sphinx/util/pycompat.py", line 88, in execfile_
exec(code, _globals)
File "/build/llvm/src/llvm-11.0.1.src/docs/conf.py", line 40, in <module>
import recommonmark
ModuleNotFoundError: No module named 'recommonmark'
|
|
138 | Packages | Bug Report | Medium | Low | polkit doesn't build because of a stuck js78 | Closed | |
Task Description
no task description |
|
139 | Packages | Bug Report | Medium | Low | webkit2gtk doesn't build | Closed | |
Task Description
This blocks tons of packages..
|
|
140 | Packages | Bug Report | Medium | Low | libproxy doesn't build | Closed | |
Task Description
-- Installing: /build/libproxy/pkg/libproxy/usr/include/proxy.h
-- Installing: /build/libproxy/pkg/libproxy/usr/bin/proxy
mv: cannot stat '/build/libproxy/pkg/libproxy/usr/lib/libproxy/*/modules/pacrunner_webkit.so': No such file or directory
==> ERROR: A failure occurred in package_libproxy().
Aborting...
|
|
144 | Packages | Bug Report | Medium | Low | firefox fails to build | Closed | |
Task Description
/build/seamonkey/src/seamonkey-2.53.5/obj-i686-pc-linux-gnu/_virtualenv/bin/python /build/seamonkey/src/s eamonkey-2.53.5/mozilla/toolkit/mozapps/installer/packager.py -DMOZ_APP_NAME=seamonkey -DPREF_DIR=default s/pref -DJAREXT= -DMOZ_CALENDAR=1 -DMOZ_GTK=1 -DMOZ_IRC=1 -DMOZ_DOMINSPECTOR=1 -DMOZ_SYSTEM_NSPR=1 -DMOZ_ SYSTEM_NSS=1 -DMOZ_MOVEMAIL=1 -DNECKO_WIFI=1 -DMOZ_BUNDLED_FONTS=1 -DMOZ_CHILD_PROCESS_NAME=plugin-contai ner -DDLL_PREFIX=lib -DDLL_SUFFIX=.so -DBIN_SUFFIX= -DDIR_MACOS= -DDIR_RESOURCES= -DBINPATH=bin -DRESPATH =bin -DLPROJ_ROOT=en -DCLANG_CXX -DA11Y_LOG=1 -DACCESSIBILITY=1 -DATK_MAJOR_VERSION=2 -DATK_MINOR_VERSION =36 -DATK_REV_VERSION=0 -DBUILD_CTYPES=1 -DCROSS_COMPILE='' -DD_INO=d_ino -DENABLE_INTL_API=1 -DENABLE_SY STEM_EXTENSION_DIRS=1 -DEXPOSE_INTL_API=1 -DFIREFOX_VERSION=60.7.5 -DFORCE_PR_LOG=1 -DFUNCPROTO=15 -DGDK_ VERSION_MAX_ALLOWED=GDK_VERSION_3_4 -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_32 -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_26 -DGL_PROVIDER_GLX=1 -DHAVE_ALLOCA_H=1 -DHAVE_BYTESWAP_H=1 -DHAVE_CLOCK_MONOTONIC=1 -DHAVE_CPUID_H=1 -DHAVE_DIRENT_H=1 -DHAVE_DLADDR=1 -DHAVE_DLOPEN=1 -DHAVE_FONTCONFIG_FCFREETYPE_H=1 -DHAVE_FT_BITMAP_SIZE_Y_PPEM=1 -DHAVE_FT_GLYPHSLOT_EMBOLDEN=1 -DHAVE_FT_LOAD_SFNT_TABLE=1 -DHAVE_GETOPT_H=1 -DHAVE_GETTID=1 -DHAVE_GMTIME_R=1 -DHAVE_I18N_LC_MESSAGES=1 -DHAVE_INTTYPES_H=1 -DHAVE_LCHOWN=1 -DHAVE_LINUX_IF_ADDR_H=1 -DHAVE_LINUX_PERF_EVENT_H=1 -DHAVE_LINUX_QUOTA_H=1 -DHAVE_LINUX_RTNETLINK_H=1 -DHAVE_LOCALECONV=1 -DHAVE_LOCALTIME_R=1 -DHAVE_LSTAT64=1 -DHAVE_MALLINFO=1 -DHAVE_MALLOC_H=1 -DHAVE_MALLOC_USABLE_SIZE=1 -DHAVE_MEMALIGN=1 -DHAVE_MEMMEM=1 -DHAVE_MOVEMAIL=1 -DHAVE_NETINET_IN_H=1 -DHAVE_NL_TYPES_H=1 -DHAVE_POSIX_FADVISE=1 -DHAVE_POSIX_FALLOCATE=1 -DHAVE_POSIX_MEMALIGN=1 -DHAVE_PTHREAD_H=1 -DHAVE_RES_NINIT=1 -DHAVE_SETPRIORITY=1 -DHAVE_STAT64=1 -DHAVE_STDINT_H=1 -DHAVE_STRERROR=1 -DHAVE_STRNDUP=1 -DHAVE_SYSCALL=1 -DHAVE_SYS_QUEUE_H=1 -DHAVE_SYS_QUOTA_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_THREAD_TLS_KEYWORD=1 -DHAVE_TRUNCATE64=1 -DHAVE_UNISTD_H=1 -DHAVE_VALLOC=1 -DHAVE_VA_COPY=1 -DHAVE_VISIBILITY_ATTRIBUTE=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE__UNWIND_BACKTRACE=1 -DHAVE___CXA_DEMANGLE=1 -DJS_DEFAULT_JITREPORT_GRANULARITY=3 -DMALLOC_H='<malloc.h>' -DMALLOC_USABLE_SIZE_CONST_PTR='' -DMOZILLA_OFFICIAL=1 -DMOZILLA_UAVERSION='"60.0"' -DMOZILLA_VERSION='"60.7.5"' -DMOZILLA_VERSION_U=60.7.5 -DMOZ_ACCESSIBILITY_ATK=1 -DMOZ_ALLOW_LEGACY_EXTENSIONS=1 -DMOZ_APP_UA_NAME='""' -DMOZ_APP_UA_VERSION='"2.53.5"' -DMOZ_AV1=1 -DMOZ_BUILD_APP=../suite -DMOZ_BUNDLED_FONTS=1 -DMOZ_CONTENT_SANDBOX=1 -DMOZ_DAV1D_ASM=1 -DMOZ_DISABLE_STARTUPCACHE=1 -DMOZ_DISTRIBUTION_ID='"org.mozilla"' -DMOZ_DLL_SUFFIX='".so"' -DMOZ_ENABLE_DBUS=1 -DMOZ_ENABLE_MASK_AS_SHORTHAND=1 -DMOZ_ENABLE_SKIA=1 -DMOZ_ENABLE_STARTUP_NOTIFICATION=1 -DMOZ_ENABLE_XREMOTE=1 -DMOZ_FEEDS=1 -DMOZ_FFMPEG=1 -DMOZ_FFVPX=1 -DMOZ_FFVPX_FLACONLY=1 -DMOZ_FMP4=1 -DMOZ_GECKO_PROFILER=1 -DMOZ_GLUE_IN_PROGRAM=1 -DMOZ_GMP_SANDBOX=1 -DMOZ_INSTRUMENT_EVENT_LOOP=1 -DMOZ_LOGGING=1 -DMOZ_MACBUNDLE_ID=org.mozilla.seamonkey -DMOZ_MEMORY=1 -DMOZ_MORK=1 -DMOZ_PEERCONNECTION=1 -DMOZ_PERMISSIONS=1 -DMOZ_PLACES=1 -DMOZ_PULSEAUDIO=1 -DMOZ_RAW=1 -DMOZ_RUST_SIMD=1 -DMOZ_SAMPLE_TYPE_FLOAT32=1 -DMOZ_SANDBOX=1 -DMOZ_SCTP=1 -DMOZ_SEPARATE_MANIFEST_FOR_THEME_OVERRIDES=1 -DMOZ_SRTP=1 -DMOZ_STATIC_JS=1 -DMOZ_SUITE=1 -DMOZ_SYSTEM_ICU=1 -DMOZ_TREE_CAIRO=1 -DMOZ_UPDATE_CHANNEL=default -DMOZ_USER_DIR='".mozilla"' -DMOZ_VORBIS=1 -DMOZ_VPX_NO_MEM_REPORTING=1 -DMOZ_WEBM_ENCODER=1 -DMOZ_WEBRTC=1 -DMOZ_WEBRTC_ASSERT_ALWAYS=1 -DMOZ_WEBRTC_SIGNALING=1 -DMOZ_WEBSPEECH=1 -DMOZ_WEBSPEECH_TEST_BACKEND=1 -DMOZ_WIDGET_GTK=3 -DMOZ_X11=1 -DMOZ_XUL=1 -DNO_NSPR_10_SUPPORT=1 -DNS_PRINTING=1 -DNS_PRINT_PREVIEW=1 -DRELEASE_OR_BETA=1 -DSTATIC_JS_API=1 -DSTDC_HEADERS=1 -DTARGET_XPCOM_ABI='"x86-gcc3"' -DUSE_SKIA=1 -DUSE_SKIA_GPU=1 -DU_USING_ICU_NAMESPACE=0 -DVA_COPY=va_copy -DVPX_X86_ASM=1 -DXP_LINUX=1 -DXP_UNIX=1 -D_REENTRANT=1 -DAB_CD=en-US \
--format omni \
--removals /build/seamonkey/src/seamonkey-2.53.5/suite/installer/removed-files.in \
\
\
\
\
--optimizejars \
--disable-compression \
package-manifest ../../dist ../../dist/seamonkey \
--non-resource defaults/messenger/mailViews.dat defaults/profile/panels.rdf defaults/profile/mimeTypes.rdf defaults/profile/chrome/userChrome-example.css defaults/profile/chrome/userContent-example.css
terminate called after throwing an instance of 'std::runtime_error'
what(): Section index out of bounds
Traceback (most recent call last):
File "/build/seamonkey/src/seamonkey-2.53.5/mozilla/toolkit/mozapps/installer/packager.py", line 326, in <module>
main()
File "/build/seamonkey/src/seamonkey-2.53.5/mozilla/toolkit/mozapps/installer/packager.py", line 320, in main
copier.copy(args.destination)
File "/build/seamonkey/src/seamonkey-2.53.5/mozilla/python/mozbuild/mozpack/copier.py", line 428, in copy
copy_results.append((destfile, f.copy(destfile, skip_if_older)))
File "/build/seamonkey/src/seamonkey-2.53.5/mozilla/python/mozbuild/mozpack/files.py", line 296, in copy
elfhack(dest)
File "/build/seamonkey/src/seamonkey-2.53.5/mozilla/python/mozbuild/mozpack/executables.py", line 124, in elfhack
errors.fatal('Error executing ' + ' '.join(cmd))
File "/build/seamonkey/src/seamonkey-2.53.5/mozilla/python/mozbuild/mozpack/errors.py", line 103, in fatal
self._handle(self.FATAL, msg)
File "/build/seamonkey/src/seamonkey-2.53.5/mozilla/python/mozbuild/mozpack/errors.py", line 98, in _handle
raise ErrorMessage(msg)
mozpack.errors.ErrorMessage: Error: Error executing /build/seamonkey/src/seamonkey-2.53.5/obj-i686-pc-linux-gnu/build/unix/elfhack/elfhack ../../dist/seamonkey/libxul.so
make[2]: *** [/build/seamonkey/src/seamonkey-2.53.5/mozilla/toolkit/mozapps/installer/packager.mk:22: stage-package] Error 1
make[2]: Leaving directory '/build/seamonkey/src/seamonkey-2.53.5/obj-i686-pc-linux-gnu/suite/installer'
make[1]: *** [/build/seamonkey/src/seamonkey-2.53.5/mozilla/../suite/build.mk:13: install] Error 2
make[1]: Leaving directory '/build/seamonkey/src/seamonkey-2.53.5/obj-i686-pc-linux-gnu'
make: *** [client.mk:404: install] Error 2
==> ERROR: A failure occurred in package().
Aborting...
==> ERROR: Build failed, check /var/lib/archbuild/slave1/staging-pentium4/slave1/build
used straw: :mirrored_source:mirrored_source_by_hash:
|
|
145 | Packages | Bug Report | Medium | Low | glibc 2.33 breaks i686 and i486 architectures | Closed | |
Task Description
/usr/lib/libc.6: CPU ISA level is lower than required.
updating effectively breaks all commands!
For those lucky enough to have a pacman-static installed, they can IMMEDIATEDY downgrade glibc and keep the machine alive.
This is considered a distribution-killing bug for i486 and i686.
Pentium4 is not affectted.
|
|
146 | Packages: Upstream | Bug Report | Medium | Low | trojita doesn't build, missing a patch, failures on qt ... | Closed | |
Task Description
=⇒ ERROR: Failure while downloading https://cgit.kde.org/trojita.git/patch/?id=cf2364b8
SHA1 in https://anongit.kde.org/trojita):
cf2364b80fa8ae844df8350cd5833d47cce235f2
Fix possible crash when downloading attachments
Yep, promising, lets download the patch and add it to the package.
Original bug: https://bugs.kde.org/show_bug.cgi?id=417697
–
/build/trojita/src/trojita-0.7/src/Gui/Window.cpp:981:26: error: aggregate ‘QPainterPath path’ has incomplete type and cannot be defined
981 | QPainterPath path;
| ^~~~
needs a #include <QPainterPath>
Reported as https://bugs.kde.org/show_bug.cgi?id=432827
|
|
151 | Packages | Bug Report | Medium | Low | Gnome cannot be installed | Closed | |
Task Description
:: installing mutter (3.38.3-1.0) breaks dependency ‘libmutter-6.so=0-32’ required by gnome-shell
let’s try to push mutter, making most of gnome happy, most likely breaking gnome-shell (if not already broken).
|
|
152 | Packages | Bug Report | Medium | Low | evolution cannot be installed or upgraded | Closed | |
Task Description
:: installing evolution-data-server (3.38.3-1.1) breaks dependency ‘libedataserver-1.2.so=24-32’ required by evolution
|
|
154 | Packages | Bug Report | Medium | Low | gedit fails to start | Closed | |
Task Description
gedit: error while loading shared libraries: libtepl-5.so.0: cannot open shared object file: No such file or directory
|
|
155 | Packages | Bug Report | Medium | Low | Display Manager GDM doesn't work | Closed | |
Task Description
We get the nice message “Oh no! Something has gone wrong”
|
|
157 | Packages | Bug Report | Medium | Low | gnome-control-center and epiphany don't start due to un ... | Closed | |
Task Description
Feb 19 10:22:46 arch32-stable-pentium4 gnome-control-center.desktop[10992]: gnome-control-center: symbol lookup error: /usr/lib/libwebkit2gtk-4.0.so.37: undefined symbol: wpe_fdo_initialize_shm
|
|
159 | Packages | Bug Report | Medium | Low | prjtrellis doesn't build | Closed | |
Task Description
Running Sphinx v3.5.1 /bin/sh: line 1: git: command not found making output directory… done WARNING: html_static_path entry ‘_static’ does not exist
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) {’code2docs’: {}, ‘docs2code’: {}} make: *** [Makefile:24: html] Error 2
If I remember correctly, then some Spinx schemes need yarn to build, so they are no longer buildable. This means all packages needing that theme for documentation purposes are failing.
Maybe buildable without documentation for now?
|
|
160 | Packages | Bug Report | Medium | Low | konqueror fails to work | Closed | |
Task Description
re.so.8 error messages, re.so.9 is in stable
and then segfaults in libQt5WebEngineCore
|