Planet Debian-FR

Grégory Colpart: JCE non limitées sous Debian

jeu, 02 jui 2009 21:45:56 +0000

Les packages Debian de Java n’intègrent pas de mécanisme pour faciliter l’utilisation des versions non limitées des JCE (Java Cryptography Extension), utiles pour avoir des fonctions de chiffrement dites « fortes » (#466675). L’idée est de créer des diversions locales pour conserver les versions non limitées, même en cas de mise-à-jour :

# dpkg-divert --divert /usr/share/doc/sun-java6-jre/US_export_policy.jar.ori \
 --rename /usr/lib/jvm/java-6-sun-1.6.0.12/jre/lib/security/US_export_policy.jar
Adding `local diversion of /usr/lib/jvm/java-6-sun-1.6.0.12/jre/lib/security/US_export_policy.jar
 to /usr/share/doc/sun-java6-jre/US_export_policy.jar.ori'
# dpkg-divert --divert /usr/share/doc/sun-java6-jre/local_policy.jar.ori \
--rename /usr/lib/jvm/java-6-sun-1.6.0.12/jre/lib/security/local_policy.jar
Adding `local diversion of /usr/lib/jvm/java-6-sun-1.6.0.12/jre/lib/security/local_policy.jar
to /usr/share/doc/sun-java6-jre/local_policy.jar.ori'

Attention, bien garder à l’esprit que si une faille de sécurité survient, il faudra mettre à jour manuellement ces fichiers.

Carl Chenet: Reportbug 4.5

mar, 30 jun 2009 17:15:34 +0000

En cette splendide fin de mois de juin, le Reportbug nouveau est arrivé.

La version 4.5 est sortie le 29 juin avec son lot de nouveautés. L’auto-configuration propose désormais d’ajouter un serveur mandataire et l’interface en GTK2 continue de s’améliorer. En coulisse, beaucoup d’améliorations pour rendre l’application plus robuste suivi des habituels corrections de bugs. Merci encore à Sandro Tosi pour son gros travail de triage de bugs et d’ajouts de nos patchs à Reportbug.

Reportbug est toujours dans une bonne dynamique et s’évertue à rendre à la fois plus simple la saisie d’un nouveau rapport de bug pour l’utilisateur et plus efficace l’identification du bug pour les développeurs qui traitent les rapports de bugs.

Nous sommes friands des rapports de bugs sur Reportbug lui-même, n’hésitez pas à nous faire parvenir vos rapports de bugs/demandes de nouvelles fonctionnalités.

Ne vous laissez pas décourager par la première saisie de bug qui peut être relativement longue (15-20mn), vous contribuez ainsi à améliorer Debian. Et les prochaines saisies seront beaucoup plus rapides

Carl Chenet: RMLL 2009 et retour sur Pycon FR

lun, 08 jun 2009 17:26:52 +0000

Comme indiqué ci-dessus, je serai aux Rencontres Mondiales du Logiciel Libre (RMLL) à Nantes, le 9 juillet 2009 pour une conférence sous la forme d’un retour d’expérience sur mon projet Bélier, avec une large part accordée à la démarche qualité dans le développement d’un logiciel en Python. Sera également abordé l’importance de l’empaquetage qui me permettra de mettre en avant mes récents travaux au sein de Debian. Je serai également une grande partie de la journée sur le stand de l’Association Francophone Python (AFPY).

Si vous êtes un contributeur/DD/DM du projet Debian, n’hésitez pas à venir causer avec moi ! Et la même chose bien sûr pour toutes les personnes intéressées par Python.

Rapide retour sur Pycon FR 2009

Les journées Pycon FR 2009, conférences francophones autour du langage Python, ont eu lieu le dernier week-end de mai à la Cité des Sciences et de l’Industrie à Paris. Les conférences se sont enchaînées, abordant un large éventail de sujets. J’ai présenté moi-même une conférence sur la mise en place d’une démarche qualité au sein d’un développement en Python ainsi qu’un “lightning talk” sur mon projet Bélier. L’organisation a été parfaite et les feedbacks ont été très positifs.

Je pense présenter l’année prochaine une conférence sur Python et Debian abordant l’utilisation du langage Python dans Debian et comment un développeur utilisant Python peut contribuer à Debian.

à bientôt !

Carl Chenet: Pycallgraph

sam, 06 jun 2009 12:55:54 +0000

J’ai récemment adopté le paquet Debian du programme Pycallgraph. Excellente raison pour vous présenter rapidement ce programme.

Pycallgraph vous permet de générer une représentation graphique des appels aux différentes fonctions qui composent votre programme Python. Vous pouvez ainsi détecter une anomalie ou comprendre pourquoi votre programme n’est pas performant lors de son exécution.
Un exemple avec mon projet Bélier peut être consulté ici à cette adresse.

L’utilisation du programme est très simple. Pour Bélier, la commande a été la suivante :

$ pycallgraph bel -e ordres

Dans l’exemple ci-dessus, le fichier image au format PNG généré s’appellera pycallgraph.png. Pour l’appeler autrement, il aurait suffi d’appeler la commande suivante :

$ pycallgraph –output-file mon_graphe_belier.png bel -e ordres

Il peut être utile de rajouter certaines instructions dans votre code afin de faciliter l’intégration de Pycallgraph. Plus d’informations à l’adresse suivante : http://pycallgraph.slowchop.com/pycallgraph/wiki/documentation/0.5.1.

Cerise sur le gâteau, la version Debian est à jour par rapport à l’upstream

Carl Chenet: Reportbug : situation actuelle

jeu, 04 jun 2009 20:12:00 +0000

Suite à un billet de Sandro Tosi passé sur planet.debian.org qui résumait les avancées récentes de Reportbug que j’ai présenté dans un billet précédent, je vais me permettre d’entrer un peu plus dans le détail.

Développement de l’interface en GTK2 de reportbug par Luca Bruno qui fait un gros travail.
Renforcement de l’application (rajouts de contrôles)
Développement de nouvelles options
Réduction importante du nombre de bugs. Ce tableau généré par Sandro Tosi résume la situation.)

Si vous êtes sous Sid et que vous avez la possibilité de tester le dernier Reportbug, n’hésitez pas à envoyer un bug sur Reportbug lui-même. Nous ne garantissons pas un retour rapide sur votre rapport (excepté pour un bug considéré comme important) car les trois contributeurs principaux sont très occupés (j’essaie moi-même d’écluser de nombreux rapports présents depuis trop longtemps dans le BTS avant de me concentrer sur les nouveaux rapports). Mais quoiqu’il arrive, nous voyons passer le rapport et nous vous ferons un retour dessus dès que possible.

Un grand remerciement à Sandro Tosi qui clôt et corrige lui-même de très nombreux rapports, tout en intégrant les patchs que Luca et moi lui envoyons, sans parler de sa disponibilité sur IRC (ubiquité?).

En tous les cas Reportbug est très actif et les retours que nous avons dessus nous permettront d’avancer, merci à vous.

Carl Chenet: Bélier 0.8

ven, 22 mai 2009 23:09:32 +0000

La nouvelle version de mon programme Bélier est disponible depuis hier sur http://www.ohmytux.com/belier et sur mentors.debian.net Je recherche donc un sponsor.

http://mentors.debian.net/debian/pool/main/b/belier
http://mentors.debian.net/debian/pool/main/b/belier/belier_0.8-1.dsc

Bélier permet l’ouverture automatisée d’un terminal ou l’exécution de commandes sur un ordinateur distant via une connexion ssh. L’intérêt principal de Bélier réside dans sa capacité à traverser plusieurs machines intermédiaires avant d’accomplir la tâche assignée.

Un schéma vaut souvent mieux qu’un long discours :

Schéma de fonctionnement de Bélier

Permettant d’automatiser des connexion ssh avec plusieurs machines intermédiaires entre la source et la destination, Bélier réunit tous les éléments nécessaires pour qu’un administrateur, avec son seul poste de travail, puisse administrer son réseau de manière indépendante sans devoir/pouvoir modifier les serveurs dont il a la charge.

Bélier génère un script expect en sortie qu’il vous suffira d’exécuter pour atteindre votre machine.

Bélier n’est pas une alternative à l’échange de clés ssh ou à des solutions centralisées de déploiement de logiciels. Son rôle est de permettre à un administrateur système qui ne possède pas la maîtrise totale de son parc, qui ne peut pas mettre en place une solution centralisée d’administration, de travailler de manière productive sans perdre un temps considérable à atteindre ses machines.

Des exemples concrets d’utilisation sont disponibles ici :

http://www.ohmytux.com/belier/#toc8

Quelques fonctionnalités :

atteinte d’une machine cible à travers plusieurs machines intermédiaires
lancement d’une commande d’une machine source vers une machine cible à travers plusieurs machines intermédiaires
possibilité de changer de compte sur chaque machine du chemin (pour utiliser un échange de clé ou se conformer à une restriction d’accès)
possibilité de changer de port entre chaque connexion ssh du chemin
vous pouvez définir les mots de passe ou non (utilisation d’un échange de clé existant)

Bélier sera présenté dans un lightning talk au Pycon Fr http://pycon.fr le 31/05/09. Un retour d’expérience sur le développement de Bélier aura également lieu aux Rencontres Mondiales du Logiciel Libre à Nantes le 09/07/2009.

Comme annoncé au début du message, je recherche un sponsor Debian pour ce paquet. Tout retour sur l’empaquetage d’un mainteneur/DD me sera extrêmement profitable. Et bien sûr tous les retours d’éventuels testeurs en général.

Carl Chenet: Reportbug

lun, 18 mai 2009 17:24:47 +0000

Depuis le début de ma participation au projet Debian, j’ai principalement travaillé sur le programme reportbug. Petite présentation d’un programme fondamental qui pourrait être plus utilisé. Précisons que la présentation suivante décrit le mode texte mais le programme est dans ses dernières versions utilisable à l’aide d’une interface graphique en GTK2 (option –ui gtk2).

Reportbug permet d’envoyer un rapport de bug au projet Debian. Lorsque tout un chacun identifie un problème avec une application, il est nécessaire d’envoyer un rapport de bug pour que le problème soit pris en compte et donc résolu (pas de rapport de bug ? Pas de problème !).

Pour saisir un rapport de bug :

$ reportbug

Par défault la commande reportbug s’exécute en mode configuration à son premier lancement. Si ce n’était pas le cas, forcez l’exécution de l’assistant de configuration avec l’option suivante :

$ reportbug –configure

La commande reportbug va vous demander votre niveau d’expertise, par défaut novice (modifiable par la suite dans le fichier ~/.reportbugrc ou par l’option –mode de la commande). Si vous optez pour un niveau plus avancé, le nombre de questions et de contrôles se réduit.

Reportbug va générer un e-mail et l’envoyer au projet Debian. Vous devez donc avoir un serveur smtp local ou distant. Par défaut reportbug va également tenter de se connecter en http au projet debian pour récupérer une liste des bugs qui peuvent concerner votre problème afin que vous contrôliez si votre problème n’existe pas déjà. Veillez donc à ce que l’utilisation du http soit autorisé depuis votre ordinateur vers les serveurs du projet Debian. Vous pouvez préciser un éventuel proxy http.

Une fois la phase de configuration effectuée, relancez reportbug :

$ reportbug

Reportbug va vous poser une série de questions afin d’identifier votre problème le mieux possible. Il cherche également à récupérer quelques informations système sur votre configuration afin de les joindre au rapport.

Si la première utilisation de reportbug peut sembler fastidieuse à cause du grand nombre de questions posées, vous constaterez rapidement qu’elles ne visent qu’à affiner le champ des possibles de votre problème, afin que le développeur qui va s’y intéresser n’est pas à courir à droite et à gauche pour comprendre ce qui est arrivé. Vous facilitez ainsi sa tâche et n’avez plus qu’à attendre un retour de sa part.

Comptez en général 15 minutes pour venir à bout de votre premier rapport, 5 minutes pour les suivants, l’habitude aidant.

Le prochain billet s’attardera sur les évolutions récentes de reportbug.

Carl Chenet: Concours de Raphaël Hertzog et GMLF

mar, 12 mai 2009 22:03:59 +0000

Après huit semaines d’implication dans le projet Debian, un petit point s’impose :

Le concours de Raphaël Hertzog et du mensuel GMLF a été un élément déclencheur, il y a longtemps que je cherchais comment m’investir au sein de Debian.
Les débuts ont été difficiles (réapprendre à lire du code, réaliser des patchs qui ne plaisent pas toujours) mais ces interactions avec des personnes compétentes s’avèrent au final passionnantes.
J’ai rapidement trouvé les projets qui me correspondaient, il suffit de chercher un peu, ça recrute de partout chez Debian
L’appréciation d’un DD sur mon travail a été une grande récompense, surtout quand je l’ai vu apparaître sur planet.debian.org (merci Sandro!)

Maintenant que je suis lancé, je ne compte pas m’arrêter là. Les prochains billets vous tiendront informés de mes participations à Debian.

ps : … et ce petit blog pour faire partager ce que je vis en contribuant.

Raphaël Hertzog: Collection Bestof de Eyrolles

sam, 09 mai 2009 19:54:48 +0000

Le cahier de l’admin Debian Etch vient d’être réédité dans la collection Best-of de Eyrolles. Cette nouvelle édition est plus compacte, sans DVD et ne coûte que 19,90 €.

Le prix réduit devrait permettre de toucher un public plus large, c’est en tout cas l’esprit de cette collection. La dernière édition (traitant de Lenny) reste réservée à la collection Cahier de l’Admin.

Partagez cet article / Share This

Grégory Colpart: Driver bnx2 du noyau Lenny et carte Broadcom NetXtreme II

ven, 08 mai 2009 21:38:24 +0000

Le driver bnx2 du noyau Linux 2.6.26 de Debian Lenny (et du 2.6.24 d’half-and-etch) nécessite un firmware pour fonctionner avec les cartes réseau Broadcom NetXtreme II (présentes par exemple sur les serveurs DELL PowerEdge 1950/2950), au contraire du noyau Linux 2.6.18 de Debian Etch. Lors de la mise-à-jour vers l’un de ces noyaux, il faut donc installer le paquet firmware-bnx2 (section non-free) et s’assurer de mettre à jour les images initramfs (update-initramfs -u -k all).

Jean-Christophe Dubacq: Mon fichier xorg.conf

jeu, 30 avr 2009 08:45:04 +0000

Grand ménage de printemps dans mon fichier /etc/X11/xorg.conf, que je mets ici au complet :

Section "Device"
	Identifier	"nVidia Corporation NVIDIA Default Card"
	Driver		"nvidia"
	BusID		"PCI:1:0:0"
        Option          "RandRRotation"      "on"
EndSection

S’il n’est pas vide, c’est que j’ai une carte Nvidia (mauvaise utilisation de la 3D par les pilotes libres). Sinon, il serait vide. Pour un paramétrage complet de mon interface graphique, il faut aussi /etc/default/console-setup :

...
XKBMODEL="logielite"
XKBLAYOUT="fr"
XKBVARIANT="complete"
XKBOPTIONS="compose:menu,fixinet:logielite"

La configuration automatique fait vraiment des progrès !

xserver-xorg:  Installé : 1:7.4+1
nvidia-glx:  Installé : 180.44-2
console-setup:  Installé : 1.32

Jean-Christophe Dubacq: Logitech Elite Keyboard avec evdev

jeu, 30 avr 2009 08:45:04 +0000

Il y a eu pas mal de bruit récemment à propos d’evdev depuis son intégration par défaut dans Debian unstable (par exemple là et là et là et là). Je suis le propriétaire (heureux ?) d’un clavier Logitech Elite (à ne pas confondre avec le Logitech Media Elite ou le Logitech Cordless Elite) (en jaune, les keycodes manquants, en rouge, les problèmes avec evdev):

Ce clavier fonctionne (assez) correctement sans configuration, mais utiliser l’intégralité de ses touches spéciales a été un cauchemar depuis son achat, il y a quelques années. J’aimerais expliquer comment j’ai pu ajouter le support complet pour ce clavier dans la console, dans l’interface graphique X en utilisant evdev, console-setup et quelques bricolages à moi.

Jean-Christophe Dubacq: Blocage de site pour HADOPI

jeu, 30 avr 2009 08:45:04 +0000

D’après une interview de la Fédération française des télécoms (FFT):

Il n’est pas question ici de blocage ? Non, ça c’est pour les sites hébergés en France, pour lesquels des mesures existent déjà. Le blocage ne concerne que les sites hébergés à l’étranger. Une information serait communiquée aux opérateurs — dont on ignore encore la forme et la fréquence — qui devraient bloquer ces sites à travers l’identification des DNS.

Mais oui. Comme si le DNS était nécessaire pour atteindre un site.

Je ne raconte pas grand chose sur les projets de loi actuels en matière de ~~censure~~régulation de l’internet, d’abord parce que je n’ai pas grand chose à dire d’innovant sur des tas d’autres sites qui font de la veille d’actualité bien mieux que moi, ensuite parce que c’est tellement ~~con~~idiot qu’il n’y a rien à en dire de plus. Toutefois, les bribes techniques qui arrivent dans les nouvelles de temps à autre sont pire que tout. Et bien sûr, les techniciens auront toujours des solutions pour contourner la loi (celle-ci est payante, mais je ne doute pas que des services encore moins chers voire gratuits apparaissent d’ici peu).

Jean-Christophe Dubacq: Un plugin java 64 bit natif de Sun

jeu, 30 avr 2009 08:45:04 +0000

L’un des bugs les plus longs à résoudre et les plus commentés de java aura sans doute été celui qui concerne l’absence de plugin permettant l’intégration de java dans les navigateurs web en 64 bits.

Grégory Colpart: Chroot SSH et PTY allocation avec Debian Lenny

sam, 25 avr 2009 11:48:17 +0000

Pour mettre en place des serveurs de backup, j’utilise un script chroot-ssh.sh qui permet la construction d’un chroot minimal pour faire tourner un serveur SSH et faire du rsync. Avec la mise-à-jour vers Lenny, l’allocation PTY réalisée par SSHD change : il ne semble plus possible de mettre en place un serveur SSH sans monter PROCFS et DEVPTS. Sans cela, on rencontre les erreurs suivantes côté serveur SSH :

debug1: Allocating pty
openpty: No such file or directory
session_pty_req: session 0 alloc failed

Si uniquement DEVPTS est monté, et pas PROCFS :

debug1: Allocating pty
openpty: returns device for which ttyname fails.

Voici donc les étapes pour lancer le serveur SSH chrooté avec Debian Lenny :

#  chroot /backup/jails/myserver mount -t proc proc-chroot /proc/
#  chroot /backup/jails/myserver mount -t devpts devpts-chroot /dev/pts/
#  chroot /backup/jails/myserver /usr/sbin/sshd > /dev/null

Grégory Colpart: Un exemple de migration Debian Etch->Lenny [0]

dim, 19 avr 2009 19:05:19 +0000

Dans la même optique que mes précédents exemples de migration Debian Sarge->Etch ([0], [1], [2] et [3]), je repars sur une série portant sur des migrations Debian Etch->Lenny. Je rappelle rapidement le principe : j’administre une centaine de serveurs pour plusieurs dizaines de sociétés, et la plupart vont être concernés par une migration vers Debian Lenny d’ici un an. Je vais en choisir quelques uns pour illustrer les opérations nécessaires et problèmes recontrés. Et j’incite tout le monde à faire de même afin d’avoir de multiples astuces disponibles sur le web.

Pour ce premier post, la question classique : quand faut-il migrer sa machine vers Debian Lenny ? Tout d’abord, Etch reste maintenu environ un an après la sortie de Lenny, soit jusqu’en février 2010. Il n’y a donc aucune raison d’être pressé à migrer si l’on a pas besoin de nouveaux logiciels. Et surtout, je recommande le principe de précaution, à savoir attendre un certain temps ce qui permettra d’avoir une grande quantité d’informations disponibles sur Internet (ressources Debian, moteurs de recherche, blogs). Enfin, il est important de bien planifier sa migration en fonction du métier de la société (haute/basse saison, vacances, etc.).

Évidemment, les précautions suivantes sont nécessaires : faire des essais de migration sur des serveurs de test, avoir des backups tout frais, couper les services durant la migration et bien prévenir à l’avance tous les utilisateurs et personnes concernées.

Entrons dans le vif du sujet. Au menu, un serveur web situé chez un hébergeur low-cost français. Ce serveur fait parti d’un pool de plusieurs serveurs (load-balancing via du round-robin DNS), donc il faut au préalable le désactiver et attendre que le time-to-live le rende totalement inactif. Ensuite, on reprend les Releases Notes, on modifie le sources.list et on se lance.

On s’assure que les partitions /usr et /tmp ont les bonnes options de montage:

# mount -o remount,rw /usr && mount -o remount,exec /tmp

On lance une mise-à-jour minimale :

# aptitude update && aptitude upgrade

Puis une mise-à-jour complète :

# aptitude dist-upgrade

Rien de bien complexe. Il reste à croiser les doigts pendant les opérations ci-dessus, mais si votre système est « propre », cela se passe très bien, comme souvent sur un système Debian. Il est ensuite important de lire les éventuelles instructions de mise-à-jour situées dans le fichier NEWS d’un paquet (en utilisant apt-listchanges, cela peut être affiché automatiquement).

En ce qui concerne la mise-à-jour du kernel, de mauvaises surprises sont possibles après le redémarrage. Il est notamment recommandé d’avoir un accès à la machine (accès physique, accès « rescue », etc.) pour corriger d’éventuels problèmes. Dans mon cas, l’interface réseau a été renommée de eth0 à eth1 suite à la mise-à-jour d’udev : le fichier /etc/udev/rules.d/z25_persistent-net.rules se transforme en /etc/udev/rules.d/70-persistent-net.rules, jusqu’ici tout est normal, mais un problème surnaturel semble s’être produit, la carte e1000 (MAC=00:0c:29:65:ae:04) est « devenue » une r8168 (MAC=00:1c:c0:51:12:45) ; au final, c’est plutôt un soucis lié au matériel, enquête en cours chez l’hébergeur low-cost…

Un vrai problème s’est par contre posé avec la mise-à-jour du paquet nginx (un petit serveur web très performant). Suite à sa mise-à-jour, il ne démarre plus :

Starting nginx: 2009/04/19 20:45:26 [emerg] 28783#0: could not build the server_names_hash,
you should increase server_names_hash_bucket_size: 32

Il faut donc ajouter dans la section http {} du fichier nginx.conf :

http {
include       /etc/nginx/mime.types;
default_type  application/octet-stream;

# Necessaire depuis l'upgrade Etch->Lenny
# (ajoute le 19.06.2009 by reg)
server_names_hash_bucket_size 33;
...

Voilà pour ce premier exemple de migration. Il s’agissait d’un serveur « simple » sans installation particulière, donc assez peu de problèmes rencontrés. Les prochains exemples seront certainement un peu plus complexes !

Roland Mas: On n'a pas tous les jours 20 ans

mar, 14 avr 2009 16:45:03 +0000

Quand j'étais petit, mon papy me racontait l'histoire du type qui était mort à 1000 ans et celle de celui né à 40 ans. Et ça me faisait beaucoup rire.

Eh ben aujourd'hui, c'est pas pour me vanter, mais j'ai à la fois 20 ans, 40 ans et 100000 ans. Et 32. Et c'est pas demain la veille que ça va se reproduire, donc fiesta !

(Le monde se divise en 10 catégories : ceux qui comprennent le binaire et ceux qui se creusent la tête.)

Raphaël Hertzog: Gnu/Linux Magazine France double la mise

ven, 27 mar 2009 16:49:07 +0000

À l’occasion de la sortie du livre Debian Lenny, Roland et moi avons organisé un concours permettant de gagner des exemplaires du livre en contribuant à Debian.

Je suis heureux d’annoncer que GNU/Linux Magazine France se joint à cette initiative en relayant l’appel dans un article de 2 pages paru dans l’exemplaire d’avril (reçu hier dans ma boîte aux lettres) et en doublant la mise : pour chaque livre offert, la rédaction ajoute un abonnement d’un an au magazine de son choix (Linux-Pratique, GLMF, Misc).

Il y a 10 livres et autant d’abonnements en jeu, et tout juste 10 participants inscrits pour le moment. Les chances de gagner sont donc nettement supérieures au Loto, alors motivez-vous et rejoignez la communauté des contributeurs à Debian. N’hésitez pas à faire la promotion de cette opération, c’est aussi un moyen (indirect) de contribuer à Debian.

Note : les prochains numéros de Linux-Pratique et GLMF contiendront des articles détaillant un peu plus comment contribuer à Debian. Si vous voulez aider à leur rédaction (les délais sont assez courts : 1 semaine pour le premier et 2 semaines pour le second), n’hésitez pas à me contacter.

Partagez cet article / Share This

Raphaël Hertzog: Contribuer des captures d’écran

mar, 03 mar 2009 17:35:25 +0000

Avec le lancement du concours permettant de gagner un cahier de l’admin en contribuant à Debian, il est temps pour moi de donner un second souffle à ma catégorie « contribuer » qui a pour vocation de présenter les différentes manières possibles de contribuer à Debian.

Aujourd’hui je vous présente screenshots.debian.net une initiative permettant de collecter des captures d’écran de tous les logiciels présents dans Debian. Tout un chacun peut réaliser des captures d’écran de ses logiciels favoris et les envoyer par un simple formulaire web. Synaptic sait déjà présenter les captures d’écran aux utilisateurs, vos contributions seront donc quasi-immédiatement employées (elles doivent tout de même être validées par les administrateurs du site avant publication effective).

Quelques recommandations sont données sur le site : il faut employer le format PNG, il faut lancer le logiciel en anglais (on peut utiliser LANG=C nom-du-logiciel dans un terminal pour cela), il ne faut capturer que l’application et pas le bureau en entier, et il vaut mieux faire une capture du logiciel en usage réel (avec un document ouvert, en cours de partie pour un jeu, …).

Difficile de faire plus simple pour contribuer, il suffit de vérifier si vos logiciels préférés ont des captures satisfaisantes en allant sur la page de consultation, puis de faire vos captures et les envoyer. Il est parfaitement possible d’avoir plusieurs captures par logiciel pour illustrer différents écrans/fonctionnalités, donc même si une capture est déjà présente, vérifiez si vous ne vous souhaitez pas compléter les captures actuelles.

Cet article fait partie d’une série expliquant comment contribuer à Debian.

Partagez cet article / Share This

Roland Mas: Debian Lenny, le livre, le jeu

lun, 02 mar 2009 18:45:02 +0000

Si vous n'avez pas passé les trois dernières semaines sous un caillou ou dans un monastère, vous savez déjà que la version 5.0 de Debian GNU/Linux, nom de code « Lenny », est sortie le 14 février dernier. Pour accompagner la publication de cette nouvelle version majeure de Debian, Raphaël Hertzog et moi-même avons également mis à jour le Cahier de l'admin Debian. L'édition portant sur Lenny est déjà disponible en version électronique sur Izibook, et la version papier sera chez les libraires le 19 mars. Elle ne constitue pas une révolution (on ne change pas une formule qui est devenue au fil des ans la référence en français), mais principalement une mise à jour, avec des ajouts pour combler quelques vides (par exemple, de nouvelles sections sur OpenVPN et les partitions chiffrées).

Pour certaines des précédentes éditions, il avait été lancé un concours où les personnes faisant la meilleure promotion étaient récompensées par des exemplaires du livre. Pour cette édition, nous avons gardé l'idée, mais l'objet du concours est différent : il s'agit non plus de faire la promotion du livre, mais de participer à la communauté Debian. Pas besoin d'être un super-développeur, il suffit d'apporter une contribution qui va faire progresser Debian d'une manière ou d'une autre, à condition que ce soit tangible. Raphaël écrit une série d'articles sur le sujet, vous pouvez donc aller y piocher des idées. J'en ajouterai deux, complémentaires :

Publier un blog qui donne une visibilité aux évolutions récentes, en cours ou prévues de Debian unstable et/ou testing, voire experimental. Quelques exemples de ce qu'on pourrait y voir serait l'arrivée d'une nouvelle version majeure du noyau ou de Gnome, la disparition d'un paquet au profit d'un autre, l'arrivée de nouveaux paquets intéressants, leur migration vers testing, etc. Pas une liste de tous les changements de chaque bibliothèque mineure, mais juste une vue macroscopique de ce qui se passe de visible pour les utilisateurs.
Dans un registre un peu différent, il serait intéressant de publier (peut-être aussi sous forme de blog) un baromètre de l'état actuel d'unstable, avec les migrations en cours, les paquets importants connus pour être cassés, etc. Le but est de faciliter l'usage d'unstable par des utilisateurs courageux-mais-pas-téméraires. Un exemple de ce que j'y verrais bien est une mention du bug 511009, assorti d'une mention que c'est pas une bonne idée d'upgrader CUPS pour l'instant (ça m'aurait évité quelques heures d'interrogations) ; et un autre billet quand c'est résolu. Là encore, trop de débit ne servirait à rien, il suffirait d'une vision macroscopique de l'état des différents sous-systèmes.

Bien entendu, ce ne sont que des idées, et les plus originales seront peut-être les meilleures, puisqu'elles seront celles que nous n'auront pas prévues et apporteront donc une réelle nouveauté.

Les juges du concours sont, devinez qui… Raphaël et moi. Nous essaierons bien entendu d'être impartiaux et de ne pas donner dans le copinage, mais il est évident que les contributions qui nous touchent directement seront appréciées. Pour trouver une justification noble à ce favoritisme, disons que c'est pour inciter les participants à s'impliquer dans la communauté et pas juste à un aride ensemble de bugs sans humanité : nos centres d'intérêt sont largement documentés sur la toile, et ça fera une excellente manière de se familiariser avec les différents outils et sources d'informations disponibles.

Le concours est doté de 10 éditions papier du livre pour les nouveaux contributeurs, et je pense qu'on peut le comparer à un genre de stage à sujet libre (à condition qu'il ait des résultats concrets et positifs). Trois exemplaires supplémentaires seront également remis à des contributeurs plus anciens au titre de récompense « pour l'ensemble de leur œuvre ».

Références :

Titre : Debian Lenny
Auteurs : Raphaël Hertzog et Roland Mas
ISBN13 : 978-2-212-12443-9
Site web : chez Raphaël et chez Eyrolles

Raphaël Hertzog: Contribuer à Debian et gagner un Cahier de l’Admin

lun, 02 mar 2009 18:14:45 +0000

Comme une nouvelle édition de mon livre est publiée, j’ai à nouveau l’occasion de distribuer une dizaine de livres. Cette fois-ci, avec Roland Mas, nous avons voulu changer de style et nous allons offrir ces livres à des nouveaux contributeurs Debian.

Profitez de cette opportunité pour vous lancer et rejoindre le rang des contributeurs ! Mêlez-vous à la communauté (sur les listes de diffusion, sur IRC, sur les blogs Debian), et trouvez un domaine où vous pouvez vous épanouir en contribuant. Parlez avec d’autres contributeurs pour vous faire une idée de ce qu’ils font, et expérimentez vos idées d’améliorations pour Debian.

Vous ne savez pas comment contribuer à Debian ? Ce n’est pas grave, tous les contributeurs actuels seront heureux de vous guider pour que vous puissiez vous rendre utile, à commencer par Roland et moi-même. D’ailleurs la catégorie « Contribuer » de ce blog regorge d’exemples. Pour les plus motivés, j’encadre volontiers ceux qui veulent travailler sur un des projets qui me tiennent à cœur. Enfin, si vous ne trouvez pas votre bonheur (ou si vous avez des questions), vous pouvez toujours vous tourner vers la liste debian-devel-french@lists.debian.org pour expliquer ce que vous savez faire et on essaiera de vous guider vers une équipe qui saura mettre à profit vos talents.

Pour essayer de gagner un livre, il suffit donc de contribuer régulièrement à Debian d’ici à fin juin (et n’avoir pas contribué de manière régulière avant cette année). Quatre des livres seront attribués aux contributeurs les plus méritants (d’après le jugement de Roland et moi-même) et six autres seront répartis au hasard entre les contributeurs qui peuvent justifier de contributions réparties sur plus de 6 semaines (minimum 30 minutes de temps consacré à Debian sur la semaine).

Pour participer à ce jeu il faut se créer un compte sur le wiki Debian et noter sur la page http://wiki.debian.org/RaphaelHertzog/NewContributorGame) toutes les contributions effectuées. Chaque fois que possible merci d’inclure un lien afin que l’on puisse vérifier la véracité de votre contribution. Une fois inscrit sur cette page, il suffit de laisser un commentaire sur cet article de blog (merci de saisir correctement l’e-mail pour que je puisse vous recontacter) et votre inscription sera enregistrée.

Merci de faire circuler cette annonce afin de recruter le plus grand nombre de contributeurs possible !

Mise à jour du 7 mars: La procédure d’inscription a été modifiée à la demande de l’équipe de maintenance du wiki Debian.

Mise à jour du 27 mars: Les éditions Diamond s’associent à cette opération et offrent en complément du livre un abonnement d’un an (au choix entre Linux-Pratique, GNU/Linux Mag et Misc) à chaque gagnant de ce jeu. Merci à eux !

Partagez cet article / Share This

Raphaël Hertzog: Debian Lenny, le Cahier de l’Admin

lun, 02 mar 2009 18:12:20 +0000

Tout juste 2 semaines après la publication de Debian 5.0, je suis heureux de vous annoncer une nouvelle version du Cahier de l’Admin spécialement mis à jour pour Debian Lenny. Nous en sommes donc à la quatrième mouture de ce livre qui est devenu, édition après édition, le livre de référence à recommander aussi bien au professionnel qui veut perfectionner sa maîtrise des outils Debian qu’à l’amateur souhaitant se familiariser à ce nouveau système d’exploitation.

Cette nouvelle édition a été entièrement revue pour correspondre aux versions des logiciels présents dans Debian 5.0. On y trouve également quelques nouvelles sections dont une consacrée à OpenVPN et une autre aux partitions chiffrées. Comme d’habitude vous pouvez consulter le sommaire complet ainsi que des extraits sur le site du livre.

Disponible immédiatement en version électronique (PDF) sur Izibook, les libraires proposeront la version papier à partir du 19 mars (ou alors on peut le réserver dès maintenant sur Amazon et le recevoir dès que disponible). La version papier est accompagnée d’un DVD-Rom « multi-arch » i386/amd64/source de Debian 5.0.0. On peut donc installer sa machine au choix en mode 32 ou 64 bits, tout en disposant sur un seul disque de tous les paquets installés en standard (toutes tâches confondues).

PS: Découvrez aussi le jeu associé pour gagner un exemplaire du livre.

Partagez cet article / Share This

Raphaël Hertzog: Debian est en pleine forme

mer, 25 fév 2009 16:30:31 +0000

Comme beaucoup de monde, je suis content que Debian Lenny soit publiée, et cela « seulement » 22 mois après la sortie de Etch. On avait certes annoncé 18 mois, mais avec notre mode de fonctionnement on savait tous que cela serait un peu plus, et personnellement je pense que tant que l’on reste sous la barre des 2 ans, c’est plus que satisfaisant.

Au delà de cet événement, je constate avec plaisir que nombre de problèmes internes que j’ai pointé du doigt au cours des années (et des plate-formes de candidature au poste de leader) sont résolus ou en passe d’être résolus. Oui, Debian est de nouveau en état pour aller de l’avant sur de nombreux fronts. Cette année, pour la première fois depuis bien longtemps, les débats autour de l’élection ne tourneront plus forcément sur le problème des « core-teams » sclérosées.

Je suis particulièrement satisfait de l’évolution de l’équipe d’administration (DSA) avec 4 nouvelles recrues très actives et des nombreux projets en cours (déploiement de puppet, mise en place d’un cluster de serveurs mails pour centraliser le filtrage anti-spam). Je suis également heureux que Ryan Murray ait fini par reconnaître qu’il ne pouvait plus gérer buildd.debian.org tout seul. Une nouvelle équipe est en place et se structure progressivement. Fini le problèmes des alias “trous noirs” où personne ne répond, il y a toujours la nouvelle équipe vers qui se retourner en cas de problème. Fini aussi le problème du sbuild “maison” pas disponible en téléchargement, la nouvelle équipe emploie le paquet officiel. L’équipe ftpmaster a connu des changements positifs également (mais n’a toujours pas résolu durablement le problème de l’attente trop longue dans NEW) ainsi que celle des Debian Account Managers et celle de keyring-maint.

Au delà des équipes internes il y a le travail de maintenance des paquets, et de ce côté là aussi ca bouge pas mal. Le premier jour après la sortie de Lenny a connu pas moins de 237 uploads dans unstable et cela ne prend pas en compte de nombreuses mises à jour toujours en attente dans experimental (mais qui doivent être coordonnées pour ne pas bloquer trop largement la migration automatique vers Squeeze). D’ailleurs Squeeze contient déjà plus de 2500 mises à jour comparées à Lenny (mais la plupart sont des mises à jour qui ont été préparées dans unstable pendant la freeze de Lenny). Bref, Debian ca bouge et vous êtes les bienvenus pour avancer avec nous.

J’ai ressenti le besoin d’écrire ce billet après avoir mis à jour la page retraçant mon historique au sein de Debian. En regardant mes premières contributions (il y a plus de 10 ans!) et l’évolution des problématiques rencontrées dans cette période, on se rend compte que malgré les critiques et les problèmes, le chemin parcouru est énorme. Et il n’y a pas de raison que cela s’arrête.

D’ailleurs je ne manque pas de projets pour Debian, seulement de temps pour les réaliser. J’ai mis à jour la page sur laquelle je décris l’ensemble des projets que j’aimerai pouvoir mener ou faire avancer. Pour qu’ils avancent plus vite, il suffirait souvent que je puisse y consacrer une partie de mon temps de travail, alors si vous connaissez un moyen de financer ce temps, contactez-moi.

Partagez cet article / Share This

Grégory Colpart: Ferme ton Bind !

dim, 01 fév 2009 21:02:11 +0000

Il est important de fermer complètement son Bind, à savoir mettre dans son named.conf :

allow-query { localhost;};
allow-recursion { localhost; };
allow-transfer { none; };

Cela provoque un statut REFUSED pour toutes les requêtes non autorisées. Si refuser les transferts (requêtes AXFR dévoilant toute votre zone) est sage et refuser les requêtes récursives est logique (vous ne voulez pas être serveur DNS pour le monde entier), il faut également refuser toutes les requêtes par défaut afin d’éviter de potentiels dénis de service.

Vous noterez que les directives ci-dessus autorisent les requêtes classiques de la part de localhost dans la mesure où il est fréquent que votre machine se serve de son propre Bind. Si ce n’est pas le cas, mettre toutes les directives à none.

Un moyen simple de vérifier qu’un serveur DNS refuse bien toutes les requêtes :

dig google.fr @<serveur DNS>

Vous ne devez pas obtenir la(les) réponse(s), ni même obtenir la liste des ROOT SERVERS. Vous devez obtenir status: REFUSED (ou alors un timeout…).

J’ai souvent eu du mal à expliquer pourquoi il fallait fermer complètement son Bind, car la menace des attaques DOS restait un peu vague. Ce n’est désormais plus le cas depuis quelques semaines où chaque administrateur d’un Bind assiste (dans ses logs ;-) aux multiples requêtes “. NS IN” générées par des robots/virus :

client 76.9.16.171#39068: query (cache) './NS/IN' denied
client 69.64.87.156#42646: query (cache) './NS/IN' denied

On déplore même des victimes de ces attaques DDOS de grande ampleur, notamment NetworkSolutions qui l’explique sur son blog. Pour contrer cela, on peut refuser les paquets en amont : voici un fameux paquet (format PCAP). On voit donc que l’on peut interdire les paquets comportant une requête DNS récursive (flags = 0×0100). Sur une machine Linux, on peut le faire avec iptables et le module u32 (attention, il semble y avoir des bugs avec certaines versions) :

iptables -A INPUT -p udp --dport domain -m u32 --u32 "0>>22&0x3C@10=0x01000001" -j DROP

SI vous ne voulez pas interdire toutes les requêtes récursives, j’ai trouvé sur Internet une règle plus précise qui matche sur le “. NS IN” (voir commentaires de ce post) :

iptables -A INPUT -j DROP -p udp --dport domain -m u32 --u32 \
"0>>22&0x3C@12>>16=1&&0>>22&0x3C@20>>24=0&&0>>22&0x3C@21=0x00020001"

Enfin, sur l’excellent blog de Stéphane Bortzmeyer, vous trouverez plus de détails et des outils pour mesurer le nombre d’attaques sur votre serveur.

Roland Mas: Faire-part de naissance : FusionForge

dim, 25 jan 2009 19:50:02 +0000

(Ceci est juste un résumé en français de l'annonce complète en anglais.)

Au début, il y avait SourceForge, un logiciel libre développé par une boîte qui s'appelait (à l'époque) VA Linux Systems. Ce logiciel était utilisé par plein de gens, et développé de manière plus ou moins collaborative. Un jour, VA Linux Systems a décidé que les nouvelles versions de SourceForge (à partir de la version 3) ne seraient plus libres (et qu'elles s'appelleraient Sourceforge Enterprise Edition). Plusieurs personnes sont donc parties avec la dernière version libre (celle qui aurait pu devenir la version 2.6), avec dans l'idée de maintenir ce code.

Il y a donc eu GForge, un logiciel libre développé entre autres par une boîte qui s'appelle le GForge Group. Ce logiciel était utilisé par plein de gens, et développé de manière collaborative, notamment par votre serviteur. Un jour, le GForge Group a décidé que les nouvelles versions de GForge (à partir de la version 5) ne seraient plus libres (et qu'elles s'appelleraient GForge Advanced Server). Mais comme l'hébergement du projet était maintenu ouvert, les versions 4.x ont pu être maintenues de manière libre et collaborative.

Pendant ce temps, l'appellation "GForge Advanced Server" s'est faite de plus en plus rare, et des noms plus équivoques sont apparus : "GForge AS", "GForge Express Edition" (ou "GForge EE") et, plus récemment, "GForge Community Edition", aucun de ces logiciels n'étant libre (même si certains sont disponibles en téléchargement gratuit et qu'on peut même jeter un œil aux sources).

Comme cette ambiguïté prêtait à confusion (certains utilisateurs ont installé une version propriétaire en croyant installer un logiciel libre), les principaux développeurs de la version libre de GForge (Christian Bayle, Alain Peyrat et moi-même) ont décidé de... partir avec le code, et de renommer le projet de développement et de maintenance de ce code libre.

Le résultat s'appelle FusionForge, et il est hébergé sur FusionForge.org. Nous avons plein d'idées, mais un des buts majeurs (qui a justifié le nom) est que nous allons chercher à réintégrer dans le code commun des fonctionnalités qui ont été développées localement par des utilisateurs mais non publiées. Ça tombe bien, nous sommes déjà en relation avec plusieurs de ces utilisateurs institutionnels qui semblent intéressés par cette convergence.

Grégory Colpart: Utiliser mailgraph sans CGI

dim, 18 jan 2009 21:58:45 +0000

Que ça soit pour des raisons de performance, de sécurité ou de simplicité, il est assez commun de ne pas avoir de module CGI sur un serveur (installer du CGI avec nginx est fastidieux par exemple). Or, l’outil de stats mailgraph n’est prévu que pour tourner en CGI. Voici un petit script qui permet de s’en affranchir et de générer les graphes mailgraph sans CGI :

#!/bin/sh
MAILGRAPH_PATH=/usr/lib/cgi-bin/mailgraph.cgi # Debian
#MAILGRAPH_PATH=/usr/local/www/cgi-bin/mailgraph.cgi # FreeBSD
#MAILGRAPH_PATH=/usr/local/lib/mailgraph/mailgraph.cgi # OpenBSD

MAILGRAPH_DIR=/var/www/mailgraph

umask 022

mkdir -p $MAILGRAPH_DIR

$MAILGRAPH_PATH | sed '1,2d ; s/mailgraph.cgi?//' > $MAILGRAPH_DIR/index.html

for i in 0-n 0-e 1-n 1-e 2-n 2-e 3-n 3-e; do
        QUERY_STRING=$i $MAILGRAPH_PATH | sed '1,3d' > $MAILGRAPH_DIR/$i
done

Il peut être placé en crontab, ce qui permet une sauvegarde régulière des graphes générés. Testé sous Debian, FreeBSD et OpenBSD (variable MAILGRAPH_PATH à adapter).

Jean-Christophe Dubacq: Pourquoi est-ce que je préfère Acrobat Reader aux autres lecteurs de pdf libres ?

lun, 01 déc 2008 15:45:04 +0000

Je pourrais simplement dire que c’est tout simplement un programme geniâââââl tout plus mieux, mais ça ne serait pas vrai. C’est juste que certains PDFs ne peuvent être lus correctement qu’avec celui-ci, pas avec les autres lecteurs de PDF libres.

Raphaël Hertzog: Adhésion April

ven, 28 nov 2008 08:06:18 +0000

Ca fait plusieurs fois que je vois passer des messages concernant la campagne d’adhésion à l’April et j’hésitais à chaque fois… je considérais jusqu’à présent que mes contributions à Debian constituent ma manière d’aider la cause du logiciel libre et je laissais le soin à d’autres de mettre la main au portefeuille pour soutenir le lobbying politique effectué par l’April. Je viens de changer d’avis en constatant une fois de plus que l’exécutif (ce coup-ci le conseil européen) faisait ce qu’il voulait au mépris du parlement… et que tôt ou tard cela affectera le logiciel libre si on n’y fait pas attention.

Il est temps que notre opinion soit entendue (et pas seulement relayée) et pour cela l’April a besoin d’afficher qu’elle représente un nombre conséquent de personnes. Je vous invite donc à adhérer comme je viens de le faire en cliquant sur la bannière ci-dessous (objectif: 5000 adhérents !).

Partagez cet article / Share This

Grégory Colpart: Conférence sur la sécurité et l’Open Source

sam, 08 nov 2008 15:31:02 +0000

À l’occasion du salon Synergie NTIC à Marseille, je suis intervenu environ 20 minutes dans une conférence à propos de la sécurité et l’Open Source. En résumé, j’ai parlé de la façon dont on doit se préoccuper de la sécurité quand on travaille avec des distributions ou logiciels Open Source. Notamment, j’ai parlé :

Du célèbre principe de Full Disclosure et de ses limites pratiques (période d’embargo),
Des moyens de faire une veille sécurité à propos de logiciels Open Source (listes de diffusion à suivre, etc.),
De la façon dont les distributions et logiciels Open Source s’organisent face aux problème de sécurité, en prenant l’exemple de Debian,
Du choix entre l’installation par paquets ou ports et l’installation via des sources vanilla,
D’exemples concrets de problèmes de sécurité récents : la faille concernant vmsplice dans le noyau Linux et du générateur de nombre aléatoire prévisible dans le paquet Debian openssl.

Vous pouvez télécharger les slides utilisés pour cette présentation (soyez indulgent, je les ai fait rapidement).

Raphaël Hertzog: Droits d’auteur sur les ebooks

ven, 31 oct 2008 09:49:13 +0000

Nous sommes au balbutiement du marché des livres électroniques, et à ce titre les auteurs doivent faire attention aux contrats que les éditeurs veulent leur faire signer.

Il n’est pas difficile de comprendre que la diffusion électronique d’une œuvre est sans comparaison possible avec celle d’un livre papier : il n’y a pas de coût d’impression (15% du prix d’un livre), il n’y a pas de stock et donc un risque financier nettement moindre pour l’éditeur, la distribution se fait plus facilement en direct sur Internet, et même si des revendeurs tiers intervenaient, ils n’ont plus de raison de demander 40 à 50% de remise sur le prix public (10 à 15% suffirait à dégager une marge).

Il faut donc insister pour que la rémunération sur les livres électroniques soit à la hauteur de ces économies. On peut écouter les arguments des éditeurs pour refuser ce changement dans la rémunération des auteurs, mais cela ne traduit que leur frilosité face à l’inconnu, la peur de scier la branche sur laquelle ils sont assis. Et pourtant, ils vont devoir y venir, sinon d’autres le feront à leur place. Le monde de l’édition est en pleine mutation, et comme souvent, seuls ceux qui savent s’adapter prospéreront.

Parmi ceux qui ouvrent la voie, j’aime citer François Bon avec son initiative Publie.net, ou encore The Pragmatic Programmers pour l’édition de livres techniques sur l’informatique. Mais chez les grands éditeurs (Français au moins) tout reste à faire… je salue tout de même l’initiative d’Eyrolles qui propose leurs ouvrages sans DRM sur Izibook (avec une différence de prix substantielle en général).

Pour ceux qui ont besoin d’éléments concrets à opposer à leur éditeur, la « Guilde des auteurs » (association américaine défendant les intérêts des auteurs) indique clairement sur sa page concernant les droits électroniques que le partage des gains à 50/50 est en passe de devenir le standard :

Although electronic publishing is still an evolving industry without clear standards, not long ago, Random House announced an intention to evenly split ebook sales revenue with authors. Before this announcement, Random House had been offering authors royalties of no more than 15% of the retail price of an ebook. Many other publishers, including Harper Collins, have started to offer a 50-50 split of net proceeds also. Therefore, you should negotiate to receive no less.

Partagez cet article / Share This