Warum spült mir jede Anwendung die Python benötigt eine komplette Python
Installation mit auf die Platte? Und das noch unterschwellig, wie bei
OpenOffice. Das scheint echt eine Krankheit zu sein. Warum nicht EIN
installiertes Python außerhalb der Anwendung und gut ist?
Dazu diese "Versionitis"??
Python v2.6
Python v2.7
Python v3.x
Und wie verhindert man das unter Windows? Den globalen Pfad kann man
schließlich nur einmal setzen.
Welche Version schlussendlich nehmen, die mit allen passt?
Python 3.x beinhaltet v2.6 oder eher nicht?
Welche python-Anwendungen bringen denn die ganzen Pakete bitte mit?
zur Versionierung:
ab Version 3.0 ist Python nicht mehr voll rückwärtskompatibel, das heißt
u.u. muss man python27 benutzen, welches aber immer noch unterstützt und
auch weiterentwickelt wird.
> Warum spült mir jede Anwendung die Python benötigt eine komplette Python> Installation mit auf die Platte?
Nur bei Windofs, weil die Anbieter jener Pakete davon ausgehen, dass sie
von Leuten benutzt werden, dies nicht selber hinbekommen.
> Warum nicht EIN installiertes Python außerhalb der Anwendung und gut ist?
Auf anderen Betriebssystemen ist das selbstverständlich.
> Versionitis
Das ist den Entwicklern von Python geschuldet, denn die haben
(absichtlich) die Rückwärtskompatibilität aufgegeben, was bisher im
Wesentlichen nichts als wie Probleme verursacht hat.
Nix für ungut.
C, Python schrieb:> Warum spült mir jede Anwendung die Python benötigt eine komplette> Python> Installation mit auf die Platte? Und das noch unterschwellig, wie bei> OpenOffice. Das scheint echt eine Krankheit zu sein. Warum nicht EIN> installiertes Python außerhalb der Anwendung und gut ist?
Bei mir hat sich noch kein Python "unterschwellig" installiert. Auch
Openoffice nicht. Keine Ahnung, wie das gehen soll. Ich habe beide
selbst installiert, und das mit voller Absicht...
>> Dazu diese "Versionitis"??>> Python v2.6> Python v2.7> Python v3.x>> Und wie verhindert man das unter Windows? Den globalen Pfad kann man> schließlich nur einmal setzen.>> Welche Version schlussendlich nehmen, die mit allen passt?>> Python 3.x beinhaltet v2.6 oder eher nicht?
Eher nicht. Die 3er Versionen sind zum Teil nicht kompatibel mit den 2er
Versionen, weil mit der Einführung der 3er größere Änderungen
vorgenommen wurden.
Florian La (alabamajack) schrieb:
> Welche python-Anwendungen bringen denn die ganzen Pakete bitte mit?
Wie schon erwähnt OpenOffice, FreeCad, KiCad, und natürlich alles was
Python irgendwie verwendet.
> zur Versionierung:> ab Version 3.0 ist Python nicht mehr voll rückwärtskompatibel, das heißt> u.u. muss man python27 benutzen, welches aber immer noch unterstützt und> auch weiterentwickelt wird.
Ich hab mich schon gewundert warum so oft noch auf Python v2.7 verwiesen
wird. Das erklärt natürlich einiges.
?!? (Gast) schrieb
> Bei mir hat sich noch kein Python "unterschwellig" installiert. Auch> Openoffice nicht. Keine Ahnung, wie das gehen soll. Ich habe beide> selbst installiert, und das mit voller Absicht...
Doch, ist der Fall. Bisher wusste ich gar nicht, dass selbst OpenOffice
ein python-core-2.7.6 ungefragt mitinstalliert.
Wenn man dann zufällig mal die Platte nach Python.exe abscannt hagelt es
Treffer ..
C, Python schrieb:> ?!? (Gast) schrieb>>> Bei mir hat sich noch kein Python "unterschwellig" installiert. Auch>> Openoffice nicht. Keine Ahnung, wie das gehen soll. Ich habe beide>> selbst installiert, und das mit voller Absicht...>> Doch, ist der Fall. Bisher wusste ich gar nicht, dass selbst OpenOffice> ein python-core-2.7.6 ungefragt mitinstalliert.>> Wenn man dann zufällig mal die Platte nach Python.exe abscannt hagelt es> Treffer ..
Könnte vielleicht daran liegen, daß ich Python schon vor Openoffice
installiert hatte. Wenn Oo feststellt, daß es schon vorhanden ist, wird
vermutlich das ganze nicht nochmal neu installiert.
Also, dann wohl so vorgehen
Für die Rückwärtskompatibilität Python 2.7x
https://www.python.org/ftp/python/
Nur welches? Es gibt 9 Versionen!
Und ansonsten das jeweils Neueste?
Oder lieber darunter? v3.0 <= v? <= v3.4.1
py (Gast) schrieb:
> Neuste 2.x- und neuste 3.x-Version.
Gut, dann eben so.
> Verstehe nicht, wo das Problem ist.
Ich bin über so ein Kompatibilitätsproblem im Zusammenhang mit py2exe
schon gestolpert und wenn man selber damit noch nicht allzu viel (eher
gar nix) gemacht hat, dann kommt man damit schnell ins Schlingern und es
wird etwas zäh, z.B. was Pfade angeht. Unix Pfade, Windows Pfade, module
laden die das ausbügeln etc. Für Freecad habe ich beispielsweise den
Collada Import hinzugefügt (gibt es default nicht). Freecad hat sein
eigenes Python. Das Collada Zeugs muss dazu runtergeladen, nach .pyc
compiliert werden usw. Das modul landet dann im extern installierten
Python. Freecad findet es aber korrekt (dank Windows path zum python bin
Verzeichnis). Dafür hab ich mich an die Python Version von FreeCad
gehalten. Die ist mir aber zu alt, weil noch v2.6. Es gibt aber nur
einen globalen Pfad oder wie löst man unter Windows das Pfad Problem?
Doch wieder mit zig einzel Python Installationen?
Parallel installieren lässt sich Python ohne weiteres (nur tunlichst
nicht unter Standard "Program files"!). Wenn ich einen globalen Pfad auf
die neueste Python 3.x setze wird event. das andere Zeugs dann aber
nicht mehr funktionieren.
Läuft momentan alles noch unter herumspielen zum kennenlernen von Python
in Zusammenhang mit Anwendungen, Compilern, GUI Zeugs etc.
C, Python schrieb:> Freecad findet es aber korrekt (dank Windows path zum python bin> Verzeichnis). Dafür hab ich mich an die Python Version von FreeCad> gehalten. Die ist mir aber zu alt, weil noch v2.6. Es gibt aber nur> einen globalen Pfad oder wie löst man unter Windows das Pfad Problem?> Doch wieder mit zig einzel Python Installationen?
Ähnlich wie z.B. bei der WinBuilder-Version für KiCad.
Im Startmenu die Verknüpfung zu einer .bat oder .cmd Datei
ändern/erstellen.
In dieser Datei werden die path- und andere Environment-Variablen
(PYTHONHOME, PYTHONPATH) gesetzt und anschließend die eigentliche .exe
mit start xxx.exe aufgerufen.
Mit dieser Methode sind die Pfade, im Gegensatz zum globalen Verbiegen
über die Systemeigenschaften oder Registry, nur temporär und auf den
Kontex des Programmes beschränkt.
