Newsgroup: it.comp.os.linux.iniziare
Titolo: LICQ e plugin

Ciao a tutti,
vorrei usare LICQ-0.85. L'ho installato con licq-qt-0.85
ma quando lo lancio ottengo:
[WRN] Licq: ignoring stale lockfile (pid 1496)
[ERR] unable to load plugin (qt-gui): /usr/lib/licq/licq_qt-gui.so: undefined symbol: dragEnterEvent__14QMultiLineEditP15QDragEnterEvent
Come posso risolvere questo problema ?
grazie
Nicola
-- 

Come posso risolvere questo problema ?
A parte che c'e' la versione 1.0 (
www.licq.org
), pero' anche io avevo quel
problema, ho risolto aggiornando le lib QT  alla 2.2.1 :)
Ah, uso RH7 :)
Ciao
-- 
 _____        
|_   _|__ ___ 
  | |/ -_) _ \
  |_|\___\___/

 A parte che c'e' la versione 1.0 (
www.licq.org
), pero' anche io avevo quel
La 1.0 funziona con RPM 4
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
              *** ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

La 1.0 funziona con RPM 4
Ci  sono  anche  i  binari  per   RH6.2  In  ogni  caso  io  ho  risolto
con  il   .src.rpm,  anche   se  m'e`   toccato  forzare   l'upgrade  di
libstdc++-2.95.1_2.10.0-3, mi pare.
-- 
GHERdO, AMiGA Supporter Since 1988
	happy linux user
"Guarda Sophia, guarda la vita che vola via..."	

 undefined symbol: dragEnterEvent__14QMultiLineEditP15QDragEnterEvent
Si ecco, anche a me diceva cosi, sia con pacchetto RPM che tar.gz
compilato. Sicche' dopo un buon secchio di bestemmie ..vabbe', se
te la senti di compilare LICQ, guarda nella mia homepage, sezione
"Altro"..nell' attesa di scoprire il COME hanno fatto a compilare
il binario RPM e nell'attesa di scoprire il PERCHE'licq_qt-gui.so
non funziona. (E non sono il solo a quanto pare) Comunque se vuoi
compilare, armati di *tanta* pazienza.
-- 
Ciao, Mario.
http://members.xoom.it/mccmario/

 compilare, armati di *tanta* pazienza.
Qual'č il problema? Io l'ho ricompilato piů volte (per fare delle
prove..) anche con le QT 2.0
quando lui vuole le 2.1 senza problemi.


quando lui vuole le 2.1 senza problemi.
Questo:
userbox.cpp: In method `void CUserView::viewportMousePressEvent(class QMouseEvent *)':
userbox.cpp:794: no matching function for call to `QHeader::sectionSize (int)'
make[2]: *** [userbox.lo] Error 1
make[2]: Leaving directory `/home/mario/licq-0.85/plugins/qt-gui/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/mario/licq-0.85/plugins/qt-gui'
make: *** [all-recursive-am] Error 2
[mario@mario qt-gui]$
Io ho qt-2.1.0-4.beta1, quella di default di redhat 6.2
Ora, se qualcuno mi spiegasse il COSA diamine vuole dalla mia vita la
linea 794 di userbox.cpp, e anche il PERCHE' e' l'UNICA cosa in
assoluto che mi crea problemi in tutto il pacco sorgenti di LICQ
sarei gia' un uomo felice :-)
Nota che installando da RPM mi da' messaggio di errore come dice nicola.


Nota che installando da RPM mi da' messaggio di errore come dice nicola.
Upgrade alla QT 2.2.1 ....


Upgrade alla QT 2.2.1 ....
Premessa, io uso redhat 6.2 con le qt library di default.
Allora, l'RPM non dice nulla sulle dipendenze e si installa normalmente.
Daniele dice che a lui funziona e compila tranquillamente anche con le
QT 2.0. - Io uso attualmente le qt-2.1.0, quindi superiori a quelle
che Daniele dice funzionare regolarmente. In 
www.licq.org
 dicono
"Needed (Qt >=2.1) for Qt GUI plugin" e quindi dovrei essere a posto.  
Per controprova ho messo le qt-2.2.0, quindi superiori a quelle
richieste, ma senza successo. Tu mi dici di upgradare alle QT 2.2.1 ..
morale, io non ci capisco piu' una fava a questo punto. Che poi sono
riuscito a farlo funzionare ugualmente modificando leggermente i
sorgenti e' una cosa, ma al solo pensiero di upgradare Licq alla
prossima versione sudo gia' freddo. In conclusione, l'RPM non funziona,
i sorgenti in compilazione mi danno un errore assurdo (mai successo,
giuro, in fase di make mai successo) In ./configure ho dovuto usare
una sintassi assurda:
./configure --with-qt-includes=/usr/lib/qt-2.1.0/include\ 
  --with-qt-libraries=/usr/lib/qt-2.1.0/lib
cioe' passare il path, sebbene QTDIR sia settata in modo corretto, cioe'
QTDIR=/usr/lib/qt-2.1.0 ed anche questa, giuro, non mi e' mai capitata.
Mi piacerebbe a questo punto capire DOVE sta l'inghippo, tutto qui.
Domanda: Sono sfigato io oppure *TUTTI* i possessori di redhat 6.2
hanno *dovuto* upgradare le QT? .. oppure peggio ancora, ho
sbagliato ricetta ed ho fatto su un minestrone ? :-))


richieste, ma senza successo. Tu mi dici di upgradare alle QT 2.2.1 ..
Mi spiace non so che dirti, anche a me dava problemi, e con l'upgrade delle
QT è andato a posto, altro non so:(
Ciao


 con  il   .src.rpm,  anche   se  m'e`   toccato  forzare   l'upgrade  di
Mah, ho provato anche a "rebuildare" il *.src.rpm e anche li s'incazza
per via del rpm 4.




per via del rpm 4.
Non so che dirti. I binari per 6.2 su falsehope li ho solo visti, ma non
provati.


Ciao
sono riuscito a installare LICQ 0.85
Dunque ho installato:
licq-0.85-1
licq-ui-qt-0.85-1
qt-2.2.0-0.1
licicq-0.33
Fatto questo tutto funziona (almeno a me :)) )
Il programma è una meraviglia.
Ciao
Nicola
-- 

 "Needed (Qt >=2.1) for Qt GUI plugin" e quindi dovrei essere a posto.
..
Confermo, l'ho usato diverso tempo con le Qt 2.0, anche Licq 0.84.
Adesso lo uso con le QT 2.1
Io ho sempre rebuildato il *src.rpm, mai avuto problemi con la Suse.


Io ho sempre rebuildato il *src.rpm, mai avuto problemi con la Suse.
Dopo varie sperimentazioni, sono giunto alla seguente conclusione:
qt-2.1.0-4.beta1 e qt-devel-2.1.0-4.beta1 installate di default da
redhat 6.2, o sono bacate o vanno prese esattamente per quello che
dicono di essere, cioe' delle BETA. Ho appena compilato licq v-1.0  
senza problemi con le qt 2.1, ma NON quelle di redhat, ed anche il
pacchetto RPM di licq 0.85 ha preso magicamente a funzionare. Li -
mortacci - loro :-)
