Python package from system repo is outdated.
Latest version is 3.10
Although it perhaps isn't visible to users, the developers are aware of the update (as with all updates) and are working on making it work with Artix. Patience.
Looks like there's an issue with python, not strictly related to its version. A few hours ago Zim Desktop Wiki application has suddenly stopped to open. It worked fine until now. Zim is written in python. Installed from Arch repos, Artix doesn't have it.
Zim fails to open with "ModuleNotFoundError: No module named 'zim'" and "ERROR: Could not find python module files in path:" errors:
$ zim
Traceback (most recent call last):
File "/usr/bin/zim", line 109, in main
import zim
ModuleNotFoundError: No module named 'zim'
ERROR: Could not find python module files in path:
/usr/bin /usr/lib/python39.zip /usr/lib/python3.9 /usr/lib/python3.9/lib-dynload /usr/lib/python3.9/site-packages
Try setting PYTHONPATH
$
On the other hand, Zim continues to open and work normally in:
- Devuan-runit with python2.7 at 2.7.18-8 and python3 at 3.9.2-3 (both python pkgs are installed)
- Void with python3 at 3.10.1_1
There're no systemd distros here, can't say how Zim behaves in Arch. Didn't have time to investigate deeper yet.
Just an info, not a help request.
I am experiencing the same issue as
@just I guess the problem are related to Arch packages that come from "community".
khard list
Traceback (most recent call last):
File "/usr/bin/khard", line 33, in <module>
sys.exit(load_entry_point('khard==0.17.0', 'console_scripts', 'khard')())
File "/usr/bin/khard", line 22, in importlib_load_entry_point
for entry_point in distribution(dist_name).entry_points
File "/usr/lib/python3.9/importlib/metadata.py", line 524, in distribution
return Distribution.from_name(distribution_name)
File "/usr/lib/python3.9/importlib/metadata.py", line 187, in from_name
raise PackageNotFoundError(name)
importlib.metadata.PackageNotFoundError: khard
All python packages got update . Thanks to Artix Linux Devs/Packagers/Maintainers ❤️
Python upgrade from 3.9.9-1 to 3.10.1-1 was included in a substantial upgrade a few minutes ago.
It has completely fixed the issue with Zim. Zim opens and works normally in Artix again.
It's wonderful. Thanks.
I think it's worth pointing out that there is a mismatch between galaxy:python-nest_asyncio and community:python-nest-asyncio that causes conflicts when updating.
@Relih what mismatch are you talking about?
This mismatch I get when I try to update
:: Proceed with installation? [Y/n]
(248/248) checking keys in keyring [##############################################################################################################] 100%
(248/248) checking package integrity [##############################################################################################################] 100%
(248/248) loading package files [##############################################################################################################] 100%
(248/248) checking for file conflicts [##############################################################################################################] 100%
error: failed to commit transaction (conflicting files)
python-nest-asyncio: /usr/lib/python3.10/site-packages/__pycache__/nest_asyncio.cpython-310.opt-1.pyc exists in filesystem (owned by python-nest_asyncio)
python-nest-asyncio: /usr/lib/python3.10/site-packages/__pycache__/nest_asyncio.cpython-310.pyc exists in filesystem (owned by python-nest_asyncio)
python-nest-asyncio: /usr/lib/python3.10/site-packages/nest_asyncio-1.5.4-py3.10.egg-info/PKG-INFO exists in filesystem (owned by python-nest_asyncio)
python-nest-asyncio: /usr/lib/python3.10/site-packages/nest_asyncio-1.5.4-py3.10.egg-info/SOURCES.txt exists in filesystem (owned by python-nest_asyncio)
python-nest-asyncio: /usr/lib/python3.10/site-packages/nest_asyncio-1.5.4-py3.10.egg-info/dependency_links.txt exists in filesystem (owned by python-nest_asyncio)
python-nest-asyncio: /usr/lib/python3.10/site-packages/nest_asyncio-1.5.4-py3.10.egg-info/top_level.txt exists in filesystem (owned by python-nest_asyncio)
python-nest-asyncio: /usr/lib/python3.10/site-packages/nest_asyncio.py exists in filesystem (owned by python-nest_asyncio)
Errors occurred, no packages were upgraded.
Now I could possibly just install the version provided by galaxy, it's the native repo after all but a quick
pacman -Si python-nest_asyncio
shows that the provides and depends options are not populated so I held off on that in case there is still something funky going on.
Yeah didn't catch it thanks, fixed
Yup, went through without a hitch now.