Poste:
zypper lr -dzypper se -si libapr-util1Aber das ist wahrscheinlich aus einem nicht mehr vorhandenen Repo oder per Hand installiert (siehe die Versionen).
Als root:
zypper in -f libapr-util1Damit sollte Ruhe sein.
-rwxr-xr-x 1 root root 1153440 27. Okt 16:10 libsqlite3.so.0Ist aber ein komischer Zeitstempel.......
Kann man eigentlich ein Upgrade ein zweites Mal laufen lassen - und wenn ja: macht es Sinn?
ja und nein, wenn es läuft.
Du solltest herausfinden, was du am 27 Oktober per Hand installiert hast......
Versuch erst mal, die libsqlite in /usr/local/lib umzubenennen in z.B. libsqlite3.so.0.bak:
als root:
mv /usr/local/lib/libsqlite3.so.0 /usr/local/lib/libsqlite3.so.0.bakzypper if python3-virtualenv
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Informationen zu Paket python3-virtualenv:
------------------------------------------
Repository : OSS
Name : python3-virtualenv
Version : 16.1.0-1.13
Arch : noarch
Anbieter : SUSE LLC <https://www.suse.com/>
Installierte Größe : 2,1 MiB
Installiert : Ja
Status : aktuell
Quellpaket : python-virtualenv-16.1.0-1.13.src
Zusammenfassung : Virtual Python Environment builder
Beschreibung :
virtualenv is a tool to create isolated Python environments.
The basic problem being addressed is one of dependencies and versions, and
indirectly permissions. Imagine you have an application that needs version 1
of LibFoo, but another application requires version 2. How can you use both
these applications? If you install everything into
/usr/lib/python2.4/site-packages (or whatever your platforms standard location
is), its easy to end up in a situation where you unintentionally upgrade an
application that shouldnt be upgraded.
Or more generally, what if you want to install an application and leave it be?
If an application works, any change in its libraries or the versions of those
libraries can break the application.
Also, what if you cant install packages into the global site-packages
directory? For instance, on a shared host.
In all these cases, virtualenv can help you. It creates an environment that
has its own installation directories, that doesnt share libraries with other
virtualenv environments (and optionally doesnt use the globally installed
libraries either).python 3.7 läuft aber
was kann ich nioch machen ?
Nicht meine Baustelle.....
Dann liegt es irgendwo in deinem Userverzeichnis.
Hast du es mal mit einem neuen Firefox Profil versucht?
Evtl irgendwelche Addons nicht kompatibel?
Ist vorhanden:
zypper in -f python3-dbus-pythonhttps://download.opensuse.org/…16-lp152.7.3.1.x86_64.rpm
Aber ich schätze mal, das reicht nicht.
Das Problem ist deine pip Installation von python 3.7.
rpm -q --requires backintime
/bin/sh
/bin/sh
/usr/bin/python3
cron
dbus-1-python3
openssh
python3
python3-keyring
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PartialHardlinkSets) <= 4.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1
rsyncrpm -q --whatprovides dbus-1-python3
python3-dbus-python-1.2.16-6.3.1.x86_64python 3.7 gibts aber nicht im Repo......
Es ist ein Problem mit der von pip installierten Version.
Wo die neuere, kleinere Fassung in /usr/local/lib herkommt, weiß ich nicht.
Heinzelmännchen sind hier nicht am Werke, irgendwas hast du per Hand installiert.
Poste mal:
ls -al /usr/local/binBitte benutze hierfür Code-Tags, so wie mit dem 2. Befehl.