Chtinux Linux, bière et frites à Lille

Ce n'est donc pas une légende, Intel envoie bien gratuitement les documentations techniques de ses microprocesseurs sur simple demande par courrier électronique...

Mon chargé de TP d'Architecture Élémentaire des Ordinateurs me l'avait bien dit l'année passée, mais je n'avais jamais trouvé le bon endroit sur le site web d'Intel.

C'est une réponse à un message laissé sur la principale liste de diffusion du projet OpenBSD (misc@) qui m'a montré la voie à suivre.

On récupère sur cette page le numéro SKU de chacun des volumes que l'on désire commander, puis on suit le lien Order a printed copy (c'est-à-dire "Commander une copie papier"), lequel nous invite à prendre contact avec Intel (par téléphone, courrier postal ou courrier électronique) en prenant bien soin d'indiquer son nom, son adresse postale complète, ainsi qu'un numéro de téléphone (juste au cas où), et bien entendu les numéros SKU des volumes.

J'ai envoyé un e-mail le 1er Octobre, reçu un accusé de réception de la commande le jour même (par e-mail également), et j'ai reçu ce matin les six volumes commandés, par UPS, sans avoir payé quoi que ce soit.

J'ai donc reçu :

• Manuel du Développeur des Architectures Intel 64 et IA-32 Volume 1 : Architecture de Base ;
• Manuel du Développeur des Architectures Intel 64 et IA-32 Volumes 2A et 2B : Référence des Instructions ;
• Manuel du Développeur des Architectures Intel 64 et IA-32 Volumes 3A et 3B : Guide de Développement Système ;
• Manuel de Référence de l'Optimisation des Architectures Intel 64 et IA-32.

Le tout en anglais, bien entendu.

La page web du site d'Intel dédiée à ces ouvrages indique qu'en fait la version papier du Guide du Développeur est en version 25, alors que les versions électroniques (format PDF) librement téléchargeables en sont à la version 28, ce qui n'est pas très gênant vu la qualité du service. De même, le Manuel de Référence de l'Optimisation en est à la version 14 en papier, 15 en PDF.

C'est vraiment une mine d'or pour un étudiant comme moi qui doit faire face à un TP d'assembleur x86. Merci Intel ! :)

Ceci est réalisé sans trucage. Heureusement l'année scolaire ne fait que commencer, le classement n'est que provisoire les amis !

* Rouguy (inconnu au bataillon des séries américaines ou autres télé réalités ... mystère !)
* Mirwais (prononcé "Mirwé" en plus)
* Pernelle (Enfin une fille dans le classement, avec un prénom de méchante soeur de cendrillon !)
* Claudio (En plus ici ça se prononce Claudjô ...)
* Vladimir (parceque quand même ...)
* Sulyvane (rien que pour l'orthographe)
* Jean Paul
* Jean-Jacques

Je tâche d'en trouver 2 derniers demain

Ca y est, ma traduction du must-have Absolute FreeBSD, second edition de Michael W. Lucas (auteur de plusieurs ouvrages publiés par l'excellent éditeur No Starch Press, et de la non moins excellente série d'articles Big Scary Daemon chez O'Reilly) vient d'être publiée, chez Pearson Education France !

Il s'agit vraiment d'un très bon ouvrage, qui peut aussi bien intéresser des étudiants débutant sous Unix que des professionnels désirant découvrir ou approfondir leur connaissance de FreeBSD, en passant par les passionnés en manque d'inspiration pour bidouiller.

Le livre essaie de montrer tous les aspects de ce système libre, et de couvrir les principaux logiciels qu'on y trouve.

L'auteur commence par introduire FreeBSD, son histoire, sa communauté, comment obtenir de l'aide. Après un chapitre sur l'installation du système, on il explique son processus de démarrage, puis enchaîne sur un chapitre concernant les différentes infrastructures de sauvegarde. Après avoir appris à maîtriser man(1), sysinstall(8), le chargeur et les scripts de démarrage, tip(1) pour les consoles série, mt(1), tar(1), dump(8), restore(8) et RCS, on voit qu'on n'en n'est qu'à peine au cinquième chapitre, qui parle du noyau, et on comprend un peu pourquoi ce livre est essentiel :). Tout y passe : le réseau, la gestion des permissions d'accès aux fichiers, les slices et les partitions, les systèmes de fichiers (NFS et SMB/CIFS compris), PF (un peu survolé mais il fait l'objet d'un autre ouvrage paru récemment chez le même éditeur, ouvrage que j'espère bien traduire dans un futur proche), les jails, les fichiers de /etc/, le système de paquetages et de ports, les mises à jour, etc..

Suivent quelques chapitres qui raviront les administrateurs systèmes Unix, parlant de Bind, d'OpenSSH, d'inetd, de Sendmail, d'Apache...

La fin du livre est un peu plus barbue, notamment en ce qui concerne GEOM et la gestion des disques durs (mise en place des différents types de RAID, etc.). Le vingtième chapitre parle d'installations diskless, de NanoBSD (systèmes embarqués) et de FreeSBIE (un FreeBSD en version live). Le dernier chapitre traîte du debugging et des kernel panics...

L'ouvrage se termine par une importante annexe dressant la liste des principaux sysctl, pratique pour une référence rapide en cas de besoin.

Il s'agit, à n'en pas douter, d'un ouvrage de référence à mettre entre toutes les mains, d'autant que, pour ne vraiment rien gâcher, l'auteur insiste beaucoup sur l'aspect profondément communautaire du développement de FreeBSD. Les livres dédiés aux systèmes BSD sont vraiment très rares en français, alors comme l'a écrit mon relecteur technique chez GCU, n'hésitez surtout pas à soutenir ce genre d'initiative $$$ :p. Six mois de boulot, j'espère que vous apprécierez ! :)

Comme à chaque nouvelle version, ubuntu a mis en place un compteur affichant le temps restant avant la sortie officielle de sa nouvelle version.

Vous pourrez donc suivre sur mon blog ce compteur :

A bientôt !

Ceci est la traduction d’un article paru le 11 Septembre dernier sur l’excellent undeadly.org (alias the OpenBSD Journal) intitulé How OpenBSD is made.

Mitja Muženič nous a envoyé une belle histoire à propos du cycle de développement d’OpenBSD, et la voici donc…

A chaque nouvelle version, de plus en plus de nouveaux utilisateurs sont attirés par Puffy, et ils ont à chaque fois des questions concernant le cycle et le processus de développement d’OpenBSD. Bien que cela soit déjà bien documenté dans la FAQ, voyons un peu comment on en arrive à la naissance d’une nouvelle version.

Le cycle de développement commence immédiatement après la sortie de la dernière version (en fait un peu plus tôt comme nous le verrons). Le principal endroit où se passe le travail de développement est le dépôt central du code source du projet, qui est un dépôt CVS. Les développeurs enregistrent (commit) leur travail sur le dépôt CVS à fin de sauvegarde et de distribution, et le code résultant de ces opérations est appelé OpenBSD-current. C’est là que se fait tout le travail de développement. -current, c’est la pointe de la technologie. C’est également une cible mouvante, avec une moyenne de 40 commits par jour, et les modifications apportées peuvent varier d’assez trivial à très complexe. Néanmoins, l’arbre des sources n’est jamais cassé de manière intentionnelle ; si une modification casse la compilation, elle est immédiatement corrigée ou
annulée. Pourquoi ? La raison en est simple : sur la majorité des plateformes supportées, le système est reconstruit en entier tous les quelques jours pour vérifier que tout compile et fonctionne correctement. Ces versions sont alors appelées snapshots (instantanés). Les snapshots constituent une part importante du processus de test global. Ils constituent également un bon moyen de suivre le développement sans avoir à trop se salir les mains – par une simple mise à jour binaire d’un snapshot à un autre on peut se faire une idée de ce que donnera la prochaine version, et on peut aider les développeurs dans leur travail via les rapports de bugs.

OpenBSD sort deux versions par an : une le 1er Mai et l’autre le 1er Novembre. Les quatre mois qui suivent la sortie d’une version sont dédiés au développement et les deux autres mois de chaque cycle sont utilisés pour d’une part stabiliser le code et d’autre part la construction de la version à proprement parler. Habituellement, le gros des changements majeurs se passe au début du cycle, souvent au cours d’un hackathon, de façon à ce qu’il y ait suffisamment de temps pour ajouter de nouvelles fonctionnalités et procéder à diverses améliorations. A mi-cycle environ, le travail se tourne d’une part vers la correction des bugs (moins glamour) et d’autre part vers le nettoyage et la stabilisation générale du code. Environ dix semaines avant la date de sortie de la version, on passe en softlock. C’est le moment d’apporter les retouches finales au code qui sera bientôt finalisé. Les commits sont relus avec attention, et se font de plus en plus rares jusqu’à ce qu’on en arrive au verrouillage complet (full lock) de l’arbre des sources, où plus rien n’est ajouté. A ce moment, le code est gelé, et on procède à la construction et à la vérification des versions pour chaque architecture. Enfin, les fichiers de la version sont envoyés à l’usine de fabrication des CDROM un bon mois avant la sortie. L’arbre des sources est alors déverrouillé et les développeurs repartent pour un nouveau cycle de développement, qui commence à la publication réelle de la version. -current et les snapshots qui lui sont associés sont déjà loin devant, roulant à pleine vapeur.

Quand se rapproche la date de sortie d’une version, les serveurs FTP miroirs dispersés sur toute la planète reçoivent les versions complètes, et les CDROM sortent de l’usine pour arriver chez les distributeurs principaux d’OpenBSD. Les CDROM arrivent généralement en avance, de telle manière qu’ils sont envoyés en avant première aux personnes ayant réservé à l’avance. Comment pourrait-on mieux remercier ceux qui en payant à l’avance ont aidé à couvrir les frais de fabrication des CDROM ?

Enfin arrive le jour de la sortie, avec l’annonce traditionnelle sur les listes de diffusion. Sur les serveurs FTP miroirs, les dossiers contenant la nouvelle version sont dévoilés au public, et c’est par ailleurs le jour de la publication officielle des CDROM. Mais cela ne s’arrête pas là : dans CVS, on voit la création d’une nouvelle branche, nommée -stable. Pour les douze mois à venir, tous les correctifs de sécurité et de stabilité de -current seront rapatriés vers la version -stable du code venant juste d’être publié.

Au moment où j’écris ces lignes, nous approchons de la date de sortie d’OpenBSD 4.4, et les réservations sont déjà ouvertes. Si vous voulez aider à financer cette version et le travail pour celles à venir, réservez (international, Europe) dès maintenant !

... qui chante en russe




c'est ma copine Rita :)


... Que j'ai connue en Pologne

J'ai eu un peu de mal à configurer mes sites web automatiquement.

C'est à dire que sur le même serveur, je veut pouvoir avoir des sites à configurer manuellement, et d'autres (sous un aure nom de domaine automatiquement).

J'utilise donc les VirtualDocumentRoot. Cepebndant ma première configuration me bloquée le example.com, et les logs n'était pas satisfasant.

Voila ou j'en suis.

Dans cette config:

Tous les sites sous *.domaine.org sont situé dans /home/domaine/htdocs/

domaine est un utilisateur du serveur. On utilise suphp et suexec pour cela.

Le site exemple.domaine.org est situé sous /home/domaine/htdocs/exemple/www. Cela permet d'avoir des fichiers de configuration en dehors du répertoire accessible via le web, mais en séparant ces configs. On peut faire la même chose avec les script cgi en modifiant le scriptAlias.

le site domaine.org est redirigé vers www.domaine.org

Le log contient le nom du serveur sur la première partie.

<VirtualHost *:80> ServerAdmin webmaster@domaine.org UseCanonicalName Off DocumentRoot /home/domaine/htdocs VirtualDocumentRoot /home/domaine/htdocs/%-3+/www SuexecUserGroup domaine users <Directory "/home/sadmarke/htdocs/%-3+/www"> Options Indexes FollowSymLinks AllowOverride All Order allow,deny Allow from all </Directory> ServerName www.domaine.org ServerAlias *.domaine.org LogFormat "%V %h %l %u %t \"%r\" %s %b" vcommon CustomLog /var/log/apache2/valias.domaine.org-access_log vcommon ScriptAlias /cgi-bin/ /home/domaine/cgi-bin/ AddHandler x-httpd-php5 .php </VirtualHost> <VirtualHost *:80> ServerName domaine.org RedirectMatch 301 (.*) http://www.domaine.org$1 </VirtualHost>

Avec %-3+ on a une redirection complète selon la partie avant example.org (redirection de site.bis.domaine.org vers /home/domaine/htdocs/site.bis/www et non vers /home/domaine/htdocs/site/www)

Les sources:

• Redirection 301 via virtualhost
• La documentation Apache sur les alias
• Une piste pour le domaine.org

Je l’attendais depuis longtemps cette fonctionnalité (sous gmail) et google l’a fait. Il est maintenant possible de rajouter sur un filtre l’action “Ne jamais envoyer dans le dossier Spam”.

Ça vous permet de rajouter des filtres spéciaux qui garantissent que un email répondant à vos critères ne sera jamais classé par erreur dans le spam par gmail (je sais, gmail se trompe relativement rarement dans ce cens, mais quand même…).

Utile et enfin disponible (depuis quand? j’avoue l’avoir remarqué comme ça et ne pas trop suivre les news sur les produits non open-source de google…).

(Note: sinon en IMAP il était déjà possible d’explorer à distance votre dossier spam et de le filtrer, mais bon…)

Bon ben voilà, je suis licencié. Enfin pas tout-à-fait licencié dans la mesure où j’étais dans le deuxième et dernier mois de ma période d’essai, mais ce n’est là qu’un petit détail, ne chipotons pas pour si peu.

C’est dommage, parce qu’elle me plaisait bien cette boîte. Boulot motivant, bien payé, super ambiance, cadre de travail vraiment pas commun (notamment les jolis tableaux de Mathias Duhamel, omniprésents dans les couloirs et les bureaux du Campus GOTO), etc.. Et puis surtout, les boîtes acceptant un étudiant en temps partiel ne sont pas légion, et elles méritent le respect.

Je réalise que pour une fois que je dis du bien d’une entreprise, il faut qu’elle me vire. Les amis ont passé le week-end à m’expliquer que c’est comme ça le monde du travail, on te convoque à 17:40 un Vendredi soir pour t’expliquer que Lundi faut venir prendre ton chèque. Sauf que là je me retrouve à ne même pas savoir si je vais pouvoir m’inscrire à la fac’ (date limite des inscriptions : 28 Septembre), et je n’aurai de toute façon pas droit au statut d’étudiant salarié parce qu’il faut pour cela un contrat de travail couvrant toute l’année universitaire et que cette dernière a commencé il y a une semaine… Ah et comme je n’ai pas les 200 € qu’il faut payer pour la sécurité sociale étudiante, je vais encore passer un an sans sécu. Bref, comme tous les ans depuis quatre ans, cette année universitaire commence de manière catastrophique, tout ça parce que dans un contexte de forte hausse de l’activité, GOTO Software ne peut se permettre de perdre du temps à me former. Ça fait beaucoup d’un coup, et je vais avoir du mal à m’en remettre.

Enfin bref, j’ai mis à jour mon Curriculum Vitae et mon profil Lolix, et je repars en campagne. Je suis donc à la recherche d’un emploi stable (ie non précaire) à temps partiel (quinze à vingt heures hebdomadaires selon salaire et disponibilités), si possible dans l’administration système d’Unices libres (forte préférence pour du BSD, mais Linux je prends aussi), sur la métropole Lilloise (L’Université Lille I étant située à Villeneuve d’Ascq, et n’étant pas titulaire du permis de conduire, être situé proche d’un métro de la ligne 1 serait vraiment vraiment bien).

Pour terminer sur une notre joyeuse, et puisque je n’ai pas eu le temps d’en parler avant, les pre-orders pour les CDROM d’OpenBSD 4.4 sont ouvertes. Le poster est vraiment chouette, et la chanson est comme d’habitude bien marrante. Je risque d’ailleurs d’en publier sur ce blog une traduction des paroles. Ah et j’ai entamé la traduction de l’article d’undeadly concernant le processus de développement d’OpenBSD qui est paru il y a quelques jours. Je vais avoir un peu de temps dans les jours à venir, alors autant en profiter…

(Photo : Le Monde)
C'est Nicolas Hulot qui le dit!
"On se gargarise tellement du terme développement durable qu'il finit par me donner la nausée. Quand je vois ceux qui veulent faire un grand prix de F1 aux portes de Paris sous le signe du développement durable, je dis "halte au feu"! Il faut être cohérent"
Nicolas Hulot dans Libération, cité par Le Monde

J’ai écrit une page pour regrouper des informations utiles sur la configuration du wifi à l’Université des Sciences et Technologies de Lille 1 (USTL). Cette page s’intéresse particulièrement à la configuration sous Linux (méthode graphique ou avec wpa_supplicant).

Cette page est loin d’être parfaite, alors n’hésitez pas à me contacter pour suggérer des améliorations…

Ce billet s’adresse à ceux qui ont installé (K)Ubuntu sur un asus eee pc 901 et qui ont des problèmes avec la gestion des évènements acpi. Cela résout par exemple le problème du lancement de kmail lors du branchement de l’adaptateur secteur…

Détail sur les configurations concernées: j’ai choisi d’installer Kubuntu sur mon eee pc 901, avec la méthode décrite sur cette page avec l’installation du noyau spécialisé pour l’eeepc connu sous le nom de “Adamm’s kernel“. Ce noyau inclut notamment part défaut le module eee-acpi. Il est fort probable que d’autres configurations basées sur Ubuntu soient concernées par ce problème. (En particulier les asus eeepc 1000 et 1000h semblent très semblable du point de vue de la configuration matérielle)

Introduction sur les évènements acpi

Si vous rencontrez ce problème, vous vous demandez comment un tel bug peut se produire.

Les évènements acpi sont de divers natures et peuvent survenir dans de multiples situations. Ils peuvent par exemple être liés à l’appui de touches spéciales (comme les 4 touches spéciales en haut du clavier du 901, les touches (accessibles avec la touche “Fn” en bleu) pour gérer le contraste, le volume, l’activation du wifi, etc… Des évènements acpi surviennent aussi en fonction de la batterie, du branchement/débranchement de l’adaptateur secteur…

Pour observer les évènements acpi qui surviennent, une commande vous sera utile: “acpi_listen”. (Un peu de “googlage” et de lecture de page de manuel vous sera utile.)

Les événements générés lors du branchement/débranchement de l’adaptateur secteur

Lorsque vous branchez l’adaptateur secteur, les événements acpi suivant surviennent:

ac_adapter AC0 00000080 00000001
battery BAT0 00000080 00000001
hotkey ATKD 00000050 00000003
battery BAT0 00000080 00000001
ac_adapter AC0 00000080 00000001

Lors du débranchement, ce sont les événements suivants:

battery BAT0 00000080 00000001
ac_adapter AC0 00000080 00000001
ac_adapter AC0 00000080 00000000
battery BAT0 00000080 00000001
hotkey ATKD 00000051 00000002

Les élèments posant problème dans la gestion de l’acpi

Sans rentrer dans le détail du fonctionnement des scripts acpi, les deux scripts suivant étaient présents sur ma configuration problématique:

* /etc/acpi/events/asus-internet :

# /etc/acpi/events/asus-internet
# This is called when the user presses the internet button and calls
# /etc/acpi/hotkey.sh for further processing.

event=hotkey (ATKD|HOTK) 00000051
action=/etc/acpi/webbtn.sh

* /etc/acpi/events/asus-mail :

# /etc/acpi/events/asus-mail
# This is called when the user presses the mail button and calls
# /etc/acpi/hotkey.sh for further processing.

event=hotkey (ATKD|HOTK) 00000050
action=/etc/acpi/mailbtn.sh

Vous l’aurez peut être remarqué, ces fichiers sont associés à la gestion des évènements suivants: “hotkey (ATKD|HOTK) 00000051” et “hotkey (ATKD|HOTK) 00000050“.

Ces évènements sont associés au branchement de l’adaptateur secteur sur l’asus eee 901.

Je suppose que l’origine de ce problème est du à un autre asus utilisant ces mêmes codes pour les touches rapides de composition d’email et du navigateur web. (Vous pourrez remarquer en jetant un coup d’oeil dans les dossiers “/etc/acpi/” et “/etc/acpi/events/” qu’il peut y en avoir bien plus que ce qui est strictement nécessaire pour votre machine.)

La solution est relativement simple. Pour commencer, vérifiez que vous avez les fichiers “/etc/acpi/events/asus-mail” et “/etc/acpi/events/asus-internet/” et vérifiez que leur contenu est bien celui indiqué ci-dessus.

Ensuite, créez un dossier pour sauvegarder ces fichiers (c’est toujours plus sûr que de les supprimmer brutalement):

mkdir -p ~/backup/eee-acpi/events

Déplacez ensuite les fichiers dans ce dossier:

sudo mv /etc/acpi/events/asus-mail ~/backup/eee-acpi/events
sudo mv /etc/acpi/events/asus-internet ~/backup/eee-acpi/events

Relancez ensuite la gestion de l’acpi:

sudo /etc/init.d/acpid restart

Vérifiez ensuite si le problème est bien résolu…

Pour finir

N’hésitez pas à laisser un commentaire si vous avez rencontré le même problème sur cette configuration ou sur d’autres, si le problème a été résolu, etc…

Coup classique sur l’Asus eee pc 701/900/901 (et sur d’autres netbooks avec une résolution verticale de 600 comme le Dell Inspiron Mini, le Medion akoya mini, le MSI Wind, etc…) : les fenêtres sont trop grandes pour votre petit écran.

Si vous utilisez Ubuntu, KUbuntu ou une autre distrib Linux utilisant Gnome ou KDE (voire même Enlightenment et surement d’autres gestionnaires de fenêtres), la solution est en général assez simple : il vous suffit d’être capable de déplacer la fenêtre depuis n’importe quelle partie de celle-ci. Pour se faire maintenez enfoncée la touche [Alt] et saisissez la fenêtre avec le touchpad/la souris.

Certes vraiment un truc de base, mais vraiment indispensable à savoir aussi.

Je suppose que la CNIL ne vend pas de numéros de déclaration en mettant les prix aux enchères suivant les numéros en question…

Un heureux élu semble avoir raflé le numéro 12345678… Rien que ça! (En plus le site est au sujet d’un produit qui plait à certains geeks…)

Un autre site semble d’ailleurs avoir obtenu le numéro 123456789 le 00/00/2004 (ne me demandez pas comment on prononce le mois en français…).

Bon c’était la partie blague (enfin y a plus drôle…) du jour. Bientôt des articles un peu plus sérieux…

Si vous avez suivi l'actualité des dernières semaines et particulièrement dans le monde du libre, vous savez sans aucun doute, qu'était organisé ce week-end à lille la grande Braderie édition 2008.

J'ai participé activement à l'organisation et au déroulement de celle-ci en intervenant pour diverses associations dont je suis membre : Chtinux et Oxyradio nottamment.

Nous avons donc, avec Oxyradio suivi la braderie de lille en direct, animé la place du Vieux marché aux Chevaux où se déroulait le village du libre organisé par Chtinux.

Pendant les émissions d'Oxyradio, nous avons donc invité un bon nombre de personnes présentes sur les stands, des membres de l'april, d'ubuntu-fr également et avons pu discuter avec tous ces bénévoles des projets en cours ou à venir de leur association.

La toute première émission de Mathieu Pasquini, fondateur de la maison d'édition InLibroVeritas, "Les enfants du web" a également vu le jour, avec de nombreux invités qui ont parlé de logiciels libres et du monde du libre en général.

Je vous laisse découvrir par vous même les différentes interviews et émissions sur le site d'Oxyradio, en cliquant sur le lien "Podcasts" dans le volet de droite. Certains Podcasts sont encore à venir ;)

A très bientot ;)

Un repas communautaire organisé par l’April et par Chtinux aura lieu le jeudi 4 septembre 2008 (jeudi précédent la braderie où aura lieu un véritable Village Logiciel Libre) à Lille. Ce repas est ouvert aussi bien aux adhérents qu’aux non-adhérents de l’April et il est l’occasion, pour ceux qui le souhaitent, de rencontrer Frédéric Couchet(délégué général de l’April).

Un apéritif est prévu à 19h au Café citoyen et Frédéric en profitera pour nous présenter l’April. Ensuite, le repas communautaire aura lieu au Yokohama (restaurant japonais, ici la google map).

Si vous êtes intéressés pour le repas, il vous faut vous inscrire via le wiki de l’April avant le 2 septembre afin de permettre les réservations.

Comme tous les ans depuis peu, l’association Chtinux (Groupe d’Utilisateurs de Logiciel Libres sur la métropole lilloise) dont je suis membre sera présente à La Braderie de Lille 2008.

Mais petite nouveauté, cette année c’est une sorte de “mini-village logiciel libre” qu’il y aura. De nombreuses autres associations de défense du logiciel libre (tant locales que nationales) seront présentes.

De nombreuses communautés (dont certaines ont déjà été présentes avec Chtinux les années passées) d’utilisateurs de GNU/Linux et de logiciels libres seront présentes à la braderies. Parmi les communautés prévues, on trouve:

• L’April (Note: Un repas communautaire APRIL ouvert à tous aura lieu le jeudi précédant la braderie)
• L’AFUL
• Wikimedia France
• Ubuntu-Fr
• Fedora-Fr
• BSD France (et oui il n’y a pas que Linux comme OS libre)
• In Libro Veritas
• Comité d’organisation des RMLL 2009 à Nantes
• Linux62
• CLX
• Linux Cambrésis
• la SSLL locale Cliss XXI

Pour le lieu, il s’agit de la Place du Vieux Marché aux chevaux (lien vers la google map) ou l’on trouve notamment le Café Citoyen, bien connu des Chtinuxiens ;)

Liens utiles:

• chtinux.org
• post officiel de Chtinux concernant la braderie 2008

UPDATE (03/09/2008): Venez avec vos empreintes de clé GPG si vous voyez de quoi je parle, c’est toujours utile…

Voilà voilà... normalement, en octobre, je devrais habiter dans la résidence universitaire la plus moche de la ville (Münster).

Mais je l'ai choisie !
C'est grand et pas cher, c'est près de ma fac, c'est au bord du lac, c'est près de la campagne, près du zoo... vous viendrez me rendre visite hein ? M'apporter du Maroilles ? Surtout que je suis membre du réseau "Couchsurfing" (Pseudo : Zerbinet) et du Hospitality Club (Pseudo : Zerbinette)

Surtout que vous pouvez faire l'aller-retour pas cher en bus :
- 38 € l'aller (- de 26 ans) avec Eurolines Lille-Münster (départ 4h15 arrivée 12h45)
- 61€ l'aller-retour en bus de nuit avec Berlin Linien Bus (Lille-Bielefeld en bus arrivée à 4h du mat', puis un train régional très matinal pour Münster)

STATUT ACTUEL: Je possède toujours des comptes MSN Messenger/Windows Live Messenger, pour pouvoir communiquer avec les gens qui n’ont que ce système de messagerie instantannée. Néanmoins, je ne suis que plus facilement disponible sur Jabber. N’hésitez donc pas à me demander mon adresse Jabber si vous me connaissez.

La suite de ce post explique un peu les raisons de ce choix. (Etat de brouillon, à compléter/reformuler, les liens fournis vous en apprendront surement plus, n’hésitez pas à fouiner…)

Beaucoup de monde a MSN Messenger (désigné par “MSN” dans la suite), certes. La messagerie instantannée c’est bien pratique, certes. Mais faut-il pour autant penser tant de bien de MSN et oublier les alternatives? Certainement pas!

Qu’est ce qui ne va donc pas avec MSN? Quelques explications:

• MSN est un protocole propriétaire, contrôlé par une seule entreprise: Microsoft
• Pour utilisez le service, vous devez utiliser le réseau et les serveurs de Microsoft, et MSN ne rend pas la tâche facile pour communiquer avec ceux qui utilisent autre chose! Imaginez que votre opérateur de téléphonie mobile décide demain de vous empêcher de communiquer avec ceux ayant un autre opérateur? Vous ne seriez sans doute pas prêt à l’accepter sans rien dire? De même, lorsque vous échangez des emails, vous pouvez le faire avec quelqu’un qui utilise un autre prestataire de service (Yahoo, Gmail, Hotmail, AOL, Orange/Wanadoo, Free, etc…). Pourquoi devriez-vous utiliser une messagerie instantannée plus fermée?
• En utilisant les serveurs Microsoft, vous laissez ceux-ci filtrer, censurer, ou (potentiellement) enregistrer le contenu qui y transite. Je ne dis pas qu’on ne peut faire confiance à personne, mais à priori chacun doit être libre de pouvoir choisir en qui il a confiance… Pour ce qui est du filtrage, il m’est déjà arrivé de me faire filtrer des messages, simplement parce que j’ai envoyé des URLs contenant “.googlepages.com” (il est aussi arrivé que tous les liens youtube soient filtrés). De plus, le message indiqué par MSN était vraiment peu explicite (quand j’étais au courant). Pourquoi accepter de laisser à Microsoft le choix de filtrer ou pas les addresses des sites légitimes dont vous souhaitez discuter?
• Si vous lisez les conditions d’utilisation du service (qu’il faut certes réussir à comprendre), c’est votre droit que de les trouver inacceptables.

Bref, l’article Wikipédia sur MSN Messenger / Windows Live Messenger pourra sans doute vous le confirmer, il y a plein de raisons de ne pas trop apprécier MSN Messenger.

Mais quoi donc utiliser à la place de MSN?

Personnellement, je préfère Jabber/XMPP: un protocole libre, ouvert, non contrôlé par une unique entreprise (n’importe qui peut créer ses propres serveurs) et interopérable (vous pouvez dialoguer avec n’importe qui utilisant Jabber, qu’il utilise le même serveur que vous ou un autre).

En cherchant un peu sur le web, vous trouverez facilement plusieurs sites proposant le service Jabber. Notez qu’il suffit d’avoir une adresse Gmail pour avoir Jabber. (Gtalk, la messagerie instantannée de google, utilise en fait Jabber.)