[gentoo-user-fr] hugin

[gentoo-user-fr] hugin

[Pascal Ronecker]

Salut,

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




configure:23736: checking if Panotools package is complete
configure:23765: result: yes
configure:23832: checking for boostlib >= 1.31
configure:23882: i686-pc-linux-gnu-gcc -c -O3 -march=pentium4
-funroll-loops -fprefetch-loop-arrays -pipe  -I/usr/include conftest.c >&5
configure:23888: $? = 0
configure:23891: test -z                         || test ! -s conftest.err
configure:23894: $? = 0
configure:23897: test -s conftest.o
configure:23900: $? = 0
configure:23903: result: yes
configure:24386: checking whether the Boost::Thread library is available
configure:24425: i686-pc-linux-gnu-g++ -c -pthread -O3 -march=pentium4
-funroll-loops -fprefetch-loop-arrays -pipe  -I/usr/include conftest.cc >&5
configure:24431: $? = 0
configure:24434: test -z                         || test ! -s conftest.err
configure:24437: $? = 0
configure:24440: test -s conftest.o configure:24443: $? = 0
configure:24462: result: yes
configure:24487: checking for main in -lboost_thread-gcc-mt-1_33
configure:24511: i686-pc-linux-gnu-gcc -o conftest -O3 -march=pentium4
-funroll-loops -fprefetch-loop-arrays -pipe  -I/usr/include  -L/usr/lib
conftest.c -lboost_thread-gcc-mt-1_33   >&5
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld:
cannot find -lboost_thread-gcc-mt-1_33
collect2: ld returned 1 exit status
configure:24517: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "hugin"
| #define PACKAGE_TARNAME "hugin"
| #define PACKAGE_VERSION "0.6.1"
| #define PACKAGE_STRING "hugin 0.6.1"
| #define PACKAGE_BUGREPORT "pablo.dangelo@web.de"
| #define ENABLE_NLS 1
| #define HAVE_GETTEXT 1
| #define HAVE_DCGETTEXT 1
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using std::exit;
| #endif
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define HasPNG 1
| #define HasJPEG 1
| #define HasTIFF 1
| #define HAVE_PANO12_QUERYFEATURE_H 1
| #define HasPANO 1
| #define HAVE_BOOST
| #define HAVE_BOOST_THREAD
| /* end confdefs.h.  */
|
|
| int
| main ()
| {
| main ();
|   ;
|   return 0;
| }
configure:24542: result: no

-- 
gentoo-user-fr@gentoo.org mailing list

[gentoo-user-fr] Re: hugin

[Christophe PEREZ]

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

Re: [gentoo-user-fr] Re: hugin

[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
> --
> 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:

Calculating dependencies... done!
[ebuild     U ] dev-libs/boost-1.33.1-r1 [1.33.0-r1] USE="-bcp -bjam
-debug -doc -pyste -threads -threadsonly (-static%)" 0 kB
-- 
gentoo-user-fr@gentoo.org mailing list

[gentoo-user-fr] Re: Re: hugin

[Christophe PEREZ]

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:
> 
> Calculating dependencies... done!
> [ebuild     U ] dev-libs/boost-1.33.1-r1 [1.33.0-r1] USE="-bcp -bjam
> -debug -doc -pyste -threads -threadsonly (-static%)" 0 kB

Je suis désolé, mais là, il n'y est pas le "threads" !

# emerge -pv boost

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] dev-libs/boost-1.33.1  USE="threads -bcp -bjam -debug -doc -pyste -static -threadsonly" 0 kB

# grep boost /etc/portage/*
/etc/portage/package.use:dev-libs/boost threads

Et, pourquoi tentes-tu d'installer une version masquée de boost ?

# equery l -o -p -e boost
[ Searching for package 'boost' in all categories among: ]
 * installed packages
[I--] [  ] dev-libs/boost-1.33.1 (0)
 * Portage tree (/usr/portage)
[-P-] [M~] dev-libs/boost-1.33.1-r1 (0)
[-P-] [M~] dev-libs/boost-1.34_pre20060930 (0)


-- 
Christophe PEREZ
-- 
gentoo-user-fr@gentoo.org mailing list

Re: [gentoo-user-fr] Re: Re: hugin

[Pascal Ronecker]

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:
>>
>> Calculating dependencies... done!
>> [ebuild     U ] dev-libs/boost-1.33.1-r1 [1.33.0-r1] USE="-bcp -bjam
>> -debug -doc -pyste -threads -threadsonly (-static%)" 0 kB
> 
> Je suis désolé, mais là, il n'y est pas le "threads" !
> 
> # emerge -pv boost
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R   ] dev-libs/boost-1.33.1  USE="threads -bcp -bjam -debug -doc -pyste -static -threadsonly" 0 kB
> 
> # grep boost /etc/portage/*
> /etc/portage/package.use:dev-libs/boost threads
> 
> Et, pourquoi tentes-tu d'installer une version masquée de boost ?
> 
> # equery l -o -p -e boost
> [ Searching for package 'boost' in all categories among: ]
>  * installed packages
> [I--] [  ] dev-libs/boost-1.33.1 (0)
>  * Portage tree (/usr/portage)
> [-P-] [M~] dev-libs/boost-1.33.1-r1 (0)
> [-P-] [M~] dev-libs/boost-1.34_pre20060930 (0)
> 
> 
> --
> Christophe PEREZ
> --
> gentoo-user-fr@gentoo.org mailing list
> 
> 

*hum* promis, l'alcool, demain j'arrete :-)
-- 
gentoo-user-fr@gentoo.org mailing list

Re: [gentoo-user-fr] Re: Re: hugin

[Pascal Ronecker]

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:
>>>
>>> Calculating dependencies... done!
>>> [ebuild     U ] dev-libs/boost-1.33.1-r1 [1.33.0-r1] USE="-bcp -bjam
>>> -debug -doc -pyste -threads -threadsonly (-static%)" 0 kB
>> Je suis désolé, mais là, il n'y est pas le "threads" !
>>
>> # emerge -pv boost
>>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>> [ebuild   R   ] dev-libs/boost-1.33.1  USE="threads -bcp -bjam -debug -doc -pyste -static -threadsonly" 0 kB
>>
>> # grep boost /etc/portage/*
>> /etc/portage/package.use:dev-libs/boost threads
>>
>> Et, pourquoi tentes-tu d'installer une version masquée de boost ?
>>
>> # equery l -o -p -e boost
>> [ Searching for package 'boost' in all categories among: ]
>>  * installed packages
>> [I--] [  ] dev-libs/boost-1.33.1 (0)
>>  * Portage tree (/usr/portage)
>> [-P-] [M~] dev-libs/boost-1.33.1-r1 (0)
>> [-P-] [M~] dev-libs/boost-1.34_pre20060930 (0)
>>
>>
>> --
>> Christophe PEREZ
>> --
>> gentoo-user-fr@gentoo.org mailing list
>>
>>
> 
> *hum* promis, l'alcool, demain j'arrete :-)
> --
> gentoo-user-fr@gentoo.org mailing list
> 
> 

emerge  -pv boost

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] dev-libs/boost-1.33.1 [1.33.0-r1] USE="threads* -bcp
-bjam -debug -doc -pyste -static -threadsonly" 0 kB


mais a nouveau :

detail/disjoint_sets.hpp
...failed updating 6 targets...
...skipped 6 targets...
...updated 3643 targets...

!!! 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.




-- 
gentoo-user-fr@gentoo.org mailing list

Re: [gentoo-user-fr] Re: Re: hugin

[Damien THEBAULT]

[-- Attachment #1: Type: text/plain, Size: 1609 bytes --]

Le vendredi 10 novembre 2006 à 13:53 +0100, Pascal Ronecker a écrit :
> emerge  -pv boost
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild     U ] dev-libs/boost-1.33.1 [1.33.0-r1] USE="threads* -bcp
> -bjam -debug -doc -pyste -static -threadsonly" 0 kB
> 
> 
> mais a nouveau :
> 
> detail/disjoint_sets.hpp
> ...failed updating 6 targets...
> ...skipped 6 targets...
> ...updated 3643 targets...
> 
> !!! 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

Key C15AB8AF
Fingerprint 8FB9 8576 7033 4B45 3DF5  88E8 5471 1A44 C15A B8AF

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-fr] Re: Re: hugin

[Damien THEBAULT]

[-- Attachment #1: Type: text/plain, Size: 1609 bytes --]

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 :/)

-- 
Damien Thebault

Key C15AB8AF
Fingerprint 8FB9 8576 7033 4B45 3DF5  88E8 5471 1A44 C15A B8AF

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-fr] Re: Re: hugin

[Pascal Ronecker]

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.

-- 
gentoo-user-fr@gentoo.org mailing list

[gentoo-user-fr] Re: Re: Re: hugin

[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
-- 
gentoo-user-fr@gentoo.org mailing list

Re: [gentoo-user-fr] Re: Re: Re: hugin

[Pascal Ronecker]

Christophe PEREZ wrote:
> 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
> 
> 
Roh ben quand même, y a des trucs louches malgré tout.

Je vais faire un configure  et un make à la mimine ...

et j'ai els mêmes histoires de

/var/tmp/portage/dev-libs/boost-1.33.1-r1/image/usr/include/boost/pending/detail/disjoint_sets.hpp
...failed updating 4 targets...
...skipped 4 targets...
...updated 3607 targets...


mais ... est-ce que ca empeche vraiment une install ? c'est pas clair
clair boost quand même.
-- 
gentoo-user-fr@gentoo.org mailing list

Re: [gentoo-user-fr] Re: Re: Re: hugin

[Pascal Ronecker]

Pascal Ronecker wrote:
> Christophe PEREZ wrote:
>> 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
>>
>>
> Roh ben quand même, y a des trucs louches malgré tout.
> 
> Je vais faire un configure  et un make à la mimine ...
> 
> et j'ai els mêmes histoires de
> 
> /var/tmp/portage/dev-libs/boost-1.33.1-r1/image/usr/include/boost/pending/detail/disjoint_sets.hpp
> ...failed updating 4 targets...
> ...skipped 4 targets...
> ...updated 3607 targets...
> 
> 
> mais ... est-ce que ca empeche vraiment une install ? c'est pas clair
> clair boost quand même.
> --
> gentoo-user-fr@gentoo.org mailing list
> 
> 

Bon, j'ai fait un truc ....
quickpkg boost
emerge --unmerge boost
et je fais un make/make install de boost, juste pour voir si ensuite
hugin veut bien compiler.


Et là je me dis ensuite : je ferais bien un emerge de mon package de
boost, et là :


 emerge --usepkg --oneshot boost-1.33.0-r1.tbz2

emerging by path implies --oneshot... adding --oneshot to options.

*** emerging by path is broken and may not always work!!!

Calculating dependencies -Traceback (most recent call last):
  File "/usr/bin/emerge", line 4608, in ?
    retval = emerge_main()
  File "/usr/bin/emerge", line 4603, in emerge_main
    myopts, myaction, myfiles, spinner)
  File "/usr/bin/emerge", line 3968, in action_build
    retval, favorites = mydepgraph.select_files(myfiles)
  File "/usr/bin/emerge", line 998, in select_files
    None, "--onlydeps" not in self.myopts):
  File "/usr/bin/emerge", line 826, in create
    self.pkgsettings[myroot].setcpv(mykey, mydb=portdb)
  File "/usr/lib/portage/pym/portage.py", line 1524, in setcpv
    pkginternaluse = " ".join([x[1:] \
  File "/usr/lib/portage/pym/portage.py", line 4961, in aux_get
    raise KeyError(mycpv)
KeyError: 'dev-libs/boost-1.33.0-r1'


comprends plus tout là ......
-- 
gentoo-user-fr@gentoo.org mailing list

Re: [gentoo-user-fr] Re: Re: Re: hugin

[Pascal Ronecker]

Pascal Ronecker wrote:
> Pascal Ronecker wrote:
>> Christophe PEREZ wrote:
>>> 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
>>>
>>>
>> Roh ben quand même, y a des trucs louches malgré tout.
>>
>> Je vais faire un configure  et un make à la mimine ...
>>
>> et j'ai els mêmes histoires de
>>
>> /var/tmp/portage/dev-libs/boost-1.33.1-r1/image/usr/include/boost/pending/detail/disjoint_sets.hpp
>> ...failed updating 4 targets...
>> ...skipped 4 targets...
>> ...updated 3607 targets...
>>
>>
>> mais ... est-ce que ca empeche vraiment une install ? c'est pas clair
>> clair boost quand même.
>> --
>> gentoo-user-fr@gentoo.org mailing list
>>
>>
> 
> Bon, j'ai fait un truc ....
> quickpkg boost
> emerge --unmerge boost
> et je fais un make/make install de boost, juste pour voir si ensuite
> hugin veut bien compiler.
> 
> 
> Et là je me dis ensuite : je ferais bien un emerge de mon package de
> boost, et là :
> 
> 
>  emerge --usepkg --oneshot boost-1.33.0-r1.tbz2
> 
> emerging by path implies --oneshot... adding --oneshot to options.
> 
> *** emerging by path is broken and may not always work!!!
> 
> Calculating dependencies -Traceback (most recent call last):
>   File "/usr/bin/emerge", line 4608, in ?
>     retval = emerge_main()
>   File "/usr/bin/emerge", line 4603, in emerge_main
>     myopts, myaction, myfiles, spinner)
>   File "/usr/bin/emerge", line 3968, in action_build
>     retval, favorites = mydepgraph.select_files(myfiles)
>   File "/usr/bin/emerge", line 998, in select_files
>     None, "--onlydeps" not in self.myopts):
>   File "/usr/bin/emerge", line 826, in create
>     self.pkgsettings[myroot].setcpv(mykey, mydb=portdb)
>   File "/usr/lib/portage/pym/portage.py", line 1524, in setcpv
>     pkginternaluse = " ".join([x[1:] \
>   File "/usr/lib/portage/pym/portage.py", line 4961, in aux_get
>     raise KeyError(mycpv)
> KeyError: 'dev-libs/boost-1.33.0-r1'
> 
> 
> comprends plus tout là ......
> --
> gentoo-user-fr@gentoo.org mailing list
> 
> 

Resolu à la manière porcine :
- compile/install de boost à la main, malgré les erreurs annoncées ca
n'empeche aps l'install (sauf les ptits bouts déclarés non compilés)
- mis dans package.provided
- hugin tout pareil

c'est pas joli joli mais ca marche.

Je me demande si le script d'install ne se palnterait pas sur boost en
bloquant sur un truc qui pourrait etre géré en Warning en fait. Bah, un
de ces jours je m'installe un systeme a jour avec un emerge sync puis un
emerge-Udp world dans la crontab :-)



-- 
gentoo-user-fr@gentoo.org mailing list

[gentoo-user-fr] Re: Re: Re: Re: hugin

[Christophe PEREZ]

Le Mon, 13 Nov 2006 20:43:07 +0100, Pascal Ronecker a écrit :

> Bah, un
> de ces jours je m'installe un systeme a jour avec un emerge sync puis un
> emerge-Udp world dans la crontab :-)


Pour ce jour là, il faudrait que tu penses à réserver à l'avance la
mailing-list à ton usage perso sur 2 semaines pleines 24/7.

:-D

-- 
Christophe PEREZ
-- 
gentoo-user-fr@gentoo.org mailing list