Le blog d'Emmanuel - Mot-clé - parinux2022-10-17T17:52:37+02:00fedora-frurn:md5:46096df984e5f1405e4c8a66459061c6DotclearSprint d'Administration (2ième édition)urn:md5:7284614f17ff4f48c0a24d7ba475892f2014-08-31T23:48:00+02:002014-09-01T13:48:20+02:00eseymanparinux <p>Ça faisait un bout de temps que les tâches liées à l'administration système
commençaient à s'accumuler chez Parinux sans que les personnes concernées
n'interviennent, que ça soit par manque de temps ou manque de motivation.</p>
<p>Pour débloquer la situation, nous avons décidé de refaire un évènement qui
avait beaucoup aidé il y a quelques années : un sprint "Administration
système" pendant lequel les "root" de Parinux pourrait se réunir physiquement,
chacun avec un ordinateur et une connexion internet, et corriger lers bogues de
notre infrastructure en s'entre-aidant lorsque le besoin s'en fait sentir.</p>
<p>Je pense que l'organisation de l'évènement a du nous prendre la plus grosse
part de dix minutes. Lors du <a href="http://www.parinux.org/content/apero-parisien-du-libre-15-aout-2014" hreflang="fr">pique-nique Parinux du mois d'août</a>, Magali a proposé qu'on se réunisse
physiquement, j'ai proposé que la réunion se fasse chez moi et on a alors
cherché le premier jour de disponible, qui s'est trouvé être deux jours plus
tard. Paul et Emmanuel (l'autre) ont tout de suite accepté de venir. Guillaume
s'est ensuite joint à nous.</p>
<p>Tout ce beau monde s'est ensuite retrouvé chez moi ou nous avons pu discuter
autour de plusieurs pizzas. Le résultat, c'est une après-midi de travail
pendant laquelle nous avons plus fait que pendant l'année qui l'a précédée. Une
bonne partie des bogues du <a href="http://bugzilla.parinux.org/" hreflang="fr">bugzilla de Parinux</a> ont été fermés et le reste du travail pourra être
fait au fil de l'eau.</p>
<p>Un grand merci à tous ceux qui ont participé à ce sprint !</p>La sécurité, Bugzilla et Debianurn:md5:5e429bf3d84e04639e8acd1dbb4b48a72011-10-21T23:53:00+02:002011-10-21T22:55:00+02:00eseymanaprilbugzilla-frparinux <p>Pendant un certain temps, j'ai été l'un des développeurs d'un Logiciel Libre qui s'appelle <a href="http://www.bugzilla.org/" hreflang="en" title="Bugzilla">Bugzilla</a>. Ça reste l'une de mes contributions les plus importants (si ce n'est *la* plus importante) au monde du libre.</p>
<p>Il y a quelques semaines, on m'a signalé sur le canal IRC de Parinux le <a href="http://bugs.debian.org/638705" hreflang="en">ticket #638705</a> de Debian. Celui-ci a été crée par Moritz Muehlenhoff (membre de l'équipe sécurité de Debian) demandant qu'on retire le paquet de bugzilla des dépôts Debian. Il explique dans son ticket que le paquet de Bugzilla que distribue Debian souffre de plusieurs failles de sécurité et que le mainteneur n'a visiblement pas l'intention de publier une version qui les corrige. Alexander Reichle-Schmehl intervient alors dans le ticket pour dire le logiciel a été supprimé dans la base de données.</p>
<p>J'ai informé les développeurs de Bugzilla de cette action (des fois, je me dis qu'il y a de gros problèmes de communication entre les distributions et les projets qu'ils distribuent). Globalement, tout le monde a semblé se réjouir de cette décision. Il y a maintenant plus de chance que les gens qui souhaitent installer Bugzilla sur Debian le fassent à partir des sources fournis par
l'équipe Bugzilla plutôt qu'avec le paquet Debian. Ils auront donc un Bugzilla plus facile à installer (celui-ci de Debian ne marchait que dans certains conditions) et les personnes qui l'utiliseront ne partiront pas du principe que Debian gère pour eux mêmes la sécurité de leur installation.</p>
<p>Le 10 octobre, l'équipe de sécurité a publié le <a href="http://www.debian.org/security/2011/dsa-2322">bulletin d'alerte</a> correspondant aux failles de sécurité en question. Malheureusement, on peut y lire la mention suivante "Pour la distribution oldstable (Lenny), il n'était pas pratique de
rétroporter les correctifs pour corriger ces bogues. Nous recommandons très fortement aux utilisateurs de bugzilla sous Lenny de mettre à jour vers la version de la distribution Squeeze.".</p>
<p>C'est dommage. Je vous avoue que, là, Debian baisse dans mon estime.</p>Fedora et FVWMurn:md5:5b4e802769d9fff9c8be177ff820164e2011-04-25T13:36:00+02:002011-04-25T12:51:07+02:00eseymanaprilfedorafedora-frparinux <p>Ceux qui suivent l'actualité de Fedora savent que la <a href="http://lists.fedoraproject.org/pipermail/announce/2011-April/002950.html" hreflang="en" title="Beta de Fedora 15">Beta de Fedora 15</a> est sorti la
semaine dernière. J'ai profité du weekend pour l'installer sur deux PC. L'un
d'entre eux n'ayant pas de cartes graphique digne de ce nom, je me suis
retrouvé avec le mode fallback de Gnome. Passons rapidement, celui-ci ne fera
l'affaire pour personne, j'en ai peur.</p>
<p>L'installation sur le portable s'est mieux passé. J'ai alors pu profiter
pleinement des nouveautés de Fedora 15. Firefox 4 permet (enfin) de voir les
vidéos Youtube sans avoir à installer Flash sur son ordinateur, Gnome 3 (dont
je redoutais qu'il soit plus difficile à prendre en main que ça). Le
ventilateur du portable s'emballant au bout d'une heure d'utilisation, je n'ai
pas pu tester longtemps mais ça semble prometteur.</p>
<p>L'actualité a aussi été marquée ces derniers temps par la sortie de <a href="http://www.fvwm.org/" hreflang="en">FVWM</a> 2.6.0. Pour ceux qui ont commencé
à utiliser les distributions GNU/Linux après la sortie de les versions 1.0 de
GNOME et KDE, ça marquera un retour aux sources. Avant Gnome et KDE, FVWM était
le gestionnaire par défaut des distributions, en raison de sa très grande
configurabilité.</p>
<p>J'ai donc pris les archives disponibles sur fvwm.org, compilé des rpms et
j'ai installé sur ma machine. Force est de constater que très peu de choses ont
changés en 10 ans (la sortie de 2.4.0 date de 2001). La configuration par
défaut est toujours aussi brut et FVWM est toujours (voire encore plus)
configurable. Je sens que je vais l'installer sur les machines qui n'ont pas la
configuration matériel nécessaire pour Gnome 3.</p>
<p>L'autre nouveauté du projet, c'est l'abandon du cycle de développement
actuel (on me souffle dans l'oreillette que 10 ans entre chaque version d'un
logiciel, c'est long). Les développeurs de FVWM préparent une migration de CVS
à git pour gérer leur code source et comptent utiliser les fonctionnalités de
git pour développer les fonctionnalités majeures dans des branches spéciales.
Une fois le développement d'une fonctionnalité terminé, on fusionne la branche
principale avec la branche de développement et on se retrouve avec une version
stable de FVWM qui contient la fonctionnalité en question. Les fonctionnalités
seront donc disponibles des que possible aux utilisateurs de FVWM.</p>