Planète Bourguinux

Aujourd'hui c'était Librexpos, événement co-organisé par COAGUL et ubuntu-dijon.

J'étais chargé d'animer le stand "Autour du libre". L'idée du stand était simple. Les logiciels libres c'est bien. Mais des logiciels libres sans donnée, ce n'est pas très utile. J'ai décidé de présenter quelques exemples de données libres :

• wikipédia et wiktionary ;
• jamendo ;
• sensmotdire (oui oui de l'auto-promotion) ;
• le projet orange et pêche de blender ;
• OpenStreetMap.

Si le stand a intéressé les visiteurs, sans conteste c'est OpenStreetMap qui a le plus interessés les visiteurs !

Il y a pas mal de modification au centre de Dijon et dans le quartier Fontaine d'Ouche.

Concrètement, j'ai fini les zones 10, 15, 24 et 33. J'ai pas mal avancé dans la zone 11 et j'ai presque fini la zone 16.

Pas mal de nouveauté cette semaine sur Dijon :

Ce qui permet de marqué 3 zones de plus comme terminé. Ca aide de changer de lieu de travail ;) Pas mal de rue ont étés faites dans les zones 10, 15, 24 et 25.

La vidéo des séances plénières du parlement Européen nécessitant Microsoft Live ? Des documents échangés dans des formats opaques ?

Il serait bon que le parlement Européen imite les députés français !

Un pétition en ligne le demande : http://www.openparliament.eu/

LightPlanet est une petite appli permettant de mettre en place un planet sur une plateforme PHP5. Ca utilise SQLite évidemment. Il est léger (pas de grosse dépendance, pas de connexion mysql, cache statique pour les homes...), et différent, en effet il permet d'avoir des feeds de plusieurs langues sur le même planet sans aucun problème.

Installation :

svn export http://svn.kd2.org/svn/misc/apps/planet/ planet
cp planet/config.php.dist planet/config.php

N'oubliez pas ensuite de modifier planet/config.php pour mettre vos feeds et vos préférences. Il faut évidemment que votre PHP (via apache par exemple) puisse écrire dans son répertoire pour stocker ses données. Si vous n'avez pas svn, faites un coup de apt-get install subversion avant également.

Le parfait exemple de ce planet c'est simplement Planet Opera que je viens de créer ;)

Les photos enregistrées depuis flickr n'ont pas de nom très causant, un numéro, un hash et voilà... Auteur ? Titre ? Sont pas là. Voici donc un petit script à placer dans votre ~/bin/ et à chmod +x (vous devez aussi avoir php5-cli d'installé). Il renomme les photos téléchargées sur flickr avec l'ID (peut toujours servir pour retrouver la photo), le titre, l'auteur et la licence. Pas besoin de clé d'API ça va chercher tout seul en HTTP. C'est un peu lent mais ça marche très bien.

Utilisation :

$ flickr-rename ~/temp/photos/

Téléchargement

http://svn.kd2.org/svn/misc/apps/fotoo/flickr-rename

Il y a eu beaucoup de modification ces deux dernières semaines à Dijon. J'ai voulu faire un petit bilan.

J'ai découpé Dijon (enfin j'ai un peu simplifier les frontières) en zone artificielle. Les zones dont les rues sont entièrement dessinées sont en jaune.

Il reste assez peu de travail sur les zones 14, 18, 22, 23, 24, 29, 31. Les zones 1 à 7 sont, par contre, quasi vide.

Il reste donc beaucoup de travail, mais j'espère que nous allons encore progresser rapidement !

Quelques améliorations dans le coin de Chenôve aujourd'hui :

Le lien informationfreeway : http://www.informationfreeway.org/?lat=47.29905244675023&lon=5.00392545193101&zoom=15&layers=B000F000F

J'ai décidé ce matin d'aller faire un tour de vélo (avec la charette) pour occuper ma fille.

J'en ai évidement profiter pour récupérer des traces. J'ai cartographié ce coup-ci vers de fontaine d'ouche.

Je parle souvent du nombre important d'erreurs sur google maps. A chaque fois, je parle d'une personne qui a reporter les erreurs découvertes dans sa ville.

Je viens de retrouver le site. J'en profite pour le diffuser :

http://www.refnum.com/osm/gmaps.html

J'ai progressé un peu dans le quartier du parc (à Dijon). Voilà ce que ca donne :

Le lien informationfreeway :

http://www.informationfreeway.org/?lat=47.3087577301646&lon=5.058256265968953&zoom=14&layers=B000F000F

Free a décidé de bloquer les appels à l'étranger depuis leur service de SIP, tout ça parce que leur interface d'édition de compte est moisie, pas secure et qu'ils sont incapables de détecter et bloquer les abus... Facile quoi. Heureusement nous allons pouvoir passer outre, en rusant. Pour cela il nous faut Asterisk, autrement dit un PABX en logiciel libre. Bon un PABX on s'en fout de savoir ce que ça veux dire, mais ce qui est important c'est que ça fait de la téléphonie, et donc le café.

Ce que j'ai fait est plutôt simple, ça consiste simplement à avoir asterisk qui s'occupe de faire le pont entre vos clients SIP et vos comptes SIP. Ici on a un compte freephonie sur lequel on va recevoir les appels et aussi émettre les appels vers un numéro en france (numéro à 10 chiffres). On a aussi un compte VoIPBuster (payant évidemment, mais pas très cher heureusement), qui va permettre d'appeller l'international et aussi la france quand freephonie déconne (en réalité tout le temps).

Alors le truc simple : apt-get install asterisk. Voilà, facile, no problemo. Maintenant il faut modifier le fichier sip.conf :

[general]
defaultexpirey=1800
dtmfmode=auto
qualify=yes

; Vos comptes SIP où s'enregistrer
register => 09XXXX:secret@freephonie.net
register => blabla:secret@sip.voipbuster.com

; Compte VoIPBuster
[voipbuster] 
type=peer
host=voipbuster.com
username=blabla
fromuser=blabla
secret=secret
nat=yes
allow=all

; Appels sortants sur Freephonie
[freephonie-out]
type=peer
host=freephonie.net
username=09XXX
fromuser=09XXX
secret=secret
nat=yes
fromdomain=freephonie.net
allow=all

; Et pour les appels entrants freephonie
[freephonie-in] 
type=peer
context=fromfree
host=freephonie.net
allow=all

; Client SIP N°1 : mon téléphone SIEMENS C450IP
[phone]
type=friend
username=phone
secret=abcd
host=dynamic
context=maison
nat=yes
; Ces trois lignes suivantes sont spécifiques à mon téléphone pour qu'il fonctionne bien, vous pouvez les enlever pour un client SIP classique
dtmfmode=inband
allow=ulaw,alaw
canreinvite=no

Notez que vous pouvez rajouter autant de sections de type=friend que vous voulez pour avoir autant de clients SIP que vous désirez.

Maintenant configurons extensions.conf qui indique le plan de numérotation :

; Mon contexte c'est "maison", on peux avoir plusieurs contextes selon les clients si ça nous amuse
[maison]

; On compose un numéro à 10 chiffres commençant par zéro puis un chiffre qui n'est pas zéro (exemple 0154545689)
; Alors on essaye de le composer avec Freephonie, mais si ça marche pas on utilisera VoIPBuster
exten => _0ZXXXXXXXX,1,Dial(SIP/freephonie-out/${EXTEN})
exten => _0ZXXXXXXXX,2,Dial(SIP/voipbuster/0033${EXTEN:1})

; Règle spécifique à la belgique qui permet de composer un numéro belge sans le préfixe 0032 :
; si on tape un numéro comportant au moins 5 chiffres (les numéros ici sont plutôt variables en longueur), 
; qui commence par zéro puis un chiffre qui n'est pas zéro (Z), alors on rajoute automatiquement le préfixe 0032
exten => _0ZXX.,1,Dial(SIP/voipbuster/0032${EXTEN:1})

; Autres numéros internationaux commençant par 00 (par ex. 0033 pour la france) : on passe par voipbuster directement
exten => _00ZXXX.,1,Dial(SIP/voipbuster/${EXTEN})

; Si le numéro n'est ni un numéro français ni un numéro belge ni un numéro international on raccroche
; (ou si freephonie et voipbuster sont down)
exten => _0Z.,3,Congestion

; Indique que faire avec les appels entrants sur freephonie
[fromfree]

; ici on fait sonner juste le téléphone (on pourrait faire sonner plusieurs clients SIP en mm temps ou à la suite, ou rediriger vers une boite vocale, je vous laisse mater les trucs sur le net à ce sujet)
exten => s,1,Dial(SIP/phone)

Voilà, un petit coup de /etc/init.d/asterisk restart et hop. Si vous avez des problèmes, tentez le débug, stoppez asterisk, puis en root lancez "asterisk -cvvvvvvvv".

Juste pour m'amuser, j'ai voulu tester différentes commandes de compression.

Je précise que ca n'a rien de scientifique et que je n'ai utilisé que les valeurs par défaut des différents logiciels. Le temps de compression n'est pas pris en compte non plus.

Voila la liste des commandes :

p7zip (4.55)
bzip2 (1.0.4)
gzip (1.3.1)
lzma (4.32.0beta)
zip (2.32)

test avec un fichier texte :

5.3M kernel.log
242K kernel.log.7z
246K kernel.log.bz2
390K kernel.log.gz
136K kernel.log.lzma
391K kernel.log.zip

test avec un binaire :

1,3M vi
591K vi.7z
626K vi.bz2
688K vi.gz
591K vi.lzma
688K vi.zip

Suite à l'article "La face cachée des choses..." je suis allé sur google image histoire de voir ce qu'il était possible de trouver.

On obtient quelques informations plus ou moins intéressantes, comme par exemple sur l'image suivante où l'on peut voir l'image originale dans le EXIF (d'ailleurs le thumbnail est plus gros que l'image elle même) : http://image.linternaute.com/0_newsletter/cinema/032/images/quiz2.jpg

Evidement, rapidement, je me suis demandé comment se comporté The GIMP avec les EXIF.

Dans la doc, il est écrit : "Si GIMP possède cette librairie, les données EXIF seront préservées quand vous ouvrez une image JPEG et que vous travaillez dessus et elles seront enregistrées avec l'image résultante. Si GIMP ne possède pas cette librairie, les images pourront néanmoins être ouvertes, mais les données EXIF seront perdues lors de l'enregistrement.". The GIMP support les EXIF depuis la version 2.0.

Pour les tests, j'utilise la version 2.4.2.

La première remarque, c'est qu'à l'enregistrement de l'image, il est nécessaire de laisser coché (évidement) "Enregistrer les données EXIF" dans les "Options avancées" de la boite d'enregistrement.

J'ai fait divers test, depuis une photographie prise par mon appareil photo numérique. Voici le résultat de ceux-ci (les images d'illustrations sont les thumbnail) :

• Ouverture et enregistrement :

1. modification du thumbnail. D'ailleurs la taille de celui-ci est plus gros (de 5014 à 8451) ;
2. modification de la date de l'image : Exif.Image.DateTime ;
3. suppression du tag : Exif.Thumbnail.DateTime ;
4. pas de Exif.Image.Software.

• redimentionnement de l'image : 2592x1728 -> 800x533 :

1. modification de la date de l'image : Exif.Image.DateTime ;
2. modification du thumbnail ;
3. pas de modification de la longueur (Exif.Photo.PixelXDimension) et largeur (Exif.Photo.PixelYDimension) (voir la mise à jour dans la conclusion).

• changement de résolution : 72x72 -> 36x36 :

1. étrangement, la résolution (Exif.Image.XResolution, Exif.Image.YResolution) est mis à jour dans le fichier ;
2. modification (comme à chaque fois) : Exif.Image.DateTime et thumbnail.

• application de filtre : rien de particulier ;

• modification de la taille du canvas : rien de particulier ;

• copie d'un élément de l'image pour en faire une nouvelle image : pas de récupération et de création d'EXIF ;

• rotation 90° sens horaire : rien de particulier ;

• rotation contenu dans les EXIF : D'après gimp attitude, "Gimp propose maintenant automatiquement la rotation à l'ouverture d'une image selon le contenu des données EXIF".

J'ai donc voulu tester :

exiv2 -M"set Exif.Image.Orientation Short 3 3" dsc06295.jpg

A l'ouverture de l'image, j'ai bien :

Conclusion

The GIMP fait l'essentiel au niveau de l'enregistrement des données EXIF. Dommage que la taille de l'image ne soit pas mis à jour.

Mise à jour : au moment de reporter le problème sur le bugzilla de The GIMP, je me suis rendu compte que ce champs correspond à la taille d'origine d'une image compression. Cette donnée ne doit pas être mise à jour. C'est donc tout à fait normal !

Le principal point négatif : il n'est pas possible de modifier directement les données EXIF. Je n'ai pas trouvé de roadmap, mais à priori cette option sera disponible dans la version 2.6 de The GIMP.

N'hésitez pas à tester et à compléter dans les commentaires.

Si vous désirez supprimer toutes ces données, n'oubliez pas de faire :

exiv2 rm dsc06295.jpg

---

Roundcube webmail est un de mes webmails préférés : simple, léger et joli il combine certaines qualités indéniables pour un webmaster. Mais l'une des particularités de ce webmail, c'est qu'il ne possède pas officiellement de "plugin" pour filtrer les spams.
Sur mon serveur Spamassassin s'occupe de renommer l'objet des mails avec "***SPAM***" si le mail traité dépasse un certain "score". Bref, j'ai régulièrement une boite mail envahit par des 10zaines de spams et, au contraire de Squirrelmail, je ne peux pas les faire trier automatiquement pour qu'ils aillent dans un dossier "Spam" ou "Indésirables" ...
ET BIEN SI !
Sur les forums de Roundcube, il y a la solution, que je viens de tester, et qui fonctionne très bien !

Dans un premier temps, téléchargez le patch suivant : http://temp.leveilleur.net/func.rar
Puis remplacez le fichier func.inc dans /program/steps/mail avec le fichier inclus dans ce patch.
Puis on va faire un peu de bricolage pour changer quelques lignes.
Vers la ligne 346 du fichier func.inc, changer quelques lignes pour obtenir ceci :

// START MODIFICATION BY steve@fusionreactions.com - SPAM FIX

// Check to see if this subject contains our spam line and is not in the
// designated junk mailbox

if ( $mbox=='INBOX' ) {
//if ( ( strpos( $cont, $CONFIG['spam_subject']) ) && ( $mbox != $CONFIG['junk_mbox'] ) ) {
if ( ( preg_match($CONFIG['spam_subject'],$cont) ) && ( $mbox != $CONFIG['junk_mbox'] ) ) { $is_spam = 1;
     }
   }

Ouvrez maintenant le fichier /config/main.inc.php et ajoutez simplement la ligne suivante :

$rcmail_config['spam_subject'] = '/^\*\*\*SPAM\*\*\*/';

Après avoir fait cette manip et enregistré ces fichiers, retourner dans Roundcube webmail, connectez-vous et ... admirez.
Les SPAM devraient tous être automatiquement triés dans le dossier Indésirables (qui correspond à la junk_mailbox), si vous avez mis votre Roundcube en francais. Si vous êtes resté en anglais, Les spams arriveront dans le dossier Junk.

J'ai remis en place mon script dijon.sh (qui n'était pas remis depuis la migration de serveur).

J'ai également libéré les sources du script. Oui, j'avoue, ce script n'est vraiment pas propre, c'est mal foutu et difficilement adaptable. Et ?

Tout est là :

http://gnunux.info/projets/dijon_rss/

Plus d'info : http://www.gnunux.info/dotclear/index.php?2006/08/23/188-flux-rss-du-site-dijonfr

SiKi, c’est deux choses : c’est une syntaxe qui vous permet d’écrire de façon naturelle en format texte ; c’est aussi un logiciel qui permet de convertir du texte écrit selon une syntaxe en code HTML pour la publication sur un site web (WWW)...

La syntaxe vous permet d’écrire naturellement du texte et de lui donner un certain format sans avoir à utiliser de balise HTML. Plus important encore : avec la syntaxe, votre texte reste agréable à lire pour un être humain, et c’est suffisamment vrai pour qu’un document écrit puisse être publié textuellement, sans modification. Si vous utilisez le courrier électronique en mode texte, vous connaissez déjà certaines parties de la syntaxe.

SiKi est donc un site Internet/Intranet interactif et intuitif issu d’un assemblage élaboré de plusieurs technologie (PHP, (X)HTML ..) du web (WWW). Il s’appuie sur le moteur Dotclear avec un soupçon d’améliorations (rajout de balises (X)HTML), d’une greffe du moteur SmartyPants et de codes provenant de WikiKubbe. SiKi offre un moyen particulièrement simple, efficace et rapide de créer, gérer un site Internet ou Intranet. Cet outil permet, en ligne (Internet) ou en local (Intranet), avec n’importe quel navigateur Web (conforme aux standards du Net) :

• de créer, supprimer, modifier les pages,
• d’élaborer la mise en page des contenus de manière intuitive et très visuelle, par des règles de formatage ne nécessitant aucune connaissance informatique,
• de publier instantanément toute création ou modification de page,
• de fonctionner sans base de donnée,
• d’être conforme aux normes (X)HTML 1.0 Transitional et CSS2,
• gestion des acronymes et définitions,
• Template modifiable (couleur) depuis la page admin,
• compatible avec les serveurs Apache (Windows,Gnu/Linux) ZMWS MaX (normal ou lite) et ZMWS (Windows),
• page éditable/modifiable avec un simple éditeur de texte (comme SciTE Windows, Gnu/Linux).

Visitez la page Concepts pour une courte introduction remplie d’exemples qui vous apprendra à écrire avec SiKi.

Pour télécharger la dernière version de siki : http://siki.francofolibre.org

Siki est un projet d'OSP Labs.

OSP Labs est un projet libre de l'association Francofolibre.

Je viens de sortir la version 0.0.1 de gamine (1) (nommé "raaaAAHHHH Eleonie!").

Gamine est un logiciel libre pour enfant de moins de 2 ans.

Contrairement au logiciel libre gcompris (2), ce logiciel est destiné aux enfants qui n'ont pas acquis le maniement de la souris.

L'idée de départ est de faire une ardoise magique informatique. Les seuls possibilités du logiciel est de dessiner une ligne en bougeant la souris et insérer des formes en cliquant sur un bouton. Le tout dans un environnement sonore agréable.

Une fois lancé, l'application se met en plein écran et l'enfant peut manier la souris sans faire de catastrophe.

Au plaisir de vos (jeunes) bambins !

1. http://gnunux.info/projets/gamine/ ;
2. http://gcompris.net/-fr-.

Voilà près d'un mois que Free a empêché les appels à l'étranger et appels payants avec son service de SIP. Et aucun changement, cette mesure qu'on aurait pu croire temporaire pour des raisons de sécurité, s'avère définitive.

Et aucune communication à ce sujet. Je pense que les acheteurs de téléphones White et Black doivent être particulièrement contents de cette dégradation du service... Merci Free.

La fonera c'est cool, c'est gratuit, Fon en donnent à tour de main, on peux même avoir des Fontenna gratos. Cependant niveau possibilités c'est pas trop ça, c'est relativement limité en fait. Par exemple moi je voulais la mettre en mode bridge. C'est à dire ne pas faire de masquerade et directement passer les paquets du wlan au wan (qui en réalité est un routeur), ce qui fait que les clients wifi qui se connectent passent directement par le routeur principal. Moi ça m'arrange ça permet d'utiliser pleinement les règles d'IPCop entre réseau bleu et réseau vert. En fait transformer vraiment la fonera en vrai Access point. Sauf que le firmware FON ne permet pas ça du tout, t'as pas le choix, la fonera fait routeur c'est tout.

Heureusement, il est assez facile d'activer le SSH sur la petite boîte avec le hack kolofonium qui permet avec un simple changement de dns + reboot d'activer le ssh. Sauf que pour ça il faut le firmware 0.7.1r5, si vous avez une autre version sur votre box, soit elle est supérieure et alors il va falloir faire un reset (appui de 15 secondes sur le bouton reset en dessous de la fonera, relachez, attendez le reboot, connectez-vous sur le réseau MyPlace avec le serial number de la Fonera comme pass WPA), si vous avez une version inférieure, allez dans Advanced puis "upgrade firmware" et là mettez ce fichier. Débranchez la fonera du net. Elle reboote pour mettre à jour son firmware. Une fois fait ça, vous pouvez utiliser le hack kolofonium avec le changement de dns. Faites le changement de dns, rebranchez l'ethernet, attendez que le wlan revienne et redébranchez. Vous devriez pouvoir vous connecter avec un ssh root@192.168.10.1 et votre mot de passe de l'admin.

Maintenant on peux se connecter en SSH et désactiver les mises à jour de la fonera pour éviter de vous voir privé de votre accès SSH. Pour ça c'est simple il faut commenter la ligne avec ". /tmp/.thinclient.sh" à la fin de /bin/thinclient. Vous pouvez aussi rm /bin/thinclient mais c'est un peu goret. Et voilà vous avez le contrôle de votre Fonera.

Maintenant pour transformer la fonera en bridge, il faut créer un fichier /etc/init.d/N51bridge avec ceci :

#!/bin/ash
echo "Setting up LAN bridge"

# Kill DHCP server+ client
/usr/bin/killall dnsmasq
/usr/bin/killall -9 udhcpc

# create bridge interface
/usr/sbin/brctl addbr br0
/usr/sbin/brctl stp br0 off
/usr/sbin/brctl setfd br0 0

# shutdown/remove IPs from the old interfaces
/sbin/ifconfig eth0:1 down
/sbin/ifconfig eth0 0.0.0.0
/sbin/ifconfig ath1 0.0.0.0

# bring up the bridge interface
/sbin/ifconfig br0 up

# add the old interfaces to the bridge
/usr/sbin/brctl addif br0 ath1
/usr/sbin/brctl addif br0 eth0

# Set IP for the bridge
/sbin/udhcpc -i br0 -R # get new IP via dhcp
#/sbin/ifconfig br0 192.168.0.4 # remove the leading # to specify a static IP
#/sbin/route add default gw 192.168.0.254 # remove the leading # to specify the default gateway

# set firewall rules
iptables -I INPUT -i br0 -j ACCEPT
iptables -I OUTPUT -o br0 -j ACCEPT

# add bridge to hostapd.conf and restart hostapd (allows to use WPA)
echo bridge=br0 >> /tmp/hostapd.conf
/usr/bin/killall killall hostapd
/usr/sbin/hostapd -B /tmp/hostapd.conf

# restarting dnsmasq but without dhcp
dnsmasq

# need to be added since september 07 (0.7.1 r5 ?)
WANIP="$(ifconfig br0 | grep inet | awk -F'[: ]+' '{print $4}')"
WANMASK="$(ifconfig br0 | grep inet | awk -F'[: ]+' '{print $8}')"
ifconfig ath1 $WANIP netmask $WANMASK

Faites ensuite un coup de chmod +x sur ce fichier, et éditez /sbin/ifup et remplacez la ligne avec "wan_ifname=${wan_ifname:-eth0}" par "wan_ifname=${wan_ifname:-br0}" (j'ai repiqué ça sur ce blog). Vous pouvez rebooter. Ca marche. Mais attention ça désactive l'accès à la fonera (admin web et ssh) depuis votre réseau wifi, pour réaccéder à l'admin web/ssh, il faut utiliser l'ip de votre fonera sur le réseau local (l'ip qu'elle obtient en DHCP), n'oubliez pas d'adapter les règles de votre firewall pour y avoir accès.

Maintenant si comme moi vous êtes avares en bande passante, vous pouvez directement désactiver le wifi public de la fonera (ici, en belgique, il y a des quotas sur les accès internet, donc partager votre accès sans contrôle peut vite devenir coûteux). Pour ça un coup de ifconfig down ath0, ou pour désactiver de manière permanente, éditez /sbin/ifup et remplacez la partie setup_hotspot_wifi() { ... } par ceci :

setup_hotspot_wifi()
{
        config_get ssid public essid

	if [ "${ssid:-AP}" != "DISABLED" ]; then
        	wlanconfig ath0 create wlandev wifi0 wlanmode ap >&- 2>&-
        	setup_wifi_common ath0
        	iwconfig ath0 essid "FON_${ssid:-AP}"
	fi

        ifconfig eth0 up

	if [ "${ssid:-AP}" != "DISABLED" ]; then
	        ifconfig ath0 up
	fi
}

Il ne vous reste plus qu'à renommer dans l'admin web le réseau public en DISABLED (FON_DISABLED en fait) et il ne sera plus activé.

Et voilà :)

A la maison, comme beaucoup de monde, j’ai un petit serveur de fichiers pour qu’on partage nos musiques et nos flims. Je voulais quelque chose d’un peu pratique pour lire la musique, quelque chose qui ne fatigue pas pour lire l’intégralité de mon répertoire musique en random, et quelque chose qui ne nécessite pas d’installer quoi-que-ce-soit pour changer la musique pour que mes invité-e-s faignant-e-s et nioubes puissent se dépatouiller tout-e seul-e pour changer la musique ; quelque-chose que je puisse commander via mon laptop, même assise sur la cuvette des toilettes ; et surtout, quelque-chose qui s’installe en deux coups de cuiller à pot parce que je suis une feignasse.

Music Player Daemon est un lecteur client-serveur de fichier audio sous Unix permettant de gèrer des play-listes. Un intéret de mpd, c’est qu’on peut le commander via une console ou un client graphique, ou encore un client Web, à la fois en local, ou sur un client distant. Il a bien d’autres avantages notamment, alliés avec icecast2, de pouvoir diffuser une Web-radio, comme nous l’explique effraie sur son blog.

GMPC est le client graphique gnome de MPD. Il en existent beaucoup d’autres mais comme j’ai la flemme de les tester tous, que je n ai pas d’a priori sur les uns ou les autres clients, que je veux “un truc graphique”, et que j’utilise gnome, je choisis donc gmpc. N’hésitez pas à laisser un petit commentaire si vous avez mieux à proposer.

Pitchfork MPD Client est un client Web pour mpd. L’interface est jolie, simple d’utilisation et il y a quand même un systême d’authentification. Si vous voulez voir par vous même, il y a une petite démo vidéo sur leur site Web.

1. Installer mpd sur votre machine-serveur de musique

Pour installer mpd, il faut taper dans un terminal :

aptitude install mpd

2. Installation de gmpc et configuration de mpd

Si vous avez installé votre client mpd sur la même machine que votre mpd, Vous pouvez déjà vous connecter. Sinon, il vous faut indiquer à mpd d’écouter l’adresse IP LAN et pas seulement “localhost”.

Encore une fois, c’est pas compliqué, le fichier de configuration est à la racine d’/etc, et s’appelle mpd.conf. On cherche ce passage là, et on le commente. Comme ça, mpd écoutera sur toutes les adresses, et pas uniquement sur localhost :

# The address and port to listen on.
#
#bind_to_address "localhost"

Normalement, vous pouvez maintenant vous connecter à distance.

Il s’agit maintenant que mpd trouve vos fichiers de musique. Les chemins des répertoires dans lesquels il va fouiller par défaut sont indiqués dans la section “required paths” de mpd.conf :

## REQUIRED PATHS ##
# You can put symlinks in here, if you like. Make sure that
# the user that mpd runs as (see the 'user' config parameter)
# can read the files in this directory.
music_directory "/var/lib/mpd/music"
playlist_directory "/var/lib/mpd/playlists"
db_file "/var/lib/mpd/tag_cache"
log_file "/var/log/mpd/mpd.log"
error_file "/var/log/mpd/errors.log"
pid_file "/var/run/mpd/pid"

On peut faire de différentes manières, soit changer ces paramètres et indiquer les répertoires sur votre disque où sont rangés vos musiques, soit créer des liens symboliques vers vos répertoires. (plus interessant quand vous êtes bordéliques et que vous avez plusieurs répertoires de musique un peu partout sur plusieurs disques)
dans ce cas, il faut faire un “ln -s emplacementetnomdufichiersource, emplacementetnomdulien”. Pareil si vous souhaitez ajouter ou modifier votre répertoire de play-list.
Ensuite, il faut créer la base de donnée de mpd, à l’aide de la commande : mpd — create-db.
Relancer mpd avec un “/etc/init.d/mpd reload”, et ouvrez donc votre gmpc, sur votre machine cliente cette fois.

3. Installer pitchfork

en root :

# cd /var/www
# wget http://pitchfork.remiss.org/files/pitchfork-0.5.4.tar.bz2
# tar -xvjf pitchfork-0.5.4.tar.bz2
# mv pitchfork-0.5.4 jukebox

Ensuite, rendez vous sur http://ip-de-votre-machine/jukebox. En cas d’erreur php, installez les paquets supplémentaires nécessaires (en cas de doute, allez voir dans la doc de pitchfork, c’est expliqué). Si tout va bien, rentrez vos paramêtres (n’oubliez pas d’activer l’option “stop bouton” pour pouvoir arrêter, démarrer et mettre en pause votre mpd à distance).

Et maintenant, rien ne vous empêche d’ajouter icecast2 à votre superbe médiathèque-en-ligne en suivant le chouette tuto d’Effraie.

Basé sur l’élaboration d’un nouveau algorithme de redimensionnement d’images [pdf] par Shai Avidan, du Mitsubishi Electric Research Lab, et le Dr. Ariel Shamir, enseignant à l’Efi Arazi School of Computer Science, le retargeting ou liquid resizing, procédé présenté à Siggraph 2007, fait entrer l’infographie, et bientôt certainement le travail sur les images en mouvement, dans une nouvelle ère. En effet, il permet de redimensionner une image, et cela est impressionnant, en prenant en compte le contenu de celle-ci, c’est à dire en gardant ou en supprimant certaines zones et dimensions de l’image pour en supprimer ou en dupliquer d’autres. On ne coupe plus seulement les bords, mais l’information de pixels qui ne jouent pas un rôle porteur. Mais regardez la vidéo.

Vous pouvez télécharger Retarget pour Linux et Windows, un logiciel basé sur l’algorithme de Shamir et Avidan et programmé par les physiciens Ramin Sabet et sa femme Irmgard Sabet-Wasinger, ou bien le plugin Liquid Rescale pour Gimp de Carlo Baldassi.

Je viens de découvrir un logiciel libre d'aide à l'aménagement des meubles d'un logement sur un plan en 2D, avec une prévisualisation en 3D Sweet Home 3D. C'est un logiciel JAVA sous licence GNU/GPL.

Je n'ai pas encore utilisé le logiciel, mais il semble correspondre à mes besoins ! A tester donc.

http://sweethome3d.sourceforge.net/fr/

Alors que beaucoup d’entre nous continuent à travailler leur photos numériques sous Photoshop, ou au mieux, Gimpshop, Effraie tente dans un billet très éclairant de son blog de nous présenter un flux de travail pour la photographie numérique, entièrement sous Ubuntu. A lire absolument.
En complément, un tutoriel pour calibrer les couleurs de son écran sous Linux par Stéphan Peccini.

Rapporter un bogue, c’est rendre service aux développeurs. Ou plutôt, bien reporter un bogue, c’est rendre service aux développeurs. Voici une liste de conseils que nous donne Lunar pour rapporter utilement un bogue :

Prérequis (rien ne sert de courir…)

Avant de rédiger le rapport, il il y a plusieurs choses à faire :

“Est ce que j’hallucine ?”

Essayer de reproduire le bogue permet de s’assurer que l’erreur se produit bien toujours de la mème manière, qu’il y a effectivement un bogue et qu’il ne s’agit pas d’une fausse manip, et qu’on a bien cerné la problématique. Un bogue qu’on ne peut pas reproduire ne peut pas être corrigé.

Est-ce que ça n’a pas déjà été reporté ?

Autant c’est très utile de rapporter un bogue, autant c’est une perte de temps pour tout le monde de le rapporter en double. Il est nécessaire de consulter au préalable la liste des rapports de bogues existants, au cas où il soit déjà rapporté par quelqu’un. (attention aux versions de Debian et des logiciels, un bogue rapporté dans stable et pas dans unstable, ou inversement.)

Les bogues de Debian sont rendus publics et sont visibles sur les pages du bug tracking system Debian.

Pré-diagnostiquer la panne

Pour qu’il soit possible aux développeurs de corriger, il leur faut une description précise du problème. D’abord il faut connaître le nom du paquet contenant le logiciel causant la panne : grâce à dpkg -S

% dpkg -S nomdulogiciel

Ensuite il faut collecter des informations sur l’erreur. Il est nécessaire de bien décrire l’erreur pour que les développeurs puissent la corriger.
Il est bien utile par exemple de lancer dans un terminal un programme graphique pour savoir ce qui se passe quand il plante, et de copier-coller les erreurs significatives dans le rapport ; ou d’utiliser les outils catchsegv et strace (outils qui pourront aider à détecter l’erreur au lieu de simplement dire “ça segfault..”

Il est conseillé de lire les informations sur le bug tracking system disponibles sur le site web, pour savoir quelles options choisir, et bien formuler son mail.

Écrire son rapport

Enfin, on peut se mettre à la rédaction. Un rapport de bogue doit contenir un titre, le nom du paquet, les rapports se font par mail, ils sont rédigés en anglais correct. Ils sont lus par des humains bénévoles et grognons, il faut être poli (hihi^^), et pas baragouiner dans sa barbe.
reportbug et reportbug-ng (ce dernier est un outil graphique) sont des outils utiles à la bonne rédaction du rapport.

Un bogue a un degré de sévérité :

Les bogues critiques, graves et sérieux, doivent être nécessairement fermés avant le freeze de la prochaine version stable de Debian. Si le bogue du paquet n’est pas corrigé, le paquet peut ne pas apparaître dans la nouvelle version stable.

• voir ici les différents degrés de sévérité des bogues
  

Donner les informations environnementales : quelle architecture, quels composants logiciels concernés (noyau, paquets..). reportbug et reportbug-ng collectent automatiquement ces informations pour vous.
Précisez dans quelles circonstances vous avez fait la découverte de l’erreur, décrivez le problème, ses conséquences directes et, éventuellement, si vous en avez trouvé un, son palliatif. Dites ce que vous cherchiez à faire au moment du bogue, décrivez ce qui ne marche pas précisemment.

• À ne pas faire : “Quand je veux lire un CD, ca ne marche pas.” (avec quel logiciel essayait-t-on de lire le CD, quelle erreur s’est produite précisément, etc ?)

Prérequis

Il faut avoir une clef gpg qu’un développeur Debian a signée (ou qu’il considère de confiance) pour certifier de votre identité auprès de celui-ci pour qu’il
uploade votre paquet. Une adresse email (attention, elle sera spammée) doit être associée à cette clef.

Les outils de construction de paquets doivent connaître cette adresse email. Ce sera votre adresse Debian. Pour la déclarer en tant que telle :

export DEBEMAIL=adresse@mail

paquets utiles : devscripts, lintian, patchutils

Vocabulaire

NMU (non-maintainer upload) : upload d’un paquet par quelqu’un d’autre que son mainteneur officiel
paquet source : paquet contenant les sources du logiciel et à partir duquel un ou plusieurs paquets binaires sont construits
paquet binaire : paquet résultant de la compilation
bug upstream : bogue dont l’auteur du logiciel est responsable et qui n’est pas causé par la création du paquet Debian
FTBFS (fails to build from source) : le bogue touche le paquet source et bloque sa compilation. On corrige beaucoup de ce genre de bug lors d’une bug squashing party

Voir aussi 

Corrections

Correction de l’erreur dans les sources du paquet.

Téléchargez les sources du paquet dans un répertoire temporaire, puis rendez-vous dans le répertoire du paquet pour faire vos modifications :

cd /tmp

apt-get source nom-du-paquet

cd repertoire-du-paquet

Faites vos corrections.

Mettre à jour le changelog

Ajoutez ensuite les modifs au changelog à l’aide de la commande dch qui permet de modifier proprement ce fichier :

dch --close numero-du-bug --nm

La commande dch prépare le nouveau paragraphe du changelog comprenant vos modification, mais il est important de compléter les informations préremplies par quelques précisions. Si vous avez déclaré (avec export DEBEMAIL) votre adresse mail, celle-ci s’ajoutera automatiquement dans le changelog.

Vérifications

Vous devez reconstruire le paquet. C’est le moment de vérifier que vos modifications n’ont rien abîmé et que tout compile bien.

Pour cela, vous utiliserez la commande debuild qui compile le paquet source et produit un ou plusieurs paquets binaires, debuild générera aussi un nouveau fichier .dsc nécessaire à la création de votre patch.

Certains paquets sources demandent des dépendances particulières pour être compilés ; ils sont listés à dans la section “Build-depends” du fichier debian/control de votre paquet source. La commande apt-get build-dep vous permettra d’installer automatiquement ces paquets.
La partie spécifique à Debian du numéro de version d’un nouveau paquet doit être différente pour un nouvel upload. Si l’upload précédent était fait par le mainteneur officiel, on ajoutera .1 aprés le numéro de la version (exemple 2.0-3 => 2.0-3.1). Si c’était déjà une NMU, on incrémentera le numéro de version précédent (exemple 2.0-3.1 => 2.0-3.2).

À la fin de la compilation, le mot de passe de votre clef gpg vous sera demandé pour signer le nouveau paquet.

Après la compilation du paquet, debuild lance lintian qui vous informe des potentielles infractions du paquet à la Debian policy. Il est parfois intéressant de corriger ces erreurs-là aussi. (attention, certaines de ces modifications peuvent bloquer la recompilation.)

lintian-info explique la signification de la ligne d’erreur :

echo 'ligne d'erreur lintian' | lintian-info

Dans ce cas, corriger à nouveau les erreurs, puis ajouter ces changements dans le changelog avec la commande dch. Recompiler avec debuild et revérifier que tout se passe bien.

Création du fichier patch

Avec debdiff, créer un fichier “patch” contenant les différences entre l’ancien et le nouveau fichier .dsc (descriptions) :

debdiff nomdupaquet_2.0-3.dsc nomdupaquet_2.0-3.1.dsc > nomdupaquet-2.0-3.1-nmu.patch

Publier votre patch

Écrire à : numéro-du-bug@bugs.debian.org pour signaler humainement la correction du bug. Joindre votre patch.

Mettre en copie control@bugs.debian.org pour rajouter le tag patch au bug (voir la page debian-control pour la syntaxe et les options, et ne pas oublier de finir votre message aux robots par “thanks” qui leur indiquera la fin de votre message). Attention, la rédaction des mails se fait impérativement en anglais.

===exemple===

pour : 666@bug.debian.org
cc : control@debian.org
objet : NMU diff for nomdupaquet_2.7.0-1

tags 666 + patch pending
thanks

hi,

Here’s the diff for my NMU.

Regards,

nomdupaquet-2.7.0/debian/control
=======================================
diff -u nomdupaquet-2.7.0/debian/control nomdupaquet-2.7.0/debian/control
— nomdupaquet-2.7.0/debian/control
+++ nomdupaquet-2.7.0/debian/control
@@ -53,7 +53,7 @@
Package:·nomdupaquet-source
Architecture:·all
-Depends:·module-assistant,·debhelper·(>=·5),·make,·bzip2
+Depends:·module-assistant,·debhelper·(>=·5),·make,·bzip2,·dpatch
Description:·Source·for·the·Fuse·kernel·module
·Simple·interface·for·userspace·programs·to·export·a·virtual
·filesystem·to·the·Linux·kernel.

nomdupaquet-2.7.0/debian/changelog
=======================================
diff -u nomdupaquet-2.7.0/debian/changelog nomdupaquet-2.7.0/debian/changelog
— nomdupaquet-2.7.0/debian/changelog
+++ nomdupaquet-2.7.0/debian/changelog
@@ -1,3 +1,10 @@
+nomdupaquet·(2.7.0-1.1)·unstable;·urgency=low
+
+··*·Non-maintainer·upload.
+··*·nomdupaquet-source:·fixed·missing·dependency·to·dpatch·package·(Closes:·#666)
+
+·–·Prenom Nom···Sun,·30·Sep·2007·18:00:53·+0200
+
nomdupaquet·(2.7.0-1)·unstable;·urgency=low
··*·New·upstream·release:

Encore une fois pas mal de nouveauté sur Dijon :

Avec un peu de nouveauté au centre ville de Dijon :

Dans le quartier du parc :

Au sud de Dijon :

Et à Longvic :