Recement j'ai du reinstaller QT sur une machine du reseau au boulot.
Devant garder intact notre install sur /usr/local (qui est un lien
symbolique vers un disque auquel toutes les autres machines), j'ai
donc installe QT 3.3.4 dans un repertoire local. No problem, je lance
quelque exemples et m'amuse un peu avec tout ca.
Voulant recompiler le KDE sur cette machine, j'en ai profite pour
installer la version 3.4. Pour cela je suis passe par apt-get install
task-kde puis j'ai fini le reste a coup de apt-get install. Tout s'est
passe sans probleme. Je reboot histoire de voir, et tout se passe sans
probleme.
Voulant installer mon appli, je tente d'executer le configure et la je
tombe sur l'erreur suivante :
Au moment de verifier la presence de UIC, il plante et me dit
d'installer kdelibs d'abord (qui est pourtant la, rpm -qi kdelibs me
le confirme). Je cherche sur le net et trouve des erreurs similaires
(certains messages datant de plusieurs annees) mais pas de solutions.
En checkant mon install de kdelibs, je me rends compte qu'il y a des
fichiers qui pointent toujours sur l'ancienne install de QT (celle sur
le /usr/local/ qui n'est pas en local). Pourtant $QTDIR et co sont
bien positionnes.
Ma question (ouf, ce fut long) est donc la suivante.
Existe-t-il un moyen de specifier a rpm ou apt-get install
l'emplacement de mon installation locale de QT ?
J'ai essaye naivement un truc du genre apt-get install kdelibs
--with-qt-dir=/usr/mon_qt/qt mais ca ne marche pas.
Si la reponse est non, je peux toujours compiler KDE a la main, mais
dans ce cas comment je fais pour etre sur qu' "apt-get update" puisse
monitorer les mises-a-jour disponibles pour mon install de KDE dans ce
cas ???
Desole pour le mail long, mais tous les sites de tutoriels que j'ai vu
sur la question ne mentionnent rien de tel (le man, idem) et je ne
vois pas trop ou je pourrai chercher.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Rakotomandimby (R12y) Mihamina
( Tue, 29 Mar 2005 06:39:58 -0800 ) Jay :
Bonjour,
Bonjour. On va tenter d'eclaircir hein... tu veux bien? :-)
Recement j'ai du reinstaller QT sur une machine du reseau au boulot. Devant garder intact notre install sur /usr/local (qui est un lien symbolique vers un disque auquel toutes les autres machines), j'ai donc installe QT 3.3.4 dans un repertoire local.
lequel?
No problem, je lance quelque exemples
lesquels?
et m'amuse un peu avec tout ca.
Voulant recompiler le KDE sur cette machine, j'en ai profite pour installer la version 3.4. Pour cela je suis passe par apt-get install task-kde puis j'ai fini le reste a coup de apt-get install. Tout s'est passe sans probleme. Je reboot histoire de voir, et tout se passe sans probleme.
Donc tu dis vouloir recopiler KDE, mais tu en installe les binaires. D'ailleurs, j'ai cherché sur packages.debian.org, mais task-kde n'existe pas.
Voulant installer mon appli, je tente d'executer le configure [...] il plante et me dit d'installer kdelibs d'abord (qui est pourtant la, rpm -qi kdelibs me le confirme).
- Si tu install QT par ./configure; make; make install, alors ni RPM ni APT (DPKG) ne sauront que tu l'as installé.
- Si tu installes un soft par RPM, APT ne sait psa ofrcément que tu l'a installé
- Si tu installes un soft par APT, RPM ne sait pas forcément que tu l'a installé.
- Il faut que tu lise le ./configure de ton appli, parcequ'il te renseignera sur l'endroit ou il cherche les KDELIBS.
En checkant mon install de kdelibs, je me rends compte qu'il y a des fichiers qui pointent toujours sur l'ancienne install de QT (celle sur le /usr/local/ qui n'est pas en local). Pourtant $QTDIR et co sont bien positionnes.
Comment as-tu installé tes KDELIBS?
Ma question (ouf, ce fut long) est donc la suivante.
Existe-t-il un moyen de specifier a rpm ou apt-get install l'emplacement de mon installation locale de QT ?
Pas que je sache.
J'ai essaye naivement un truc du genre apt-get install kdelibs --with-qt-dir=/usr/mon_qt/qt mais ca ne marche pas.
Naivement? Ce genre d'option se donne en général _à la compilation_ . Quant ut fais un apt-get install, tu ne manipules plus que des binaires.
Sauf quand tu demande explicitement d'installer des sources.
Si la reponse est non, je peux toujours compiler KDE a la main, mais dans ce cas comment je fais pour etre sur qu' "apt-get update" puisse monitorer les mises-a-jour disponibles pour mon install de KDE dans ce cas ???
Tu fabriques _TON_ paquet Debian de _ton_ KDE. En fait tu devrais faire ton paquet debian de ton appli aussi et aussi de QT. Tu as la chance qu'il existe déjà des paquets de ces applications, il te reste juste à personnaliser les options de compilation et zou!
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
( Tue, 29 Mar 2005 06:39:58 -0800 ) Jay :
Bonjour,
Bonjour.
On va tenter d'eclaircir hein... tu veux bien? :-)
Recement j'ai du reinstaller QT sur une machine du reseau au boulot.
Devant garder intact notre install sur /usr/local (qui est un lien
symbolique vers un disque auquel toutes les autres machines), j'ai
donc installe QT 3.3.4 dans un repertoire local.
lequel?
No problem, je lance
quelque exemples
lesquels?
et m'amuse un peu avec tout ca.
Voulant recompiler le KDE sur cette machine, j'en ai profite pour
installer la version 3.4. Pour cela je suis passe par apt-get install
task-kde puis j'ai fini le reste a coup de apt-get install. Tout s'est
passe sans probleme. Je reboot histoire de voir, et tout se passe sans
probleme.
Donc tu dis vouloir recopiler KDE, mais tu en installe les binaires.
D'ailleurs, j'ai cherché sur packages.debian.org, mais task-kde n'existe
pas.
Voulant installer mon appli, je tente d'executer le configure [...]
il plante et me dit d'installer kdelibs d'abord (qui est pourtant la,
rpm -qi kdelibs me le
confirme).
- Si tu install QT par ./configure; make; make install, alors ni RPM ni
APT (DPKG) ne sauront que tu l'as installé.
- Si tu installes un soft par RPM, APT ne sait psa ofrcément que tu l'a
installé
- Si tu installes un soft par APT, RPM ne sait pas forcément que tu l'a
installé.
- Il faut que tu lise le ./configure de ton appli, parcequ'il te
renseignera sur l'endroit ou il cherche les KDELIBS.
En checkant mon install de kdelibs, je me rends compte qu'il y a des
fichiers qui pointent toujours sur l'ancienne install de QT (celle sur
le /usr/local/ qui n'est pas en local). Pourtant $QTDIR et co sont bien
positionnes.
Comment as-tu installé tes KDELIBS?
Ma question (ouf, ce fut long) est donc la suivante.
Existe-t-il un moyen de specifier a rpm ou apt-get install l'emplacement
de mon installation locale de QT ?
Pas que je sache.
J'ai essaye naivement un truc du genre apt-get install kdelibs
--with-qt-dir=/usr/mon_qt/qt mais ca ne marche pas.
Naivement? Ce genre d'option se donne en général _à la compilation_ .
Quant ut fais un apt-get install, tu ne manipules plus que des binaires.
Sauf quand tu demande explicitement d'installer des sources.
Si la reponse est non, je peux toujours compiler KDE a la main, mais
dans ce cas comment je fais pour etre sur qu' "apt-get update" puisse
monitorer les mises-a-jour disponibles pour mon install de KDE dans ce
cas ???
Tu fabriques _TON_ paquet Debian de _ton_ KDE.
En fait tu devrais faire ton paquet debian de ton appli aussi et aussi de
QT.
Tu as la chance qu'il existe déjà des paquets de ces applications, il te
reste juste à personnaliser les options de compilation et zou!
--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Bonjour. On va tenter d'eclaircir hein... tu veux bien? :-)
Recement j'ai du reinstaller QT sur une machine du reseau au boulot. Devant garder intact notre install sur /usr/local (qui est un lien symbolique vers un disque auquel toutes les autres machines), j'ai donc installe QT 3.3.4 dans un repertoire local.
lequel?
No problem, je lance quelque exemples
lesquels?
et m'amuse un peu avec tout ca.
Voulant recompiler le KDE sur cette machine, j'en ai profite pour installer la version 3.4. Pour cela je suis passe par apt-get install task-kde puis j'ai fini le reste a coup de apt-get install. Tout s'est passe sans probleme. Je reboot histoire de voir, et tout se passe sans probleme.
Donc tu dis vouloir recopiler KDE, mais tu en installe les binaires. D'ailleurs, j'ai cherché sur packages.debian.org, mais task-kde n'existe pas.
Voulant installer mon appli, je tente d'executer le configure [...] il plante et me dit d'installer kdelibs d'abord (qui est pourtant la, rpm -qi kdelibs me le confirme).
- Si tu install QT par ./configure; make; make install, alors ni RPM ni APT (DPKG) ne sauront que tu l'as installé.
- Si tu installes un soft par RPM, APT ne sait psa ofrcément que tu l'a installé
- Si tu installes un soft par APT, RPM ne sait pas forcément que tu l'a installé.
- Il faut que tu lise le ./configure de ton appli, parcequ'il te renseignera sur l'endroit ou il cherche les KDELIBS.
En checkant mon install de kdelibs, je me rends compte qu'il y a des fichiers qui pointent toujours sur l'ancienne install de QT (celle sur le /usr/local/ qui n'est pas en local). Pourtant $QTDIR et co sont bien positionnes.
Comment as-tu installé tes KDELIBS?
Ma question (ouf, ce fut long) est donc la suivante.
Existe-t-il un moyen de specifier a rpm ou apt-get install l'emplacement de mon installation locale de QT ?
Pas que je sache.
J'ai essaye naivement un truc du genre apt-get install kdelibs --with-qt-dir=/usr/mon_qt/qt mais ca ne marche pas.
Naivement? Ce genre d'option se donne en général _à la compilation_ . Quant ut fais un apt-get install, tu ne manipules plus que des binaires.
Sauf quand tu demande explicitement d'installer des sources.
Si la reponse est non, je peux toujours compiler KDE a la main, mais dans ce cas comment je fais pour etre sur qu' "apt-get update" puisse monitorer les mises-a-jour disponibles pour mon install de KDE dans ce cas ???
Tu fabriques _TON_ paquet Debian de _ton_ KDE. En fait tu devrais faire ton paquet debian de ton appli aussi et aussi de QT. Tu as la chance qu'il existe déjà des paquets de ces applications, il te reste juste à personnaliser les options de compilation et zou!
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
- Si tu installes un soft par RPM, APT ne sait psa ofrcément que tu l'a installé
- Si tu installes un soft par APT, RPM ne sait pas forcément que tu l'a installé.
Je retire ces deux affirmations.
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
- Si tu installes un soft par RPM, APT ne sait psa ofrcément que tu l'a
installé
- Si tu installes un soft par APT, RPM ne sait pas forcément que tu l'a
installé.
Je retire ces deux affirmations.
--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
- Si tu installes un soft par RPM, APT ne sait psa ofrcément que tu l'a installé
- Si tu installes un soft par APT, RPM ne sait pas forcément que tu l'a installé.
Je retire ces deux affirmations.
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Jay
Bonjour le groupe,
Rakotomandimby (R12y) Mihamina wrote:
Bonjour.
Bonjour,
On va tenter d'eclaircir hein... tu veux bien? :-)
Tout d'abord je tiens a m'excuser pour ma reponse tardive. Ces derniers temps je taffe pas mal (ce soir je suis encore rentre a 1h...)
Merci bcp pour ta reponse, effectivement tu as eclairci pour moi pas mal de chose. Ca m'a ete fort utile.
donc installe QT 3.3.4 dans un repertoire local. lequel?
/usr/local.org/ qui est l'original (d'ou le org) du /usr/local present lors de l'installation de la machine avant qu'on ne mette un link a sa place vers le repertoire commun sur le reseau.
No problem, je lance quelque exemples lesquels?
tous les exemples du repertoire qt-...3.3.4/examples/. ces des choses montrant les differentes possibilites de qt (et avec le source) si j'ai bien compris.
Voulant recompiler le KDE sur cette machine, j'en ai profite pour installer la version 3.4. Pour cela je suis passe par apt-get install task-kde puis j'ai fini le reste a coup de apt-get install. Tout s'est passe sans probleme. Je reboot histoire de voir, et tout se passe sans probleme.
Donc tu dis vouloir recopiler KDE, mais tu en installe les binaires. D'ailleurs, j'ai cherché sur packages.debian.org, mais task-kde n'existe pas.
Ok. Je pensais (a tort) que apt-get faisait plus que simplement installer des binaires. Vu la rapidite de l'install, j'imaginais pas une compilation, mais je pensais qu'il faisait qq chose avec les paths histoire de bien adapter la chose... (d'ou ma question concernant la possibilite de lui passer qq chose en parametre).
Pour task-kde, la distribution que j'utilise est Vine 3.1 (c'est une distribution japonaise, www.vinelinux.org) et pour installer KDE ils recommande sur leur page de passer par apt-get install task-kde. (On peut toutefois faire ca "a la main", en installant un a un les binaires)
- Si tu install QT par ./configure; make; make install, alors ni RPM ni APT (DPKG) ne sauront que tu l'as installé.
ok. ca je m'en doutais. :)
En checkant mon install de kdelibs, je me rends compte qu'il y a des fichiers qui pointent toujours sur l'ancienne install de QT (celle sur le /usr/local/ qui n'est pas en local). Pourtant $QTDIR et co sont bien positionnes.
Comment as-tu installé tes KDELIBS?
apt-get install kdelibs.
Naivement? Ce genre d'option se donne en général _à la compilation_ . Quant ut fais un apt-get install, tu ne manipules plus que des binaires.
Sauf quand tu demande explicitement d'installer des sources.
tu peux preciser ce point ?
Aujourd'hui, j'ai tente d'installer KDE a la main, a partir des sources (donc compilation cette fois ^^).
Kdelibs, il m'a enguirlande pcq aRts n'etait pas dans /usr/local/kde (mais dans /usr/) et il a fallut que j'installe aRts a la main, pour lequel il a fallut installer plein d'autres choses.
J'ai finalement installe kdelibs (qui prends maintenant bien compte de mon QT) mais finalement a chaque fois que je vais vouloir installer qq chose dependant d'un des packages de KDE par apt-get, il va me forcer a installer kdelibs, etc...
pour resumer,
1) mon appli pour le boulot a besoin de QT avec les threads.
2) j'installe un autre QT (dans un repertoire local) pour pas deranger mes collegues
3) mon autre QT (bien installe et pointe par $QTDIR) n'est pas reconnu par KDELIBS (install par apt-get)
4) j'installe KDE a la main (compilation), mais toute mon installe entiere n'est plus geree par apt-get.
5) si pour regler ca je cherche a installer qt par apt-get, la version que j'ai n'est pas reconnue par kdelibs (installe par apt-get)
N'y a t il pas un moyen de briser ce cercle ? L'ideal serait qu'apt-get reconnaisse mon nouveau QT, ou alors ma nouvelle installe de KDE.
(genre en feintant kdelibs, et en transformant le path attendu en un lien symbolique vers mon QT)
tu disais la chose suivante : ============== Tu fabriques _TON_ paquet Debian de _ton_ KDE. En fait tu devrais faire ton paquet debian de ton appli aussi et aussi de QT. Tu as la chance qu'il existe déjà des paquets de ces applications, il te reste juste à personnaliser les options de compilation et zou! ============== et je ne suis pas sur de comprendre. si je fais ca, est ce que ca change de la demarche decrite par les numeros 1) a 4) ci-dessus ? (ie, est ce que apt-get reconnaitra mon installe de KDE ?)
Desole de ne pas tout comprendre,
j'apprecie enormement que tu prennes le temps de m'aider. Merci,
Jay
Bonjour le groupe,
Rakotomandimby (R12y) Mihamina wrote:
Bonjour.
Bonjour,
On va tenter d'eclaircir hein... tu veux bien? :-)
Tout d'abord je tiens a m'excuser pour ma reponse tardive. Ces derniers
temps je taffe pas mal (ce soir je suis encore rentre a 1h...)
Merci bcp pour ta reponse, effectivement tu as eclairci pour moi pas mal
de chose. Ca m'a ete fort utile.
donc installe QT 3.3.4 dans un repertoire local.
lequel?
/usr/local.org/ qui est l'original (d'ou le org) du /usr/local present
lors de l'installation de la machine avant qu'on ne mette un link a sa
place vers le repertoire commun sur le reseau.
No problem, je lance
quelque exemples
lesquels?
tous les exemples du repertoire qt-...3.3.4/examples/.
ces des choses montrant les differentes possibilites de qt (et avec le
source) si j'ai bien compris.
Voulant recompiler le KDE sur cette machine, j'en ai profite pour
installer la version 3.4. Pour cela je suis passe par apt-get install
task-kde puis j'ai fini le reste a coup de apt-get install. Tout s'est
passe sans probleme. Je reboot histoire de voir, et tout se passe sans
probleme.
Donc tu dis vouloir recopiler KDE, mais tu en installe les binaires.
D'ailleurs, j'ai cherché sur packages.debian.org, mais task-kde n'existe
pas.
Ok. Je pensais (a tort) que apt-get faisait plus que simplement
installer des binaires. Vu la rapidite de l'install, j'imaginais pas une
compilation, mais je pensais qu'il faisait qq chose avec les paths
histoire de bien adapter la chose... (d'ou ma question concernant la
possibilite de lui passer qq chose en parametre).
Pour task-kde, la distribution que j'utilise est Vine 3.1 (c'est une
distribution japonaise, www.vinelinux.org) et pour installer KDE ils
recommande sur leur page de passer par apt-get install task-kde.
(On peut toutefois faire ca "a la main", en installant un a un les binaires)
- Si tu install QT par ./configure; make; make install, alors ni RPM ni
APT (DPKG) ne sauront que tu l'as installé.
ok. ca je m'en doutais. :)
En checkant mon install de kdelibs, je me rends compte qu'il y a des
fichiers qui pointent toujours sur l'ancienne install de QT (celle sur
le /usr/local/ qui n'est pas en local). Pourtant $QTDIR et co sont bien
positionnes.
Comment as-tu installé tes KDELIBS?
apt-get install kdelibs.
Naivement? Ce genre d'option se donne en général _à la compilation_ .
Quant ut fais un apt-get install, tu ne manipules plus que des binaires.
Sauf quand tu demande explicitement d'installer des sources.
tu peux preciser ce point ?
Aujourd'hui, j'ai tente d'installer KDE a la main, a partir des sources
(donc compilation cette fois ^^).
Kdelibs, il m'a enguirlande pcq aRts n'etait pas dans /usr/local/kde
(mais dans /usr/) et il a fallut que j'installe aRts a la main, pour
lequel il a fallut installer plein d'autres choses.
J'ai finalement installe kdelibs (qui prends maintenant bien compte de
mon QT) mais finalement a chaque fois que je vais vouloir installer qq
chose dependant d'un des packages de KDE par apt-get, il va me forcer a
installer kdelibs, etc...
pour resumer,
1) mon appli pour le boulot a besoin de QT avec les threads.
2) j'installe un autre QT (dans un repertoire local) pour pas deranger
mes collegues
3) mon autre QT (bien installe et pointe par $QTDIR) n'est pas reconnu
par KDELIBS (install par apt-get)
4) j'installe KDE a la main (compilation), mais toute mon installe
entiere n'est plus geree par apt-get.
5) si pour regler ca je cherche a installer qt par apt-get, la version
que j'ai n'est pas reconnue par kdelibs (installe par apt-get)
N'y a t il pas un moyen de briser ce cercle ?
L'ideal serait qu'apt-get reconnaisse mon nouveau QT, ou alors ma
nouvelle installe de KDE.
(genre en feintant kdelibs, et en transformant le path attendu en un
lien symbolique vers mon QT)
tu disais la chose suivante :
============== Tu fabriques _TON_ paquet Debian de _ton_ KDE.
En fait tu devrais faire ton paquet debian de ton appli aussi et aussi
de QT.
Tu as la chance qu'il existe déjà des paquets de ces applications, il te
reste juste à personnaliser les options de compilation et zou!
==============
et je ne suis pas sur de comprendre. si je fais ca, est ce que ca change
de la demarche decrite par les numeros 1) a 4) ci-dessus ?
(ie, est ce que apt-get reconnaitra mon installe de KDE ?)
Desole de ne pas tout comprendre,
j'apprecie enormement que tu prennes le temps de m'aider. Merci,
On va tenter d'eclaircir hein... tu veux bien? :-)
Tout d'abord je tiens a m'excuser pour ma reponse tardive. Ces derniers temps je taffe pas mal (ce soir je suis encore rentre a 1h...)
Merci bcp pour ta reponse, effectivement tu as eclairci pour moi pas mal de chose. Ca m'a ete fort utile.
donc installe QT 3.3.4 dans un repertoire local. lequel?
/usr/local.org/ qui est l'original (d'ou le org) du /usr/local present lors de l'installation de la machine avant qu'on ne mette un link a sa place vers le repertoire commun sur le reseau.
No problem, je lance quelque exemples lesquels?
tous les exemples du repertoire qt-...3.3.4/examples/. ces des choses montrant les differentes possibilites de qt (et avec le source) si j'ai bien compris.
Voulant recompiler le KDE sur cette machine, j'en ai profite pour installer la version 3.4. Pour cela je suis passe par apt-get install task-kde puis j'ai fini le reste a coup de apt-get install. Tout s'est passe sans probleme. Je reboot histoire de voir, et tout se passe sans probleme.
Donc tu dis vouloir recopiler KDE, mais tu en installe les binaires. D'ailleurs, j'ai cherché sur packages.debian.org, mais task-kde n'existe pas.
Ok. Je pensais (a tort) que apt-get faisait plus que simplement installer des binaires. Vu la rapidite de l'install, j'imaginais pas une compilation, mais je pensais qu'il faisait qq chose avec les paths histoire de bien adapter la chose... (d'ou ma question concernant la possibilite de lui passer qq chose en parametre).
Pour task-kde, la distribution que j'utilise est Vine 3.1 (c'est une distribution japonaise, www.vinelinux.org) et pour installer KDE ils recommande sur leur page de passer par apt-get install task-kde. (On peut toutefois faire ca "a la main", en installant un a un les binaires)
- Si tu install QT par ./configure; make; make install, alors ni RPM ni APT (DPKG) ne sauront que tu l'as installé.
ok. ca je m'en doutais. :)
En checkant mon install de kdelibs, je me rends compte qu'il y a des fichiers qui pointent toujours sur l'ancienne install de QT (celle sur le /usr/local/ qui n'est pas en local). Pourtant $QTDIR et co sont bien positionnes.
Comment as-tu installé tes KDELIBS?
apt-get install kdelibs.
Naivement? Ce genre d'option se donne en général _à la compilation_ . Quant ut fais un apt-get install, tu ne manipules plus que des binaires.
Sauf quand tu demande explicitement d'installer des sources.
tu peux preciser ce point ?
Aujourd'hui, j'ai tente d'installer KDE a la main, a partir des sources (donc compilation cette fois ^^).
Kdelibs, il m'a enguirlande pcq aRts n'etait pas dans /usr/local/kde (mais dans /usr/) et il a fallut que j'installe aRts a la main, pour lequel il a fallut installer plein d'autres choses.
J'ai finalement installe kdelibs (qui prends maintenant bien compte de mon QT) mais finalement a chaque fois que je vais vouloir installer qq chose dependant d'un des packages de KDE par apt-get, il va me forcer a installer kdelibs, etc...
pour resumer,
1) mon appli pour le boulot a besoin de QT avec les threads.
2) j'installe un autre QT (dans un repertoire local) pour pas deranger mes collegues
3) mon autre QT (bien installe et pointe par $QTDIR) n'est pas reconnu par KDELIBS (install par apt-get)
4) j'installe KDE a la main (compilation), mais toute mon installe entiere n'est plus geree par apt-get.
5) si pour regler ca je cherche a installer qt par apt-get, la version que j'ai n'est pas reconnue par kdelibs (installe par apt-get)
N'y a t il pas un moyen de briser ce cercle ? L'ideal serait qu'apt-get reconnaisse mon nouveau QT, ou alors ma nouvelle installe de KDE.
(genre en feintant kdelibs, et en transformant le path attendu en un lien symbolique vers mon QT)
tu disais la chose suivante : ============== Tu fabriques _TON_ paquet Debian de _ton_ KDE. En fait tu devrais faire ton paquet debian de ton appli aussi et aussi de QT. Tu as la chance qu'il existe déjà des paquets de ces applications, il te reste juste à personnaliser les options de compilation et zou! ============== et je ne suis pas sur de comprendre. si je fais ca, est ce que ca change de la demarche decrite par les numeros 1) a 4) ci-dessus ? (ie, est ce que apt-get reconnaitra mon installe de KDE ?)
Desole de ne pas tout comprendre,
j'apprecie enormement que tu prennes le temps de m'aider. Merci,
