Newsgroup: it.comp.os.linux.iniziare
Titolo: problema di Qt??

Ciao!
sto provando ad installare un programma ma....
ecco il problema che mi si presenta quando faccio il configure
-cutcutcut
checking for shmat... yes
checking for killpg in -lucb... no
checking for Qt... libraries /usr/lib/qt-2.0.1/lib, headers
/usr/lib/qt-2.0.1/include
checking if Qt compiles without flags... no
checking for moc... /usr/lib/qt-2.0.1/bin/moc
checking for rpath... yes
checking for bool... yes
checking for KDE... libraries /usr/lib, headers /usr/include/kde
checking for extra includes... no
checking for extra libs... no
checking for KDE headers installed... yes
checking for KDE libraries installed... configure: error: your system
fails at linking a small KDE application!
Check, if your compiler is installed correctly and if you have used
the
same compiler to compile Qt and kdelibs as you did use now
[enry@server caitoo-0.6.5]$
---cutcut
premesso che non so cosa siano le qt, a me pare che ci siano, ma che
manchi qualcos'altro nelle librerie del kde... ma come faccioa far
funzionare sto configure?
non sono esperto, spero potrete darmi una mano
grazie
Enrico

 Enrico
-- 
Il mio indirizzo è modificato.
My address is modified.

non sono esperto, spero potrete darmi una mano
Stai cercando di installare un programma che vuole le QT1.44 e invece trova
le 2.0.1.
Chissa' perche', sospetto tu stia usando una RedHat...sbaglio ? :-)
Se e' davvero cosi', la cosa piu' immediata da farsi e' rimuovere
momentaneamente le qt2-devel con gnorpm, installare e devel della 1.44,
compilare il programma, ed EVENTUALMENTE ripristinare la situazione
originaria.
Ciao.
-- 
(O>   | Mauro Agrosi
//\   | e-mail: 
j.f...@libero.it
V_/_  | Powered by Linux RedHat 6.0

funzionare sto configure?
Leggere i messaggi vecchi potrebbe essere un ottimo metodo.
Un altro buon metodo č leggere i messaggi di errore che posti, che
proclamano al mondo che configure sta usando le Qt 2.0.1.
Indipendentemente da che cosa siano le Qt, se il programma che stai
compilando richiede le Qt 1.44 (assai probabile se il programma č per
KDE 1.1.2 che č basato appunto sulle Qt 1.44 e comunque rilevabile
dalla documentazione del programma stesso), mentre tu usi le 2.0.1,
si potrebbe avere il vago dubbio che la gabola stia proprio in ciņ.
Vabbč, dai, fine delle cattiverie, telegraficamente: 
1. le Qt sono le librerie grafiche su cui si appoggia KDE.
2. Setta la variabile QTDIR con
   export QTDIR=/usr/lib/qt-1.44
3. Lancia configure con
   ./configure --with-qt-dir=/usr/lib/qt-1.44
   e vedrai che l'errore scompare.
4. Vai a leggerti i messaggi vecchi sullo stesso argomento, taluni
   scritti da me medesimo con le mie manine su questo NG e su
   it.comp.os.linux.development per maggiori dettagli.
Insomma non c'č bisogno di eliminare e/o reinstallare alcunchč e su
questo argomento č un po' che si arpeggia...
-- 
Ciao ciao.
                                                   +++ Giuseppe

Stavo infatti per spedire la suddetta risposta...
Suddetta un accidente... la *seguente* risposta...




Sai che ti rispondo ???...COL PIRIPACCHIO !!! ;-))))
Usi RH 6 ?...mai trovato in quella situazione ?..mai provato ad operare come
tu suggerisci (e come in effetti di norma si fa) ?...mai valutato il
risultato finale ?..
Bene, io SI..e come me parecchi altri come hai visto..., cosi' facendo (io 
stesso l'ho sperimentato in un paio di casi), NON CHIEDERMI IL PERCHE', non
si ottiene una clava !!! :-)
Il refresh di QRDIR e lo switch del configure vengono bellamente ignorati.
Non a caso nella documentazione di Licq (rel. 0.75), lo stesso autore
suggerisce il trighetto che io ho riferito, soluzione tutt'altro che
elegante ma efficace.
Del resto da una distribuzione che ignora allegramente le impostazioni
definite ad esempio in /etc/HOSTNAME perche' netcfg gli dice che l'hostname
non e' quello ma quello che decide lui, c'e' purtroppo da aspettarsi di
tutto..:O/ 


tutto..:O/ 
Su questo non ci piove... Ma io ho sempre usato meno possibile i tools
di configurazione e quindi problemi di tools che configurano a piacer loro
non ne ho mai avuti. La PRIMA cosa che ho fatto su RH6.1 è stato levare
dalle scatole kudzu, che si ostinava a volermi configurare la scheda
audio già perfettamente configurata 8-). C'è da dire però che io ho fatto
un'upgrade da 6.0 a 6.1 e non un'installazione ex-novo della 6.1, se questo
può avere qualche significato.
Comunque, sarebbe interessante cercare di capire perchè a qualcuno va
e ad altri no. Che dipenda da programma a programma, secondo come
viene usato configure? Tanto per dire, a me compilando kmpg non veniva
configurato il path per moc, che era fisso a /usr/bin come si può vedere
sopra, e ho dovuto rimediare con un symlink, mentre, a quanto pare, a chi
ha iniziato il thread non è successo.
Qualche idea?
