| 1 |
Le vendredi 10 novembre 2006 à 14:30 +0100, Damien THEBAULT a écrit : |
| 2 |
> Ce qui est étrange, à mon avis c'est que ce soit src_install qui pose |
| 3 |
> problème... Et qu'il n'y ait pas vraiment de message d'erreur. |
| 4 |
> |
| 5 |
> Quand on regarde la ligne, ça doit donner quelque chose comme: |
| 6 |
> ${CHEMIJAM}/bjam.${NUMJOBS} ${OPTIONS} install || die "[...]" |
| 7 |
> |
| 8 |
> Déjà on peut voir qu'on a un "." entre bjam et ${NUMJOBS} (alors que |
| 9 |
> dans le reste c'est un espace) |
| 10 |
> D'ailleurs l'exécutable généré s'appelle bien "bjam" et non |
| 11 |
> "bjam.${QUELQUE_CHOSE}". |
| 12 |
> |
| 13 |
> Donc ça me semble être une erreur dans l'ebuild, mais ça me semble |
| 14 |
> bizarre qu'il n'y ait aucun bug d'ouvert dans ce cas... |
| 15 |
> |
| 16 |
> Je vais essayer de compiler pour voir si ça marche chez moi, mais je ne |
| 17 |
> comprends pas comment ça serait possible. |
| 18 |
|
| 19 |
Euh désolé en fait c'est pas un point c'est un '\t' (qui ne devrait pas |
| 20 |
se trouver là...) affiché dans mon éditeur comme '. ', mais qui |
| 21 |
s'affiche seulement comme '.' par rapport à sa position... |
| 22 |
|
| 23 |
Bon donc c'est pas ça le problème, j'ai testé ça marche bien chez moi. |
| 24 |
Le truc c'est que bjam est appelé à d'autres endroits (lors de la |
| 25 |
compilation), et à ce moment là ça marche... ou pas en fait, puisqu'il |
| 26 |
n'y a pas de || die ... |
| 27 |
|
| 28 |
Peut-être essayer à la main (avec la commande ebuild et l'appel à bjam) |
| 29 |
pour tenter d'y voir plus clair? |
| 30 |
|
| 31 |
(et puis il peut y avoir une erreur de bibliothèque non affichée, donc |
| 32 |
essayer un revdep-rebuild juste au cas où, ça serait bête que ça soit |
| 33 |
ça :/) |
| 34 |
|
| 35 |
-- |
| 36 |
Damien Thebault |
| 37 |
|
| 38 |
Key C15AB8AF |
| 39 |
Fingerprint 8FB9 8576 7033 4B45 3DF5 88E8 5471 1A44 C15A B8AF |
Archives