|
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
|
|
294 | Packages | Bug Report | Very Low | High | [qtile] importlib.metadata.PackageNotFoundError: No pac... | Assigned | |
Task Description
When running qtile I get the following error message:
[qtile] importlib.metadata.PackageNotFoundError: No package metadata was found for qtile
Running qtile on Arch Linux works as expected.
$ qtile start
Traceback (most recent call last):
File "/usr/bin/qtile", line 33, in <module>
sys.exit(load_entry_point('qtile==0.18.1', 'console_scripts', 'qtile')())
File "/usr/bin/qtile", line 22, in importlib_load_entry_point
for entry_point in distribution(dist_name).entry_points
File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 957, in distribution
return Distribution.from_name(distribution_name)
File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 548, in from_name
raise PackageNotFoundError(name)
importlib.metadata.PackageNotFoundError: No package metadata was found for qtile
$ pacman -Qi qtile
Name : qtile
Version : 0.18.1-3.0
Description : A full-featured, pure-Python tiling window manager
Architecture : pentium4
URL : http://www.qtile.org
Licenses : MIT
Groups : None
Provides : None
Depends On : gdk-pixbuf2 glibc libnotify librsvg pango python-cairocffi python-cffi python-xcffib python-gobject python-setuptools
Optional Deps : alsa-utils: for volume widget
canto-daemon: for canto widget
cmus: for cmus widget
jupyter_console: for interaction with qtile via Jupyter
khal: for khal_calendar widget
libpulse: for pulse_volume and pulseaudio_ffi widget [installed]
lm_sensors: for sensors widget [installed]
moc: for moc widget
python-dbus-next: for utils, notifications and several widgets
python-iwlib: for wlan widget
python-keyring: for imapwidget widget
python-mpd2: mpd2widget widget
python-psutil: graph, net and memory widget [installed]
python-pywlroots: for experimental wayland support
python-setproctitle: change process name to qtile
python-xdg: launchbar widget
Required By : None
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 3.25 MiB
Packager : Andreas Baumann <mail@andreasbaumann.cc>
Build Date : Mon 04 Oct 2021 12:02:58
Install Date : Mon 26 Sep 2022 13:33:45
Install Reason : Explicitly installed
Install Script : Yes
Validated By : Signature
$ sudo pacman -Syu
:: Synchronizing package databases...
core downloading...
extra downloading...
community downloading...
:: Starting full system upgrade...
there is nothing to do
|
|
243 | Packages | Bug Report | Very Low | Medium | [linux and linux-zen] 5.16.12 needs a rebuild with gcc... | New | |
Task Description
[linux and linux-zen] 5.16.12 needs a rebuild with gcc 11.2 so DKMS packages will work
get errors when dkms installing in make log
cc1: error: incompatible gcc/plugin versions cc1: error: failed to initialize plugin ./scripts/gcc-plugins/structleak_plugin.so
|
|
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).
|
|
63 | Packages: Stable | Bug Report | Medium | Low | nodejs crashes in libuv when cleaning up FSReqCallback | New | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 07.02.2019 FS#63 - nodejs crashes in libuv when cleaning up FSReqCallback
Program terminated with signal SIGSEGV, Segmentation fault. #0 0×00945919 in node::fs::FSReqCallback::~FSReqCallback() () [Current thread is 1 (Thread 0xb5614880 (LWP 2013))] (gdb) bt #0 0×00945919 in node::fs::FSReqCallback::~FSReqCallback() () #1 0×00937274 in node::fs::FSReqAfterScope::~FSReqAfterScope() () #2 0x0093767d in node::fs::AfterInteger(uv_fs_s*) () #3 0xb7e910e0 in uv.work_done () from /usr/lib/libuv.so.1 #4 0xb7e9526e in ?? () from /usr/lib/libuv.so.1 #5 0xb7ea51f8 in uv.io_poll () from /usr/lib/libuv.so.1 #6 0xb7e95c51 in uv_run () from /usr/lib/libuv.so.1 #7 0x00905d37 in node::Start(v8::Isolate*, node::IsolateData*, std::vector, std::allocator >, std::allocator, std::allocator > > > const&, std::vector, std::allocator >, std::allocator, std::allocator > > > const&) () #8 0×00903655 in node::Start(int, char**) () #9 0x008acef1 in main ()
This affects gyp, vault and probably some other packages, depending whether those callbacks are used or not.
Comments (1)
Related Tasks (0/0)
Admin Andreas Baumann commented on 07.02.2019 09:36
See also mailing list thread:
https://lists.archlinux.org/pipermail/arch-ports/2018-November/000835.html
Google Code
|
|
176 | Devops | Feature Request | Medium | Low | bring back archiso32 dual boot | New | |
Task Description
We should make archiso32 be able to build a i686- and x86_64-bootable iso, again. This is really handy on a usb stick as a rescue system.
The problem with the old dual iso is, that I had to do the i686 iso from scratch, because upstream changed from build.sh to putting everything into mkarchiso. Now, everything is steered from a profile file.
So either, we find a way to make a profile for multiple architectures, or we need to patch mkarchiso to do that for us - and maybe upstream these changes.
|
|
228 | Packages | Bug Report | Medium | Low | [icu69] not updated packages | New | |
Task Description
starting to collect them here packages which require icu69 (and have thus not been rebuilt for icu 70 yet):
- abiword: libical (rescheduled build)
|
|
231 | Packages | Bug Report | Medium | Low | [libffi] packages needing a rebuild | New | |
Task Description
'pypy_plugin.so' -> '/build/uwsgi/pkg/uwsgi-plugin-pypy/usr/lib/uwsgi/pypy_plugin.so'
install: creating directory '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt'
install: creating directory '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt/pypy'
install: creating directory '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt/pypy/site-packages'
'uwsgidecorators.py' -> '/build/uwsgi/pkg/uwsgi-plugin-pypy/opt/pypy/site-packages/uwsgidecorators.py'
pypy: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory
|
|
245 | Packages | Bug Report | Medium | Low | [opencv] Python stack smashing | New | |
Task Description
– Found PythonInterp: /usr/bin/python3 (found suitable version “3.10.4”, minimum required is “3.2”) – Found PythonLibs: /lib/libpython3.10.so (found suitable exact version “3.10.4”) * stack smashing detected *: terminated
Building falls through, only in package() we see the errors then:
rm: cannot remove ‘/build/opencv/pkg/opencv/usr/lib/python3*’: No such file or directory =⇒ ERROR: A failure occurred in package_opencv().
Happens on real i486, not in staging-i486-build, making it even more annoying.
This blocks gstreamer with the opencv plugin..
|
|
254 | Packages | Bug Report | Medium | Low | [libinput/libadwaita/gtk4/tracker3] on i486 fail | New | |
Task Description
/usr/bin/ld: warning: libicuuc.so.69, needed by /usr/lib/libtracker-sparql-3.0.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libicui18n.so.69, needed by /usr/lib/libtracker-sparql-3.0.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: /usr/lib/libtracker-sparql-3.0.so: undefined reference to `unorm2_getNFKCInstance_69'
/usr/bin/ld: /usr/lib/libtracker-sparql-3.0.so: undefined reference to `u_strToLower_69'
/usr/bin/ld: /usr/lib/libtracker-sparql-3.0.so: undefined reference to `ubrk_first_69'
tracker3 is not rebuilding on i486:
tracker/docs/reference/libtracker-sparql/meson.build:78:7: ERROR: Unknown variable "tracker_sparql_gir".
|
|
337 | Packages | Bug Report | Medium | Low | packages are being downgraded in repos | New | |
Task Description
warning: filesystem: local (2023.09.18-1.0) is newer than core (2023.01.31-1.0)
|
|
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..
|
|
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.
|
|
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.
|