cat /web/log/jc

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

c’est ici -> tinyproxy-170.ebuild

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

Enlightenment DR 17 bouge beaucoup ces temps ci.

Après la migration vers le SVN tout neuf, la réorganisation du dépot et le peaufinage des libs EFL core, les ebuilds de l’overlay enlightenment de gentoo ne fonctionnent plus.

Ci dessous un rapide mémo pour l’installation d’e17 et entrance. Checkout pour e17:
Continue reading…

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 à 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:

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

Introduction

Distcc est très pratique voir indispensable sur des systèmes comme Gentoo. Distcc permet de faire de la compilation distribuée. C’est a dire que nous allons repartir les taches de compilations sur plusieurs machines afin d’alleger la peine de nos pauvres becanes

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 verra pas ce point ici.

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
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 reel il faut aussi utiliser ccache.

Voila ce que donne une compilation vue avec distccmon-gui, l’outil de monitoring livré avec distcc:

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.