ICQ-Verbindungsproblem - mal wieder ?

[Tintom]

Hallo,
mein Pidgin meldet seit eben, dass die Protokollversion zu alt sei und ich mich deswegen nicht verbinden könne. Die Version ist ein 2.4.3-4 aus Lenny. Das identische Problem gab es vor geraumer Zeit (~ 6 Monate?) schon einmal, da war aber auf der Mailingliste ziemlich viel los deswegen und es gab kurze Zeit später einen Patch. Heute ist auf der Mailingliste nix davon zu lesen. Kann das Verbindungsproblem jemand bestätigen oder liegt's an mir ?

Gruß

[Gelonida]

Hallo,
das Problem habe ich auch. "Die Client-Version, die Sie nutzen ist zu alt. Bitte updaten Sie unter http://pidgin.im/"
Gruß

UPDATE: Kopete 0.12.7 kann sich auch nicht verbinden.

[xyznico]

Ich schließe mich dann mal an.
Kann mich auch nicht verbinden! Hoffe es gibt bald ein Update!


Liebe Grüße, Nico

[xafnir]

Habe genau, dasselbe Problem! - Scheiss ICQ, wenn nicht alle ausgerechnet DAS verwenden würden..
Woran es aber genau liegt kann ich nicht sagen. Dieses Mal verschwende ich meine Zeit nicht damit es herauszufinden.

Und gibts schon erste Schätzungen, bis das in den Paketquellen da sein wird - wieder eine Woche?

[xyznico]

vllt. auch mal 2 wir werden sehen!

Habe schon ICQ2GO ausprobiert, das läd erst garnicht & meboo hat auch noch die alte Client Version da geht auch nichts!

[Tintom]

vllt. auch mal 2 wir werden sehen!

Habe schon ICQ2GO ausprobiert, das läd erst garnicht & meboo hat auch noch die alte Client Version da geht auch nichts!

meebo basiert ja auch auf libpurple, wie pidgin auch

[Gelonida]

Habe schon ICQ2GO ausprobiert, das läd erst garnicht & meboo hat auch noch die alte Client Version da geht auch nichts!

bei mir geht ICQ2Go
Gruß

[Tintom]

Hab mal einen Bug-Report geschrieben und an bugs.debian.org geschickt. Musste schnell gehen, da ich weg muss.. naja mal sehn was sich tut.

[conzul]

gleiches problem... hab nun auch ma pidgin aus testing installed - geht NATÜRLICH auch nicht *ggg*

[Danielx]

https://www.debianforum.de/forum/viewto ... 9&t=108610

Gruß,
Daniel

[Lord_Carlos]

im topic von #pidgin auf freenode steht aber auch das ICQ Deutschland Probleme mit den servern hat :/
Vielleicht behebt sich das Problem also von selber.

Edit: Kumpel meinte gerade es geht auch nicht mit 2.5.5, also ist es wohl ein Deutschland Problem! Kann das jemand bestätigen?

[conzul]

2.5.5 funktioniert bei mir

[Tintom]

2.5.5 funktioniert bei mir

Habs eben auf Win mit 2.5.5 getestet - funktioniert. Das sagt übrigens auch der Maintainer von Pidgin, sonst nichts. Soll das jetzt bedeuten, ich darf warten, bis das Paket irgendwann mal in den Backports auftaucht ? Selber bauen hatte ich eigentlich nicht vor...

[conzul]

https://www.debianforum.de/forum/viewto ... 9&t=108610

Gruß,
Daniel

hey tintom,
daniel's link ma angesehn?
hat bei mir zwar nicht ganz sauber geklappt - funktioniert aber!
is ja eh nur temporär bis es *hoffentlich bald* n kleines lenny-update für pidgin gibt..

greetz

[Tintom]

https://www.debianforum.de/forum/viewto ... 9&t=108610

Gruß,
Daniel

hey tintom,
daniel's link ma angesehn?
hat bei mir zwar nicht ganz sauber geklappt - funktioniert aber!
is ja eh nur temporär bis es *hoffentlich bald* n kleines lenny-update für pidgin gibt..

greetz

Danke, hatte ich übersehen.

[xspikex]

hallo bei mir funkt es auch in österreich nicht wohl doch kein lokales problem

lg xspikex

[Tutti]

hatte es mir vor paar monaten selbst kompiliert: 2.4.3-1 für Etch. Funktioniert nicht mehr bei mir, aber 2go funktioniert...

Muss mich mal drum kümmern.

[catdog2]

2.5.5 (ist in unstable) geht, alles davor nicht.

[Paty-17]

Oh je hat das viel Dev-Pakete gebraucht. Jedenfalls hab ich nun nach etlichen Versuchen endlich das fehlerfrei zum durchlaufen gebracht.
Hätte somit eigene builds für x86 unter Lenny zum anbieten, falls wer will. Bei mir funktionieren sie bisher fehlerfrei und ich musste keine anderen neuen Pakete aus Unstable nachinstallieren. Das ganze natürlich ohne jegliche Garantie auf funktionsfähigkeit oder sicherheit vorm zerschießen des systems. Offizielle Backports sind sicherlich der bessere Weg.

finch_2.5.5-1_i386.deb
libpurple0_2.5.5-1_i386.deb
pidgin_2.5.5-1_i386.deb
pidgin-data_2.5.5-1_all.deb

mit 2.5.5 funktioniert bei mir auch wieder ICQ

edit: hab noch nen selbstgeschriebenen patch für die 2.4.3-er version hochgeladen, scheint so weit zu funktionieren
2.4.3-icq.patch
bzw: http://nopaste.debianforum.de/19592

[_ash]

sagst Du mir als unerfahrenem Benutzer noch, wie man den Patch einspielt? Sollte der auch noch unter Etch laufen?

[Kanalratte]

Joa, ich hab auch gerade geupdatet (schon wieder so ein Anglismus) und bei mir läuft alles prima!

[Paty-17]

Mit der pidgin-version von etch geht es vermutlich nicht. Zum patchen gehst du in das Stammverzeichnis des Quelltextes deines Paketes und gibst dann ein

Code: Alles auswählen

patch -p0 < /pfad/zu/patch

danach das Paket mit bekannten Mitteln kompilieren und installieren.

Für etch kannst du das aber auch ganz leicht selber machen. Quelltext herunterladen ($ apt-get source pidgin), dann in ./pidgin-ver.sion/libpurple/protocols/oscar/oscar.h die änderungen vornehmen die ich hier beschrieben habe:
viewtopic.php?f=29&t=108610&start=15
danach kompilieren z.b. hiermit: http://wiki.debianforum.de/KompilierenU ... ckAndDirty vorher ein

Code: Alles auswählen

# apt-get build-dep pidgin

erspart recht viel Mühe.

[Albion]

Ich hab einfach mal Licq getestet...
Damit läufts
Reicht mir als Ausweichmöglichkeit bis das Problem behoben wird ^^
Nutze Debian Testing

[trompetenkaefer]

Hallo Zusammen,

vielleicht hilft euch dieser Lösungsansatz weiter:
http://christoph-langner.de/de/2009/03/ ... ing-story/

Grüße
trompetenkaefer

[Paty-17]

Finde den Tipp ja ein wenig seltsam. Erst meint er man solle Software nicht von inoffiziellen Quellen installieren, will aber später dass man sich die libraries direkt von ihm holt.
In Ubuntus Intrepid ist Pidgin in Version 2.5.2 (in Lenny 2.4.3). Ersetzt wird das nun mit Libraries aus Version 2.5.4 und 2.5.5. Ich kenne mich in Pidgin zwar nicht aus (unterstelle ich dem bloginhaber das nun auch einfach einmal), sehe aber durchaus Chancen, dass es da Konflikpotential geben kann. Ganz unabhängig natürlich von irgendwelchen Abhängigkeitsproblemen, welche man nicht mehr sieht.

Außerdem sehe ich ein wesentlich geringeres Risiko, dass man sich irgendwas zerschießt, wenn man seine Software kompiliert, paketiert und über das Paketsystem installiert als wenn man komplett am Paketsystem vorbei manuell Änderungen vornimmt.