ubuntuusers.de

Ich würde versuchen pip einmal vollständig runterzuwerfen (sudo apt purge python3-pip), das sollte die Systemstabilität zumindest noch nicht gefährden. In der Hoffnung, dass sich Python da wieder einrenkt. Sonst bin ich da leider auch raus...

Hallo,

das bringt doch nix. Wenn man pip deinstalliert, ist halt das pip-Modul weg - aber es wird nichts deinstalliert, was man via pip installiert hat. Die Module bleiben alle da. Und was via pip installiert ist hat nix mit den via apt installierten Modulen zu tun, um umgekehrt. Was aber _nicht_ heißt, dass es nicht zu Konflikten kommen kann, wenn man Modul $FOO über beide Weg installiert.

Da BIT als DEB-Paket geliefert wird und soweit ich das sehe, sollte das auch ohne Probleme mit den Pyhon-Modulen aus den Paketquellen laufen.

Gruß, noisefloor

noisefloor schrieb:

Wenn man pip deinstalliert, ist halt das pip-Modul weg - aber es wird nichts deinstalliert, was man via pip installiert hat. Die Module bleiben alle da.

Okay, ich dachte darüber könnte man die über pip installierten Module wieder loswerden.

Hast du eine Idee wie es zu dem geänderten Pfad von Python kommt?

Hallo,

Okay, ich dachte darüber könnte man die über pip installierten Module wieder loswerden.

Nee, pip kopiert ja letztendlich auch "nur" Dateien an bestimmt Orte, wo der Pythoninterpreter sie standardmäßig sucht. Und installiert die ggf. von Modul $FOO benötigten Module direkt mit. pip arbeitet da anders als z.B. apt.

Der Pfad zum Systempython ändert sich nur, wenn man selber aktiv eingreift. Wie z.B. eine andere Python-Version manuell installieren und diese Version zur systemweiten macht. Sollte man nie machen, wenn man nicht SEHR genau weiß, was man tut.

/usr/local/bin/ ist der Pfad, wo manuell kompilierte Pythonversionen landen würden.

@ByteCode: poste mal bitte die Ausgabe von

cd /usr/bin
ls -la py* 

Gruß, noisefloor

Also ich habe in der Zwischenzeit mal alle python-Pakete reinstalliert, so wie dingsbums es vorgeschlagen hat. Dabei gab es nur bei 3 Paketen die Meldung, dass sie nicht heruntergeladen werden können. Leider hat das nix gebracht, BIT will immer noch nicht starten.

Hier nun die Ausgabe:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

/usr/bin$ ls -la py*
-rwxr-xr-x 1 root root    7813 Aug 18  2022 py3clean
-rwxr-xr-x 1 root root   13191 Aug 18  2022 py3compile
lrwxrwxrwx 1 root root      31 Aug 18  2022 py3versions -> ../share/python3/py3versions.py
lrwxrwxrwx 1 root root      25 Aug 13  2022 pybabel -> /etc/alternatives/pybabel
-rwxr-xr-x 1 root root     953 Mai  1  2021 pybabel-python3
lrwxrwxrwx 1 root root      26 Apr  3  2022 pybuild -> ../share/dh-python/pybuild
-rwxr-xr-x 1 root root    4124 Jul 28  2021 pyclean
-rwxr-xr-x 1 root root   11867 Jul 28  2021 pycompile
lrwxrwxrwx 1 root root       8 Jul 28  2021 pydoc2 -> pydoc2.7
-rwxr-xr-x 1 root root      79 Jul  1  2022 pydoc2.7
lrwxrwxrwx 1 root root       9 Aug 18  2022 pydoc3 -> pydoc3.10
-rwxr-xr-x 1 root root      79 Jun 11 07:26 pydoc3.10
-rwxr-xr-x 1 root root     963 Feb 18  2022 pyflakes3
lrwxrwxrwx 1 root root      12 Jul 28  2021 pygettext2 -> pygettext2.7
-rwxr-xr-x 1 root root   22082 Jul  1  2022 pygettext2.7
lrwxrwxrwx 1 root root      13 Aug 18  2022 pygettext3 -> pygettext3.10
-rwxr-xr-x 1 root root   24235 Jun  7 00:30 pygettext3.10
-rwxr-xr-x 1 root root     970 Feb 15  2022 pygmentize
-rwxr-xr-x 1 root root     975 Apr  3  2022 pyserial-miniterm
-rwxr-xr-x 1 root root     969 Apr  3  2022 pyserial-ports
lrwxrwxrwx 1 root root       8 Feb  9  2022 py.test-3 -> pytest-3
-rwxr-xr-x 1 root root     953 Feb  9  2022 pytest-3
lrwxrwxrwx 1 root root       7 Okt 11  2021 python -> python3
lrwxrwxrwx 1 root root       9 Jul 28  2021 python2 -> python2.7
-rwxr-xr-x 1 root root 3592504 Jul  1  2022 python2.7
lrwxrwxrwx 1 root root      10 Aug 18  2022 python3 -> python3.10
-rwxr-xr-x 1 root root 5913032 Jun 11 07:26 python3.10
lrwxrwxrwx 1 root root      34 Jun 11 07:26 python3.10-config -> x86_64-linux-gnu-python3.10-config
lrwxrwxrwx 1 root root      17 Aug 18  2022 python3-config -> python3.10-config
-rwxr-xr-x 1 root root     960 Jan 25  2023 python3-futurize
-rwxr-xr-x 1 root root     964 Jan 25  2023 python3-pasteurize
-rwxr-xr-x 1 root root     961 Jan 23  2022 pythran
-rwxr-xr-x 1 root root     975 Jan 23  2022 pythran-config
lrwxrwxrwx 1 root root      29 Jul 28  2021 pyversions -> ../share/python/pyversions.py

Ich habe schon so ein paar Programme kompiliert, aber eine Python-Version war da mit Sicherheit nicht dabei.

Ich war mir eigentlich ziemlich sicher keine Python-Version kompiliert zu haben. ABER beim durchstöbern der .bash_history mußte ich feststellen, dass ich das doch getan habe. Es muß sich dabei um die Version 3.11.4 gehandelt haben.

Ich war mir eigentlich ziemlich sicher keine Python-Version kompiliert zu haben. ABER beim durchstöbern der .bash_history mußte ich feststellen, dass ich das doch getan habe.

Nun ja, wer weiß, was da noch so alles verbogen ist und du den Verbiegevorgang auch schon vergessen hast. 😉

▶ dingsbums schrieb:

Falls das nicht hilft: Tabula Rasa machen (Neuinstallation)

Also, eine Neuinstallation ist schon mal das Letzte, was ich machen werde.

Ich habe noch ein wenig in meinem System "gestöbert" und ich bin auf folgendes gestoßen. Wenn ich in der Konsole eingebe:

1
2

python3 -V
Python 3.11.4

Das ist soweit klar, da ich diese Version irgendwann einmal kompiliert habe.

Wenn ich dann noch eingebe:

1
2
3
4
5
6
7

sudo apt install python3.10
 
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
python3.10 ist schon die neueste Version (3.10.12-1~22.04.2).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 2 nicht aktualisiert.

Erscheint das.

Die Version 3.11.4 müßte ich doch eigentlich gefahrlos aus dem Verzeichnis /usr/local/ löschen können oder nicht?

Löschen würde ich da nicht gleich, sondern alles in einen Ordner verschieben und danach einen Neustart machen. Wenn dir dann die Fehlermeldungen um die Ohren fliegen sollten, mußt du das Ganze halt per Live-System wieder rückgängig machen.

Am besten vorher an einer x-beliebigen neu erstellten Datei üben, falls du das so noch nie praktiziert haben solltest.

Ja hast Recht, gleich alles weg löschen könnte problematisch werden.

Ich werde erst einmal versuchen, dass "python3 -V" ein "Python 3.10" ausgibt.

So, ich habe in der Datei /etc/environment die Reihenfolge geändert und den Rechner neu gestartet. Nachdem Start erst einmal die Protokolle nach Fehlern in Sachen Python durchforstet. Ich habe keine gesehen.

1
2

echo $PATH
/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/snap/bin

Dann habe ich geschaut, welche Python-Version jetzt verwendet wird.

1
2

python3 -V
Python 3.10.12

Ja SUPER!!!

Und nun BIT gestartet.

1
2
3
4
5
6
7
8

backintime

Back In Time
Version: 1.3.3-3

Back In Time comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions; type `backintime --license' for details.

Ja noch besser.

Und BIT hat auch sofort mit dem Erstellen eines Schnappschuss begonnen.

So, vielen Dank an alle, die hier versucht haben mein Problem zu lösen. Ich markiere das jetzt als gelöst.