Un pengouin sous le soleil

Une faille de sécurité importante à été découverte par le projet OpenSSL. Cette faillepermet à un attaquant de générer une signature RSA, forgée dans un but malveillant, et que OpenSSL considèrerait comme valide.
Cette vulnérabilité est corrigée dans la version 0.9.8c d”OpenSSL. Pour plus d”information vous pouvez consulter ce lien sur le site du projet OpenSSL.

Il est fortement recommendé de mettre à jour immédiatement le package OpenSSL en utilisant la commande suivante :

• pkg-get -Uu openssl

Les services utilisant OpenSSL en bibliothèque dynamique doivent etre redémarrés.

Les utilisateurs de Bouncy Castle (bibliothèque de sécurité Java) sont aussi concernés. Une correction a été proposée.

La version de Tomcat packagé par Blastwave, et par mes soins ;), a été (enfin) mise à jour. Elle passe de la 5.5.12 à la 5.5.17, soit la latest.

Le packaging corrige quelques petites erreurs de la version précédente. En particulier les logs et fichiers de travail sont maintenant sous /var/opt/csw/tomcat5, et la création de l’utilisateur et du groupe tomcat se fait en preinstall et non plus en post installation (merci Phil pour les conseils)

Il y a quelques jours maintenant, les packages gnome de Blastwave ont été mis à jour vers la version 2.14, entrainant une mise à jour des bibliothèques qu’ilsutilisent. Suite à cette mise à jour, seulement présente dans les sources unstable, nous sommes plusieurs à avoir des problèmes de fontes.

Ces problèmes sont du à la mise à jour de libpango et libcairo. Les dernières versions, libpango 1.14.0 et libcairo 1.2.2 semblent poser des problèmes sur certaines machines. Dont la mienne Meme si je n’utilise pas Gnome, mais XFce, celui-ci s’appuie sur les bibliothèques de gnome (GTK).

Le contournement à été posté il y a quelques jours sur la liste des utilisateurs de blastwave par Paul Gress. Elle est la suivante, et consiste à downgrader deux packages. La procédure est à exécuter en root depuis un shell

• Récupérer les anciennes versions des bibliothèques
  • cd /tmp
  • wget http://blastwave.informatik.uni-erlangen.de/oldpkgs/unstable/sparc /5.10/libpango-1.13.5-SunOS5.8-sparc-CSW.pkg.gz
  • wget http://blastwave.informatik.uni-erlangen.de/oldpkgs/unstable/sparc /5.10/libcairo-1.2.0,REV=2006.08.02-SunOS5.8-sparc-CSW.pkg.gz
• Désinstaller les packages posant problème (vous pouvez ignorer les problèmes de dépendances)
  • pkgrm CSWlibcairo
  • pkgrm CSWpango
• Installer les anciennes versions
  • gzip -d libpango-1.13.5-SunOS5.8-sparc-CSW.pkg.gz
  • pkgadd -d ./libpango-1.13.5-SunOS5.8-sparc-CSW.pkg.gz
  • gzip -d libcairo-1.2.0,REV=2006.08.02-SunOS5.8-sparc-CSW.pkg.gz
  • pkgadd -d ./libcairo-1.2.0,REV=2006.08.02-SunOS5.8-sparc-CSW.pkg.gz
• Vérifier la présence des fichiers suivant dans /opt/csw/etc/pango
  • /opt/csw/etc/pango/pango.modules
  • /opt/csw/etc/pango/pango (copy).modules
  • /opt/csw/etc/pango/pangox.aliases
  • /opt/csw/etc/pango/pangox (copy).aliases

Attention à l’espace dans le nom de fichier avant (copy) !

Les fichiers “pango (copy).modules” et “pangox (copy).aliases” sont comme leur nom le laisse supposer des copies , respectivement, des fichiers “pango.modules” et “pangox.aliases”. Il peut arriver que suite à l’installation un des fichiers manque. Il faut alors le recopier manuellement. L’absence d’un des fichiers “(copy)” peut entrainer le problème de fonte !

Dans le cas ou ces fichiers manqueraient (absence à la fois du fichier normal et de sa “(copy)”), vous pouvez les recupérer à partir de l’installation de la version plus récente qui pose problème. Le backup du répertoire /opt/csw/etc/pango avant la désinstallation des packages en début de procédure est donc fortement conseillé

Voici qui termine la procédure.

Peut etre que certain d’entre vous auront remarqué que le problème de fontes n’est pas le seul problème posé par cette version des bibliothèques. Le support Xinerama semble avoir disparu Je peux vous assurer que lorsque l’on a trois écrans sur la meme machine cela devient très vite pénible !

Je n’ai pas encore trouvé le contournement. Ce sera j’espère l’objet d’un autre billet.

System Load est l’un des nombreux plugins disponibles pour XFce. Il s’intégre dans le “panel” de XFce, qui n’est autre que la barre présente en bas de votre desktop et qui vous permet par exemple de switcher entre les bureaux virtuels. Sytem Load permet de visualiser l’activité cpu, la mémoire et le swap de votre machine sous la forme de trois barres, ainsi que son uptime.

Jusque là ce plugin n’était pas disponible sous Solaris. C’est chose faite depuis peu. Je viens d’en terminer le portage Solaris de la version 0.3.6 prévue pour XFce 4.2.3.2 (compilé avec SunStudio), ainsi que son packaging pour Blastwave.

Le plugin est composé de plusieurs fichiers C. Quatres sont concernés par le portage. Evidement il s’agit des trois fichiers concernant chacune des informations (cpu, memoire regroupant ram et swap, et uptime), dans lesquels il a fallu ajouter la partie spécifique à Solaris. Ainsi que le fichier principal organisant les appels aux trois principales fonctions.

Les patches des différents fichiers sont disponibles sur les liens suivants :

• cpu.c

• memswap.c

• uptime.c

• systemload.c

J’ai profité de l’occasion pour ajouter le support du Français au plugin, en utilisant les fichiers de localisations disponibles dans la version du plugin destiné à XFce 4.4beta1.

Le fichier de localisation est disponible ici : fr.po

Les modifications apportées au fichier de autoconf sont ici : configure.ac

Evidement ces modifications ont été soumise à la liste de développement, et j’espère qu’elles seront intégrées pour que Solaris soit nativement supporté par le plugin. Le cas échéant, ce portage sera maintenu par blastwave.org plugins qui dans tous les cas en assure maintenant le packaging pour Solaris.

Un grand merci à Thomas Lecomte pour ses exemples de code, et à Phil Brown pour son utilisation de swapctl et pour m’avoir demandé le plugin suffisament de fois pour que je me décide à le faire

Depuis que j’ai migré ma machine principale j’utilise XFce comme environnement de bureau. Les packages de BlastWave n’était pas à jour jusque là, et il fallait recompiler la dernière version avec gcc. Les packages avaient donc besoin d’une petite mise à jour, d’autant plus que la version proposée possèdait un bug d’affichage assez génant dans la barre de taches.

C’est chose faite depuis aujourd’hui. Je viens de terminer la compilation et le packaging de la dernière version stable de XFce avec Sun Studio 10. Les packages sont disponibles sur le site de BlastWave dans la partie “testing“. Ceux-ci vont migrer vers l’unstable dans quelques jours, le temps qu’ils soient testés par plusieurs personnes, en particulier sur plate-forme x86.

La compilation des sources de XFce ne pose pas de problèmes particuliers sous Solaris si on utilise gcc. Un tutorial est disponible sur le site de SunWizard, expliquant la procédure.

Les choses sont tout petit peu plus compliquées lorsqu’il s’agit de compiler XFce avec SunStudio. En effet, certaines macros de gcc, présentes dans les sources, ne sont pas supportées par le compilateur de Sun. Il a donc fallu patcher les sources.

Trois fichiers doivent etre patchés pour compiler avec SunStudio 10. Il s’agit de :

• libxfce4util-4.2.3.2/libxfce4util/xfce-miscutils.h ( le fichier patch )

• xfce4-mixer-4.2.3/panel-plugin/plugin.c ( le fichier patch )

• xffm-4.2.3/libs/modules.c ( le fichier patch )

Ces patches sont simples à appliquer.

1. Sauver chacun d’entre eux dans un fichier.Par exemple en les nommant respectivement libxfce4util.patch xfce4-mixer.patch xffm.patch.
2. Placez vous à la racine des sources de XFce 4.3.2.2 ( là ou un ls vous donne dbh-1.0.24 xfce-mcs-plugins-4.2.3 xfce4-systray-4.2.3 etc…)
3. Lancez les commandes suivantes :
   1. gpatch xffm-4.2.3/libs/modules.c xffm.patch
   2. gpatch xfce4-mixer-4.2.3/panel-plugin/plugin.c xfce4-mixer.patch
   3. gpatch libxfce4util-4.2.3.2/libxfce4util/xfce-miscutils.h libxfce4util.patch

Vous etes alors en mesure de lancer la compilation.La procédure détaillée de compilation fera l’objet d’une mise à jour de l’article SunWizard cité plus haut.Pour ceux qui ne saurait attendre, voici les modifications a apporter aux scripts présentés (en plus evidement de patcher les sources…).Dans le paragraphe Compilation de la dernière version modifier les lignes correspondantes par :

export CC=cc

export CXX=CC

nexport CFLAGS=”-fast -xarch=v8 -xstrconst -xildoff”

et utiliser make au lieu de gmake, sauf pour xfcalendar qui compile bien avec cc de Sun mais demande gmake. Evidement vous devez aussi modifier votre PATH pour inclure le chemin vers SunStudio 10.