Hi, the execution of the command rednotebook using the bash generates:
INFO Using GtkSourceView 4
Adding /usr/lib/python3.13/site-packages to sys.path
Traceback (most recent call last):
File "/usr/bin/rednotebook", line 6, in <module>
import journal
ModuleNotFoundError: No module named 'journal'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/bin/rednotebook", line 12, in <module>
import rednotebook.journal
File "/usr/lib/python3.13/site-packages/rednotebook/journal.py", line 71, in <module>
from rednotebook.util import filesystem
File "/usr/lib/python3.13/site-packages/rednotebook/util/filesystem.py", line 40, in <module>
gi.require_version("GIRepository", "2.0")
~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.13/site-packages/gi/__init__.py", line 132, in require_version
raise ValueError('Namespace %s not available for version %s' %
(namespace, version))
ValueError: Namespace GIRepository not available for version 2.0
Python applications in the AUR are problematic. They’re a bit of a dependency nightmare and probably the rare exception to the rule that a PKGBUILD should be used for application installation.
I’ve seen decent Python applications orphaned and ultimately removed from the AUR, not because they weren’t good, but because maintaining them was near impossible I suspect.
I hadn’t realised it was in extra. I imagine the same difficulties apply to native packages too though, there’s just generally more seasoned people looking after them.
The configuration is perfecly working. The .rednotebook folder is shared using unison with some computers. The shown problem appears in EndevourOS computers, and it is NOT present in Manjaro. Computers running Manjaro executes perfectly Rednotebook.
By the way, Rednotebook is not an AUR app, it is present in the official repository.
I tried to execute the following code
#!/bin/bash
logfile=~/log/python3xRebuild.log
echo START $(date) |tee -a $logfile
PYDIRS=$(stat -c '%W %n' /usr/lib/python[3-9].* | sort -n | head -n -1 | awk '{ print $2 }')
if [ -n "$PYDIRS" ]; then
yay -Scc
for d in $PYDIRS; do
#echo "Found obsolete python directory $d, packages requiring rebuild:"
for p in $(pacman -Qoq "$d"); do
command=$(echo yay -S $p --rebuildtree --noconfirm --rebuild --sudoloop)
echo $command |tee -a $logfile
eval $command
done
done
fi
to rebuild all Python apps but the but is still present.
I think my EdenvourOS is updated (I executed sudo pacman -Suuyy and yay -Suuyy --sudoloop).
This confirms what @thefrog said. The Manjaro python-gobject package is behind the new version in Arch. Unless you are prepared to build the package from the source against the new updated packages in Arch, I cannot see any other options than waiting for an update from maintainer of rednotebook package in Arch. Others may have othe suggestions.