| 1 |
On Fri, 06 Jan 2006 12:42:19 +0100 |
| 2 |
Mickael Paris <mparis@×××××.fr> wrote: |
| 3 |
|
| 4 |
> La diférence avec ce que je te proposais est que equery est plus |
| 5 |
> rapide que emerge -S kded |
| 6 |
|
| 7 |
Non : |
| 8 |
* "emerge -S qqch" recherche parmis les paquets disponibles ceux |
| 9 |
dont la description contient "qqch" (et avec "-s", c'est dans le nom |
| 10 |
du paquet qu'est faite la recherche) |
| 11 |
* "equery belongs qqch" recherche parmis les paquets installés |
| 12 |
ceux qui fournissent un fichier appelé "qqch" |
| 13 |
|
| 14 |
C'est deux choses bien distinctes. La première a l'avantage de |
| 15 |
chercher dans des paquets qui ne sont pas forcement installés, |
| 16 |
mais par contre tu as de bonnes chances que ta recherche échoue |
| 17 |
quand elle porte sur le nom d'une commande (ici par exemple, "kded" |
| 18 |
était fourni par "kde-base/kdelibs", mais la description de kdelibs |
| 19 |
ne le dit pas). La seconde permet de chercher le propriétaire d'un |
| 20 |
fichier, et ne le rate pas même si son nom n'a rien a voir avec |
| 21 |
celui du paquet ou sa description, mais par contre tu es limité aux |
| 22 |
paquets effectivement installés. |
| 23 |
|
| 24 |
Et il n'y a pas, à ma connaissance, de moyen simple et systématique |
| 25 |
pour trouver que c'est le paquet, non-installé, "foo-bar/toto" qui |
| 26 |
fourni la commande "plop" (faudrait une grosse base des contenus |
| 27 |
de paquets en ligne, ou qqch comme ça...). En général, je me rabats |
| 28 |
sur google pour ce genre de recherche du coup, ça permet de se |
| 29 |
faire vite une idée de ce que doit être le nom du paquets, et après |
| 30 |
je fais un "emerge -s ..." pour vérifier/affiner. |
| 31 |
|
| 32 |
Quant à la version « plus rapide » de "emerge -s/-S", c'est plutôt |
| 33 |
de "app-portage/eix" qu'il s'agit (ou "app-portage/esearch" aussi). |
| 34 |
|
| 35 |
-- |
| 36 |
TGL. |
| 37 |
|
| 38 |
-- |
| 39 |
gentoo-user-fr@g.o mailing list |
Archives