Debian Etch - Python2.5 - Installation von Eric4

[Yogi]

Hi, irgendwie komme ich da nicht richtig weiter und bevor ich nun alles zumülle oder Bockmist baue, frage ich mal hier nach, wo doch einige Debian Etch am laufen haben.

Also, was ist passiert, Python 2.4 wird ja als Default direkt installiert. Ich habe dann Python 2.5 aus den Packages nachinstalliert. Läuft auch wunderbar, ich muss nur in de Konsole immer python2.5 eingeben, aber kein Thema.

Jetzt wollte ich mir Eric4 als IDE installieren und habe erst gedacht ich könnte einfach in der sources.list deb ..... sid main reinschreiben, aber wirft bei Aptitude eine Fehlermeldung aus, schon das verstehe ich nicht...

Also habe ich Qscintilla 2xxx und PyQscintilla 2xxx direkt installiert (aus dem online Debian Packages Sid) wunderbar, dann Qt4 aus Aptitude, auch ok, dann wollte ich die Eric4 Installation starten, aber nix da, er findet qt4.core nicht. nachgeschaut und tatsächlich, er hat ALLE Module in Python 2.4 installiert. In Python 2.5 ist nix!

Bevor ich jetzt weiter rumwurschte wüsste ich gerne wie ihr das gelöst habt, das Python 2.5 nun default wird bzw. wie ich jetzt am besten vorgehe. Denn es kommen noch einige Module hinzu und ich möchte es gerne sauber haben.

Und wie kriege ich die Sid Pakete in Aptitude eingetragen?

Danke Euch!

[Leonidas]

Jetzt wollte ich mir Eric4 als IDE installieren und habe erst gedacht ich könnte einfach in der sources.list deb ..... sid main reinschreiben, aber wirft bei Aptitude eine Fehlermeldung aus, schon das verstehe ich nicht...

Gratuliere, du hast eben dein System zerschossen, indem du Stable und Unstable gemischt hast. Jetzt bleibt dir nur noch übrig, das System komplett auf Unstable zu migrieren, wenn du einen halbwegs konsistenten Stand haben magst. Also die Etch-Quellen löschen und ``aptitude upgrade`` und ``aptitude dist-ugrade`` ausführen.

[Yogi]

Gratuliere, du hast eben dein System zerschossen

Neee so schlimm wirds doch hoffentlich nicht sein, denn es klappte ja nicht mit dem neuen Eintrag! erst wie ich den Eintrag entfernt wieder habe, lief es wieder. Jett habe ich gelesen, dass es heisst entweder etch main ODER sid main.

Auch, dass man Python 2.5 NICHT als Default stellen sollte ist mir jetzt klar.

Bleibt also die Frage, wie kriege ich die Module in Python 2.5 installiert? Über Easy-Install?

[Leonidas]

Neee so schlimm wirds doch hoffentlich nicht sein, denn es klappte ja nicht mit dem neuen Eintrag! erst wie ich den Eintrag entfernt wieder habe, lief es wieder. Jett habe ich gelesen, dass es heisst entweder etch main ODER sid main.

Wie viele Pakete aus Unstable hast du denn installiert?

Bleibt also die Frage, wie kriege ich die Module in Python 2.5 installiert? Über Easy-Install?

Ja, etwa mit ``easy_install``. Oder direkt mit den ``distutils``.

[Yogi]

Wie viele Pakete aus Unstable hast du denn installiert?

keins, ging ja nicht wegen dem sid eintrag, mein Glück?

schaue ich mir mal an, was besser ist, es besteht also noch Hoffnung, uff!

[Leonidas]

Wie viele Pakete aus Unstable hast du denn installiert?

keins, ging ja nicht wegen dem sid eintrag, mein Glück?

Ja eben wegen dem Eintrag von Sid, wo sollten denn die Pakete sonst herkommen.

[Yogi]

eigentlich wollte ich so Zugriff auf testing haben, und laut diverser Sourcen muss da einfach eine Zeile wie bei .... etch main aber mit sid main stehen. Scheinbar muss ich aber dafür die etch main vorher auskommentieren, was ich nicht gemacht habe...

Also irgendwie weiss ich nicht warum die Installation unter Debian immer so kompliziert sein muss. Wenn ich für Eric4 nun mal andere Komponenten brauche, sollte das auch ohne ewiges gefrickel gehen oder sogar Angst zu haben 'das System zu zerschiessen'. Und Python 2.5 ist ja auch nun nicht gerade so frisch, dass Etch immer noch auf 2.4 beharrt als Default. <Frust>

[Leonidas]

eigentlich wollte ich so Zugriff auf testing haben, und laut diverser Sourcen muss da einfach eine Zeile wie bei .... etch main aber mit sid main stehen. Scheinbar muss ich aber dafür die etch main vorher auskommentieren, was ich nicht gemacht habe...

Nein, muss nicht. Testing = Lenny. Unstable = Sid.

Also irgendwie weiss ich nicht warum die Installation unter Debian immer so kompliziert sein muss. Wenn ich für Eric4 nun mal andere Komponenten brauche, sollte das auch ohne ewiges gefrickel gehen oder sogar Angst zu haben 'das System zu zerschiessen'. Und Python 2.5 ist ja auch nun nicht gerade so frisch, dass Etch immer noch auf 2.4 beharrt als Default. <Frust>

Ist sie nicht. Du hast drei Distributionen: Stable, Testing und Unstable, die verschieden aktuelle Paketversionen und Philosophien verfolgen. Normalerweise bleibt man immer bei einer Distribution. "Das System zerschiessen" ist eben beim Wechsel zwischen Distributionen möglich, insbesondere wenn - wie bei dir - das ohne das ganze richtig zu durchdenken passiert.

Ich würde ja zu testing raten. Dort ist die Installation von eric ganz einfach: ``aptitude install eric``. Fertig, du musst da nichts herumdrehen oder konfigureren. Es funktioniert eben.

Etch ist auch nicht so neu, wie du da vielleicht denkst, daher ist es noch verständlich, dass da Python 2.4 default ist. Was mich eher wundert ist, warum die Umstellung auf Python 2.5 so lange auf sich warten ließ.

[Yogi]

das ohne das ganze richtig zu durchdenken...

wenn du wüsstest Ich möchte ja nicht irgendwelche Hardcore-Libs ändern sondern einfach nur EINE neuere Anwendung installieren. Vielleicht ist ja Eric4 nicht die beste Wahl, unter Windows fand ich die ganz nett, aber es dürfte einfach nicht passieren, dass eine normale Anwendung die System-Stabilität derart negativ beeinflussen kann, wie es einem weiss gemacht wird. Weder möchte ich ein neuestes Kernel haben, noch ein niegelnagelneues Gnome oder sonstwas, nein, nur ein ganz normales python 2.5 mit einer relativ aktuellen IDE. Ich werde ja nicht ein uralt-CherryPy nehmen oder ein Steinzeit Twisted. Also mein Xp läuft auch tadellos und das obwohl ich gerne die neuen (meist Bug-Befreiteren) Versionen nehme. Es geht ja nicht immer nur um Zusatz-Features, auch wenn das schon mal sehr wichtig sein kann.

Also ich versuche jetzt mal Lenny (aber vielleicht ist es besser erst einmal eine neue VBox zu erstellen, für den Fall der Fälle).

Wird denn bei Lenny direkt Python 2.5 als Default gesetzt und werden die Module auch dort korrekt installiert?

[Leonidas]

das ohne das ganze richtig zu durchdenken...

wenn du wüsstest Ich möchte ja nicht irgendwelche Hardcore-Libs ändern sondern einfach nur EINE neuere Anwendung installieren.

Dann ist ein Backport der richtige Weg, kein System upgrade.

Vielleicht ist ja Eric4 nicht die beste Wahl, unter Windows fand ich die ganz nett, aber es dürfte einfach nicht passieren, dass eine normale Anwendung die System-Stabilität derart negativ beeinflussen kann, wie es einem weiss gemacht wird.

Tut es auch nicht. Ein System-Upgrade beeinträchtigt die Stabilität, und genau das versuchst du jetzt zu machen.

Weder möchte ich ein neuestes Kernel haben, noch ein niegelnagelneues Gnome oder sonstwas, nein, nur ein ganz normales python 2.5 mit einer relativ aktuellen IDE. Ich werde ja nicht ein uralt-CherryPy nehmen oder ein Steinzeit Twisted. Also mein Xp läuft auch tadellos und das obwohl ich gerne die neuen (meist Bug-Befreiteren) Versionen nehme. Es geht ja nicht immer nur um Zusatz-Features, auch wenn das schon mal sehr wichtig sein kann.

So Pakete kannst du dir ja ohne Paketmanagement in ``/usr/local`` installieren.

Wird denn bei Lenny direkt Python 2.5 als Default gesetzt und werden die Module auch dort korrekt installiert?

Also der Plan ist, Python 2.5 zum Release in Lenny als Default zu haben. Im Moment ist Python 2.5 Default in Sid, wird wohl demnächst nach Lenny migrieren.

[lunar]

das ohne das ganze richtig zu durchdenken...

wenn du wüsstest Ich möchte ja nicht irgendwelche Hardcore-Libs ändern sondern einfach nur EINE neuere Anwendung installieren.

Ohne dir jetzt gut gemeinte Ratschläge geben zu wollen: Es ist immer schwierig, gegen die Release-Philosophie der Distribution anzuarbeiten. Du verwendest Debian Stable, und das ist hal nicht unbedingt für Aktualität bekannt Wenn dir an neuen Anwendungen gelegen ist, bist du nun mal mit anderen Distributionen wesentlich besser bedient. Ubuntu oder Rolling Release Distribution wie Arch sind da wohl besser geeignet.

nein, nur ein ganz normales python 2.5 mit einer relativ aktuellen IDE.

Python ist als Interpreter ein wichtiger Teil des System, weil eben viele Anwendungen davon abhängen.

[Yogi]

hmm, also ich bin wohl nicht der einzige mit dicken Problemen, wenn ich das so googelnd lese. Vielleicht ist es ja wirklich ratsamer zum entwickeln auf einer anderen Distri auszuweichen. Aber der Server läuft nun mal unter Debian und gewisse Module müssen halt enthalten sein.

Momentan bin ich echt was ratlos, ich wollte eigentlich meine Energie und Zeit nicht für die Installation von Basis-Elementen verschwenden ;/

Selbst die setup-tools würden direkt nach 2.4 installieren... und ich halte das ändern des Default-Enitrages nicht für sicher und sinnvoll.

Ich müsste eigentlich nur wissen, wie ich IN ein bestimmtes Verzeichnis installieren kann, wie Leonidas das erwähnt hat...

[Rebecca]

Selbst die setup-tools würden direkt nach 2.4 installieren...

Du kannst ja die Setup-Skripte mit python2.5 aufrufen, dann wird auch in das Python2.5-Verzeichnis installiert.

[Yogi]

Du kannst ja die Setup-Skripte mit python2.5 aufrufen, dann wird auch in das Python2.5-Verzeichnis installiert.

ahhh, das werde ich ausprobieren! Thx...

[Leonidas]

Ubuntu oder Rolling Release Distribution wie Arch sind da wohl besser geeignet.

Also etwa Debian testing Wobei nicht alle Rolling Release-Distributionen auch Python 2.5 als Default verwenden, in Gentoo ist immer noch Python 2.4 stable.

[lunar]

Wobei nicht alle Rolling Release-Distributionen auch Python 2.5 als Default verwenden, in Gentoo ist immer noch Python 2.4 stable.

Da sieht man wieder mal: Zope sucks Bzw. auch die Gentoo-Devs, die ein slotted Python nicht fertigbringen

[zerghase]

Was hat das denn jetzt mit zope zu tun?

Du kannst übrigens auch den symlink /usr/bin/python von 2.4 auf 2.5 verlegen. Dann bekommst du allerdings Probleme mit diversen Scripten die als Standard 2.4 verlangen, aber wenn das passiert kannst du den Link ja wieder zurücksetzen.
Ich frage mich gerade wieso das nicht bei den alternatives drin ist, so wie java...

[lunar]

Was hat das denn jetzt mit zope zu tun?

Viel! Die Gentoo-Politik für Python lässt neue Minor-Versionen nur dann stable werden, wenn *alle* Python-Pakete im Tree mit der neuen Minor-Version zurecht kommen. Zope ist nun das einzige größere Python-Paket, welches *zwingend* 2.4 verwendet und ergo Python 2.5 darin hindert, stable zu werden. Ich persönlich finde die Release-Politik von Gentoo in dieser Hinsicht nicht schlecht, Interpreter - besonders wenn sie so essentiell sind wie Python - sollten immer sehr, sehr umsichtig stabilisiert werden.

Eine Software dagegen an eine *Minor*-Version der verwendeten Sprache zu binden, ist sehr, sehr zweifelhaft. Minor-Versionen führen neue Features unter Bewahrung der *Rückwärtskompatibilität* der öffentlichen API ein. Genau das ist bei 2.5 der Fall. Wenn Zope also zwingend 2.4 erfordert, lässt mich das befürchten, dass ihr Code auf Annahmen über Interna von Python fußt, und ergo nur mit genau einer Version läuft. Das ist aber nicht gerade ein Qualitätsmerkmal!

Du kannst übrigens auch den symlink /usr/bin/python von 2.4 auf 2.5 verlegen. Dann bekommst du allerdings Probleme mit diversen Scripten die als Standard 2.4 verlangen, aber wenn das passiert kannst du den Link ja wieder zurücksetzen.

Nein, bekommst du nicht. Ich lasse mein System schon seit geraumer Zeit mit 2.5 laufen, und hatte diese Probleme noch nie. Python 2.5 ist rückwärtskomaptibel, ergo sollte kein Skript, welches mit 2.4 läuft, mit 2.5 Probleme haben. Zope fällt da unrühmlich aus der Reihe.
Ich frage mich gerade wieso das nicht bei den alternatives drin ist, so wie java...[/quote]

[Leonidas]

Eine Software dagegen an eine *Minor*-Version der verwendeten Sprache zu binden, ist sehr, sehr zweifelhaft. Minor-Versionen führen neue Features unter Bewahrung der *Rückwärtskompatibilität* der öffentlichen API ein. Genau das ist bei 2.5 der Fall. Wenn Zope also zwingend 2.4 erfordert, lässt mich das befürchten, dass ihr Code auf Annahmen über Interna von Python fußt, und ergo nur mit genau einer Version läuft. Das ist aber nicht gerade ein Qualitätsmerkmal!

Das liegt daran, dass die da ihre Securitychecks haben und diese sehr spezifisch auf eine Python-Version ausgerichtet sind. Diese Hooks haben sich wohl in Python 2.5 ausreichend geändert, dass sich keiner findet, der das anpassen könnte.