|
313 | Packages | Bug Report | Medium | Low | [hg] broken on i486 | New | |
Task Description
Traceback (most recent call last):
File "/usr/bin/hg", line 59, in <module>
dispatch.run()
File "/usr/lib/python3.10/site-packages/mercurial/dispatch.py", line 143, in run
status = dispatch(req)
File "/usr/lib/python3.10/site-packages/mercurial/dispatch.py", line 232, in dispatch
status = _rundispatch(req)
File "/usr/lib/python3.10/site-packages/mercurial/dispatch.py", line 276, in _rundispatch
ret = _runcatch(req) or 0
File "/usr/lib/python3.10/site-packages/mercurial/dispatch.py", line 451, in _runcatch
return _callcatch(ui, _runcatchfunc)
File "/usr/lib/python3.10/site-packages/mercurial/dispatch.py", line 461, in _callcatch
return scmutil.callcatch(ui, func)
File "/usr/lib/python3.10/site-packages/mercurial/scmutil.py", line 153, in callcatch
return func()
File "/usr/lib/python3.10/site-packages/mercurial/dispatch.py", line 441, in _runcatchfunc
return _dispatch(req)
That’s why ‘nss’ is not rebuilding on i486.
|
|
82 | Packages: Stable | Bug Report | Medium | Low | [glibc] ld warning: /usr/lib32/ld-linux.so.2: corrupt G... | New | |
Task Description
Attached to Project: Archlinux32 Opened by Jeff Hodd - 11.07.2019 Last edited by Andreas Baumann - 09.08.2019 FS#82 - [glibc] ld warning: /usr/lib32/ld-linux.so.2: corrupt GNU_PROPERTY_TYPE (5) size: 0
All software builds are producing this warning. Some builds are failing because of the error return on linking. I’m also seeing failures on LD_PRELOADs.
/bin/ld: warning: /usr/lib/ld-linux.so.2: corrupt GNU_PROPERTY_TYPE (5) size: 0
Easy to reproduce. Just build this program:
# test.c # Compiled with ‘gcc test.c’ int main() {
return 0;
}
This was reported at bugs.archlinux.org (reference https://bugs.archlinux.org/task/63015) where it was closed and considered fixed if built using the –enable-cet flag. I built glibc with the –enable-cet flag, but am still seeing the failures, so not fixed. Closed by Andreas Baumann 09.08.2019 11:44 Reason for closing: Fixed
Comments (6)
Related Tasks (0/0)
Jeff Hodd commented on 16.07.2019 03:29
I’ve narrowed down the glibc upgrade to glibc-2.29-1.26 -> glibc-2.29-1.27. The error doesn’t occur with glibc-2.29-1.26. There were 3 changes made to the arch32 PKGBUILD for the glibc-2.29-1.27 release. One of them caused this issue. Admin Andreas Baumann commented on 16.07.2019 05:33
There is another thing which can change: the toolchain. This GNU_PROPERTY error is something the compiler emits (we think it’s CET stuff, but it’s badly documented). Binutils ld seems not to like this ELF section.
The error is the same as in:
https://bugs.archlinux.org/task/63015
What’s puzzling me: –enable-cet is there in glibc, gcc, binutils (just not for i486, as CET doesn’t\ work for older CPUs).
Commit: 09d03cbd4c57b8eabfadd22b67929d958b2409d7 and d57a456faa674c24e8869a26a14c497c95accf1f in glibc are mine, they try to change stack alignment and handling of SSE for pentium4 for Java, also without effect. Admin Andreas Baumann commented on 16.07.2019 05:35
About linker warnings being turned to errors (as for compiler warnings turned to errors): this is something the DEVELOPER should do, NOT the PACKAGER. Released software should: - NOT include asserts - NOT include debug code - NOT include code only used for running tests - NOT use -Werror - NOT use -Wl,–fatal-warnings
See for instance extra-cmake-modules-5.59.0-ld-no-fatal-warning.patch. Jeff Hodd commented on 16.07.2019 21:50
I knew about the cet issue. Did quite abit of looking around to get some insight into it (even looked at the code - elf-properties.c - and it looks like the Elf_Internal_Note description size is coming back with a value of 0. the other possibility is that (size % 4) is something other than 0 which is less likely). From what i could gather, cet is supposed to be enabled in the latest builds of glibc for i686 even though, as you pointed out, it’s not well documented. I did do a 2.29-4 i686 build with cet enabled and it made no difference vis-a-vis the warning. I also checked the upstream diff between 2.29-1.26 and 2.29-1.27 and noticed the addition of –enable-static-pie and thought maybe position independent executables may explain it. Did another glibc build with static pie disabled and that made no difference. Am about to go back and check the diff again and see what else may have changed.
I did check the CMakeLists.txt file for my failing build and it uses -Werror and -Wl,–fatal-warnings so I will remove those. But that doesn;t actually fix the underlying issue of the warning which we shouldn;t be seeing.
It is up to the developer, but too often one has to show that a change fixes an issue before you’ll get any attention. I may not be THE developer for this particular package, but I am A developer (in general), so I don;t feel uncomfortable making code changes.
I’ll keep looking around for differences between the 1.26 and 1.27 builds. Jeff Hodd commented on 16.07.2019 22:15
if (note->descsz < 8 || (note->descsz % align_size) != 0)
{
bad_size:
_bfd_error_handler
(_("warning: %pB: corrupt GNU_PROPERTY_TYPE (%ld) size: %#lx"),
abfd, note->type, note->descsz);
return FALSE;
}
The warning is printing out the description size - and that’s 0.
Apparently it’s supposed to be >= 8 and divisible by 4:
unsigned int align_size = bed->s->elfclass == ELFCLASS64 ? 8 : 4;
I am assuming that arch32 doesn’t support ELFCLASS64. Jeff Hodd commented on 22.07.2019 17:13
https://bbs.archlinux32.org/viewtopic.php?id=2770
Google Cache
|
|
252 | Packages | Bug Report | Medium | Low | [dbus-python/python-dbus] mixup | New | |
Task Description
packages (like upower) which include a dependency on python-dbus use a 3.9 version and miss the correct one dbus-python (which replaces python-dbus). This will only solve itself when upstream adapts the PKGBUILDs to this name change.
|
|
320 | Packages | Bug Report | Medium | Low | [btop] On i486 fails on clock_gettime64 | New | |
Task Description
shows a red ERROR: on startup, strace shows:
write(2, "\n", 1
) = 1
clock_gettime64(CLOCK_REALTIME, {tv_sec=1675495215, tv_nsec=436798535}) = 0
exit_group(1) = ?
+++ exited with 1 +++
[root@eurobuild6-7-i486 ~]# btop
ERROR: No UTF-8 locale detected!
|
|
246 | Packages | Bug Report | Medium | Low | [blender] doesn't work (and doesn't build) | New | |
Task Description
blender 2.93 has dependencies on wrong versions of - llvm (via openshadinglanguage) - boost (via openimageio)
Could NOT find PythonLibsUnix (missing: PYTHON_LIBRARY PYTHON_LIBPATH PYTHON_INCLUDE_DIR PYTHON_INCLUDE_CONFIG_DIR)’
blender 3.0.1: Haru not found, disabling WITH_HARU’ and ‘Cycles OSL requires WITH_LLVM, the library may not have been found. Configure LLVM or disable WITH_CYCLES_OSL
Let’s tackle one issue after the other.
|
|
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.
|
|
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.
|
|
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
|
|
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.
|
|
342 | Packages | Bug Report | Very Low | Very Low | nmap missing dependency openssl-1.1 | Unconfirmed | |
Task Description
no task description |
|
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.
|
|
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)
|
|
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 ~]$
|
|
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)
|
|
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.
|
|
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.
|
|
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
|
|
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
|
|
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
|
|
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)”
|
|
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.
|
|
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.
|
|
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).
|
|
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..
|
|
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.
|
|
139 | Packages | Bug Report | Medium | Low | webkit2gtk doesn't build | Closed | |
Task Description
This blocks tons of packages..
|
|
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
|
|
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
|
|
279 | Packages: Stable | Bug Report | Very Low | Medium | Telegram Desktop doesn't start | Closed | |
Task Description
Telegram Desktop fails to start with an error about incompatible Qt libraries, I think it needs to be rebuilt.
|
|
179 | Packages: Stable | Bug Report | Very Low | Medium | Snapper needs rebuild from icu upgrade | Closed | |
Task Description
icu69.1-1.0 however snapper still links against libicuuc.so.68
Running snapper now gives the following error:
# snapper list /
snapper: error while loading shared libraries: libicuuc.so.68: 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.
|
|
273 | Packages: Stable | Bug Report | Very Low | Medium | Quazip Qt5 package contains Qt6 libraries | Closed | |
Task Description
The quazip-qt5 package for both i686 and pentium4 contains the Qt6 libraries instead of the Qt5 ones.
The quazip package also no longer seems to exist upstream and should probably be removed in Arch32 as well.
|
|
323 | Packages | Bug Report | Very Low | Medium | qemu-desktop installation error | Closed | |
Task Description
While installing qemu-desktop for Archlinux32 following error appears:
/usr/bin/gtk-query-immodules-3.0: symbol lookup error: /usr/liblibpango-1.0.so.0: undefined symbol: hb_ot_color_has_paint
Pango version pango-1:1.50.14-1.0-pentium4. This is a problem of Archlinux32 only - in Archlinux there is no error.
|
|
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.
|
|
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?
|
|
138 | Packages | Bug Report | Medium | Low | polkit doesn't build because of a stuck js78 | Closed | |
Task Description
no task description |
|
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–.
|
|
274 | Packages | Bug Report | Very Low | Medium | perl-term-readline-gnu should be rebuilt due to new per ... | Closed | |
Task Description
When you have system update there is this warning:
Warn about old perl modules
WARNING: '/usr/lib/perl5/5.34' contains data from at least 1 packages which will NOT be used by the installed perl interpreter.
-> Run the following command to get a list of affected packages: pacman -Qqo '/usr/lib/perl5/5.34'
After searching you see it’s caused by
$ pacman -Qqo '/usr/lib/perl5/5.34'
perl-term-readline-gnu
So this package should be rebulded, because in repositories is perl 5.36
More info and problem description https://forum.manjaro.pl/t/archlinux32-ostrzezenie-od-perl/2356
|
|
357 | Packages | Bug Report | Very Low | Medium | pacman-contrib 1.10.5 requires rebuild | Closed | |
Task Description
The pactree tool in pacman-contrib 1.10.5 requires libalpm.so.13 which belongs to an older version of pacman. Rebuilding pacman-contrib with the latest version of pacman installed should resolve the issue.
|
|
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
|
|
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
|
|
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.
|
|
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.
|
|
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'
|
|
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
|
|
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
|
|
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...
|