On 19 Feb 2016, at 22:23, Andreas Jung wrote:

https://www.python.org/downloads/

Nicht schlecht! Jetzt nur noch in hilfreich, und das Jahr 2016 koennte eine ganz unerwartete Wendung nehmen. Ich halte mal lieber nicht die Luft an…

On 19 Feb 2016, at 22:15, Tonino Fero via python-de wrote:

...

Hallo leute

ich bin grad auf linux umgestiegen und hab probleme python 3.5.1 zu installieren . Das neuste python im software center ist 3.4.3 auf windows hatte ich aber 3.5 weis jemand wie ich python auf linux auf 3.5 bekomme ?

Mfg tonino _______________________________________________ python-de maillist - python-de@python.org https://mail.python.org/mailman/listinfo/python-de

---

python-de maillist - python-de@python.org https://mail.python.org/mailman/listinfo/python-de

Ich werfe hier mal noch Miniconda in die Runde, den kleinen Bruder von Anaconda. Benutze ich inzwischen sehr gerne, weil: völlig autark, conda schneller ist als pip, gibt auch eine Version für armv7l (Raspberry Pi 2, leider gerade keinen Link parat), pip geht trotzdem, und und und...: http://conda.pydata.org/miniconda.html Gruß, Dinu Am 20.02.2016 um 14:08 schrieb Christopher Arndt :

...

Am 20.02.2016 um 13:37 schrieb Florian Diesch: http://www.florian-diesch.de/doc/ubuntu/python3.3-in-ubuntu-12.10-installier... sollte auch für Python 3.5 funktionieren, wenn du die Versionsnummern netsprechend anpasst.

Ich weiß wirklich nicht, warum ihr hier alle wiederholt empfehlt/ansprecht, Python selbst zu kompilieren. Das bringt, wenn kein trifftiger Grund vorliegt, m.E. weder Vorteile noch ist es irgendwie einfacher als andere Lösungen.

Wie ich schon andeutete, wenn man nach "python 3.5 linux mint" sucht, kommt als einer der ersten Treffer eine Stackoverflow-Seite, die einem ein PPA nennt, mit dem man Python 3.5 als Deb-Paket installieren kann. Dadurch ist es dann auch ordentlich ins System integriert, wird aktualisiert, man kann es einfach deinstallieren und es sind alle Standardbibliothekmodule verfügbar, ohne dass man sich auf die Jagd nach Abhängigkeiten machen muss.

Für den OP noch der Hinweis: wenn du Python 3.5 installierst, musst du auch alle Thirdparty-Module, die du brauchst, für diese Version erneut/zusätzlich installieren. Dafür empfehle ich die Verwendung von Virtualenvironments pro Projekt. Je nach Package kann die Installation/Kompilierung aber etwas aufwendig sein, weil erst die notwendigen Libraries und Header (*-dev Pakete) installiert werden müssen.

Chris

_______________________________________________ python-de maillist - python-de@python.org https://mail.python.org/mailman/listinfo/python-de

Am Sat, 20 Feb 2016 14:08:55 +0100 schrieb Christopher Arndt :

Ich weiß wirklich nicht, warum ihr hier alle wiederholt empfehlt/ansprecht, Python selbst zu kompilieren. Das bringt, wenn kein trifftiger Grund vorliegt, m.E. weder Vorteile noch ist es irgendwie einfacher als andere Lösungen.

Wie ich schon andeutete, wenn man nach "python 3.5 linux mint" sucht, kommt als einer der ersten Treffer eine Stackoverflow-Seite, die einem ein PPA nennt, mit dem man Python 3.5 als Deb-Paket installieren kann. Dadurch ist es dann auch ordentlich ins System integriert, wird aktualisiert, man kann es einfach deinstallieren und es sind alle Standardbibliothekmodule verfügbar, ohne dass man sich auf die Jagd nach Abhängigkeiten machen muss.

Ich bin eher vorsichtig mit inoffiziellen Paketquellen, die aktuellere Versionen von systemrelevanter Software enthält, weil das oft zu Problemen führen kann, die gerade Anfänger schnell überfordern. Eine saubere manuelle Installation in ein Verzeichnis unter /usr/local/ kann man im Ernstfall deutlich einfacher entfernen, als wenn z.B. der Paketmanager über doppelte Dateien in verschiedenen Paketen meckert. -- GtkFalse - a GUI version of /bin/false. http://www.florian-diesch.de/software/gtkfalse/

On Sat, 20 Feb 2016 16:11:14 +0100 Christopher Arndt wrote:

Am 20.02.2016 um 15:27 schrieb Florian Diesch:

...

Ich bin eher vorsichtig mit inoffiziellen Paketquellen

Das ist im Prinzip eine gute Einstellung.

...

die aktuellere Versionen von systemrelevanter Software enthält, weil das oft zu Problemen führen kann, die gerade Anfänger schnell überfordern.

Das gilt nur für Pakete, die vorhandene Pakete ersetzen. Die Python Pakete aus dem Deadsnakes PPA installieren weitere Pythonversionen zusätzlich. Deswegen enthalten die Paketnamen auch die Version.

Das ist ja schön, solange bis eine evtl neue Version von Linux Mint dann auch ein python3.5-Paket hat und dann kanns Probleme geben. Oder man stellt sicher dass man vor der Installation alle aus externen Paketquellen installieren Pakete löscht. Und so allgemein sind Versionen in Paketnamen auch nicht unbedingt eine Lösung, man kann auch Sachen kaputtmachen wenn man auf entsprechende Versionen von z.B. libc dependet oder conflicted die das System hat oder evtl installieren will. Daher ist es oftmals schon sinnvoll ein System "aus einer Hand" zu haben.

Ein selbst kompiliertes Python, das man mit "make install" in /usr/local installliert, führt hingegen dazu, dass Programme, bei denen /usr/local/bin *vor* /usr/bin in der PATH-Environmentvariable steht, plötzlich das "python"-Executable in /usr/local/bin statt das System-Python (/usr/bin/python) verwenden. Also ist gerade hier die Gefahr größer, systemrelevante Software zu beeinträchtigen.

An der stelle sollte man definitiv ein "make altinstall" machen, aber das ist schon klar — kann man als Einsteiger leicht vergessen oder einfach nicht gewusst haben. Würde auch inzwischen nicht mehr in /usr/local installieren, sondern lieber ins Userverzeichnis, am besten noch separiert nach Programm, also z.B /home/user/pthon3.5, /home/user/ruby2.3. etc.

Mir leuchtet außerdem nicht ein, warum es für einen Anfänger einfacher sein soll, die ganzen Library-Dependencies, die für das Kompilieren von Python notwendig sind, zu identifizieren und entsprechen -dev Pakete zu installieren.

Für einen Anfänger würde ich keine der Methoden empfehlen. Besser 3.4 nehmen solange da nicht explizit etwas dagegen spricht und gut ist. Grüße, Marek