BastNic's blog

Ajout du 03/12/07 : une troisième génération est sortie, à base de Santa Rosa, la technique pour le wifi est un peu différente. Voir l'article qui va bien pour cette version de MacBook.

Ce billet est une traduction de l'article How To Enable Wireless Networking on the Macbook : Ubuntu 7.10 paru sur ubuntu-tutorials.com.

Je précise que je ne possède pas cette révision de MacBook possédant la toute première version. Mais vu le niveau de la personne et sachant que je me suis plusieurs fois servis de ces excellents tutoriels, je prends le risque de poster ici la traduction.

Avec la sortie d'Ubuntu 7.10, je vais devoir revoir tous mes anciens tutoriel ..., là je vais vous parler de la configuration et de l'activation du wifi pour les MacBooks seconde génération (ndt : Core 2 duo) pour Ubuntu 7.10.

sudo aptitude install build-essential
wget -c http://snapshots.madwifi.org/madwifi-trunk-current.tar.gz
tar -zxf madwifi-trunk-current.tar.gz
cd madwifi-ng-*
make
sudo make install
sudo modprobe ath_pci
sudo modprobe wlan_scan_sta

Vous devez maintenant pouvoir scanner tous les réseaux wifis et pouvoir vous connecter à ceux qui sont disponibles sans avoir à redémarrer. Profitez !

Merci à Yorick d'avoir préparé la lettre de rentrée de l'association Giroll.

Giroll (pour Gironde Logiciels Libres) est un collectif de personnes souhaitant partager leur passion pour les Logiciels Libres à Bordeaux.

Assez axée sur Ubuntu - ce sympathique groupe a été lancée par un post sur le forum ubuntu-fr - met en avant cette distribution, tout en étant à l'écoute des souhaits de chacun concernant leurs choix de distribution. Mais quand on nous dit "je veux du Linux"... Nous proposons en premier Ubuntu...

Si jamais tu apprécies Ubuntu, ou n'importe quel LL, tu es sur Bordeaux, tu es le bienvenue à nos réunions (voir ci-après).

Bonjour à tous,

Pour la seconde année consécutive, Giroll (Gironde Logiciels Libres) vous accueille dans les locaux de l'Espace Culture Multimédia du centre d'Animation Saint Pierre. Fort d'une année de découvertes et d'expérimentations autour des logiciels libres et de GNU/Linux, nous allons proposer cette année encore des ateliers d'entraides et d'initiations aussi divers que variés.

Première nouveauté cette année, les rendez-vous du mercredi soir sont déplacés au jeudi soir, avec un atelier thématique par mois au lieu de 3. Les autres seront plus libre, histoire de se consacrer aux attentes de chacun. Début des ateliers : jeudi 18 octobre.

Seconde nouveauté, nous disposons d'un nouveau créneau horaire le samedi de 14h à 18h. Nous ouvrons donc le "laboratoire Giroll" : un temps d'expérimentation pour appréhender des techniques liés au monde du libre : apprendre a créer un serveur LTSP (Linux Terminal Server Project), mettre en place des partages réseaux, utiliser des logiciels de créations (The Gimp, Inkscape, Blender, Kino ...). N'hesitez pas à proposer vos envies d'expérimentations. Début des ateliers : samedi 13 octobre.

Vous êtes intéressés par Giroll ? N'hésitez pas à passer nous voir un jeudi soir ou un samedi après midi...

A venir :

• samedi 13 octobre : Montage de machines (PIII 450, Celeron 700 ...) pour la création d'un réseau avec lesquels nous allons expérimenter diverses techniques réseau.

• jeudi 18 octobre : Premier atelier du jeudi.

• samedi 20 octobre : Journée du libre au centre d'animation du Grand Parc (36 rue Robert Schuman à Bordeaux). Il n'y aura donc pas d'accueil au centre d'animation Saint Pierre.

Editeur : Giroll.org

Bazaar est un gestionnaire de version, un VCS en anglais : Version Control System.

Si jamais vous ignorez ce qu'est un gestionnaire de version je ne peux que vous conseiller de vous renseigner sur ce qu'est un gestionnaire de version (la définition sur Wikipedia). Si vous développez souvent et que vous n'en utilisez pas, je vous recommande de lire cet article.

Il existe beaucoup de VCS concurrents de Bazaar : mercurial, CVS, SVN. Le plus connu est certainement svn, je l'utilise moi-même beaucoup car il est très utilisé sur les divers projets auxquels je participe. Je privilégie le 3/4 du temps bazaar, mais ce n'est pas toujours moi qui initie les projets donc...

Bazaar est très à la mode en ce moment car il est très utilisé dans le monde ubuntero. Il est même intégré au célèbre Launchpad. Parmi les nombreuses super fonctionnalités, celles que j'apprécie particulièrement sont :

• la simplicité de mise en place comparée à svn... Il y a peu de temps j'ai essayé de le faire utilisé par un ami, mais malgré le super tutoriel de David Larlet... il a raté (il est loin d'être débutant pourtant).
• l'utilisation hors-ligne, chacun fait ses commit dans son coin puis on regroupe le tout.

Il est donc très bien intégré à Ubuntu et est très simple à installer :

sudo aptitude install bzr

Si jamais vous voulez une interface graphique pour vous en servir, il existe une interface GTK :

sudo aptitude install bzr-gtk

Mon projet

J'ai sous le coude au moins un projet à développer à l'aide du framework PHP Code Igniter. Ce projet va être développé à plusieurs, pour l'instant nous sommes deux et d'ici moins d'une semaine nous serons trois. Il est impossible de coder quelque chose à plusieurs sans gestionnaire de version.

Le deuxième avantage cité tout à l'heure est sympa dans ce cas présent étant donné que toutes les personnes qui vont travailler sur le projet n'ont pas tout le temps accès au serveur de l'entreprise.

je rappelle mon précédent article sur Code Igniter qui vous expliquait comment je hiérarchise mes répertoires. Le projet présenté ici est de rentre mon installation de Code Igniter versionnable.

J'ai donc un dossier nommé codeigniter à la racine de mon répertoire personnel dans lequel on trouve :

* application-test-1
* application-test-2
* bambooinvoice.
* projet-a-realiser
* ci_default_application
* ci_system
* ci_user_guide

Je ne veux pas me répéter, mais cette configuration me permet, pour une seule copie des fichiers systèmes (ci_system), d'avoir un nombre quelconques d'applications.
Côte-à-côte nous avons donc les applications d'exemples, de tests, voir bambooinvoice (un des plus gros exemples concret de CodeIgniter). J'aime beaucoup travailler ainsi.

Mise en place de bazaar sur notre projet

Revenons dans notre dossier de tout-à-l'heure et initialisons le projet :

bzr init

Le dossier contient maintenant un dossier de plus :

* .bzr
* application-test-1
* application-test-2
* bambooinvoice.
* application-excellent-exemple
* projet-a-realiser
* ci_system
* ci_user_guide

L'initialisation de bazaar dans le dossier nous crée un dossier .bzr dans lequel on trouve tout ce qui permet de gérer les différentes versions... Pour l'instant il ne contient pas grand chose car nous n'avons pas encore validé le contenu ("commit" en anglais).

bzr status

nous indique qu'il existe un certain nombre de fichiers inconnus, ajoutons les via la commande

bzr add

puis validons les changements avec

bzr commit -m "premier versement"

Il vous sera demandé d'ajouter une explications aux changements effectués. Pour une première initialisation j'ajouterais simplement "premier versement". Vous venez de créer la première révision de votre projet.

Publier votre projet

Le dépôt est prêt. Mais plusieurs cas de figures se présentent...

1. si vous êtes le seul à travailler dessus et que vous n'avez qu'une seule machine alors c'est bon, vous n'avez rien à faire, juste des commit de temps en temps et votre projet sera enregistré aux moments clés de leurs avancements. Si jamais vous faites de grosses erreurs vous pourrez revenir en arrière...
2. vous avez votre base de travail sur votre ordinateur et vous désirez publiez votre travail sur une machine que nous appellerons "serveur" qui sera le point central de tous les travaux (c'est ce que propose le launchpad).

Nous allons nous attarder sur le deuxième cas, donc comment envoyer votre travail sur le serveur, comment récupérer ce qui a été modifié par les autres personnes travaillant sur le projet.

Avec la commande précédente bzr commit, vous avez créé la première révision... Plaçons la sur la machine serveur. Je suppose ici que nous allons passer par du ftp sécurisé (sftp), et que le répertoire sur lequel nous allons placer le projet est /home/bast/Codeigniter (il faut noter l'adresse absolue sinon ça ne marche pas).

bzr push sftp://<utilisateur sur le serveur>@<monserveur>/home/bast/Codeigniter

Maintenant vous pouvez travailler en local, faire vos commit de temps en temps.. Mais vous resterez en local. Quand vous voudrez publier votre travail, il faudra suivre un cycle de commande :

bzr merge
bzr commit
bzr push sftp://<utilisateur sur le serveur>@<monserveur>/home/bast/Codeigniter

Le bzr merge permet de synchroniser le travail en local et sur le serveur, le bzr commit valide les changements dus aux merge, et enfin on publie tout via bzr push.

Récupérer le projet

C'est extrêmement simple et très proche de la commande précédente pour envoyer tout sur le serveur :

bzr branch sftp://<utilisateur sur le serveur>@<monserveur><chemin absolu>

On récupère ainsi la dernière branche du serveur (dernière version du projet courant). Ensuite pour pouvoir travailler dessus et publier son travail, et bien il suffit de faire comme le point précédent, merge, commit et push.

Autre commandes utiles

bzr log

... pour voir l'historique de toutes les modifications

bzr revert -r <un numero de version>

... pour revenir à une version précédente

bzr help <commande> ... pour plus d'information sur une commande bzr, par exemple bzr help revert vous donnera la documentation et des exemples sur l'utilisation de la commande revert.

Conclusion

Voila un premier tutoriel...
Rien de vraiment exhaustif, il manque un gros tas de commande mais je voulais juste montrer un cas concret : ce qui va être utile à mes collaborateurs les mois à venir.

Pour une documentation plus 'documentation', je vous conseille ces quelques excellents liens issus de la documentation francophone de bazaar :

• la documentation générale
• l'introduction rapide sur l'utilisation
• un peu plus qu'une introduction

phpLDAPadmin est une interface web d'administration d'annuaires LDAP. Vous pouvez l'installer par la commande

sudo aptitude install phpldapadmin

Et la documentation sur les annuaires OpenLDAP se trouve sur le wiki ubuntu-fr. Néanmoins je ne parlerais ici que de sa traduction et non de son utilisation.

 46 /* The language setting. If you set this to 'auto', phpLDAPadmin will attempt
 47    to determine your language automatically. Otherwise, available lanaguages
 48    are: 'ct', 'de', 'en', 'es', 'fr', 'it', 'nl', and 'ru'
 49    Localization is not complete yet, but most strings have been translated.
 50    Please help by writing language files. See lang/en.php for an example. */
 51 //$config->custom->appearance['language'] = 'auto';

D'après l'aide, pour passer l'interface en français il faut décommenter la ligne et mettre fr. Mais tel quel, ça ne marche pas !

Analysons le problème : Sur Ubuntu, le paquet installe par défaut les fichiers dans /etc/phpldapadmin/ pour les fichiers de conf et templates et dasn /usr/share/phpldapadmin/ pour les fichiers systèmes. Le passage que j'ai cité ci-dessus se trouve dans /etc/phpldapadmin/config.php.

Fichier /usr/share/phpldapadmin/lib/common.php, ligne 121 :

121     # Grab the language file configured in config.php
122     if ($language != null) {
123         if (strcmp($language,'english') == 0)
124             $language = 'en_GB';
125         $language_file = LANGDIR.$language ;
126         
127         # Set language
128         putenv('LANG='.$language); # e.g. LANG=de_DE
129         setlocale(LC_ALL,$language.".UTF-8"); # set LC_ALL to de_DE
130         bindtextdomain('messages',LANGDIR);
131         bind_textdomain_codeset('messages','UTF-8');
132         textdomain('messages');
133         header('Content-type: text/html; charset=UTF-8', true);
134     }

On constate dans ce bout de code que les instructions sur la langue doit-être du type 'fr_FR' plutôt que 'fr'.

Fichier /etc/phpldapadmin/config.php, ligne 51

  51  $config->custom->appearance['language'] = 'fr_FR';

Update du 3/06 : En fait il existe une méthode auto_lang justement pour passer la langue de "fr" à "fr_FR". Du coup la modification devient.

Fichier /usr/share/phpldapadmin/lib/common.php, ligne 125 :

125         $language = auto_lang($language);

Malgrès cette correction, phpLDAPadmin n'est toujours pas en français.
Heureusement, bien que ce soit assez peu documenté sur Internet, on trouve assez facilement qu'il manque ligne 129 une précision sur le codage du texte. phpLDAPadmin est tout en UTF-8, on en conclut donc qu'il faut ajouter :

Fichier /usr/share/phpldapadmin/lib/common.php, ligne 129 :

129         setlocale(LC_ALL,$language.".UTF-8"); # set LC_ALL to de_DE

On recharge la page, et tout est maintenant en français.

Rapport de bug : Bug 118322 signalé sur le launchpad.