| 1 |
Salut, |
| 2 |
|
| 3 |
On Thu, 07 Jul 2005 21:51:39 +0200 |
| 4 |
Christophe Garault <christophe@×××××××.org> wrote: |
| 5 |
|
| 6 |
> J'ai remarqué que la commande eix ne me trouvait pas la |
| 7 |
> librairie libpq alors que esearch et emerge la trouvent tous |
| 8 |
> les deux? Est-ce que celà vous arrive aussi? Dois-je faire qq |
| 9 |
> chose avant de remplir un bug? |
| 10 |
> |
| 11 |
|
| 12 |
Il me semble que update-eix ("eix -u" pour les anciennes versions) |
| 13 |
fait sa mise à jour en accèdant comme un bourrin au cache de |
| 14 |
portage (/var/cache/edp/dep/usr/portage/...), alors que esearch |
| 15 |
lui utilise l'API de portage. Ça pourrait expliquer la |
| 16 |
différence: eupdatedb ne peut pas rater de paquet, parce que les |
| 17 |
paquets sont listés par les libs portage depuis /usr/portage, et |
| 18 |
si qqch manque dans le cache le cache est completé. Alors qu'avec |
| 19 |
update-eix, si qqch manque, bah ça manque et il ne s'en rend pas |
| 20 |
compte. Quant à "emerge -s", bah lui ne peux rien rater bien sûr |
| 21 |
puisqu'il utilise pour chaque requête l'API de portage. |
| 22 |
|
| 23 |
Enfin voilà, une hypothèse serait une faute de cache. Si tu fais |
| 24 |
un "sudo emerge -p libpq" (devrait completer le cache de portage |
| 25 |
pour ce paquet) suivi d'un "update-eix" (pour mettre à jour le |
| 26 |
cache de eix), ton paquet pourrait réapparaitre. |
| 27 |
|
| 28 |
Mais ça reste une hypothèse... |
| 29 |
|
| 30 |
-- |
| 31 |
TGL. |
| 32 |
|
| 33 |
-- |
| 34 |
gentoo-user-fr@g.o mailing list |
Archives