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.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.