[gelöst] Mal schnell die neuste Python Version?
[gelöst] Mal schnell die neuste Python Version?
Ich habe hier ein Debian 11/stable laufen und möchte es mir nicht zerschießen.
Wie bekomme ich den mal eben schnell die "neuste" Python Version (11 oder gerne auch 12) da drauf, um mal etwas zu testen, was evtl. ein Bug sein könnte?
Wie bekomme ich den mal eben schnell die "neuste" Python Version (11 oder gerne auch 12) da drauf, um mal etwas zu testen, was evtl. ein Bug sein könnte?
Zuletzt geändert von buhtz am 17.01.2023 14:19:39, insgesamt 1-mal geändert.
Debian 11 & 12; Desktop-PC, Headless-NAS, Raspberry Pi 4
Teil des Upstream Betreuer Teams von Back In Time (backintime)
Teil des Upstream Betreuer Teams von Back In Time (backintime)
Re: Mal schnell die neuste Python Version?
Bin kein Freund davon, alles in Container zu verpacken – aber im Zweifelsfall könnt Docker mit dem Image python:3.11 ein Weg sein, mit passendem Aufruf natürlich.
Alternativ war Quellen runterladen, entpacken, und gerade auch in 5 min erledigt und Python 3.11 in sauberer Umgebung einsatzbereit.
Alternativ war Quellen runterladen, entpacken,
Code: Alles auswählen
./configure && make -j$(nproc)
Code: Alles auswählen
./python -m venv venv && . venv/bin/activate
Manchmal bekannt als Just (another) Terminal Hacker.
Re: Mal schnell die neuste Python Version?
Es gibt auch pyenv um genau sowas automatisch zu machen: https://github.com/pyenv/pyenv
Ist aber nicht in Debian und braucht ein wenig Einrichtung
Re: Mal schnell die neuste Python Version?
Endlich mal ein realistischer Anwendungsfall für mich, damit ich mich mit Docker beschäftigen kann.JTH hat geschrieben:29.12.2022 18:40:54Bin kein Freund davon, alles in Container zu verpacken – aber im Zweifelsfall könnt Docker mit dem Image python:3.11 ein Weg sein, mit passendem Aufruf natürlich.
Zum Thema auch passend: https://realpython.com/python-versions-docker/
EDIT:
Vorsicht! Das war mein "erstes Mal". Es lief, aber kann sein, dass es auch elegantere Lösungen unter Debian gibt. Und Vorsicht: root/sudo!
Der Docker-Befehl hier lädt ein Docker-Image runter (woher auch immer und egal ob das "sicher" ist), startet es "interaktiv" (-it), so das man direkt in der Python-shell landet. Geht man da wieder raus wird der Docker container wieder "aufgeräumt" (--rm).
Debian 11 & 12; Desktop-PC, Headless-NAS, Raspberry Pi 4
Teil des Upstream Betreuer Teams von Back In Time (backintime)
Teil des Upstream Betreuer Teams von Back In Time (backintime)
Re: Mal schnell die neuste Python Version?
Für den gewünschten Anwendungsfall würde es vermutlich schon reichen eine chrot Umgebung zu erstellen in der man sich das installiert was man benötigt. Wenn nicht mehr benötigt wirft man das chroot weg.
Ich benutzte hin und wieder ganz gerne distrobox als Tool zum Verwalten und benutzen von Docker oder Podman Containern, allerdings nur in Testing und Unstable paketiert. Ansonsten kann man dies aber recht ungefährlich als Benutzer im Home Verzeichnis installieren.
https://www.tecmint.com/distrobox-run-a ... tribution/
Ich benutzte hin und wieder ganz gerne distrobox als Tool zum Verwalten und benutzen von Docker oder Podman Containern, allerdings nur in Testing und Unstable paketiert. Ansonsten kann man dies aber recht ungefährlich als Benutzer im Home Verzeichnis installieren.
https://www.tecmint.com/distrobox-run-a ... tribution/
Re: Mal schnell die neuste Python Version?
Hi,
wenn Du nur ab und zu mit Python etwas machst, dann würde ich auch zur „Container“ Variante greifen.
Alternativ zu docker.io könntest gäbe es unter Debian auch noch podman.
Wenn Du öfter mit unterschiedlichen Python Versionen herumexperimentierst, dann würde ich zu pyenv raten.
Viele Grüße
Stefan
wenn Du nur ab und zu mit Python etwas machst, dann würde ich auch zur „Container“ Variante greifen.
Alternativ zu docker.io könntest gäbe es unter Debian auch noch podman.
Wenn Du öfter mit unterschiedlichen Python Versionen herumexperimentierst, dann würde ich zu pyenv raten.
Viele Grüße
Stefan
Bürokratie kann man nur durch ihre Anwendung bekämpfen.
Re: Mal schnell die neuste Python Version?
Dazu würde ich als Python-Entwickler nicht raten. Das Tool ist ein Hack, mehr nicht. Schon die Anleitung zur Einrichtung zeigt, wie sehr man hier am System rumbasteln muss.
Disclaimer: Vielleicht bin ich auch bei pyenv empfindlich, weil ich mal Zeit in ein Issue gesteckt habe, bis ich merkte, dass der Reporter pyenv nutzt und nicht versteht, wie es funktioniert.
Debian 11 & 12; Desktop-PC, Headless-NAS, Raspberry Pi 4
Teil des Upstream Betreuer Teams von Back In Time (backintime)
Teil des Upstream Betreuer Teams von Back In Time (backintime)
-
- Beiträge: 85
- Registriert: 21.03.2016 19:27:53
- Lizenz eigener Beiträge: GNU General Public License
Re: Mal schnell die neuste Python Version?
Re: Mal schnell die neuste Python Version?
Ersteres ist IMHO der Python-Standard für virtuelle environments. Da geht es um die Pakete, nicht um die Interpreter. Oder kann man die auch festlegen?
Das zweite schau ich mir mal an.
Debian 11 & 12; Desktop-PC, Headless-NAS, Raspberry Pi 4
Teil des Upstream Betreuer Teams von Back In Time (backintime)
Teil des Upstream Betreuer Teams von Back In Time (backintime)
Re: Mal schnell die neuste Python Version?
Meines Wissens nicht beliebig, nein. Es geht dabei, wie du schreibst, primär um eine separate Umgebung im Bezug auf die installierten Pakete.buhtz hat geschrieben:31.12.2022 12:23:58Da geht es um die Pakete, nicht um die Interpreter. Oder kann man die auch festlegen?
Die venv benutzt (durch Symlinks) zwar schon den Interpreter, den du zum Anlegen benutzt hast:
Code: Alles auswählen
python3.11 -m venv my_venv3.11
python3.10 -m venv my_venv3.10
Manchmal bekannt als Just (another) Terminal Hacker.
Re: Mal schnell die neuste Python Version?
Hi,
Mit „Basteln“ hat das in meinen Augen weniger zu tun.
Ich habe mit pyenv bislang gute Erfahrungen gemacht. Als ich auf der Suche nach einem Build-System war, dass mit Python3 gut funktioniert, bin ich auf die Kombination mit tox und pyenv gestoßen. Das entsprach ganz gut dem, was ich an Build-System im Java Umfeld gewohnt war.
Viele Grüße
Stefan
Von meinem Verständnis ist die Anleitung zur Einrichtung ausreichend ausführlich und beschreibt auch gut, wie pyenv funktioniert.Dazu würde ich als Python-Entwickler nicht raten. Das Tool ist ein Hack, mehr nicht. Schon die Anleitung zur Einrichtung zeigt, wie sehr man hier am System rumbasteln muss.
Mit „Basteln“ hat das in meinen Augen weniger zu tun.
Das ist wahrscheinlich der menschlich nachvollziehbare Grund für die Abneigung - wenn man ein Problem untersucht und eine wichtige Information, die wesentlich zur Lösung beiträgt, einfach fehlt. Habe ich auch schon erlebt.Disclaimer: Vielleicht bin ich auch bei pyenv empfindlich, weil ich mal Zeit in ein Issue gesteckt habe, bis ich merkte, dass der Reporter pyenv nutzt und nicht versteht, wie es funktioniert.
Ich habe mit pyenv bislang gute Erfahrungen gemacht. Als ich auf der Suche nach einem Build-System war, dass mit Python3 gut funktioniert, bin ich auf die Kombination mit tox und pyenv gestoßen. Das entsprach ganz gut dem, was ich an Build-System im Java Umfeld gewohnt war.
Viele Grüße
Stefan
Bürokratie kann man nur durch ihre Anwendung bekämpfen.