Downgrade von testing auf stable möglich?

[theWSt]

Hallo Leute!

Ich habe unlängst Debian 4.0r1 Etch (stable) auf meinem Notebook installiert. Ich bin eigentlich sehr zufrieden damit. Es läuft super stabil. Das ist ja bekanntlich die Stärke der stable-Distribution.

Doch ich habe ein kleines Problem. Ich geiere mich nicht um neueste Programm-Versionen, aber einige Programme, die ich gerne benutzen würde, sind noch garnicht im Stable-Zweig, z.B. Pidgin.

Angenommen ich ändere meine sources.list auf die testing-Pakete und mache ein vollständiges System-Upgrade, dann hätte ich die Möglichkeit z.B. Pidgin zu installieren.

Doch angenommen ich habe dann Probleme bzw. ich entscheide mich doch wieder auf stable zurück umzusteigen, ist es möglich die sources.list abermals zu ändern und ein komplettes DOWNGRADE zurück auf stable zu machen?

Als Alternative Idee wäre mir noch eingefallen das Repository für testing nur temporär zu aktivieren, Pidgin zu installieren (sonst nichts updaten) und das Repository dann wieder zu deaktivieren. Doch das habe ich mich noch nicht getraut, weil ich nicht wusste, ob man da Probleme bekommen könnte. Geht das?

MfG, theWSt

[utkin]

Doch angenommen ich habe dann Probleme bzw. ich entscheide mich doch wieder auf stable zurück umzusteigen, ist es möglich die sources.list abermals zu ändern und ein komplettes DOWNGRADE zurück auf stable zu machen?

Nein, das ist so nicht vorgesehen und geht dann nur von Hand. Unter Umständen ist das dann auch nicht so ganz trivial. Du kannst dir aber die Sourcen aus testing ziehen und Pidgin selber bauen. Dann bist du auf der sicheren Seite.


Gruß, utkin

[theWSt]

Nein, das ist so nicht vorgesehen und geht dann nur von Hand. Unter Umständen ist das dann auch nicht so ganz trivial.

Ok, dann mache ich das nicht, weiß nicht wie zufrieden ich mit testing sein würde... Denn der Hauptgrund für mich Alternativen zu Windows zu suchen war Stabilität, denn die bietet Windows bekanntlich nicht.

Du kannst dir aber die Sourcen aus testing ziehen und Pidgin selber bauen. Dann bist du auf der sicheren Seite.

Das verstehe ich nicht ganz.

Ich habe u.a. probiert einfach das deb-Paket von Pidgin zu ziehen und zu installieren, aber dann fehlen mir ja die Abhängigkeiten. Das hat so nicht funktioniert.

Wenn ich es aus den Sourcen baue, brauche ich dann keine Abhängigkeiten bzw. sind die Dinge alle im Source dabei?

MfG, theWSt

[KBDCALLS]

Eventuell solltest du dich mal bei den Backports umsehen. Kann möglich sein das die das aktuelle Paket schon so kompiliert haben das es ohne "Gefahr" insttalliert werden kann. Falls nicht besorgts du dir die Debiansourcen , und baust dadraus deinen eigenen Backport (Debianpaket) Größensteils klappt das relativ schmerzlos. Soll heißen das Etch die Builddepndencies erfüllt. Manchmal ist manuelle Nacharbeit notwendig.

[Tintom]

Wenn ich es aus den Sourcen baue, brauche ich dann keine Abhängigkeiten bzw. sind die Dinge alle im Source dabei?

MfG, theWSt

Die Sourcen von Pidgin kriegst du mit

Code: Alles auswählen

apt-get source pidgin

Die Control-Datei gibt Aufschluss über die Anhängigkeiten von pidgin.
Aufruf mit

Code: Alles auswählen

cat <pidgin-Verzeichnis>/debian/control

Die Abhängigkeiten lassen sich alle in etch auflösen, ich habe hier gerade selber Pidgin 2.0.1 am laufen.

Gruß
Tino

[KBDCALLS]

Mit

Code: Alles auswählen

dpkg-checkbuilddeps

gehts aber einfacher.

noch einfacher gehts mit

Code: Alles auswählen

apt-get build-dep Paketname

[theWSt]

Die Sourcen von Pidgin kriegst du mit

Code: Alles auswählen

apt-get source pidgin

Die Control-Datei gibt Aufschluss über die Anhängigkeiten von pidgin.
Aufruf mit

Code: Alles auswählen

cat <pidgin-Verzeichnis>/debian/control

Hm, also muss ich doch wie bereits erwähnt erst mal die sources.list auf testing umstellen/ergänzen...
Natürlich, ich habs ausprobiert, sonst find ich kein Paket, das "pidgin" weder im Namen noch in der Beschreibung enthält.

Die Abhängigkeiten lassen sich alle in etch auflösen...

Ach, echt? Als ich das vorkompilierte Paket (von packages.debian.org, v2.2.0) installieren wollte hat er mir die Abhängigkeiten nicht auflösen können. Zumindest "pidgin-data" konnte er in den Etch-Quellen natürlich nicht finden. Das ist aber in den Quellen vermutlich in dem einen Source-Paket dabei, oder?

Doch auch als ich auch dieses Paket gesaugt und installiert habe ist er bei einer Bibliothek eingefahren, weil ich die v1.12.x (in den Etch-Quellen) installiert hab, er aber 1.13.x voraussetzt. Das wird aber vermutlich mit der neuen Version zu tun haben. Du sagst ja schließlich, du hast v2.0.1 am Laufen.

Mit

Code: Alles auswählen

dpkg-checkbuilddeps

gehts aber einfacher.

noch einfacher gehts mit

Code: Alles auswählen

apt-get build-dep Paketname

Na gut, einfacher hin oder her, ich brauche auf jeden Fall mal die Testing-Quellen, richtig?

MfG, theWSt

PS: Habe mir inzwischen Gaim ("Vorgänger" von Pidgin, nur Namensänderung, Version in den Etch-Quellen veraltet) installiert, weil sich meine Freunde schon beschwert haben wieso ich denn seit Tagen nicht online bin

[Tintom]

Die Sourcen von Pidgin kriegst du mit

Code: Alles auswählen

apt-get source pidgin

Die Control-Datei gibt Aufschluss über die Anhängigkeiten von pidgin.
Aufruf mit

Code: Alles auswählen

cat <pidgin-Verzeichnis>/debian/control

Die Abhängigkeiten lassen sich alle in etch auflösen...

Ach, echt? Als ich das vorkompilierte Paket (von packages.debian.org, v2.2.0) installieren wollte hat er mir die Abhängigkeiten nicht auflösen können. Zumindest "pidgin-data" konnte er in den Etch-Quellen natürlich nicht finden. Das ist aber in den Quellen vermutlich in dem einen Source-Paket dabei, oder?

Doch auch als ich auch dieses Paket gesaugt und installiert habe ist er bei einer Bibliothek eingefahren, weil ich die v1.12.x (in den Etch-Quellen) installiert hab, er aber 1.13.x voraussetzt. Das wird aber vermutlich mit der neuen Version zu tun haben. Du sagst ja schließlich, du hast v2.0.1 am Laufen.

Mit

Code: Alles auswählen

dpkg-checkbuilddeps

gehts aber einfacher.

noch einfacher gehts mit

Code: Alles auswählen

apt-get build-dep Paketname

Nein, ich meinte die Abhängigkeiten von pidgin allgemein (also die Sourcen). Das Paket aus lenny kannst du schon deswegen vergessen, weil es gegen eine höhere Version der libc gelinkt ist.
Ich hab mir eben die Version 2.2 gebaut. Falls alle Stricke reißen, kann ich dir die zukommen lassen.

Gruß
Tino

//edit: Kurzanleitung:
Quellen von testing in sources.list
1. apt-get source pidgin
2. cd <pidgin-directory>
3. /usr/lib/dpkg-checkbuilddeps
Die Liste, die dpkg-builddeps ausspuckt, sind die Pakete, die du noch brauchst um das Paket zu bauen. Diese sollten sich bis auf das Paket libsilc auflösen lassen. Pidgin will libsilc in einer höheren Version als in etch, ging bei mir jedoch auch ohne besagte lib.
Anschließend noch ein fakeroot debian/rules binary und alles sollte durchlaufen.

[KBDCALLS]

Das Binary Paket aus Lenny das hast du recht @tintom. Die Sourcen sollten sich aber kompilieren lassen. Auf den ersten Blick kann ich nichts sehen was dagegen spricht.