j'essaie de mettre à jour hugin (freontend pour panotools),
première surprise : pas d'ebuild pour la derniere ou l'avant derniere ou
meme une anterieure.
ebuild dispo=0.5-rc1 un truc du genre, alors que la 0.6 et la 0.6.1 sont
sorties.
Bref : je me fait un overlay. J'ai deja la 0.5 installee
Et là : boost pas trouvé. Je vous colle des bouts de logs pour voir si
ca vous dit qqch, j'ai bien boost installé, je suis en train de le
metter à jour au cas ou.
d'avance merci
checking for boostlib >= 1.31... yes
boost found
checking whether the Boost::Thread library is available... yes
checking for main in -lboost_thread-gcc-mt-1_33... no
checking for main in -lboost_thread-gcc-mt-s-1_33... no
checking for main in -lboost_thread-gcc-1_33... no
checking for main in -lboost_thread-gcc-s-1_33... no
checking for main in -lboost_thread-mgw-mt-1_33... no
checking for main in -lboost_thread-mgw-mt-s-1_33... no
checking for main in -lboost_thread-mgw-1_33... no
checking for main in -lboost_thread-mgw-s-1_33... no
checking for main in -lboost_thread-mt-1_33... no
checking for main in -lboost_thread-mt-s-1_33... no
checking for main in -lboost_thread-1_33... no
checking for main in -lboost_thread-s-1_33... no
checking for main in -lboost_thread-gcc-mt... no
checking for main in -lboost_thread-gcc-mt-s... no
checking for main in -lboost_thread-gcc... no
checking for main in -lboost_thread-gcc-s... no
checking for main in -lboost_thread-mgw-mt... no
checking for main in -lboost_thread-mgw-mt-s... no
checking for main in -lboost_thread-mgw... no
checking for main in -lboost_thread-mgw-s... no
checking for main in -lboost_thread-mt... no
checking for main in -lboost_thread-mt-s... no
checking for main in -lboost_thread... no
checking for main in -lboost_thread-s... no
checking for main in -llibboost_thread-gcc-mt-1_33... no
checking for main in -llibboost_thread-gcc-mt-s-1_33... no
checking for main in -llibboost_thread-gcc-1_33... no
checking for main in -llibboost_thread-gcc-s-1_33... no
checking for main in -llibboost_thread-mgw-mt-1_33... no
checking for main in -llibboost_thread-mgw-mt-s-1_33... no
checking for main in -llibboost_thread-mgw-1_33... no
checking for main in -llibboost_thread-mgw-s-1_33... no
checking for main in -llibboost_thread-mt-1_33... no
checking for main in -llibboost_thread-mt-s-1_33... no
checking for main in -llibboost_thread-1_33... no
checking for main in -llibboost_thread-s-1_33... no
checking for main in -llibboost_thread-gcc-mt... no
checking for main in -llibboost_thread-gcc-mt-s... no
checking for main in -llibboost_thread-gcc... no
checking for main in -llibboost_thread-gcc-s... no
checking for main in -llibboost_thread-mgw-mt... no
checking for main in -llibboost_thread-mgw-mt-s... no
checking for main in -llibboost_thread-mgw... no
checking for main in -llibboost_thread-mgw-s... no
checking for main in -llibboost_thread-mt... no
checking for main in -llibboost_thread-mt-s... no
checking for main in -llibboost_thread... no
checking for main in -llibboost_thread-s... no
configure: Could not link against libboost_thread-s !
configure: error:
the boost thread library must be installed on your system
but configure could not find it. Use --with-boost to
specify the location of the boost library and
--with-boost-version to specify your version.
On debian based systems, install libboost-thread-dev
Le Thu, 09 Nov 2006 20:46:47 +0100, Pascal Ronecker a écrit :
configure: Could not link against libboost_thread-s ! configure: error: the boost thread library must be installed on your system but configure could not find it. Use --with-boost to specify the location of the boost library and --with-boost-version to specify your version. On debian based systems, install libboost-thread-dev
boost compilé avec le USE "threads" ?
-- Christophe PEREZ -- mailing list
Le Thu, 09 Nov 2006 20:46:47 +0100, Pascal Ronecker a écrit :
configure: Could not link against libboost_thread-s !
configure: error:
the boost thread library must be installed on your system
but configure could not find it. Use --with-boost to
specify the location of the boost library and
--with-boost-version to specify your version.
On debian based systems, install libboost-thread-dev
boost compilé avec le USE "threads" ?
--
Christophe PEREZ
--
gentoo-user-fr@gentoo.org mailing list
Le Thu, 09 Nov 2006 20:46:47 +0100, Pascal Ronecker a écrit :
configure: Could not link against libboost_thread-s ! configure: error: the boost thread library must be installed on your system but configure could not find it. Use --with-boost to specify the location of the boost library and --with-boost-version to specify your version. On debian based systems, install libboost-thread-dev
boost compilé avec le USE "threads" ?
-- Christophe PEREZ -- mailing list
Pascal Ronecker
Christophe PEREZ wrote:
Le Thu, 09 Nov 2006 20:46:47 +0100, Pascal Ronecker a écrit :
configure: Could not link against libboost_thread-s ! configure: error: the boost thread library must be installed on your system but configure could not find it. Use --with-boost to specify the location of the boost library and --with-boost-version to specify your version. On debian based systems, install libboost-thread-dev
boost compilé avec le USE "threads" ?
-- Christophe PEREZ -- mailing list
J'y ai bien pensé mais ca compile pas. Et comme l'use est déjà dans mona ncinne version de boost ... ???
These are the packages that would be merged, in order:
Le Thu, 09 Nov 2006 20:46:47 +0100, Pascal Ronecker a écrit :
configure: Could not link against libboost_thread-s !
configure: error:
the boost thread library must be installed on your system
but configure could not find it. Use --with-boost to
specify the location of the boost library and
--with-boost-version to specify your version.
On debian based systems, install libboost-thread-dev
boost compilé avec le USE "threads" ?
--
Christophe PEREZ
--
gentoo-user-fr@gentoo.org mailing list
J'y ai bien pensé mais ca compile pas. Et comme l'use est déjà dans mona
ncinne version de boost ... ???
These are the packages that would be merged, in order:
Le Thu, 09 Nov 2006 20:46:47 +0100, Pascal Ronecker a écrit :
configure: Could not link against libboost_thread-s ! configure: error: the boost thread library must be installed on your system but configure could not find it. Use --with-boost to specify the location of the boost library and --with-boost-version to specify your version. On debian based systems, install libboost-thread-dev
boost compilé avec le USE "threads" ?
-- Christophe PEREZ -- mailing list
J'y ai bien pensé mais ca compile pas. Et comme l'use est déjà dans mona ncinne version de boost ... ???
These are the packages that would be merged, in order:
!!! ERROR: dev-libs/boost-1.33.1 failed. Call stack: ebuild.sh, line 1568: Called dyn_install ebuild.sh, line 1022: Called src_install boost-1.33.1.ebuild, line 136: Called die
!!! Install failed !!! If you need support, post the topmost build error, and the call stack if relevant.
-- mailing list
Pascal Ronecker wrote:
Christophe PEREZ wrote:
Le Thu, 09 Nov 2006 21:21:24 +0100, Pascal Ronecker a écrit :
J'y ai bien pensé mais ca compile pas. Et comme l'use est déjà dans mona
ncinne version de boost ... ???
These are the packages that would be merged, in order:
!!! ERROR: dev-libs/boost-1.33.1 failed.
Call stack:
ebuild.sh, line 1568: Called dyn_install
ebuild.sh, line 1022: Called src_install
boost-1.33.1.ebuild, line 136: Called die
!!! Install failed
!!! If you need support, post the topmost build error, and the call
stack if relevant.
!!! ERROR: dev-libs/boost-1.33.1 failed. Call stack: ebuild.sh, line 1568: Called dyn_install ebuild.sh, line 1022: Called src_install boost-1.33.1.ebuild, line 136: Called die
!!! Install failed !!! If you need support, post the topmost build error, and the call stack if relevant.
!!! ERROR: dev-libs/boost-1.33.1 failed. Call stack: ebuild.sh, line 1568: Called dyn_install ebuild.sh, line 1022: Called src_install boost-1.33.1.ebuild, line 136: Called die
!!! Install failed !!! If you need support, post the topmost build error, and the call stack if relevant.
Ce qui est étrange, à mon avis c'est que ce soit src_install qui pose problème... Et qu'il n'y ait pas vraiment de message d'erreur.
Quand on regarde la ligne, ça doit donner quelque chose comme: ${CHEMIJAM}/bjam.${NUMJOBS} ${OPTIONS} install || die "[...]"
Déjà on peut voir qu'on a un "." entre bjam et ${NUMJOBS} (alors que dans le reste c'est un espace) D'ailleurs l'exécutable généré s'appelle bien "bjam" et non "bjam.${QUELQUE_CHOSE}".
Donc ça me semble être une erreur dans l'ebuild, mais ça me semble bizarre qu'il n'y ait aucun bug d'ouvert dans ce cas...
Je vais essayer de compiler pour voir si ça marche chez moi, mais je ne comprends pas comment ça serait possible. -- Damien Thebault
--=-RibrrZ6CB7YQXWsFHq45 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux)
!!! ERROR: dev-libs/boost-1.33.1 failed.
Call stack:
ebuild.sh, line 1568: Called dyn_install
ebuild.sh, line 1022: Called src_install
boost-1.33.1.ebuild, line 136: Called die
!!! Install failed
!!! If you need support, post the topmost build error, and the call
stack if relevant.
Ce qui est étrange, à mon avis c'est que ce soit src_install qui pose
problème... Et qu'il n'y ait pas vraiment de message d'erreur.
Quand on regarde la ligne, ça doit donner quelque chose comme:
${CHEMIJAM}/bjam.${NUMJOBS} ${OPTIONS} install || die "[...]"
Déjà on peut voir qu'on a un "." entre bjam et ${NUMJOBS} (alors que
dans le reste c'est un espace)
D'ailleurs l'exécutable généré s'appelle bien "bjam" et non
"bjam.${QUELQUE_CHOSE}".
Donc ça me semble être une erreur dans l'ebuild, mais ça me semble
bizarre qu'il n'y ait aucun bug d'ouvert dans ce cas...
Je vais essayer de compiler pour voir si ça marche chez moi, mais je ne
comprends pas comment ça serait possible.
--
Damien Thebault
--=-RibrrZ6CB7YQXWsFHq45
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
!!! ERROR: dev-libs/boost-1.33.1 failed. Call stack: ebuild.sh, line 1568: Called dyn_install ebuild.sh, line 1022: Called src_install boost-1.33.1.ebuild, line 136: Called die
!!! Install failed !!! If you need support, post the topmost build error, and the call stack if relevant.
Ce qui est étrange, à mon avis c'est que ce soit src_install qui pose problème... Et qu'il n'y ait pas vraiment de message d'erreur.
Quand on regarde la ligne, ça doit donner quelque chose comme: ${CHEMIJAM}/bjam.${NUMJOBS} ${OPTIONS} install || die "[...]"
Déjà on peut voir qu'on a un "." entre bjam et ${NUMJOBS} (alors que dans le reste c'est un espace) D'ailleurs l'exécutable généré s'appelle bien "bjam" et non "bjam.${QUELQUE_CHOSE}".
Donc ça me semble être une erreur dans l'ebuild, mais ça me semble bizarre qu'il n'y ait aucun bug d'ouvert dans ce cas...
Je vais essayer de compiler pour voir si ça marche chez moi, mais je ne comprends pas comment ça serait possible. -- Damien Thebault
--=-RibrrZ6CB7YQXWsFHq45 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux)
Le vendredi 10 novembre 2006 à 14:30 +0100, Damien THEBAULT a écrit :
Ce qui est étrange, à mon avis c'est que ce soit src_install qui pose problème... Et qu'il n'y ait pas vraiment de message d'erreur.
Quand on regarde la ligne, ça doit donner quelque chose comme: ${CHEMIJAM}/bjam.${NUMJOBS} ${OPTIONS} install || die "[...]"
Déjà on peut voir qu'on a un "." entre bjam et ${NUMJOBS} (alors que dans le reste c'est un espace) D'ailleurs l'exécutable généré s'appelle bien "bjam" et non "bjam.${QUELQUE_CHOSE}".
Donc ça me semble être une erreur dans l'ebuild, mais ça me semble bizarre qu'il n'y ait aucun bug d'ouvert dans ce cas...
Je vais essayer de compiler pour voir si ça marche chez moi, mais je ne comprends pas comment ça serait possible.
Euh désolé en fait c'est pas un point c'est un 't' (qui ne devrait pas se trouver là...) affiché dans mon éditeur comme '. ', mais qui s'affiche seulement comme '.' par rapport à sa position...
Bon donc c'est pas ça le problème, j'ai testé ça marche bien chez m oi. Le truc c'est que bjam est appelé à d'autres endroits (lors de la compilation), et à ce moment là ça marche... ou pas en fait, puisqu'i l n'y a pas de || die ...
Peut-être essayer à la main (avec la commande ebuild et l'appel à bja m) pour tenter d'y voir plus clair?
(et puis il peut y avoir une erreur de bibliothèque non affichée, donc essayer un revdep-rebuild juste au cas où, ça serait bête que ça so it ça :/)
--=-PdoiDWjcYwbyxoBnSNxV Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux)
Le vendredi 10 novembre 2006 à 14:30 +0100, Damien THEBAULT a écrit :
Ce qui est étrange, à mon avis c'est que ce soit src_install qui pose
problème... Et qu'il n'y ait pas vraiment de message d'erreur.
Quand on regarde la ligne, ça doit donner quelque chose comme:
${CHEMIJAM}/bjam.${NUMJOBS} ${OPTIONS} install || die "[...]"
Déjà on peut voir qu'on a un "." entre bjam et ${NUMJOBS} (alors que
dans le reste c'est un espace)
D'ailleurs l'exécutable généré s'appelle bien "bjam" et non
"bjam.${QUELQUE_CHOSE}".
Donc ça me semble être une erreur dans l'ebuild, mais ça me semble
bizarre qu'il n'y ait aucun bug d'ouvert dans ce cas...
Je vais essayer de compiler pour voir si ça marche chez moi, mais je ne
comprends pas comment ça serait possible.
Euh désolé en fait c'est pas un point c'est un 't' (qui ne devrait pas
se trouver là...) affiché dans mon éditeur comme '. ', mais qui
s'affiche seulement comme '.' par rapport à sa position...
Bon donc c'est pas ça le problème, j'ai testé ça marche bien chez m oi.
Le truc c'est que bjam est appelé à d'autres endroits (lors de la
compilation), et à ce moment là ça marche... ou pas en fait, puisqu'i l
n'y a pas de || die ...
Peut-être essayer à la main (avec la commande ebuild et l'appel à bja m)
pour tenter d'y voir plus clair?
(et puis il peut y avoir une erreur de bibliothèque non affichée, donc
essayer un revdep-rebuild juste au cas où, ça serait bête que ça so it
ça :/)
--=-PdoiDWjcYwbyxoBnSNxV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Le vendredi 10 novembre 2006 à 14:30 +0100, Damien THEBAULT a écrit :
Ce qui est étrange, à mon avis c'est que ce soit src_install qui pose problème... Et qu'il n'y ait pas vraiment de message d'erreur.
Quand on regarde la ligne, ça doit donner quelque chose comme: ${CHEMIJAM}/bjam.${NUMJOBS} ${OPTIONS} install || die "[...]"
Déjà on peut voir qu'on a un "." entre bjam et ${NUMJOBS} (alors que dans le reste c'est un espace) D'ailleurs l'exécutable généré s'appelle bien "bjam" et non "bjam.${QUELQUE_CHOSE}".
Donc ça me semble être une erreur dans l'ebuild, mais ça me semble bizarre qu'il n'y ait aucun bug d'ouvert dans ce cas...
Je vais essayer de compiler pour voir si ça marche chez moi, mais je ne comprends pas comment ça serait possible.
Euh désolé en fait c'est pas un point c'est un 't' (qui ne devrait pas se trouver là...) affiché dans mon éditeur comme '. ', mais qui s'affiche seulement comme '.' par rapport à sa position...
Bon donc c'est pas ça le problème, j'ai testé ça marche bien chez m oi. Le truc c'est que bjam est appelé à d'autres endroits (lors de la compilation), et à ce moment là ça marche... ou pas en fait, puisqu'i l n'y a pas de || die ...
Peut-être essayer à la main (avec la commande ebuild et l'appel à bja m) pour tenter d'y voir plus clair?
(et puis il peut y avoir une erreur de bibliothèque non affichée, donc essayer un revdep-rebuild juste au cas où, ça serait bête que ça so it ça :/)
--=-PdoiDWjcYwbyxoBnSNxV Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux)
Le vendredi 10 novembre 2006 à 14:30 +0100, Damien THEBAULT a écrit :
Ce qui est étrange, à mon avis c'est que ce soit src_install qui pose problème... Et qu'il n'y ait pas vraiment de message d'erreur.
Quand on regarde la ligne, ça doit donner quelque chose comme: ${CHEMIJAM}/bjam.${NUMJOBS} ${OPTIONS} install || die "[...]"
Déjà on peut voir qu'on a un "." entre bjam et ${NUMJOBS} (alors que dans le reste c'est un espace) D'ailleurs l'exécutable généré s'appelle bien "bjam" et non "bjam.${QUELQUE_CHOSE}".
Donc ça me semble être une erreur dans l'ebuild, mais ça me semble bizarre qu'il n'y ait aucun bug d'ouvert dans ce cas...
Je vais essayer de compiler pour voir si ça marche chez moi, mais je ne comprends pas comment ça serait possible.
Euh désolé en fait c'est pas un point c'est un 't' (qui ne devrait pas se trouver là...) affiché dans mon éditeur comme '. ', mais qui s'affiche seulement comme '.' par rapport à sa position...
Bon donc c'est pas ça le problème, j'ai testé ça marche bien chez moi. Le truc c'est que bjam est appelé à d'autres endroits (lors de la compilation), et à ce moment là ça marche... ou pas en fait, puisqu'il n'y a pas de || die ...
Peut-être essayer à la main (avec la commande ebuild et l'appel à bjam) pour tenter d'y voir plus clair?
(et puis il peut y avoir une erreur de bibliothèque non affichée, donc essayer un revdep-rebuild juste au cas où, ça serait bête que ça soit ça :/)
wouoh,
Peut-être essayer à la main (avec la commande ebuild et l'appel à bjam)
pour tenter d'y voir plus clair?
Là je veux bien, mais euh ... le temps que je cherche je suis sur que qqun pourrait me donner la commande .... enfin en attendant je vais jeter un oeil.
Je précise avant tout : mon système est out of date de chez out of date, gcc3.3.2 et xorg pas modulaire, pour donner l'idée générale.
-- mailing list
Damien THEBAULT wrote:
Le vendredi 10 novembre 2006 à 14:30 +0100, Damien THEBAULT a écrit :
Ce qui est étrange, à mon avis c'est que ce soit src_install qui pose
problème... Et qu'il n'y ait pas vraiment de message d'erreur.
Quand on regarde la ligne, ça doit donner quelque chose comme:
${CHEMIJAM}/bjam.${NUMJOBS} ${OPTIONS} install || die "[...]"
Déjà on peut voir qu'on a un "." entre bjam et ${NUMJOBS} (alors que
dans le reste c'est un espace)
D'ailleurs l'exécutable généré s'appelle bien "bjam" et non
"bjam.${QUELQUE_CHOSE}".
Donc ça me semble être une erreur dans l'ebuild, mais ça me semble
bizarre qu'il n'y ait aucun bug d'ouvert dans ce cas...
Je vais essayer de compiler pour voir si ça marche chez moi, mais je ne
comprends pas comment ça serait possible.
Euh désolé en fait c'est pas un point c'est un 't' (qui ne devrait pas
se trouver là...) affiché dans mon éditeur comme '. ', mais qui
s'affiche seulement comme '.' par rapport à sa position...
Bon donc c'est pas ça le problème, j'ai testé ça marche bien chez moi.
Le truc c'est que bjam est appelé à d'autres endroits (lors de la
compilation), et à ce moment là ça marche... ou pas en fait, puisqu'il
n'y a pas de || die ...
Peut-être essayer à la main (avec la commande ebuild et l'appel à bjam)
pour tenter d'y voir plus clair?
(et puis il peut y avoir une erreur de bibliothèque non affichée, donc
essayer un revdep-rebuild juste au cas où, ça serait bête que ça soit
ça :/)
wouoh,
Peut-être essayer à la main (avec la commande ebuild et l'appel à bjam)
pour tenter d'y voir plus clair?
Là je veux bien, mais euh ... le temps que je cherche je suis sur que
qqun pourrait me donner la commande .... enfin en attendant je vais
jeter un oeil.
Je précise avant tout : mon système est out of date de chez out of date,
gcc3.3.2 et xorg pas modulaire, pour donner l'idée générale.
Le vendredi 10 novembre 2006 à 14:30 +0100, Damien THEBAULT a écrit :
Ce qui est étrange, à mon avis c'est que ce soit src_install qui pose problème... Et qu'il n'y ait pas vraiment de message d'erreur.
Quand on regarde la ligne, ça doit donner quelque chose comme: ${CHEMIJAM}/bjam.${NUMJOBS} ${OPTIONS} install || die "[...]"
Déjà on peut voir qu'on a un "." entre bjam et ${NUMJOBS} (alors que dans le reste c'est un espace) D'ailleurs l'exécutable généré s'appelle bien "bjam" et non "bjam.${QUELQUE_CHOSE}".
Donc ça me semble être une erreur dans l'ebuild, mais ça me semble bizarre qu'il n'y ait aucun bug d'ouvert dans ce cas...
Je vais essayer de compiler pour voir si ça marche chez moi, mais je ne comprends pas comment ça serait possible.
Euh désolé en fait c'est pas un point c'est un 't' (qui ne devrait pas se trouver là...) affiché dans mon éditeur comme '. ', mais qui s'affiche seulement comme '.' par rapport à sa position...
Bon donc c'est pas ça le problème, j'ai testé ça marche bien chez moi. Le truc c'est que bjam est appelé à d'autres endroits (lors de la compilation), et à ce moment là ça marche... ou pas en fait, puisqu'il n'y a pas de || die ...
Peut-être essayer à la main (avec la commande ebuild et l'appel à bjam) pour tenter d'y voir plus clair?
(et puis il peut y avoir une erreur de bibliothèque non affichée, donc essayer un revdep-rebuild juste au cas où, ça serait bête que ça soit ça :/)
wouoh,
Peut-être essayer à la main (avec la commande ebuild et l'appel à bjam)
pour tenter d'y voir plus clair?
Là je veux bien, mais euh ... le temps que je cherche je suis sur que qqun pourrait me donner la commande .... enfin en attendant je vais jeter un oeil.
Je précise avant tout : mon système est out of date de chez out of date, gcc3.3.2 et xorg pas modulaire, pour donner l'idée générale.
-- mailing list
Christophe PEREZ
Le Fri, 10 Nov 2006 18:32:07 +0100, Pascal Ronecker a écrit :
Je précise avant tout : mon système est out of date de chez out of date, gcc3.3.2 et xorg pas modulaire, pour donner l'idée générale.
Ah ben à mon avis, tu aurais du commencer par dire ça, ça nous aurait évité de chercher les réponses :-D
-- Christophe PEREZ -- mailing list
Le Fri, 10 Nov 2006 18:32:07 +0100, Pascal Ronecker a écrit :
Je précise avant tout : mon système est out of date de chez out of date,
gcc3.3.2 et xorg pas modulaire, pour donner l'idée générale.
Ah ben à mon avis, tu aurais du commencer par dire ça, ça nous aurait
évité de chercher les réponses :-D
--
Christophe PEREZ
--
gentoo-user-fr@gentoo.org mailing list