Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.
Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.
Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.
didbaba wrote:Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.
qpkg -f /chemin/vers/le/fichier
didbaba wrote:
Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.
qpkg -f /chemin/vers/le/fichier
didbaba wrote:Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.
qpkg -f /chemin/vers/le/fichier
Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.
qpkg -f /chemin/vers/le/fichier
#qpkg
Command not found
En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.
Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.
qpkg -f /chemin/vers/le/fichier
#qpkg
Command not found
En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.
Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.
qpkg -f /chemin/vers/le/fichier
#qpkg
Command not found
En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.
En fait ce qui me tracasse le plus c'est tant que le paquet
n'est pas installé, je ne sais pas trouver le paquet qui
contient le fichier que je cherche.
Le coup de la grosse base de fichiers, ça a déjà été évoqué sur
la ML de dev', et effectivement rejeté parceque pas vraiment
faisable de manière exacte si on prend en compte les USE flags,
les différences suivant les archis, les différences suivant la
présence d'autres packages (pensez par exemple aux modules perl,
qui vont dans /usr/lib/perl5/site-perl/<version_en_cours>),
etc..
Ceci dit, je pense que l'idée n'était pas mauvaise pour autant,
enfin il y aurait moyen de faire une base approximative qui
serait quand même vachement utile. On pourrait penser par
exemple à étendre "gentoo-stats" pour cette tache, à lui faire
centraliser les contenus de paquets tels qu'ils existent sur les
machines des gens, et à faire l'union de tout ça pour obtenir
une sur-approximation probablement très satisfaisante.
En fait ce qui me tracasse le plus c'est tant que le paquet
n'est pas installé, je ne sais pas trouver le paquet qui
contient le fichier que je cherche.
Le coup de la grosse base de fichiers, ça a déjà été évoqué sur
la ML de dev', et effectivement rejeté parceque pas vraiment
faisable de manière exacte si on prend en compte les USE flags,
les différences suivant les archis, les différences suivant la
présence d'autres packages (pensez par exemple aux modules perl,
qui vont dans /usr/lib/perl5/site-perl/<version_en_cours>),
etc..
Ceci dit, je pense que l'idée n'était pas mauvaise pour autant,
enfin il y aurait moyen de faire une base approximative qui
serait quand même vachement utile. On pourrait penser par
exemple à étendre "gentoo-stats" pour cette tache, à lui faire
centraliser les contenus de paquets tels qu'ils existent sur les
machines des gens, et à faire l'union de tout ça pour obtenir
une sur-approximation probablement très satisfaisante.
En fait ce qui me tracasse le plus c'est tant que le paquet
n'est pas installé, je ne sais pas trouver le paquet qui
contient le fichier que je cherche.
Le coup de la grosse base de fichiers, ça a déjà été évoqué sur
la ML de dev', et effectivement rejeté parceque pas vraiment
faisable de manière exacte si on prend en compte les USE flags,
les différences suivant les archis, les différences suivant la
présence d'autres packages (pensez par exemple aux modules perl,
qui vont dans /usr/lib/perl5/site-perl/<version_en_cours>),
etc..
Ceci dit, je pense que l'idée n'était pas mauvaise pour autant,
enfin il y aurait moyen de faire une base approximative qui
serait quand même vachement utile. On pourrait penser par
exemple à étendre "gentoo-stats" pour cette tache, à lui faire
centraliser les contenus de paquets tels qu'ils existent sur les
machines des gens, et à faire l'union de tout ça pour obtenir
une sur-approximation probablement très satisfaisante.
On Thu, 24 Feb 2005 10:46:30 +0100
didbaba wrote:En fait ce qui me tracasse le plus c'est tant que le paquet
n'est pas installé, je ne sais pas trouver le paquet qui
contient le fichier que je cherche.
Et oui, autant pas mal de distribs binaires proposent cette
feature, autant c'est beaucoup plus compliqué pour une distrib
source. Dans un thread récent sur le forum, je donnais cette vague
explication du pourquoi, et de ce qu'on pourrait quand même
envisager comme moyen de substitution :Le coup de la grosse base de fichiers, ça a déjà été évoqué sur
la ML de dev', et effectivement rejeté parceque pas vraiment
faisable de manière exacte si on prend en compte les USE flags,
les différences suivant les archis, les différences suivant la
présence d'autres packages (pensez par exemple aux modules perl,
qui vont dans /usr/lib/perl5/site-perl/<version_en_cours>),
etc..
Ceci dit, je pense que l'idée n'était pas mauvaise pour autant,
enfin il y aurait moyen de faire une base approximative qui
serait quand même vachement utile. On pourrait penser par
exemple à étendre "gentoo-stats" pour cette tache, à lui faire
centraliser les contenus de paquets tels qu'ils existent sur les
machines des gens, et à faire l'union de tout ça pour obtenir
une sur-approximation probablement très satisfaisante.
http://forums.gentoo.org/viewtopic-t-293630.html
On Thu, 24 Feb 2005 10:46:30 +0100
didbaba <didbaba@free.fr> wrote:
En fait ce qui me tracasse le plus c'est tant que le paquet
n'est pas installé, je ne sais pas trouver le paquet qui
contient le fichier que je cherche.
Et oui, autant pas mal de distribs binaires proposent cette
feature, autant c'est beaucoup plus compliqué pour une distrib
source. Dans un thread récent sur le forum, je donnais cette vague
explication du pourquoi, et de ce qu'on pourrait quand même
envisager comme moyen de substitution :
Le coup de la grosse base de fichiers, ça a déjà été évoqué sur
la ML de dev', et effectivement rejeté parceque pas vraiment
faisable de manière exacte si on prend en compte les USE flags,
les différences suivant les archis, les différences suivant la
présence d'autres packages (pensez par exemple aux modules perl,
qui vont dans /usr/lib/perl5/site-perl/<version_en_cours>),
etc..
Ceci dit, je pense que l'idée n'était pas mauvaise pour autant,
enfin il y aurait moyen de faire une base approximative qui
serait quand même vachement utile. On pourrait penser par
exemple à étendre "gentoo-stats" pour cette tache, à lui faire
centraliser les contenus de paquets tels qu'ils existent sur les
machines des gens, et à faire l'union de tout ça pour obtenir
une sur-approximation probablement très satisfaisante.
http://forums.gentoo.org/viewtopic-t-293630.html
On Thu, 24 Feb 2005 10:46:30 +0100
didbaba wrote:En fait ce qui me tracasse le plus c'est tant que le paquet
n'est pas installé, je ne sais pas trouver le paquet qui
contient le fichier que je cherche.
Et oui, autant pas mal de distribs binaires proposent cette
feature, autant c'est beaucoup plus compliqué pour une distrib
source. Dans un thread récent sur le forum, je donnais cette vague
explication du pourquoi, et de ce qu'on pourrait quand même
envisager comme moyen de substitution :Le coup de la grosse base de fichiers, ça a déjà été évoqué sur
la ML de dev', et effectivement rejeté parceque pas vraiment
faisable de manière exacte si on prend en compte les USE flags,
les différences suivant les archis, les différences suivant la
présence d'autres packages (pensez par exemple aux modules perl,
qui vont dans /usr/lib/perl5/site-perl/<version_en_cours>),
etc..
Ceci dit, je pense que l'idée n'était pas mauvaise pour autant,
enfin il y aurait moyen de faire une base approximative qui
serait quand même vachement utile. On pourrait penser par
exemple à étendre "gentoo-stats" pour cette tache, à lui faire
centraliser les contenus de paquets tels qu'ils existent sur les
machines des gens, et à faire l'union de tout ça pour obtenir
une sur-approximation probablement très satisfaisante.
http://forums.gentoo.org/viewtopic-t-293630.html
didbaba wrote:
> Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
> passe parfois un temps incroyable à retrouver dans quel paquet il se
> trouve.
qpkg -f /chemin/vers/le/fichier
didbaba wrote:
> Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
> passe parfois un temps incroyable à retrouver dans quel paquet il se
> trouve.
qpkg -f /chemin/vers/le/fichier
didbaba wrote:
> Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
> passe parfois un temps incroyable à retrouver dans quel paquet il se
> trouve.
qpkg -f /chemin/vers/le/fichier
didbaba wrote:Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.qpkg -f /chemin/vers/le/fichier
#qpkg
Command not found
emerge gentoolkit
En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.
LOL
didbaba wrote:
Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.
qpkg -f /chemin/vers/le/fichier
#qpkg
Command not found
emerge gentoolkit
En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.
LOL
didbaba wrote:Lorsque j'ai besoin d'un fichier qui n'existe pas sur mon système je
passe parfois un temps incroyable à retrouver dans quel paquet il se
trouve.qpkg -f /chemin/vers/le/fichier
#qpkg
Command not found
emerge gentoolkit
En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.
LOL
En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.
LOL
Ca c'est le rire nerveux de celui qui n'a pas compris ce que je
cherchais ;-) , et qui commence à exister ici
http://www.gentoo-stats.org/index.php?c=search alors toujours LOL ?
En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.
LOL
Ca c'est le rire nerveux de celui qui n'a pas compris ce que je
cherchais ;-) , et qui commence à exister ici
http://www.gentoo-stats.org/index.php?c=search alors toujours LOL ?
En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.
LOL
Ca c'est le rire nerveux de celui qui n'a pas compris ce que je
cherchais ;-) , et qui commence à exister ici
http://www.gentoo-stats.org/index.php?c=search alors toujours LOL ?
didbaba wrote:En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.LOLCa c'est le rire nerveux de celui qui n'a pas compris ce que je
cherchais ;-) , et qui commence à exister ici
http://www.gentoo-stats.org/index.php?c=search alors toujours LOL ?
Pas nerveux du tout... Le fait de ne pas pouvoir trouver à quel
paquetage non installé appartient un fichier est le seul reproche que
les petits camarades que j'ai poussé vers Gentoo peuvent faire à « notre
» distribution ;) Mon rire était à leur intention.
PS : nous venons de Debian, pour laquelle packages.debian.org répond à
ce genre de question.
didbaba wrote:
En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.
LOL
Ca c'est le rire nerveux de celui qui n'a pas compris ce que je
cherchais ;-) , et qui commence à exister ici
http://www.gentoo-stats.org/index.php?c=search alors toujours LOL ?
Pas nerveux du tout... Le fait de ne pas pouvoir trouver à quel
paquetage non installé appartient un fichier est le seul reproche que
les petits camarades que j'ai poussé vers Gentoo peuvent faire à « notre
» distribution ;) Mon rire était à leur intention.
PS : nous venons de Debian, pour laquelle packages.debian.org répond à
ce genre de question.
didbaba wrote:En fait ce qui me tracasse le plus c'est tant que le paquet n'est pas
installé, je ne sais pas trouver le paquet qui contient le fichier que
je cherche.LOLCa c'est le rire nerveux de celui qui n'a pas compris ce que je
cherchais ;-) , et qui commence à exister ici
http://www.gentoo-stats.org/index.php?c=search alors toujours LOL ?
Pas nerveux du tout... Le fait de ne pas pouvoir trouver à quel
paquetage non installé appartient un fichier est le seul reproche que
les petits camarades que j'ai poussé vers Gentoo peuvent faire à « notre
» distribution ;) Mon rire était à leur intention.
PS : nous venons de Debian, pour laquelle packages.debian.org répond à
ce genre de question.
Thomas de Grenier de Latour wrote:On Thu, 24 Feb 2005 10:46:30 +0100
didbaba wrote:En fait ce qui me tracasse le plus c'est tant que le paquet
n'est pas installé, je ne sais pas trouver le paquet qui
contient le fichier que je cherche.
Et oui, autant pas mal de distribs binaires proposent cette
feature, autant c'est beaucoup plus compliqué pour une distrib
source. Dans un thread récent sur le forum, je donnais cette vague
explication du pourquoi, et de ce qu'on pourrait quand même
envisager comme moyen de substitution :Le coup de la grosse base de fichiers, ça a déjà été évoqué sur
la ML de dev', et effectivement rejeté parceque pas vraiment
faisable de manière exacte si on prend en compte les USE flags,
les différences suivant les archis, les différences suivant la
présence d'autres packages (pensez par exemple aux modules perl,
qui vont dans /usr/lib/perl5/site-perl/<version_en_cours>),
etc..
Ceci dit, je pense que l'idée n'était pas mauvaise pour autant,
enfin il y aurait moyen de faire une base approximative qui
serait quand même vachement utile. On pourrait penser par
exemple à étendre "gentoo-stats" pour cette tache, à lui faire
centraliser les contenus de paquets tels qu'ils existent sur les
machines des gens, et à faire l'union de tout ça pour obtenir
une sur-approximation probablement très satisfaisante.
http://forums.gentoo.org/viewtopic-t-293630.html
Je vois bien pourquoi c'est délicat de le faire, je me demandais
simplement si une DB n'avait pas été faites quelques part. Dans une
ferme de compilation, c'est pas trop dur de remplir une base en disant
que tel paquet est susceptible d'importer tels fichiers, même si ça ne
peux pas être complet à cause des options de compilations, c'est au
moins un début. Tant pis, je continuerais mes laborieuse recherches
sur le net.
--
mailing list
Thomas de Grenier de Latour wrote:
On Thu, 24 Feb 2005 10:46:30 +0100
didbaba <didbaba@free.fr> wrote:
En fait ce qui me tracasse le plus c'est tant que le paquet
n'est pas installé, je ne sais pas trouver le paquet qui
contient le fichier que je cherche.
Et oui, autant pas mal de distribs binaires proposent cette
feature, autant c'est beaucoup plus compliqué pour une distrib
source. Dans un thread récent sur le forum, je donnais cette vague
explication du pourquoi, et de ce qu'on pourrait quand même
envisager comme moyen de substitution :
Le coup de la grosse base de fichiers, ça a déjà été évoqué sur
la ML de dev', et effectivement rejeté parceque pas vraiment
faisable de manière exacte si on prend en compte les USE flags,
les différences suivant les archis, les différences suivant la
présence d'autres packages (pensez par exemple aux modules perl,
qui vont dans /usr/lib/perl5/site-perl/<version_en_cours>),
etc..
Ceci dit, je pense que l'idée n'était pas mauvaise pour autant,
enfin il y aurait moyen de faire une base approximative qui
serait quand même vachement utile. On pourrait penser par
exemple à étendre "gentoo-stats" pour cette tache, à lui faire
centraliser les contenus de paquets tels qu'ils existent sur les
machines des gens, et à faire l'union de tout ça pour obtenir
une sur-approximation probablement très satisfaisante.
http://forums.gentoo.org/viewtopic-t-293630.html
Je vois bien pourquoi c'est délicat de le faire, je me demandais
simplement si une DB n'avait pas été faites quelques part. Dans une
ferme de compilation, c'est pas trop dur de remplir une base en disant
que tel paquet est susceptible d'importer tels fichiers, même si ça ne
peux pas être complet à cause des options de compilations, c'est au
moins un début. Tant pis, je continuerais mes laborieuse recherches
sur le net.
--
gentoo-user-fr@gentoo.org mailing list
Thomas de Grenier de Latour wrote:On Thu, 24 Feb 2005 10:46:30 +0100
didbaba wrote:En fait ce qui me tracasse le plus c'est tant que le paquet
n'est pas installé, je ne sais pas trouver le paquet qui
contient le fichier que je cherche.
Et oui, autant pas mal de distribs binaires proposent cette
feature, autant c'est beaucoup plus compliqué pour une distrib
source. Dans un thread récent sur le forum, je donnais cette vague
explication du pourquoi, et de ce qu'on pourrait quand même
envisager comme moyen de substitution :Le coup de la grosse base de fichiers, ça a déjà été évoqué sur
la ML de dev', et effectivement rejeté parceque pas vraiment
faisable de manière exacte si on prend en compte les USE flags,
les différences suivant les archis, les différences suivant la
présence d'autres packages (pensez par exemple aux modules perl,
qui vont dans /usr/lib/perl5/site-perl/<version_en_cours>),
etc..
Ceci dit, je pense que l'idée n'était pas mauvaise pour autant,
enfin il y aurait moyen de faire une base approximative qui
serait quand même vachement utile. On pourrait penser par
exemple à étendre "gentoo-stats" pour cette tache, à lui faire
centraliser les contenus de paquets tels qu'ils existent sur les
machines des gens, et à faire l'union de tout ça pour obtenir
une sur-approximation probablement très satisfaisante.
http://forums.gentoo.org/viewtopic-t-293630.html
Je vois bien pourquoi c'est délicat de le faire, je me demandais
simplement si une DB n'avait pas été faites quelques part. Dans une
ferme de compilation, c'est pas trop dur de remplir une base en disant
que tel paquet est susceptible d'importer tels fichiers, même si ça ne
peux pas être complet à cause des options de compilations, c'est au
moins un début. Tant pis, je continuerais mes laborieuse recherches
sur le net.
--
mailing list