View previous topic :: View next topic |
Author |
Message |
bestel Tux's lil' helper
Joined: 23 Mar 2003 Posts: 149 Location: grenoble/France
|
Posted: Tue Feb 10, 2004 5:40 pm Post subject: |
|
|
djmanu wrote: | Moi je dis:
A quand un portage ou on passerai l'option --binary et quand je ferai emerge --binary kde, il irai pomper le DERNIER kde + les dépendance sur le net (pas sur le cd!) en binaire ...
(et je ne parlez pas des binaires du cd SVP!). |
Je ne suis pas sur que ca arrivera une option dans ce genre... Ou alors dans très très longtemps. Parce qu'en fait non seulement ca pose le probleme qu'il faut que plusieurs version précompilés existent pour chaque architecture... Et dans ce cas, les USE ne servent a rien. Donc en gros on perd toute le souplesse de la gentoo. Autant prendre une Debian dans ce cas là non ? |
|
Back to top |
|
|
Mozart n00b
Joined: 07 Feb 2004 Posts: 10 Location: Paris, France
|
Posted: Wed Feb 11, 2004 3:48 pm Post subject: |
|
|
Moi j'ai des p'tites questions concernant cet excellent topic.
Je suis nouveau sous Gentoo et je viens de me faire une install stage 1 qui marchouille pas mal, avec kde 3.2 par exemple. Mais bêtement j'ai lancé l'emerge de kde avec la commande:
Code: | emerge -k kde-3.2.ebuild |
Ou qqch du genre (j'ai pas la machine sous la main pr vérifier). Que dois-je modifier pour réparer cette erreur et tout remettre dans le droit ordre (comme si j'avais fait un emerge -k kde).
Merci! |
|
Back to top |
|
|
TGL Bodhisattva
Joined: 02 Jun 2002 Posts: 1978 Location: Rennes, France
|
Posted: Wed Feb 11, 2004 4:08 pm Post subject: |
|
|
Mozart wrote: | Code: | emerge -k kde-3.2.ebuild |
|
C'est pas forcement dramatique non plus. Là en l'occurence je pense pas que ce soit un problème, cet ebuild ne fait rien sinon dépendre d'autres qui eux seront installés normallement. Pour être bien sûr, essaye:
Il ne devrait te proposer seulement kde-base/kde-3.2, vu que les dépendances sont maintenant installées. Dans ce cas, tu peux refaire un et là tu seras sûr que tu es bon (ça prend pas de temps, c'est un ebuild bidon). |
|
Back to top |
|
|
TGL Bodhisattva
Joined: 02 Jun 2002 Posts: 1978 Location: Rennes, France
|
Posted: Wed Feb 11, 2004 5:42 pm Post subject: |
|
|
bestel wrote: | Je ne suis pas sur que ca arrivera une option dans ce genre... Ou alors dans très très longtemps. Parce qu'en fait non seulement ca pose le probleme qu'il faut que plusieurs version précompilés existent pour chaque architecture... Et dans ce cas, les USE ne servent a rien. Donc en gros on perd toute le souplesse de la gentoo. Autant prendre une Debian dans ce cas là non ? |
Bah perso je m'en suis jamais servi, mais y'a quand même les paquet GRP qui existent. Pour certains trucs genre KDE, ça peut valoir le coup, y'a pas forcement tant de USE flags que ça en jeu, et les sacrifier pour gagner beaucoup de temps peut être une bonne option pour certain. Bon par contre je suis pas sûr qu'il y ait toujours des paquets GRP pour la dernière version toute fraîche d'un paquet, comme je le disais, je m'en sers pas donc je connais pas.
Pour plus d'info, voir la variable PORTAGE_BINHOST dans make.conf (ou dans make.conf.example si elle n'y est pas), et l'option "-g" de emerge (emerge --help et man emerge pour les détails). |
|
Back to top |
|
|
j_c_p Guru
Joined: 30 Aug 2003 Posts: 319 Location: France - Colmar
|
Posted: Thu Feb 12, 2004 12:11 am Post subject: |
|
|
J'ai eu un moment de doute en vous voyant ts écrire /etc/portage, mais en vérifiant, c'est bien /usr/portage ds le 2.0.50.
Voilà, sinon, j'apprécie bcp le fait de pouvoir mixer proprement le stable et l'instable désormais. |
|
Back to top |
|
|
TGL Bodhisattva
Joined: 02 Jun 2002 Posts: 1978 Location: Rennes, France
|
Posted: Thu Feb 12, 2004 12:50 am Post subject: |
|
|
j_c_p wrote: | J'ai eu un moment de doute en vous voyant ts écrire /etc/portage, mais en vérifiant, c'est bien /usr/portage ds le 2.0.50. | Non.
- /usr/portage est le répertoire mis à jour à chaque "emerge sync". Si tu bidouilles ta config là dedans (dans /usr/portage/profile/ d'ailleurs en fait), tu perdras tout à la mise à jour suivante. Celui là, on ne devrais jamais y toucher, il appartient aux développeurs Gentoo, tu n'as aucun contrôle dessus.
- /etc/portage est le répertoire pour, sur ton système, t'écarter de ce qui est configuré dans ton profile. Ce répértoire n'existe pas tant que tu ne l'as pas créé, mais c'est bien de lui qu'on parlait ici.
Je te suggère un petit : |
|
Back to top |
|
|
j_c_p Guru
Joined: 30 Aug 2003 Posts: 319 Location: France - Colmar
|
Posted: Thu Feb 12, 2004 1:52 am Post subject: |
|
|
Merci de la précision, je vais regarder cela en détails. |
|
Back to top |
|
|
equi-NoX Apprentice
Joined: 17 Feb 2004 Posts: 172 Location: Paris, France
|
Posted: Tue Feb 17, 2004 12:45 pm Post subject: |
|
|
bestel wrote: | Je ne suis pas sur que ca arrivera une option dans ce genre... Ou alors dans très très longtemps. Parce qu'en fait non seulement ca pose le probleme qu'il faut que plusieurs version précompilés existent pour chaque architecture... Et dans ce cas, les USE ne servent a rien. Donc en gros on perd toute le souplesse de la gentoo. Autant prendre une Debian dans ce cas là non ? |
vu le temps que l'on doit attendre sous Debian pour avoir quoique ce soit de nouveau (comme kde3.2 par exemple ), ça serait pas si mal que ça des binaires made by Gentoo
mais bon moi je préfère compiler de toutes façons |
|
Back to top |
|
|
nuts Veteran
Joined: 10 Jan 2004 Posts: 1630
|
Posted: Mon Feb 23, 2004 1:24 pm Post subject: |
|
|
j ai aps tout lu mais je flippe un coup. je n ai pas de /etc/portage |
|
Back to top |
|
|
yoyo Bodhisattva
Joined: 04 Mar 2003 Posts: 4273 Location: Lyon - France
|
Posted: Mon Feb 23, 2004 2:28 pm Post subject: |
|
|
nuts wrote: | j ai aps tout lu mais je flippe un coup. je n ai pas de /etc/portage |
Et bien dans ce cas, lis tout ...
TGL wrote: | gK wrote: | Petite question, j'ai mis à jour portage il n'y a pas 5 minutes.
Seulement je n'ai pas le répertoire /etc/portage ? |
Ouais, il a été plus ou moins décidé de ne pas fournir de fichiers d'exemple pour les trucs de /etc/portage, juste la doc dans la page de manuel. Donc me pas un répertoire vide. J'ai pas trop compris si c'était de la flemme ou si il y avait une raison. Mais bref c'est pas grave, tu peux faire ce répertoire toi même, et tu y crées juste les fichiers dont tu as besoins, avec le manuel sous les yeux. |
_________________ La connaissance s'accroît quand on la partage.
JCB |
|
Back to top |
|
|
dyurne Guru
Joined: 19 Aug 2003 Posts: 475 Location: Lille, France
|
Posted: Mon Mar 08, 2004 12:17 pm Post subject: |
|
|
c'est un super post, comme on aimerai en voir plus souvent.clair, concis, parfait pour quelqu'un qui ne lit jamais les news. _________________ - Ah bah nan...
- Si ! |
|
Back to top |
|
|
dju` Retired Dev
Joined: 11 Feb 2003 Posts: 370
|
Posted: Fri Mar 12, 2004 12:00 pm Post subject: |
|
|
tiens TGL, vu que t'en parlais, je voulais ton avis la dessus, et celui des autres aussi bien entendu: est-ce conseillé de de faire un ebuild /usr/portage/foo/bar/bar-x.y.z.ebuild truc ou est-ce que ca peut se comporter aussi mal que de faire un emerge /usr/portage/foo/bar/bar-x.y.z.ebuild ?
le problème est que si tu dois faire une mise à jour d'un service en train de tourner, disons apache, et que tu veux minimiser le temps d'interruption de service, moi j'utilisais:
Code: | ebuild /usr/portage/foo/bar/bar-x.y.z.ebuild install
/etc/init.d/bar stop
ebuild /usr/portage/foo/bar/bar-x.y.z.ebuild qmerge
/etc/init.d/bar start
|
pour pouvoir compiler la nouvelle version d'apache (par exemple) tout en laissant l'ancien apache actif, ET être certain d'utiliser le bon rc-script pour arreter le service. parce que oui, une nouvelle version peut aussi remplacer le rc-script et ca peut compromettre le bon fonctionnement de l'ancien apache si tu l'arretes avec le rc-script du nouveau. des solutions pour ca?
merci |
|
Back to top |
|
|
yoyo Bodhisattva
Joined: 04 Mar 2003 Posts: 4273 Location: Lyon - France
|
Posted: Fri Mar 12, 2004 12:24 pm Post subject: |
|
|
Il me semble que portage n'écrase aucun fichier contenu dans "/etc" mais qu'il mets les nouveau fichiers sous la forme "._cfg????_*" (donc "._cfg0000_bar" dans ton exemple).
Donc, tu dois pouvoir arrêter ton sevice avant l'etc-update et le re-démarrer après ... ("emerge --help config" pour plus d'info sur la variable
CONFIG_PROTECT_MASK notamment)
Sinon, une autre méthode serait :
"emerge -B bar" => compilation du paquet sans installation
"/etc/init.d/bar stop" => arrêt du service
"emerge -K bar" => installation du nouveau build et désinstallation de l'ancien
"etc-update" => mise à jour des fichiers de config ...
"/etc/init.d/bar start" => démarrage du service
Cette méthode reste assez proche de la tienne mais elle permet de gérer les paquets avec "packages.unmask", "packages.mask" et "packages.keyword" (donc de profiter des nouvelles features de portage). _________________ La connaissance s'accroît quand on la partage.
JCB |
|
Back to top |
|
|
bestel Tux's lil' helper
Joined: 23 Mar 2003 Posts: 149 Location: grenoble/France
|
Posted: Fri Mar 12, 2004 12:25 pm Post subject: |
|
|
C'est bizarre ce que tu dis sur les rc-script. Je pense que les scripts dont tu parles sont ceux qui permette d'executer et d'arreter les services dans /etc/init.d
Vu que ces scripts sont dans /etc normalement ils ne sont pas ecrasé avec un emerge. Pour les remplacer il faut faire un etc-update.
Donc tu peux tres bien faire un emerge -u apache... Pis /etc/init.d/apache2 stop ... puis un etc-update qui te mettra le bon script d'init pour ta nouvelle version
pendant que tu emerge un programme il ne te désemerge pas l'ancien jusqu'a ce que la compilation soit finit |
|
Back to top |
|
|
bestel Tux's lil' helper
Joined: 23 Mar 2003 Posts: 149 Location: grenoble/France
|
Posted: Fri Mar 12, 2004 12:26 pm Post subject: |
|
|
oups désolé, c'est un rapide ce yoyo |
|
Back to top |
|
|
dju` Retired Dev
Joined: 11 Feb 2003 Posts: 370
|
Posted: Fri Mar 12, 2004 12:44 pm Post subject: |
|
|
oui c'est vrai, je pensais plus aux ._cfg* ... bon ok pour les rc-scripts, mais on peut aussi avoir le cas d'un fichier remplacé, ou disparu, en dehors du CONFIG_PROTECT, et qui sera appelé par le old rc-script. donc dans le cas où tu fais ton emerge -u apache, /etc/init.d/apache stop, etc-update, /etc/init.d/apache start, au moment du stop ca peut appeler une commande dans /usr/bin qui a disparu, d'ou l'intéret d'arreter ton service avant que portage ne merge la nouvelle version.
yoyo: ta méthode est pas mal, c'est ca que je voudrais, pouvoir utiliser /etc/portage/* plutot que bourriner direct avec un ebuild foo install/qmerge, le problème c'est que ca passe par un package. ya pas vraiment d'intéret a faire un package pour l'installer tout de suite apres, et ensuite supprimer le package. il faudrait que portage laisse la nouvelle version dans /var/tmp/portage et qu'on puisse la reprendre pour la merger ensuite, mais sans passer par ebuild qui est trop bas niveau à mon avis, et qui n'utilise pas /etc/portage/*. |
|
Back to top |
|
|
yoyo Bodhisattva
Joined: 04 Mar 2003 Posts: 4273 Location: Lyon - France
|
Posted: Fri Mar 12, 2004 1:10 pm Post subject: |
|
|
dJu` wrote: | ya pas vraiment d'intéret a faire un package pour l'installer tout de suite apres, et ensuite supprimer le package. | Ben si, arrêter un service avant de le mettre à jour ...
C'est ce que j'ai fait pour mettre à jour mon xfree par exemple (utilisation de ma gentoo comme poste de travail donc X tourne en permanence ou presque).
Sinon, je ne vois pas d'autre méthode à part celle que tu utilises déja. Mais je pense que tu peux quand même forcer l'arrêt d'un service (avec l'argument "zap") même s'il manque une commande ...
De plus, AMHA, les dev font attention à ne pas supprimer des pgms appelés par le service mis à jour (ou ils font en sorte qu'au moins l'arrêt de ce service reste compatible avec la nouvelle version).
Désolé de ne pouvoir dire mieux ... _________________ La connaissance s'accroît quand on la partage.
JCB |
|
Back to top |
|
|
CryoGen Veteran
Joined: 11 Feb 2004 Posts: 1426 Location: Bamako - Mali - Afrique
|
Posted: Sun Mar 21, 2004 1:55 am Post subject: |
|
|
Je sais pas si c'est possible mais je voudrai passer tout une branche de l'arbre en ~x86 comme par exemple xfce-base
Une solution ? ou alors il faut lister tout ebuild :/ ? _________________ - CryoGen` on #gentoofr@irc.freenode.net
- ~amd64 / KDE4
- I'm the bone of my sword... |
|
Back to top |
|
|
TGL Bodhisattva
Joined: 02 Jun 2002 Posts: 1978 Location: Rennes, France
|
Posted: Sun Mar 21, 2004 2:57 am Post subject: |
|
|
CryoGen wrote: | Je sais pas si c'est possible mais je voudrai passer tout une branche de l'arbre en ~x86 comme par exemple xfce-base
Une solution ? ou alors il faut lister tout ebuild :/ ? |
Y'a pas de joker, les entrées du fichier sont des atomes de dépendances, bref ils ne parlent que d'un seul paquet. Donc oui il faut lister. Bon maintenant, rien ne t'oblige à le faire à la main pour autant, tu as ton shell pour ça : ça prendrait 5 minutes de faire un petit script qui rafraichirait le fichier après chaque rsync pour y ajouter tous les nouveaux paquet d'une catégorie. Mais c'est vrai que qqch de plus expressif que des atomes de dépendances, permettant de parler par exemple de "xfce-base/*" serait plus pratique. Tu peux toujours un bug report pour suggerer ça. |
|
Back to top |
|
|
zdra Veteran
Joined: 30 Nov 2003 Posts: 1693 Location: Bruxelles, Belgique
|
Posted: Sun Mar 21, 2004 8:57 am Post subject: |
|
|
Perso je comprends pas pourquoi on peut toujours pas faire de
c'est la derniere feacture de portage que j'attends, qd ce sera fait on poura dire que portage est la 8eme merveille du monde |
|
Back to top |
|
|
TGL Bodhisattva
Joined: 02 Jun 2002 Posts: 1978 Location: Rennes, France
|
Posted: Sun Mar 21, 2004 11:41 am Post subject: |
|
|
Bash est ton ami. Tu peux essayer un truc de ce style, dans ton ~/.bashrc : Code: | 8eme_merveille() {
local PORTDIR=$(sed -n s:^PORTDIR=::p /etc/make.conf)
PORTDIR=${PORTDIR:-/usr/portage}
local arg
local targets
local options
for arg in "$@" ; do
case "${arg}" in
-*) options="${options} ${arg}" ;;
*/*) targets="${targets} $(find ${PORTDIR} -mindepth 2 -maxdepth 2 -type d -path "${PORTDIR}/${arg}" | sed s:${PORTDIR}/::)" ;;
*) targets="${targets} $(find ${PORTDIR} -mindepth 2 -maxdepth 2 -type d -name "${arg}" | sed s:${PORTDIR}/::)" ;;
esac
done
#echo "options: ${options}"
#echo "targets: ${targets}"
emerge ${options} ${targets}
} | (bon c'est du vite fait hein, faut pas être trop regardant...)
Après : Code: | % 8eme_merveille -p desklet*
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[blocks B ] x11-plugins/desklet-diskinfo (from pkg x11-plugins/desklet-psisensors-20031028)
[blocks B ] x11-plugins/desklet-networkinfo (from pkg x11-plugins/desklet-psisensors-20031028)
[blocks B ] x11-plugins/desklet-cpuinfo (from pkg x11-plugins/desklet-psisensors-20031028)
[blocks B ] x11-plugins/desklet-meminfo (from pkg x11-plugins/desklet-psisensors-20031028)
[ebuild R ] x11-plugins/desklet-clock-0.32-r1
[ebuild N ] dev-python/pyxmms-2.02
[ebuild N ] x11-plugins/desklet-cornerxmms-0.0.5-r1
[ebuild R ] x11-plugins/desklet-cpuinfo-0.1.4-r1
[ebuild R ] x11-plugins/desklet-diskinfo-0.1.4-r1
[ebuild R ] x11-plugins/desklet-ltvariations-0.21-r1
[ebuild R ] x11-plugins/desklet-meminfo-0.1.4-r1
[ebuild R ] x11-plugins/desklet-networkinfo-0.1.4-r1
[ebuild R ] x11-plugins/desklet-starterbar-0.22.1
[ebuild R ] x11-plugins/desklet-sysinfo-0.25
[ebuild R ] x11-plugins/desklet-weather-0.22
[ebuild N ] x11-plugins/desklet-temperature-0.2
[ebuild N ] x11-plugins/desklet-psisensors-20031028
[ebuild N ] x11-plugins/desklet-psidisplays-20031028
[ebuild N ] x11-plugins/desklet-goodweather-0.3
[ebuild N ] x11-plugins/desklet-multitail-0.2.2 |
Ou encore : Code: | % 8eme_merveille -p gnome-extra/*
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[blocks B ] gnome-base/gnome-session (from pkg gnome-base/gnome-core-1.4.2-r1)
[blocks B ] x11-terms/gnome-terminal (from pkg gnome-base/gnome-core-1.4.2-r1)
[blocks B ] gnome-base/gnome-desktop (from pkg gnome-base/gnome-core-1.4.2-r1)
[ebuild R ] gnome-extra/acme-2.4.2-r2
[ebuild N ] gnome-extra/at-spi-1.3.16
[ebuild N ] gnome-base/gnome-core-1.4.2-r1
[ebuild N ] gnome-extra/battstat-2.0.13
[ebuild N ] gnome-extra/bonobo-conf-0.16
[ebuild R ] gnome-extra/bug-buddy-2.4.2
[ebuild N ] gnome-extra/drwright-0.17
[ebuild R ] gnome-extra/gal-1.99.10
[ebuild R ] gnome-extra/gcalctool-4.3.44
[ebuild R ] gnome-extra/gconf-editor-2.4.0
[ebuild R ] gnome-extra/gdesklets-core-0.26
[ebuild N ] gnome-extra/glibwww-0.2-r2
[ebuild N ] gnome-extra/gnobog-0.4.3
[ebuild R ] gnome-extra/gnome-audio-2.0.0
[ebuild N ] dev-db/sqlite-2.8.13
[ebuild N ] dev-perl/Error-0.15-r2
[ebuild N ] dev-perl/CORBA-ORBit-0.4.3-r4
[ebuild N ] gnome-extra/libgda-0.2.96-r2
[ebuild N ] gnome-extra/gnome-db-0.2.96
[ebuild R ] gnome-extra/gnome-games-2.4.2
[ebuild R ] gnome-extra/gnome-media-2.4.1.1
[ebuild N ] dev-util/guile-1.4.1
[ebuild N ] gnome-extra/gnome-network-1.0.2-r1
[ebuild N ] gnome-extra/gnome-pim-1.4.9
[ebuild N ] gnome-extra/gnome-swallow-1.1
[ebuild R ] gnome-extra/gnome-system-monitor-2.4.0
[ebuild R ] gnome-extra/gnome-utils-2.4.1
[ebuild N ] gnome-extra/gnome-vfs-extras-0.99.11
[ebuild N ] gnome-extra/gnome-vfs-sftp-0.1.2
[ebuild R ] gnome-extra/gnome2-user-docs-2.4.1
[ebuild R ] gnome-extra/gtkhtml-1.1.10-r1
[ebuild R ] gnome-extra/gtop-1.0.13-r2
[ebuild R ] gnome-extra/gucharmap-1.2.0
[ebuild N ] gnome-extra/guppi-0.40.3-r2
[ebuild N ] gnome-extra/gxmms-0.1.0
[ebuild N ] gnome-extra/hardware-monitor-0.7
[ebuild N ] gnome-extra/libgail-gnome-1.0.2
[ebuild N ] gnome-extra/libgda-1.0.3
[ebuild N ] gnome-extra/libgnomedb-1.0.3
[ebuild R ] gnome-extra/libgsf-1.8.2
[ebuild N ] net-libs/libsoup-1.99.26-r1
[ebuild R ] gnome-extra/libgtkhtml-3.0.9
[ebuild N ] gnome-extra/lock-keys-applet-1.0
[ebuild N ] gnome-extra/medusa-0.5.1-r3
[ebuild N ] gnome-extra/merlin-cpufire-0.1.0-r1
[ebuild R ] gnome-extra/nautilus-cd-burner-0.6.1
[ebuild N ] gnome-extra/nautilus-gtkhtml-0.3.2
[ebuild R ] gnome-extra/nautilus-media-0.3.3.1
[ebuild N ] gnome-extra/power-applet-0.2
[ebuild N ] gnome-extra/quick-lounge-applet-2.0.3
[ebuild N ] gnome-extra/shermans-aquarium-2.2.0
[ebuild N ] gnome-extra/users-guide-1.2-r1
[ebuild R ] gnome-extra/yelp-2.4.2
[ebuild R ] gnome-extra/zenity-1.8 |
Enfin bref ça fait +/- ce à quoi tu t'attendais.
EDIT: corrigé une merdouille de tab/espace dans le code.
EDIT2: typos mineures.
Last edited by TGL on Sun Mar 21, 2004 3:09 pm; edited 2 times in total |
|
Back to top |
|
|
TGL Bodhisattva
Joined: 02 Jun 2002 Posts: 1978 Location: Rennes, France
|
Posted: Sun Mar 21, 2004 11:50 am Post subject: |
|
|
TGL wrote: | Enfin bref ça fait +/- ce à quoi tu t'attendais. | Ouaif, premier bug auquel je pense, ça ne prend pas en compte des paquets qui n'existeraient que dans tes overlays.
Je laisse sa correction en exercice. |
|
Back to top |
|
|
zdra Veteran
Joined: 30 Nov 2003 Posts: 1693 Location: Bruxelles, Belgique
|
Posted: Sun Mar 21, 2004 2:26 pm Post subject: |
|
|
mouai... faudrait que je m'y mettre plus sérieusement à batch pcq là jpige rien...
en tout cas merci, jv me trouver un tuto et étudier ça |
|
Back to top |
|
|
TGL Bodhisattva
Joined: 02 Jun 2002 Posts: 1978 Location: Rennes, France
|
Posted: Sun Mar 21, 2004 3:08 pm Post subject: |
|
|
zdra wrote: | mouai... faudrait que je m'y mettre plus sérieusement à batch pcq là jpige rien... | Oh le vilain lapsus
zdra wrote: | en tout cas merci, jv me trouver un tuto et étudier ça | Sans la moindre hésitation, je te conseille un petit et puis tu vas faire un tour du côté de /usr/share/doc/abs-guide-2.5/HTML/index.html |
|
Back to top |
|
|
Zentoo Apprentice
Joined: 18 Nov 2002 Posts: 195 Location: /dev/console
|
Posted: Thu Mar 25, 2004 1:31 pm Post subject: |
|
|
Thread très interessant !
==> c pas ca les dépendances inverses ?
==> esync & esearch a la place de emerge sync et respectivement emerge -s/S
Ca sppede vraiment cette fois les recherches... et le sync t'affiche le nouveautées masquées ou pas et celles qui te concernent a updater
Pour les features, moi j'aimerais bien une option de comparaison MD5 des synchronisations de portage sur plusieurs mirroirs pour une question de sécurité.
TuTTle |
|
Back to top |
|
|
|