Pidgin 2.4.3 auf 2.5.4

[Katz93EMO]

Hey,
wie kann ich mein Pidgin 2.4.3 auf 2.5.4 bei Debian Lenny updaten?
Apt-get update... geht nich.

[KBDCALLS]

Warten bis es in den Backports auftaucht, oder selbst backporten momentan ist es noch in SId zu finden.

[Katz93EMO]

Und wie tu ich selbst backporten? ^^

[TRex]

Du könntest dir von http://www.pidgin.im den Sourcecode laden, alle Vorkommen von "2.4.3" durch "2.5.4" ersetzen, das dann kompilieren und schon ist pidgin aktualisiert.

SCNR

wenn du den Quellcode von da kompilieren kannst, hast du es übrigens geschafft...nur so am Rande...

[cirrussc]

Wenn dir TRex2003's durchaus geniale Lösung zu einfach ist ( ) könntest Du diese mal probieren.
Aber versuch es erst mal.

http://wiki.debianforum.de/AngepasstePa ... nErstellen
http://wiki.debianforum.de/DebianPakete ... ompilieren
http://wiki.debianforum.de/KompilierenU ... ckAndDirty

[Paty-17]

Hatte mir seinerzeit Pidgin 2.5.4 aus experimental installiert. Läuft problemfrei und die wenigen abhängigkeiten werden gleich mitinstalliert. Bin somit auch dafür das Paket aus Sid zu verwenden. Nichts gegen selber kompilieren, aber wenns schon fertige Pakete gibt... Wir sind ja keine Gentooler.

selbst "backporten" aus sid mal ganz quick and dirty: in der sources.list lenny durch sid ersetzen, über apt/aptitude die neue pidgin-version installieren und anschließend die sources.list wieder in die ursprüngliche fassung ändern. Etwas sauberere Lösung wäre mittels Pinning.

[Teddybear]

@paty-17

Das was du meinst ist aber nicht "backporten"... *g*

[KBDCALLS]

Zumal ich diesen Tip so wie ihn @Paty-17 gegeben hat für nicht ganz ungefährlich halte. Das wird spätestens dann nicht mehr funktionieren, sobald Pidgin aus Sid Abhängigkeiten hat, die Lenny so ohne weiteres nicht mehr erfüllt. Und wenns dann die libc6 betrifft, ist ganz vorbei. In Sid trudelt die Libc6 2.9 ein.

http://packages.debian.org/search?suite ... ords=libc6

[Paty-17]

Ein Backport is das sicherlich nicht, geb ich ganz klar zu, allerdings ist das die Wortwahl die auch KDBCALLS verwendet hat. Zumindest ist mir keine andere Möglichkeit bekannt ein Paket aus Sid zu übernehmen ohne es selbst zu kompilieren (außer natürlich auf festplatte speichern und manuell installieren, das ist aber auch kein Backport).
Meine Lösung ist sicherlich nicht die beste und sobald grundlegende Änderungen in Sid sind ist davon auch auf alle Fälle abzuraten. Momentan sind die Abhängigkeiten [1] jedoch noch alle in Lenny zu finden. Ich seh das eher von der praktischen Seite. Bei einer Installation aus sid brauch ich 1minute und mit ein wenig Erfahrung sieht man ob das Probleme bereiten könnte bzw sagen wir lieber wenn nicht nur pidgin, pidgin-data und die libpurple ersetzt werden soll. Wenn ich selber kompiliere brauch ich dafür ne halbe Stunde bis Stunde und mit ein wenig Pech bricht er am Ende noch mit nem Fehler ab. Ich geb allerdings ganz klar zu, dass das eine wesentlich sicherere Lösung ist genauso wie auf offizielle Backports zu warten.
[1] http://packages.debian.org/sid/pidgin

[Accelerometer]

Mit Pidgin 2.5.4 hatte ich übrigens schon den einen oder anderen Crash. Momentan läuft hier die Version aus Lenny.

[Paty-17]

Leider kann man mit Versionen <2.5.4 nicht mehr mit MSN verbinden oder hat das Debian für seine Pakete noch nachträglich ausgebessert? Ich nehme doch stark an, dass der Threadersteller für das update noch weitere Gründe hat als das einfach ne höhere Versionsnummer dran steht.

[lhfloss]

Und wenns dann die libc6 betrifft, ist ganz vorbei.

Oh ja, das ist ganz schlimm. Ich bin jetzt noch dem Midnight Commander und dpkg dankbar...

Gruß, /root!

[kMax]

Hallo Leute,
ich hatte das selbe Problem und würde gerne wissen, ob meine Lösung irgendwelche Nachteile hat. Das ganze war nämlich nach 3 Minuten erledigt und brachte keinerlei Probleme mit sich:

• source.list um unstable erweitern.

  Code: Alles auswählen

  aptitude update
  aptitude install pidgin/unstable

  unstable aus source.list entfernen.

  Code: Alles auswählen

  aptitude update

Hier noch meine installierte Version:

Code: Alles auswählen

apt-cache policy pidgin
pidgin:
  Installiert: 2.5.5-1
  Kandidat: 2.5.5-1
  Versions-Tabelle:
 *** 2.5.5-1 0
        500 http://ftp-stud.fht-esslingen.de unstable/main Packages
        100 /var/lib/dpkg/status
     2.5.4-2 0
        500 http://ftp-stud.fht-esslingen.de testing/main Packages
     2.4.3-4 0
        500 http://ftp-stud.fht-esslingen.de stable/main Packages

Gruß,
Max.

[KBDCALLS]

Solange man sich keine unlösbaren Abhängigkeiten einhandelt, ist alles im grünen Bereich. Sollte es doch mal sein , was sicher auch in Zukunft passieren wird, Holt man sich die Sourcen aus Sid und erstellt daraus selbst einen Backport. Oder pinnt die Version fest

[kMax]

Das ist jetzt zwar Offtopic, aber ich verstehe nicht ganz woher ich diese nicht auflösbaren Abhängigkeiten bekommen könnte. Ich habe doch die unstable Quellen wieder aus meiner source.list entfernt. Also dürfte sich daran doch nichts ändern.
Oder bin ich mit dieser Annahme auf dem Holzweg?

[KBDCALLS]

Ich habe vorausgesetzt das die drinnebleiben, und deshalb das Paket auch mal geupdatet wird.

[kMax]

Ah, ok. Danke für die Antwort.

[TRex]

Ich hatte dabei das Problem, dass für das Paket pidgin das Paket libgtk2.0-0 aus unstable gebraucht wird und das wiederum bringt ne neue libc6 mit sich. Somit hab ich seitdem nen kleinen Konflikt mit meinem APT, weil ich die Dateien von pidgin heruntergeladen und mit dpkg -i installiert habe. Dabei bleibt dieser kleine Fehler in der Konfiguration zurück.

[KBDCALLS]

Hab gerade mal versuchsweise angetestet was passieren würde wenn man jetzt Pidgin aus Unstable installieren wollte

http://nopaste.debianforum.de/19606