The Wombelix Post - Tumbleweedhttps://dominik.wombacher.cc/2022-07-17T00:00:00+02:00openSUSE Tumbleweed - Python 3.10 - No package metadata was found for vorta2022-07-17T00:00:00+02:002022-07-17T00:00:00+02:00Dominik Wombachertag:dominik.wombacher.cc,2022-07-17:/posts/opensuse_tumbleweed_python_3-10_no_package_metadata_was_found_for_vorta.html<!-- SPDX-FileCopyrightText: 2023 Dominik Wombacher <dominik@wombacher.cc> -->
<!-- -->
<!-- SPDX-License-Identifier: CC-BY-SA-4.0 -->
<p>I'm using <a class="reference external" href="https://vorta.borgbase.com">Vorta</a>, a Desktop Client for <a class="reference external" href="https://www.borgbackup.org">BorgBackup</a>,
on my Notebook with openSUSE Tumbleweed, which stopped working after upgrading
Tumbleweed to a Version that started using Python 3.10 as ... <a class="read-more" href="/posts/opensuse_tumbleweed_python_3-10_no_package_metadata_was_found_for_vorta.html"> [read more]</a></p><!-- SPDX-FileCopyrightText: 2023 Dominik Wombacher <dominik@wombacher.cc> -->
<!-- -->
<!-- SPDX-License-Identifier: CC-BY-SA-4.0 -->
<p>I'm using <a class="reference external" href="https://vorta.borgbase.com">Vorta</a>, a Desktop Client for <a class="reference external" href="https://www.borgbackup.org">BorgBackup</a>,
on my Notebook with openSUSE Tumbleweed, which stopped working after upgrading
Tumbleweed to a Version that started using Python 3.10 as default.</p>
<p>Error message when starting vorta from the command line:</p>
<pre class="code text literal-block">
vorta
Traceback (most recent call last):
File "/usr/bin/vorta", line 33, in <module>
sys.exit(load_entry_point('vorta==0.8.2', 'gui_scripts', 'vorta')())
File "/usr/bin/vorta", line 22, in importlib_load_entry_point
for entry_point in distribution(dist_name).entry_points
File "/usr/lib64/python3.10/importlib/metadata/__init__.py", line 957, in distribution
return Distribution.from_name(distribution_name)
File "/usr/lib64/python3.10/importlib/metadata/__init__.py", line 548, in from_name
raise PackageNotFoundError(name)
importlib.metadata.PackageNotFoundError: No package metadata was found for vorta
</pre>
<p>I use the openSUSE Tumbleweed build from <a class="reference external" href="https://copr.fedorainfracloud.org/coprs/luminoso/vorta/">https://copr.fedorainfracloud.org/coprs/luminoso/vorta/</a>,
first tried to update it, but that dropped a dependency error:</p>
<pre class="code text literal-block">
sudo zypper up vorta
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: nothing provides 'python3-secretstorage' needed by the to be installed vorta-0.8.7-2.suse.tw.x86_64
Solution 1: do not install vorta-0.8.7-2.suse.tw.x86_64
Solution 2: break vorta-0.8.7-2.suse.tw.x86_64 by ignoring some of its dependencies
</pre>
<p>Well, sure that there is no secretstorage package for python installed? Let's see:</p>
<pre class="code text literal-block">
sudo zypper se secretstorage
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
--+-------------------------+------------------------------------------------------+--------
i | python38-SecretStorage | Python bindings to FreeDesktoporg Secret Service API | package
| python39-SecretStorage | Python bindings to FreeDesktoporg Secret Service API | package
i | python310-SecretStorage | Python bindings to FreeDesktoporg Secret Service API | package
</pre>
<p>Looks good but the vorta package expects <em>"python3-secretstorage"</em> and not <em>"python310-SecretStorage"</em>,
let's ignore the zypper warning about missing dependencies and just install the latest version of vorta:</p>
<pre class="code text literal-block">
sudo zypper up vorta
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: nothing provides 'python3-secretstorage' needed by the to be installed vorta-0.8.7-2.suse.tw.x86_64
Solution 1: do not install vorta-0.8.7-2.suse.tw.x86_64
Solution 2: break vorta-0.8.7-2.suse.tw.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c/d/?] (c): 2
Resolving dependencies...
Resolving package dependencies...
The following package is going to be upgraded:
vorta
1 package to upgrade.
Overall download size: 492.3 KiB. Already cached: 0 B. After the operation, additional 215.5 KiB will be used.
Continue? [y/n/v/...? shows all options] (y): y
Retrieving package vorta-0.8.7-2.suse.tw.x86_64 (1/1), 492.3 KiB ( 1.7 MiB unpacked)
Retrieving: vorta-0.8.7-2.suse.tw.x86_64.rpm ...........................................................[done]
Checking for file conflicts: ...........................................................................[done]
(1/1) Installing: vorta-0.8.7-2.suse.tw.x86_64 .........................................................[done]
</pre>
<p>Great, started vorta again from the CLI, but now <em>"PyQt5"</em> is missing:</p>
<pre class="code text literal-block">
vorta
Traceback (most recent call last):
File "/usr/bin/vorta", line 33, in <module>
sys.exit(load_entry_point('vorta==0.8.7', 'gui_scripts', 'vorta')())
File "/usr/bin/vorta", line 25, in importlib_load_entry_point
return next(matches).load()
File "/usr/lib64/python3.10/importlib/metadata/__init__.py", line 171, in load
module = import_module(match.group('module'))
File "/usr/lib64/python3.10/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "<frozen importlib._bootstrap>", line 1050, in _gcd_import
File "<frozen importlib._bootstrap>", line 1027, in _find_and_load
File "<frozen importlib._bootstrap>", line 1006, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 688, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 883, in exec_module
File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
File "/usr/lib/python3.10/site-packages/vorta/__main__.py", line 7, in <module>
from vorta.i18n import trans_late, translate
File "/usr/lib/python3.10/site-packages/vorta/i18n/__init__.py", line 7, in <module>
from PyQt5.QtCore import QLocale, QTranslator
ModuleNotFoundError: No module named 'PyQt5'
</pre>
<p>There is no rpm package so I installed it globally via pip:</p>
<pre class="code text literal-block">
sudo pip3 install PyQt5
Collecting PyQt5
Downloading PyQt5-5.15.7-cp37-abi3-manylinux1_x86_64.whl (8.4 MB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 8.4/8.4 MB 29.4 MB/s eta 0:00:00
Collecting PyQt5-Qt5>=5.15.0
Downloading PyQt5_Qt5-5.15.2-py3-none-manylinux2014_x86_64.whl (59.9 MB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 59.9/59.9 MB 26.1 MB/s eta 0:00:00
Collecting PyQt5-sip<13,>=12.11
Downloading PyQt5_sip-12.11.0-cp310-cp310-manylinux1_x86_64.whl (359 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 359.7/359.7 KB 21.9 MB/s eta 0:00:00
Installing collected packages: PyQt5-Qt5, PyQt5-sip, PyQt5
Successfully installed PyQt5-5.15.7 PyQt5-Qt5-5.15.2 PyQt5-sip-12.11.0
</pre>
<p>Afterwards <code>vorta</code> could be started without issues,
immediatly created a backup and uploaded the files to <a class="reference external" href="https://www.borgbase.com">BorgBase</a></p>
<p>Overall not a big deal, the fact that the vorta rpm is expecting a dependency that can't be
found on openSUSE Tumbleweed, even though it's installed but with a different name,
is more of a cosmetic issue in my opinion, writing this blog post took probably longer
than fixing the actual problem ;)</p>
openSUSE Tumbleweed: Issues on resume from hibernate / suspend to disk2021-10-03T00:00:00+02:002021-10-03T00:00:00+02:00Dominik Wombachertag:dominik.wombacher.cc,2021-10-03:/posts/opensuse-tumbleweed-issues-on-resume-from-hibernate-suspend-to-disk.html<!-- SPDX-FileCopyrightText: 2023 Dominik Wombacher <dominik@wombacher.cc> -->
<!-- -->
<!-- SPDX-License-Identifier: CC-BY-SA-4.0 -->
<p>So far I always used <strong>sleep</strong> when closing the lid of my Notebook,
was ok even though you risk that your battery runs empty and your system shutdown.
Wanted to ... <a class="read-more" href="/posts/opensuse-tumbleweed-issues-on-resume-from-hibernate-suspend-to-disk.html"> [read more]</a></p><!-- SPDX-FileCopyrightText: 2023 Dominik Wombacher <dominik@wombacher.cc> -->
<!-- -->
<!-- SPDX-License-Identifier: CC-BY-SA-4.0 -->
<p>So far I always used <strong>sleep</strong> when closing the lid of my Notebook,
was ok even though you risk that your battery runs empty and your system shutdown.
Wanted to activate <strong>hibernate</strong> which then would also support <strong>hybrid sleep</strong>,
what seem to be compareable with what Apple does to achieve a massive <em>standby</em> and short wakeup time on the MacBook.</p>
<p>During the Setup I already created a Swap Partition equal to the size of my Memory,
so I thought this should all work out of the box, but didn't.</p>
<p>Found a <a class="reference external" href="https://www.reddit.com/r/openSUSE/comments/hjec9g/resume_from_hibernation_is_not_working/">Post on reddit</a>
(Archive: <a class="reference external" href="https://archive.today/2021.10.03-102238/https://www.reddit.com/r/openSUSE/comments/hjec9g/resume_from_hibernation_is_not_working/">[1]</a>)
and a related <a class="reference external" href="https://bugzilla.suse.com/show_bug.cgi?id=1187381">Bug Report</a>
(Archive: <a class="reference external" href="https://web.archive.org/web/20211003103337/https://bugzilla.suse.com/show_bug.cgi?id=1187381">[1]</a>,
<a class="reference external" href="https://archive.today/2021.10.03-103302/https://bugzilla.suse.com/show_bug.cgi?id=1187381">[2]</a>), both contained contrary information.
Based on Reddit the <em>resume</em> module would be missing in <em>initrd</em> and should be included.
The Bug makes clear that <em>systemd-hibernate-resume</em> is used and _not_ the <em>resume</em> module that could be added by <em>dracut</em>.</p>
<p>I trust the Bug Report more, but adding <em>resume=/dev/mapper/system-swap</em>
(Has to be the path to your Swap Partition and might differ)
to <strong>/etc/default/grub</strong> didn't solved the issue.
So I generated a new <em>initramfs</em> by running <em>dracut -f</em>, without modifying any config,
afterwards <strong>hibernate</strong> and <strong>hybrid sleep</strong> were working.</p>
<pre class="code text literal-block">
grep resume /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash=silent mitigations=auto quiet resume=/dev/mapper/system-swap"
sudo grub2-mkconfig -o /boot/efi/EFI/opensuse/grub.cfg
sudo dracut -f
</pre>
<p>No Idea why I had to rebuild the <em>initramfs</em>, should already be done (automatically) during the last Kernel Upgrade,
anyway, I can now use <strong>hybrid sleep</strong> which looks actually very good so far.
Roughtly 30 - 60 sec until sleep after closing the lid, resume just a few seconds,
not really different to <strong>sleep</strong> as far I can see.</p>
ScummVM did the trick!2020-04-03T15:43:00+02:002020-04-03T15:43:00+02:00Dominik Wombachertag:dominik.wombacher.cc,2020-04-03:/posts/scummvm-did-the-trick.html<!-- SPDX-FileCopyrightText: 2023 Dominik Wombacher <dominik@wombacher.cc> -->
<!-- -->
<!-- SPDX-License-Identifier: CC-BY-SA-4.0 -->
<p>After playing around with DOSBox a while ago i gave ScummVM a try and actually it couldn't be easier.
I picked Discworld II and after adding it i could just ... <a class="read-more" href="/posts/scummvm-did-the-trick.html"> [read more]</a></p><!-- SPDX-FileCopyrightText: 2023 Dominik Wombacher <dominik@wombacher.cc> -->
<!-- -->
<!-- SPDX-License-Identifier: CC-BY-SA-4.0 -->
<p>After playing around with DOSBox a while ago i gave ScummVM a try and actually it couldn't be easier.
I picked Discworld II and after adding it i could just start it without changing any settings at all, impressive.</p>
<p>I'm quite sure it will work very well with other old Games of my collection, we will see.</p>
No Sound in DOSBox on Linux2019-12-06T18:53:00+01:002019-12-06T18:53:00+01:00Dominik Wombachertag:dominik.wombacher.cc,2019-12-06:/posts/no-sound-in-dosbox-on-linux.html<!-- SPDX-FileCopyrightText: 2023 Dominik Wombacher <dominik@wombacher.cc> -->
<!-- -->
<!-- SPDX-License-Identifier: CC-BY-SA-4.0 -->
<p>I installed DOSBox to play some old DOS Games like Discworld on Linux (openSUSE Tumbleweed) but didn't had sound prior figure out the correct MIDI Port and adjusting the dosbox ... <a class="read-more" href="/posts/no-sound-in-dosbox-on-linux.html"> [read more]</a></p><!-- SPDX-FileCopyrightText: 2023 Dominik Wombacher <dominik@wombacher.cc> -->
<!-- -->
<!-- SPDX-License-Identifier: CC-BY-SA-4.0 -->
<p>I installed DOSBox to play some old DOS Games like Discworld on Linux (openSUSE Tumbleweed) but didn't had sound prior figure out the correct MIDI Port and adjusting the dosbox config accordingly.</p>
<p>Due to the fact that i installed Unreal Tournament from 1999 already (successful!) on my Linux Notebook, it's obvious that i had to do the same with some even older Games too :D</p>
<p>I thought executing "pmidi -l" would show the correct MIDI Port, but at least in my case, further steps were necessary.</p>
<p>The troubleshooting approach described in the <a class="reference external" href="https://askubuntu.com/questions/79944/dosbox-has-no-sound">AskUbuntu Forum</a>
(Archive: <a class="reference external" href="https://web.archive.org/web/20180102021001/https://askubuntu.com/questions/79944/dosbox-has-no-sound">[1]</a>,
<a class="reference external" href="http://archive.today/2021.02.25-232132/https://askubuntu.com/questions/79944/dosbox-has-no-sound">[2]</a>)
is my favorite and did the trick.</p>
<p>You have to Download a test MIDI File, start a MIDI Server, start the playback and if you have audio, put the correct Port into your dosbox config.</p>
<pre class="code text literal-block">
zypper install timidity
zypper install pmidi
cd /tmp
wget http://www.angelfire.com/fl/herky/images/teddybear.mid
pmidi -l
# Port Client name Port name
# 14:0 Midi Through Midi Through Port-0
timidity -iA
# Requested buffer size 32768, fragment size 8192
# ALSA pcm 'default' set buffer size 32768, period size 8192 bytes
# TiMidity starting in ALSA server mode
# Opening sequencer port: 128:0 128:1 128:2 128:3
pmidi -p 128:0 teddybear.mid
</pre>
<p>In my case, pmidi identified Port "14:0" but based on the test with timidity i have to use "128:0" instead.</p>
<p>So i changed the corresponding parameter in my dosbox config:</p>
<pre class="code ini literal-block">
<span class="pygments-k">[midi]</span><span class="pygments-w">
</span><span class="pygments-na">midiconfig</span><span class="pygments-o">=</span><span class="pygments-s">128:0</span><span class="pygments-w">
</span>
</pre>
<p>When you start dosbox from the console, you should see something like the following an hear the nicest MIDI sound when starting an old Game ;)</p>
<pre class="code text literal-block">
ALSA:Client initialised [128:0]
MIDI:Opened device:alsa
</pre>
<p>I will play around with ScummVM as well within the next days, so i'm quite sure further Posts regarding some sort of gaming on Linux will follow soon!</p>