| 1 |
On Tue, 28 Oct 2003 14:48:50 +0100 |
| 2 |
Aurélien Francillon <francila@×××××××××××.fr> wrote: |
| 3 |
|
| 4 |
> je crois que ca doit etre une consequence des bugs : |
| 5 |
> http://bugs.gentoo.org/show_bug.cgi?id=32177 |
| 6 |
|
| 7 |
J'avais pas vu ça comme ça... |
| 8 |
|
| 9 |
En fait, à la réflexion, ça n'en est pas tout à fait une conséquence, |
| 10 |
mais ça a bien la même cause. Le truc, enfin je pense, c'est que mod_php |
| 11 |
calcule dynamiquement son slot, quand on installe le paquet (parcequ'il |
| 12 |
détecte la version d'apache, tout ça quoi). Mais le cache de portage |
| 13 |
lui, quand il est mis à jour, ne contient pas autant d'information (on |
| 14 |
n'évalue pas tout l'ebuild juste pour une mise à jour, ça prendrait des |
| 15 |
plombes). Du coup, la valeur qu'il contient pour le slot est érronnée. |
| 16 |
Et du coup, etcat, comme emerge, parcequ'ils se reposent sur ce cache, |
| 17 |
affichent des conneries (chez etcat, c'est le "1" à la place de "2", |
| 18 |
chez emerge le "N" à la place de "U"). |
| 19 |
|
| 20 |
Bon, ceci dit, c'est pas vraiment un bug de portage non plus : la |
| 21 |
politique officielle est que les bidouilles comme celle de mod_php pour |
| 22 |
calculer dynamiquement un slot (ou d'autres infos du même type) sont |
| 23 |
proscrites. La seule exception étant le "$KV" qui sert de slot pour les |
| 24 |
modules noyaux, mais ça justement c'est traité au niveau de portage pour |
| 25 |
éviter les problème. Bref, mod_php fait des trucs pas nets, et trouble |
| 26 |
portage. Ceci dit, il a pas vraiment le choix non plus dans un monde ou |
| 27 |
deux apaches ont à coéxister. |
| 28 |
|
| 29 |
Donc voilà, y'a bien un bug en fait. Il est pas bien grave cependant, |
| 30 |
ton paquet sera de toute façon bel et bien emergé dans le slot 2. |
| 31 |
|
| 32 |
-- |
| 33 |
TGL. |
| 34 |
|
| 35 |
|
| 36 |
-- |
| 37 |
gentoo-user-fr@g.o mailing list |
Archives