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.

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.

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!

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.

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é.

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.

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.

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 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.

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.