Licq auf woody compiliert, kann es nicht starten ...

[Karin aus Wien]

Hallo Allerseits!

ich habe mir nun licq-1.0.4 auf Woody-2.4.18 mit Standard-Woody-KDE und -Gnome aus den Sourcen installiert.
http://www.powered-by-linux.de/netz/ws-licq.html

Aber:
Beim Startversuch über den KDE-Menüpunkt "Befehl ausführen" kommt keine Reaktion ...
Beim Startversuch als User in der Konsole unter KDE kommen folgende Fehlermeldungen:
karin@peci-karin:~$ licq
19:35:07: [ERR] Licq: Already running at pid 721
Kill process or remove /home/karin/.licq/licq.pid.
karin@peci-karin:~$ kill 721
karin@peci-karin:~$ licq
19:36:16: [WRN] Licq: Ignoring stale lockfile (pid 721)
licq: relocation error: /usr/local/lib/licq/licq_qt-gui.so: undefined symbol: __13QWindowsStyle
(dann tut sich nichts, erst nach Ctrl-C kommt der Prompt wieder)

Beim Startversuch als root in der Konsole unter KDE kommen folgende Fehlermeldungen:
peci-karin:/home/karin# licq
19:38:27: [WRN] Licq: Ignoring stale lockfile (pid 634)
Xlib: connection to ":0.0" refused by server
Xlib: Client is not authorized to connect to Server
licq: cannot connect to X server :0.0
peci-karin:/home/karin#
(hier kommt der Prompt von alleine)
Hat wer eine Idee, wo ich da an welchen Schräubchen drehen könnte?

liebe Grüße aus Wien
Karin
[url][/url]

[glatzor]

Hast Du schon mal /home/karin/.licq/licq.pid gelöscht? Läuft da wirklich bereits schon ein licq mit der angegebenen pid?
Zum root: Es ist von Haus aus nicht anderen Benutzern erlaubt Programme auf einem XServer auszuführen. Du kannst dies durch "xhost +locolhost" umgehen. Oder aber durch eine ssh-Verbingung mit X-Forwriding (Option -X beim sshclient) und dem Benutzer root zu Deinem localhost.
Desweiteren gibt es auch ein Debian Paket von licq in sid. Du kannst Dir auch die Debian Source Pakete zeihen und diese kompilieren. Der Vorteil ist ein richtiges Debian-Paket.

[abi]

wieso benützt du nicht einfach das vorhandene Debianpaket ?

[Karin aus Wien]

Hi!

@glatzor, die erste:
Ja, ich habe auch schon versucht, /home/karin/.licq/licq.pid zu löschen.
Beim neuerlichen Startversuch kommt dann aber immer noch die Fehlermeldung:
licq: relocation error: /usr/local/lib/licq/licq_qt-gui.so: undefined symbol: __13QWindowsStyle

@glatzor, die zweite:
Wo krieg ich Debian Source Pakete für licq und wie mach ich dann ein Debian Paket draus, wie installier ich dann ein Debian Paket? was möchte ich denn lesen um das zu erfahren?

@try:
Ich benutz das vorhandene Debian Paket nicht, weil ich testing (woody) verwende, das licq-Debianpaket aber in unstable (sid) enthalten ist. Und diese beiden miteinander zu vermischen, das halt ich bei meinem Wissensstand noch nicht für sinnvoll

Ich bin noch eher eine Newcomerin, insbesonders was Desktop auf Linux betrifft. mein Server läuft auf woody jetzt schon einige Zeit lang zur Zufriedenheit, da hab ich alles ganz locker mit apt-get installiert und dann halt mit vi konfiguriert, war nicht so heavy!
Aber mit X und KDE und allem was dazu gehört beschäftige ich mich erst ein paar Tage lang ...

[Karin aus Wien]

Hi

Ich hab grad ein make uninstall gemacht und alles von vorne begonnen.
Dabei ist mir diesmal folgendes aufgefallen (keine Ahnung, ob es von Bedeutung ist):

<---schnipp---
peci-karin:/home/karin/licq-1.0.4/plugins/qt-gui-1.0.4# ./configure
[...]
configure: WARNING: environment variable QTDIR is not set
[...]
checking for KDE... no
[...]
Install prefix : /usr/local
Licq Includes : /home/karin/licq-1.0.4/include
KDE 2 : disabled.
Qt includes : /usr/include/qt
Qt libraries : /usr/lib, -lqt
Qt moc : /usr/bin/moc
peci-karin:/home/karin/licq-1.0.4/plugins/qt-gui-1.0.4#
---schnapp--->

Ich hab nun nicht wirklich die Ahnung wie man die Umgebungsvariable QTDIR setzt ...
Ausserdem, was heisst checking for KDE... no?

Any hints?

[feltel]

Ich hab nun nicht wirklich die Ahnung wie man die Umgebungsvariable QTDIR setzt ...
Ausserdem, was heisst checking for KDE... no?

Umgebungsvariablen werden -bei der Debian-Standardshell bash- wie folgt definiert:

Code: Alles auswählen

neo:/home/feltel# VARIABLE="hallo welt"
neo:/home/feltel# export VARIABLE
neo:/home/feltel# set
[snipp]
VARIABLE='hallo welt'
[snipp]
neo:/home/feltel#

Überprüfen kannst Du alle definierten Variablen mit dem Befehl set. Mit unset kannst Du Variablen löschen.

Das "checking for KDE" interpretiere ich mal so, das das Programm irgendwelche Bibliotheken oder Programme von KDE benötigt, um compiliert zu werden oder lauffähig zu sein. Hast Du denn KDE installiert?

[Karin aus Wien]

@feltel:

Ja, KDE ist installiert und läuft.
die Compilierung hab ich aber auf der Konsole, nicht unter KDE durchgeführt ...

OK, das Variable setzen ist ja very simpel. Bloß welche ist zu setzen?
QTDIR="ja_was_denn_bloß"

[glatzor]

Die QTDIR brauchst Du nicht zu setzen.

Du kannst Dir aber auch einfach die Unstable-Pakete von LICQ runterladen und auf Deinem Woody-System installieren. Die Abhängigkeiten sollten keine Problem verursachen:

http://packages.debian.org/unstable/net/licq.html
http://packages.debian.org/unstable/net ... n-kde.html

Um Applikationen für KDE zu kompilieren, benötgist Du das "kdelibs-dev"-Paket.

[draughir]

Servus Karin,

Pakete aus "woody" und "sid" zu mischen ist gar nicht so kompliziert:

1.) /etc/apt/sources.list mit den Pfaden zu "sid" ergänzen
2.) /etc/apt/apt.conf mit der Zeile >> APT::Default-Release "testing"; << ergänzen. Damit wird bei einem normalen apt-get die Pakete vom "woody" verwendet.
3.) apt-get -t unstable install "PAKET" -> installiert das gewünschte Paket, samt Abhängigkeiten, aus "sid".

Vielleicht kommst ja so zu einem funktionierendem ICQ.

Grüße draughir

[glatzor]

Weiss nicht ob dies in Karins Fall so geeignet ist, da SID wohl bald inkompatibel zu Woody wird - vorallem durch den Wechsel zu KDE3 würde licq nach kurzer Zeit unbrauchbar. Darum würde ich die Pakete einfach nur so installieren.

[Karin aus Wien]

hi!

@draughir:
Danke für das Mini-HowTo wie man Pakete aus verschiedenen Releases mischt, das hab ich mich zwar immer schon gefragt, dachte aber dass das aus Abhängigkeitsgründen nicht geht ...
Eine /etc/apt/apt.conf gabs bei mir nicht, hab ich halt eine angelegt ...
(es gibt aber eine /etc/apt/apt.conf.d/70debconf, hätte ich es da auch reinschreiben können?)

@glatzor:
Ich hab von Anfang an gar nicht angenommen, dass das kompatibel sein könnte.

Nun, ich hab es trotzdem versucht, die Fehlermeldungen bleiben unverändert ...
Ich glaub ich gebe es jetzt auf und installier wieder alicq, das mir halt so wenig gefällt ...
Ich hab mit all den Versuchen wahrscheinlich ohnehin alles total durcheinander gebracht!
Ich nehme mal an, dass irgendein abhängiges Paket zwar installiert, aber nicht oder nur unvollständig konfiguriert wurde. Ob es da eine Möglichkeit gibt, draufzukommen welches?

Gottseidank ist es nur das Versuchssystem auf dem ich das ausprobiert hab, bevor ich Debian an meinen Schleppi ranlasse (Schleppi == das Ding an dem ich produktiv tätig sein will)