OVH Cloud OVH Cloud

[gentoo-user-fr] Modifications de portage-utils

6 réponses
Avatar
Christophe Garault
Bonjour,

Il semble qu'il y ait eu pas mal de modifs dans ce package ou alors
j'ai loupé une grosse marche:
ce matin je découvre entre autre que "qpkg -l" ne fonctionne plus. En
outre je vois que c'est devenu un lien vers /usr/bin/q qui visiblement
se lance avec pas mal d'alias différents. Quelqu'un aurait-il un lien
vers ces nouveautés, je n'ai rien trouvé sur le site ni dans les forums
(en même temps nous sommes lundi matin... ;)

Merci d'avance.

--
Christophe Garault
Take your marks:
Gen too three: Emerge!


--
gentoo-user-fr@gentoo.org mailing list

6 réponses

Avatar
Yannick Loiseau
> ce matin je découvre entre autre que "qpkg -l" ne fonctionne plus



sans avoir mis a jour...

$ qpkg -h
qpkg v. 0.1.15
[...]
NOTICE: This tool will be phased out at some point in the
future, please use equery instead.


Il falait donc s'y attendre :)

--
mailing list
Avatar
Christophe Garault
Yannick Loiseau a écrit :

NOTICE: This tool will be phased out at some point in the
future, please use equery instead.


Il falait donc s'y attendre :)




Oui évidemment. Cependant le message est trompeur car equery ne remplace
en rien les fonctionnalités de qpkg (d'autant que equery est pas mal
buggué). Enfin de toutes façons j'ai trouvé mon bonheur dans le
changelog: en fait il semblerait que les fonctionnalités de qpkg aient
été réparties dans plusieurs 'applets' : qlop, qcheck, qdepends, qsize,
quse.... et qlist qui réalise le qpkg -l qui ne fonctionnait pas. En
résumé oui qpkg ne semble plus faire grand chose, par contre le package
portage-utils est vraiment utile. D'ailleurs il semblerait que cette
architecture (bizarre d'appeler celà des applets) ne date pas d'hier.
J'ai donc bien loupé une marche, mais pas si grande que celà.
Merci quand même.

--
Christophe Garault
Take your marks:
Gen too three: Emerge!



--
mailing list
Avatar
Yoann Pannier
Christophe Garault wrote, On 09/26/2005 11:03 AM:
ce matin je découvre entre autre que "qpkg -l" ne fonctionne plus. En
outre je vois que c'est devenu un lien vers /usr/bin/q qui visiblement
se lance avec pas mal d'alias différents.



le qpkg de portage-utils n'a pas l'air d'être le même que celui de
gentoolkit (dont le -l n'a pas changé)

# equery belongs /usr/bin/qpkg
[ Searching for file(s) /usr/bin/qpkg in *... ]
app-portage/gentoolkit-0.2.0 (/usr/bin/qpkg)
app-portage/portage-utils-0.1.6 (/usr/bin/qpkg -> q)

D'ailleurs pour installer portage-utils, j'ai du desactiver le
collision-protect (curieusement pas a cause de /usr/bin/pkg mais
seulement de la manpage de qpkg).

Est-ce que portage-utils est voué a remplacer gentoolkit à plus ou moins
brève échéance ou bien la version ~arch de gentoolkit ne possède plus de
qpkg et les 2 paquets deviennent complémentaires ?

--
Yoann Pannier
--
mailing list
Avatar
Christophe Garault
Yoann Pannier a écrit :

Christophe Garault wrote, On 09/26/2005 11:03 AM:


ce matin je découvre entre autre que "qpkg -l" ne fonctionne plus. En
outre je vois que c'est devenu un lien vers /usr/bin/q qui visiblement
se lance avec pas mal d'alias différents.





le qpkg de portage-utils n'a pas l'air d'être le même que celui de
gentoolkit (dont le -l n'a pas changé)

# equery belongs /usr/bin/qpkg
[ Searching for file(s) /usr/bin/qpkg in *... ]
app-portage/gentoolkit-0.2.0 (/usr/bin/qpkg)
app-portage/portage-utils-0.1.6 (/usr/bin/qpkg -> q)

D'ailleurs pour installer portage-utils, j'ai du desactiver le
collision-protect (curieusement pas a cause de /usr/bin/pkg mais
seulement de la manpage de qpkg).




J'ai également désactivé le collision-protect car j'ai eu trop de
positifs avec que j'ai finalement renonçé à cette fonctionnalité. Du
coup il faut que je vérifie à nouveau de quels paquets je dispose et à
qui appartient vraiment qpkg.
Bon finalement j'ai la même config que toi et j'ai vu avec genlop que
mon dernier emerge de gentoolkit date de Décembre 2004 alors que
portage-utils a été mis à jour 6 fois depuis Juillet de cette année.

Est-ce que portage-utils est voué a remplacer gentoolkit à plus ou moins
brève échéance ou bien la version ~arch de gentoolkit ne possède plus de
qpkg et les 2 paquets deviennent complémentaires ?




Je penche pour la 2ème option car il me semble que portage-utils ne
remplace que les fonctionnalités de qpkg:

Marge ~ # qlist gentoolkit
/usr/share/doc/gentoolkit-0.2.0_pre10/AUTHORS
/usr/share/doc/gentoolkit-0.2.0_pre10/ChangeLog
/usr/share/doc/gentoolkit-0.2.0_pre10/COPYING
/usr/share/doc/gentoolkit-0.2.0_pre10/NEWS
/usr/share/doc/gentoolkit-0.2.0_pre10/README
/usr/share/doc/gentoolkit-0.2.0_pre10/TODO
/usr/share/doc/gentoolkit-0.2.0_pre10/equery/README
/usr/share/doc/gentoolkit-0.2.0_pre10/equery/AUTHORS
/usr/share/doc/gentoolkit-0.2.0_pre10/etcat/README
/usr/share/doc/gentoolkit-0.2.0_pre10/etcat/AUTHORS
/usr/share/doc/gentoolkit-0.2.0_pre10/euse/AUTHORS
/usr/share/doc/gentoolkit-0.2.0_pre10/euse/ChangeLog
/usr/share/doc/gentoolkit-0.2.0_pre10/qpkg/README
/usr/share/doc/gentoolkit-0.2.0_pre10/qpkg/AUTHORS
/usr/share/doc/gentoolkit-0.2.0_pre10/qpkg/ChangeLog
/usr/share/doc/gentoolkit-0.2.0_pre10/gentoolkit/AUTHORS
/usr/share/doc/gentoolkit-0.2.0_pre10/gentoolkit/README
/usr/share/doc/gentoolkit-0.2.0_pre10/gentoolkit/TODO
/usr/share/doc/gentoolkit-0.2.0_pre10/gentoolkit/ChangeLog
/usr/share/doc/gentoolkit-0.2.0_pre10/revdep-rebuild/AUTHORS
/usr/share/doc/gentoolkit-0.2.0_pre10/revdep-rebuild/README
/usr/share/doc/gentoolkit-0.2.0_pre10/revdep-rebuild/TODO
/usr/share/man/man1/qpkg.1.gz
/usr/share/man/man1/revdep-rebuild.1.gz
/usr/share/man/man1/equery.1.gz
/usr/share/man/man1/etcat.1.gz
/usr/bin/equery
/usr/bin/etcat
/usr/bin/euse
/usr/bin/qpkg
/usr/bin/revdep-rebuild
/usr/bin/glsa-check
/usr/lib/gentoolkit/pym/gentoolkit/gentoolkit.py
/usr/lib/gentoolkit/pym/gentoolkit/pprinter.py
/usr/lib/gentoolkit/pym/gentoolkit/__init__.py
/usr/lib/gentoolkit/pym/glsa.py

Marge ~ # qlist portage-utils
/usr/bin/q
/usr/bin/qcheck
/usr/bin/qdepends
/usr/bin/qfile
/usr/bin/qlist
/usr/bin/qlop
/usr/bin/qpkg
/usr/bin/qsearch
/usr/bin/qsize
/usr/bin/qtbz2
/usr/bin/quse
/usr/bin/qxpak
/usr/share/man/man1/q.1.gz
/usr/share/man/man1/qcheck.1.gz
/usr/share/man/man1/qfile.1.gz
/usr/share/man/man1/qdepends.1.gz
/usr/share/man/man1/qlist.1.gz
/usr/share/man/man1/qlop.1.gz
/usr/share/man/man1/qpkg.1.gz
/usr/share/man/man1/qsize.1.gz
/usr/share/man/man1/qsearch.1.gz
/usr/share/man/man1/qtbz2.1.gz
/usr/share/man/man1/quse.1.gz
/usr/share/man/man1/qxpak.1.gz
Marge ~ #

Mais tout celà mériterait bien d'être confirmé.
--
Christophe Garault


--
mailing list
Avatar
Yoann Pannier
Christophe Garault wrote, On 10/11/2005 11:29 AM:
Est-ce que portage-utils est voué a remplacer gentoolkit à plus ou moins
brève échéance ou bien la version ~arch de gentoolkit ne possède plus de
qpkg et les 2 paquets deviennent complémentaires ?



Je penche pour la 2ème option car il me semble que portage-utils ne
remplace que les fonctionnalités de qpkg:



C'est apparemment le cas : qpkg n'est plus dans le tout nouveau
gentoolkit (stable).

http://packages.gentoo.org/ebuilds/?gentoolkit-0.2.0-r1

--
Yoann Pannier
--
mailing list
Avatar
Christophe Garault
Yoann Pannier a écrit :

C'est apparemment le cas : qpkg n'est plus dans le tout nouveau
gentoolkit (stable).

http://packages.gentoo.org/ebuilds/?gentoolkit-0.2.0-r1




Bien vu! Du coup j'entraperçois de nouveau l'utilité du collision-detect
puisque le bug a servi à résoudre le pb. Je m'en vais de ce pas
réactiver cette fonctionnalité.

PS: je n'ai rien vu ici car mon rsync est fait à minuit alors que le
package n'a été publié qu'à 23h43. (Hé oui il y a un délai de
propagation pour ceusses qui trouverait le raisonnement bizarre)
--
Christophe Garault
Take your marks:
Gen too three: Emerge!



--
mailing list