gentoo on head /dev/log

gcc compilation failure (Value too large for defined data type)

Sun, 10 Mar 2019 21:21:07 +0000

I just reinstalled some of my servers with my beloved combo : gentoo & XFS <3

When I was trying to upgrade my gcc version from 7.3 to 8.2 I got the following error :

<pre class="wp-block-code">```
checking for uintptr_t...  * /var/tmp/portage/sys-apps/sandbox-2.13/work/sandbox-2.13/libsandbox/libsandbox.c:check_syscall():968: failure (Value too large for defined data type):
 * ISE: fopen_wr(conftest.val)
        abs_path: (null)
        res_path: /var/tmp/portage/sys-devel/gcc-8.2.0-r6/work/build/x86_64-pc-linux-gnu/32/libatomic/conftest.val
configure: error: Could not determine word size.

I finally found in that very old gentoo forum post and bug report that XFS is the rootcause. So I decided to move my ‘/var/tmp/portage’ from XFS to tmpfs by adding the following to /etc/fstab. Size may be adapted but 2G is not enough to compile GCC successfully.

<pre class="wp-block-preformatted">tmpfs /var/tmp/portage tmpfs size=4G,uid=portage,gid=portage,mode=775,noatime        0 0

Then I resumed the compilation, it worked like a charm and I was able to set my new GCC version as default one.

$ emerge --resume
$ gcc-config -l
[1] x86_64-pc-linux-gnu-7.3.0 *
[2] x86_64-pc-linux-gnu-8.2.0 
$ gcc-config 2

Again, gentoo documentation and resources was awesome 🙂

Active version of CPython 3 is not supported by dev-python/dbus-python-1.1.1

Wed, 25 Jul 2012 20:52:10 +0000

Il y a quelques jours, je me suis fait agresser par ma gentoo a la mise à jour de dev-python/dbus-python:

>>> Emerging (1 of 1) dev-python/dbus-python-1.1.1
 * dbus-python-1.1.1.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ...                        [ ok ]
 * ERROR: dev-python/dbus-python-1.1.1 failed (setup phase):
 *   Active version of CPython 3 is not supported by dev-python/dbus-python-1.1.1
 *

Il suffit de :

eselect python update --python2
eselect python update --python3

pour utiliser la dernière version de python sur chaque branche. Ensuite, on peut recompiler dev-python/dbus-python :-)

Solution trouvée sur le forum gentoo, toujours aussi actif.

Gentoo à 10 ans!

Mon, 05 Oct 2009 19:30:38 +0000

Hier, Gentoo fêtait ses 10ans!

Les profils 10.0 sont sortis en desktop, server etc.

Pour moi ça fait 6 ans d’utilisation de Gentoo… 6ans de compilation, d’expérimentations, de serveur X qui ne démarre plus, de chroot pour remettre la machine en état, une migration de pam vers shadow qui donne des suées, 6 ans de partage sur irc, d’énervement parfois, de contentement d’avoir trouvé une solution souvent 🙂

J’en profite pour adresser 6 ans de merci à la communauté Gentoo!

thank you guys !

emerge world sur gentoo millésime

Mon, 18 May 2009 19:32:45 +0000

Il y à quelques jours j’ai entrepris de réutiliser ma machine de stockage. Une gentoo laissée à l’abandon depuis plusieurs mois (année?) m’y attendait.

A ma grande suprise la mise à jour s’est très bien passée… sauf pour xorg. Comme à l’acoutumée les grosses mises à jour de xorg se font dans la douleur.

Depuis xorg 1.5 la gestion du couple clavier/souris est laissée à HAL par defaut. C’est la raison pour laquelle malgrès mon xorg.conf, X s’obstinait à mapper mon clavier en qwerty ce qui ne m’arrange pas vraiment.

HAL n’a pas inventé la poudre, il faut donc lui signifier la configuration voulue pour le clavier.
cp /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi /etc/hal/fdi/policy/

Ensuite, éditer la ligne du input.xkb.layout et mettre la valeur souhaitée.

restart de HAL, X and voila 🙂

MediaTomb comme serveur DLNA pour la ps3

Sat, 02 May 2009 13:42:33 +0000

Installer linux sur sa ps3 pour émuler de vieilles consoles et lires des fichiers exotiques c’est bien, utiliser ses fonctions DLNA pour acceder à toute sa mediathèque c’est mieux 🙂

J’ai installé MediaTomb sous gentoo, un simple emerge mediatomb suffit, suivi d’un rc-update add mediatomb default pour ne plus avoir à y penser.

L’interface d’admin est accesible sur http://localhost:49142 par defaut.

Il suffit ensuite d’ajouter les repertoires que l’on veut a la DB de MediaTomb et le tour est joué. musique, videos et photos sont directement accessible depuis le ps3!

Pour le firmware 2.7 de la playstation, il y à une petite finesse expliquée dans la FAQ.

Attention nénmoins a la consomation mémoire lors d’ajout de répertoire chargés en vidéos.

ebuild pour tinyproxy 1.7.0

Sun, 14 Dec 2008 04:29:13 +0000

J’ai voulu testé tinyproxy 1.7.0 qui intègre la fonction de reverse proxy. Cette version n’est pas dans portage donc j’ai mis à jour l’ebuild de la version 1.6 pour installer proprement cette version de dev..

Cet ebuild est à placer dans un overlay. La création d’un overlay est expliquée dans un précédent billet.

sys-libs/ss (is blocking sys-libs/e2fsprogs-libs-1.41.2)

Wed, 29 Oct 2008 01:06:51 +0000

Enfer et damnation !

Calculating world dependencies... done!
[ebuild     U ] sys-fs/e2fsprogs-1.41.2 [1.40.9] USE="nls (-static%)" 4,263 kB
[ebuild  N    ] sys-libs/e2fsprogs-libs-1.41.2  USE="nls" 479 kB
[blocks B     ] sys-libs/ss (is blocking sys-libs/e2fsprogs-libs-1.41.2)
[blocks B     ] <sys-fs/e2fsprogs-1.41 (is blocking sys-libs/e2fsprogs-libs-1.41.2)
[blocks B     ] sys-libs/com_err (is blocking sys-libs/e2fsprogs-libs-1.41.2)
[blocks B     ] sys-libs/e2fsprogs-libs (is blocking sys-libs/ss-1.40.9, sys-libs/com_err-1.40.9)

Portage a décidé de me faire mon vilain! Mieux vaut ne pas unmerger à la sauvage ces libs vitales pour le systeme.

Dès lors, deux solutions:

contournement brutal voire commentaire 7 sur le bug ouvert chez gentoo
attendre que la version 2.1.5 passe en stable dans le portage tree

Distcc sur gentoo

Sat, 18 Oct 2008 02:22:35 +0000

Introduction

Distcc est très pratique voire indispensable sur des systèmes comme Gentoo où le temps passer à compiler peut être important. Distcc permet de faire de la compilation distribuée, c’est a dire que nous allons répartir les taches de compilations sur plusieurs machines afin d’en partager la peine 🙂

Prérequis

Pour que Distcc fonctionne bien nous aurons besoin des memes versions de GCC partout.
Distcc est capable de faire de la crosscompilation mais on ne traitera pas ça ici. Je suis sur x86 uniquement.

Installation et configuration

Pour le monitoring on utilisera le USE gtk

emerge -av distcc

Si les machines utilisant distcc sont 10.0.0.1 et 10.0.0.2 La configuration suivante s’applique sur la machine 10.0.0.1 dans /etc/distcc/hosts

10.0.0.2 localhost

On fera l’inverse sur l’autre machine

Dans le make.conf il faut dire à portage d’utiliser distcc:

DISTCC_HOSTS="10.0.0.2 localhost"
# on indique d'utiliser distcc, ici nous utilisons deja ccache donc on le met avant, c'est important
FEATURES="ccache distcc"`

Ne pas oublier de mettre à jour le l’option -j pour GCC sur le paramètre MAKEOPTS.

On lance le service maintenant et pour les prochains boot.

`/etc/init.d/distcc start && rc-update add distcc default`

Voila c’est fini o/  
Pour avoir un gain de temps vraiment réel il faut aussi utiliser ccache.

syslog-ng, gentoo hardened et cron :)

Mon, 06 Oct 2008 21:51:13 +0000

Je me suis retrouvé sur Gentoo hardened avec quelque chose d’un peu gênant… les logs de vixie-cron dans le /var/log/message, le /var/log/debug et le /var/log/cron.log. Sympa, mais un poil redondant. Cela ne concerne que Gentoo hardened qui dispose d’un fichier de conf spécifique pour syslog-ng.

Pour que cron logue seulement dans son ficher, il suffit d’exclure les logs cron des fichiers debug et message:

filter f_messages { level(info..warn)
and not facility(auth, authpriv, mail, news, cron); };
destination messages { file(« /var/log/messages »); };
log { source(src); filter(f\_messages); destination(messages); };

Même punition pour le fichier de debug and voila.

XFS mon amour :)

Fri, 12 Sep 2008 09:05:37 +0000

Ci dessous, un bloc note sur l’utilisation de XFS.

Vérification du Filesystem

Pour verifier la consistence du Systeme de fichier, on utilise conjointement deux programmes xfs_check et xfs_repair.

xfs_check /dev/device
xfs_repair -n /dev/device

xfs_repair -n fait un test un peu plus complet que xfs_check

Réparation du Filesystem

Pour réparer des inconsitences du FS on pourra utiliser xfs_repair et ceci toujours sur un device démonté 🙂
xfs_repair /dev/device

Fragmentation

Au bout de quelques années d’utilisation il se peut qu’un système de fichiers se fragmente un peu, surtout si la partition est presque pleine et qu’il y a des mouvements de fichiers réguliers.

XFS intègre des outils pour défragmenter ses partitions à chaud.
Cet outil magique se trouve dans le package xfsdump dans lequel on trouvera aussi les outils de backup et restore.

emerge -av xfsdump

Nous allons ensuite verifier le taux de fractionnement de notre partition.

xfs_db -r /dev/hda1
xfs_db> frag
actual 452654, ideal 450929, fragmentation factor 0.38%
xfs_db>

Visiblement L’utilisation de Gentoo en ~x86 sur mon portable pendant plusieurs années n’a pas fait suffisament souffir XFS 🙂

Dans le cas ou nous aurions besoin de défragmenter on pourra utiliser la commande suivante:
xfs_fsr -v /dev/hda1

Packaging Gentoo

Sat, 30 Aug 2008 00:46:36 +0000

Packaging Gentoo

Portage et le système d’ebuild de Gentoo sont des outils très puissants et flexibles, mais un peu obscur à utiliser au départ pour qui veut faire son package. Voyons comment s’y prendre.
Première étape, il faut définir un overlay si ce n’est déjà fait. Pour rappel, l’overlay consiste en un dossier parallèle au dossier /usr/portage qui constitue en fait une extension de la base de données des paquets. Il est alors possible de rajouter ses propres paquets dans cet overlay, pour notamment y mettre des ebuilds de version de test ou tout simplement de logiciel non encore présent dans Portage.

Création de l’overlay

Rien de plus simple :

On créé un répertoire pour stocker l’overlay.
mkdir /usr/local/portage

Ensuite il suffit d’éditer le fichier /etc/make.conf et d’y ajouter cette ligne.
PORTDIR_OVERLAY="/usr/local/portage"

Voila, l’overlay est défini.

Création d’un ebuild

Avant toute chose, il faut savoir que votre ebuild doit avoir un nom précis, et être dans un dossier précis (on rapelle que l’overlay doit avoir la même structure que Portage).
Votre ebuild doit donc être dans un de ces dossiers (que vous créerez dans le dossier de l’overlay pour l’occasion si ce n’est déjà fait) :

app-accessibility  
app-admin  
app-antivirus  
app-arch  
app-backup  
app-benchmarks  
app-cdr  
app-crypt  
app-dicts  
app-doc  
app-editors  
app-emacs  
app-emulation  
app-forensics  
app-i18n  
app-laptop  
app-misc  
app-mobilephone  
app-office  
app-pda  
app-portage  
app-shells  
app-text  
app-vim  
app-xemacs  
dev-ada  
dev-cpp  
dev-db  
dev-dotnet  
dev-embedded  
dev-games  
dev-haskell  
dev-java  
dev-lang  
dev-libs  
dev-lisp  
dev-ml  
dev-perl  
dev-php  
dev-php4  
dev-php5  
dev-python  
dev-ruby  
dev-scheme  
dev-tcltk  
dev-tex  
dev-tinyos  
dev-util  
games-action  
games-arcade  
games-board  
games-emulation  
games-engines  
games-fps  
games-kids  
games-misc  
games-mud  
games-puzzle  
games-roguelike  
games-rpg  
games-server  
games-simulation  
games-sports  
games-strategy  
games-util  
gnome-base  
gnome-extra  
gnustep-apps  
gnustep-base  
gnustep-libs  
kde-base  
kde-misc  
mail-client  
mail-filter  
mail-mta  
media-fonts  
media-gfx  
media-libs  
media-plugins  
media-radio  
media-sound  
media-tv  
media-video  
net-analyzer  
net-dialup  
net-dns  
net-firewall  
net-fs  
net-ftp  
net-im  
net-irc  
net-libs  
net-mail  
net-misc  
net-nds  
net-news  
net-nntp  
net-p2p  
net-print  
net-proxy  
net-wireless  
net-www  
net-zope  
perl-core  
rox-base  
rox-extra  
sci-astronomy  
sci-biology  
sci-calculators  
sci-chemistry  
sci-electronics  
sci-geosciences  
sci-libs  
sci-mathematics  
sci-misc  
sci-visualization  
sys-apps  
sys-auth  
sys-block  
sys-boot  
sys-cluster  
sys-devel  
sys-fs  
sys-kernel  
sys-libs  
sys-power  
sys-process  
www-apache  
www-apps  
www-client  
www-misc  
www-servers  
x11-apps  
x11-base  
x11-drivers  
x11-libs  
x11-misc  
x11-plugins  
x11-proto  
x11-terms  
x11-themes  
x11-wm  
xfce-base  
xfce-extra

L’ebuild basique : il télécharge, décompresse, configure, compile et installe une archive de source.
L’ebuild est nommé de la manière suivante : nom_du_soft-version.ebuild et est stocké dans /usr/local/portage/dossier-correspondant-au-type-de-l’application (voir juste au dessus)/nom_du_soft/

N’oubliez pas de créer aussi le répertoire /usr/local/portage/app-portage/clean-distfiles/files qui sert à stocker tous les digest

Décortiquons l’ebuild d’aMule 2.1.0 par exemple. Il s’appelle logiquement amule-2.1.0-r1.ebuild.
L’entête standard

# Copyright 1999-2006 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/net-p2p/amule/amule-2.1.0-r1.ebuild,v 1.1 2006/01/13 11:18:44 mkay Exp $

L’ebuild va utiliser des fonctions des ces classes
inherit eutils flag-o-matic wxwidgets

Définition de quelques variables par praticité. Emerge définit un certains nombre de variables lui même, comme par exemple ${PV} qui donne directement la version du paquets selon le nom de l’ebuild. Pratique pour mettre à jour un paquet juste en renommant l’ebuild.

MY_P=${P/m/M}
S=${WORKDIR}/${MY_P}

Le description du paquet.
DESCRIPTION="aMule, the all-platform eMule p2p client"

La homepage du paquet.
HOMEPAGE="http://www.amule.org/"

L’url de téléchargement. On remarque l’utilisation de variable, ce qui rend l’ebuild plus « dynamique ».
SRC_URI="mirror://sourceforge/${PN}/${MY_P}.tar.bz2"

La licence du soft.
LICENSE="GPL-2"

Le slot d’installation. Cela permet d’installer parallèlement plusieurs versions du même paquets (surtout utiliser pour certaines librairies, ou pour les kernel).
SLOT="0"

Les keywords du paquets.
KEYWORDS="~alpha ~amd64 ~ppc ~ppc64 ~sparc ~x86"

Définit les flags USE auquels l’ebuild peut réagir.
IUSE="amuled debug gtk nls remote stats unicode"

Définition des dépendances du paquets.

aMule dépend donc de wxGTK, de zlib et ce, inconditionnellement. Par contre, il dépend de gd si le flag USE « stats » est utilisé. De même pour libpng avec le flag USE « remote ». Pour finir, aMule ne peut pas être installé en même temps que xmule (provoquera une erreur « ebuild blocked by another ».

DEPEND=">=x11-libs/wxGTK-2.6.0
>=sys-libs/zlib-1.2.1
stats? ( >=media-libs/gd-2.0.26 )
remote? ( >=media-libs/libpng-1.2.0 )
!net-p2p/xmule"

L’étape de configuration. Elle est utilisée pour vérifier que les paramètres ne comporte pas d’erreur. La fonction « use » est utilisé pour savoir un flag USE est défini ou non.

pkg_setup() {
		export WX_GTK_VER="2.6"

		if ! use gtk && ! use remote && ! use amuled; then
				eerror ""
				eerror "You have to specify at least one of gtk, remote or amuled"
				eerror "USE flag to build amule."
				eerror ""
				die "Invalid USE flag set"
		fi

		if use unicode && use gtk; then
				einfo "wxGTK with gtk2 and unicode support will be used"
				need-wxwidgets unicode
		elif use gtk; then
				einfo "wxGTK with gtk2 support will be used"
				need-wxwidgets gtk2
		elif use unicode; then
				einfo "wxGTK with unicode and without X support will be used"
				need-wxwidgets base-unicode
		else
				einfo "wxGTK without X support will be used"
				need-wxwidgets base
		fi

		if use stats && ! use gtk; then
				einfo "Note: You would need both the gtk and stats USE flags"
				einfo "to compile aMule Statistics GUI."
				einfo "I will now compile console versions only."
		fi

		if use stats && ! built_with_use media-libs/gd jpeg; then
				die "media-libs/gd should be compiled with the jpeg use flag when you have the stats use flag set"
		fi
}

L’étape de configuration/compilation. De même que pour pkg_setup, on utilise la fonction « use » pour configurer dynamiquement les sources. Classiquement, on définit une variable locale (ici myconf) à laquelle on rajoute des arguments selon les flags USE utilisés. Pour configurer le paquet, on n’utilise pas directement ./configure, mais plutôt la fonction econf et pour compiler non pas make mais emake.

src_compile() {
		local myconf=""

		if use gtk ; then
				use stats && myconf="${myconf}
					--enable-wxcas
					--enable-alc"
				use remote && myconf="${myconf}
					--enable-amule-gui"
		else
				myconf="
					--disable-monolithic
					--disable-amule-gui
					--disable-wxcas
					--disable-alc"
		fi

		econf 
				--with-wx-config=${WX_CONFIG} 
				--with-wxbase-config=${WX_CONFIG} 
				--enable-amulecmd 
				`use_enable debug` 
				`use_enable !debug optimize` 
				`use_enable amuled amule-daemon` 
				`use_enable nls` 
				`use_enable remote webserver` 
				`use_enable stats cas` 
				`use_enable stats alcc` 
				${myconf} || die

		# we filter ssp until bug #74457 is closed to build on hardened
		if has_hardened; then
				filter-flags -fstack-protector -fstack-protector-all
		fi
 		emake -j1 || die
}

L’étape d’installation des sources, utilisée notamment si des manipulations sont à faire après la compilation (ici par exemple, la création de nouveaux groupes ou d’utilisateurs).

src_install() {
 		make DESTDIR=${D} install || die

		if use amuled || use remote; then
			if ! id p2p >/dev/null; then
					enewgroup p2p
					enewuser p2p -1 -1 /home/p2p p2p
			fi
		fi

		if use amuled; then
				insinto /etc/conf.d; newins ${FILESDIR}/amuled.confd amuled
				exeinto /etc/init.d; newexe ${FILESDIR}/amuled.initd amuled
		fi

		if use remote; then
				insinto /etc/conf.d; newins ${FILESDIR}/amuleweb.confd amuleweb
				exeinto /etc/init.d; newexe ${FILESDIR}/amuleweb.initd amuleweb
		fi
}

Comme on a pu le voir, certaines fonctions sont à la dispositions de l’utilisateur dans les ebuilds. Les plus courantes :

– use : permet de vérifier la présence d’un flag USE.
– einfo : affiche un message d’information.
– eerror : affiche un message d’erreur et stoppe.
– econf : configure les sources.
– emake : compile les sources.

Une fois l’ebuild créé, il doit être placé dans le bon répertoire. Ensuite, il faut créer le digest : ebuild chemin_vers_l’ebuild digest

Une fois ceci fait sans erreur, votre paquet est près à être emergé.

Plus d’infos ?

Pour avoir plus d’informations sur la création d’ebuilds Gentoo, vous pouvez allez directement consulter la page de référence du handbook gentoo. Vous y retrouverez tout ce qui a été dit ici, mais aussi la liste complète des variables et des fonctions définies par emerge.

emerge -sync, ne pas regénérer le cache

Sun, 24 Aug 2008 23:54:45 +0000

Un autre tip tiré de (bientôt) feu le wiki, merci trap :-)

On le sait, Portage est très bien mais le souci reste quand même la lenteur relative de emerge –sync. Une astuce pour gagner un peu de temps consiste à désactiver la régénération du cache à la fin du processus.

Marche à suivre:

Elle est très simple. Tout d’abord :

echo "portdbapi.auxdbmodule = cache.metadata_overlay.database" >> /etc/portage/modules

Rajouter ensuite FEATURES="-metadata-transfer dans le fichier /etc/make.conf.

Et pour finir, on peut supprimer l’ancien cache :
rm -rf /var/cache/edb/dep/*

Conclusion :
Voilà 5 minutes (voire plus) de gagnées pour la mise à jour. Alors la grande question reste pourquoi cela n’est pas le comportement par défaut de Portage ?
Portage n’est pas encore capable de détecter si un eclass a été modifié entre temps et donc s’il faut régénerer le cache ou pas. Si vous ne faites aucune modification d’eclass (ce qui est assez probablement le cas), cette méthode ne pose aucun souci.

Nouvelles options de portage

Sun, 17 Aug 2008 00:10:05 +0000

Depuis portage-2.2_rc2, de nouvelles fonctions ont été intégrées.

–jobs JOBS
Specifies the number of packages to build simultaneously.
Also see the related –load-average option.

–keep-going
Continue as much as possible after an error. When an error
occurs, dependencies are recalculated for remaining packages
and any with unsatisfied dependencies are automatically
dropped. Also see the related –skipfirst option.

–load-average LOAD
Specifies that no new builds should be started if there are
other builds running and the load average is at least LOAD (a
floating-point number). This option is recommended for use in
combination with –jobs in order to avoid excess load. See
make(1) for information about analogous options that should
be configured via MAKEOPTS in make.conf(5).

Ces options permettent de paralleliser les opérations et ainsi de tirer de parti des processeurs multi core. Les versions de portage intégrants ces fonctions ne sont disponibles qu’en ~arch pour le moment.

mod_security-2.5.6 sur gentoo

Tue, 12 Aug 2008 05:50:52 +0000

mod_security est un firewall applicatif sous forme de module pour apache.

Sous gentoo, portage n’intègre pas encore la version de maintenace 2.5.6 du module mais comme les ebuilds mod_security sont bien faits, on ne va pas se casser la tête pour la mise a jour.

Il faut faire un overlay si ce n’est pas déjà fait:

mkdir -p /usr/local/portage/www-apache/mod_security/files/2.1.2
echo 'PORTDIR_OVERLAY="/usr/local/portage"' >> /etc/make.conf

Après on fait l’ebuild pour la version 2.5.6

cp /usr/portage/www-apache/mod_security/mod_security-2.5.5.ebuild /usr/local/portage/www-apache/mod_security/mod_security-2.5.6.ebuild
cp /usr/portage/www-apache/mod_security/files/2.1.2/99_mod_security.conf /usr/local/portage/www-apache/mod_security/files/2.1.2/
ebuild mod_security-2.5.6.ebuild digest

Et hop yapuka !

Gentoo cleaning

Fri, 08 Aug 2008 15:39:37 +0000

Je continue de migrer les pages du wiki. Celle la avait été pondue par Trapamoosch, merci à lui :-)

Avec le temps, il n’est pas rare de voir sa Gentoo s’encrasser : paquets inutiles, dépendances inutiles, fichier world contenant des entrées invalides… Un bon coup de ménage s’impose !

Prérequis

Quelques outils sont nécessaires pour faire un bon nettoyage : gentoolkit et le script dep.
emerge -av app-portage/gentoolkit app-portage/udept

Vous devez aussi, par sécurité, faire une copie de secours de votre fichier world :
cp /var/cache/edb/world /var/cache/edb/world.bak
ou (pour Portage à partir de la version 2.0.51)
cp /var/lib/portage/world /var/lib/portage/world.bak

Pour gagner du temps, revoyez vos flags USE dès cette étape, cela vous évitera trop de recompilations plus tard.
De même, désinstallez tous les softs dont vous ne voulez plus dès maintenant.

Nettoyage du fichier world

Le fichier world (/var/cache/edb/world ou /var/lib/portage/world à partir de Portage 2.0.51) recense tous les paquets que l’utilisateur à volontairement installé, sans les dépendances (qui sont, elles, toujours calculées à la volée par emerge). Or, il n’est pas rare de recompiler un paquet soi-même en tapant juste emerge le-paquet. Imaginez que vous compiliez un paquet A qui dépend d’un autre paquet B. La compilation de B échoue, pour une raison quelconque, vous arrangez ça et pour tester, vous lancer la commande : emerge B

Erreur ! Désormais, B ne sera plus considéré par emerge comme une dépendance mais bien comme un paquet à part entière que les scripts de nettoyage omettront alors de « nettoyer ».

Dans notre cas, il aurait fallu taper emerge --oneshot B, qui compile et installe le paquet mais sans l’inscrire dans le fichier world. Utlisez cette option pour toute recompilation de dépendances !

Utiliser un utilitaire comme regenworld (qui permet de reconstruire le fichier world s’il a été altéré ou détruit) peut aussi conduire à un fichier world contenant des redondances.

La première étape du nettoyage va donc consister à nettoyer le fichiers world pour en retirer toutes les dépendances qui n’ont rien à faire là et qu’emerge peut très bien recalculer tout seul. Dans ce cas, on considèrera donc comme entrée inutile tout paquet qui a au moins une dépendance sur lui. Le script dep fait cela relativement bien : dep -pw

– Utilisez toujours dep avec parcimonie, et toujours avec l’option -p (pretend)
– dep est assez efficace, mais très lent. Soyez patients !

dep va alors lister tous les paquets inscrits dans votre fichier world, et vous indiquer ceux qu’il estime être redondants. Ils vous suffit ensuite de les retirer de votre fichier world, toujours en vérifiant bien que ce n’est pas un paquet que vous n’aimeriez pas voir être désinstallé sans votre avis.

Exemple :

Vous installez un paquet A volontairement.
Vous installez un paquet B volontairement et qui dépend de A.
dep va considérer A comme redondant car il y a un paquet qui le considère comme dépendance (paquet B), alors que vous l’avez réellement voulu.

C’est le point faible qui fait que l’on ne peut pas laisser un nettoyeur de fichier world travailler automatiquement.

Désinstallation des paquets inutile

Les dépendances inutiles:

Une fois le fichier world propre, il est temps de retirer toutes les dépendances inutiles. On définit une dépendance inutile comme un paquet installé non inscrit dans le fichier world et sur lequel aucun autre paquet n’a de dépendance. Pour cela, très simple et toujours avec le script dep : dep -ps

dep est plus stable et surtout plus fiable que l’option –depclean d’emerge. Peut-être cela changera-t-il dans les prochaines versions de Portage.

Les slots inutiles:
Certaines librairies, comme gtk+ ou qt, utilisent le système de slot qui permet de faire cohabiter plusieurs versions en même temps. Avec le temps, certaines versions deviennent inutiles. Pour retrouver les paquets « slottés » inutiles, toujours dep : dep -pP

Dans les deux étapes précédentes, analysez bien la liste des paquets proposés pour la suppression afin de ne pas retirer des paquets voulus. Une fois ceci fait, désinstallez-les.

Fiabilisation du système

Dans tous les cas, si vous désinstallez beaucoup de paquets d’un coup, il faut contrôler que vous n’avez pas cassé de dépendances : emerge -NDua world && revdep-rebuild -a

Cela permettra de recompiler tous les paquets qui ont été touchés de près ou de loin par le remaniement du système. Une fois ceci fait, votre système doit être stable et sans problème.

Quelques gains de place

Vous pouvez nettoyer votre dossier /usr/portage/distfiles avec eclean. Cet outil permet de retirer toutes les archives de sources qui n’ont plus d’intérêt. Il garde toutes les archives des paquets installés, pour que vous n’ayez pas à les retélécharger au cas où vous voudriez les recompiler. eclean -d distfiles && eclean -d packages

Pensez que lorsque emerge désinstalle les sources d’un kernel, il ne retire pas tout. Pensez à nettoyer votre /usr/src pour retirer tous les dossiers inutiles des versions de kernels que vous avez désinstallées.

Vous pouvez aussi nettoyer le dossier /lib/modules pour retirer tous les modules des versions de kernels que vous avez désinstallés.

Il peut être utile également de vider de temps en temps les dossiers temporaires comme /tmp et /var/tmp.