Le journal de Charleen

util-linux-2.12a-24.2_loopaes pour Fedora Core 3 disponible

Nouvelle version des utilitaires de gestion des systèmes de fichiers Linux pour Fedora Core 3, util-linux-2.12a-24.2

Voici les RPMS à jour patchés avec les fonctionnalités Loop-AES pour les système de fichiers cryptés.

util-linux et loop-aes: RPMS pour Fedora Core 3

J'utilise tout les jours le système de cryptage LoopAES pour sécuriser les fichiers de mon ordinateur portable. Cette solution nécessite d'appliquer un patch à différents outils du système (mount, losetup,...) distribués pour Fedora par le package util-linux.

Sur la base des travaux de Matthias Hensler, je suis les mises à jour de ce package publiées par l'équipe de Fedora et recompile le package util-linux avec les patchs nécessaires. Si vous êtes intéressé par ces RPMS, vous les trouverez à chaque mise à jour sur mon Blog.

Voici les derniers disponibles:

Certifiez moi

Il ya quelques semaines, j'ai pris conscience que je suis une de ces rares personnes qui ont eu la chance de découvrir le système GNU/Linux dans ses premières heures, époque à laquelle les modules n'existaient pas et que toute installation de matériel signifiait une recompilation du noyau. Nous sommes en 1994, année de ma première installation GNU/Linux sur une bête de course, un PC 80386 à 33 MHz ;-)

Après dix années d'utilisation intensive de ce système, je veux croire que je le connais comme ma poche, que je suis capable de solutionner n'importe quel problème ou de proposer une architecture pour n'importe quel besoin. Aussi, pour valider mes impressions, ais-je décidé de me faire certifier.

J'ai choisi la certification LPI (Linux Professional Institute) pour une question de coût. Comme c'est la règle dans le domaine des certifications (RHCE, MCSE,...), les formations obligatoires avant présentation aux examens ont un coût prohibitif pour le particulier que je suis. Je rappelle que cette démarche est personnelle et que mon employeur actuel ne participe en rien dans le financement de celle-ci.

La certification LPI se veut elle être au service de la communauté Linux et de ses utilisateurs, et autorise le quidam que je suis de se présenter aux différents examens sans passer par la case "formations chères et obligatoires". La démarche est très simple, depuis le site Internet de LPI, on peut facilement s'inscrire en ligne dans un centre d'examen certifié LPI (ces centres sont hébergés par des professionnels de la formation). Les frais d'inscription à un examen reste modiques (100 dollars US) et se règle par carte bancaire, toujours en ligne.

Rendez vous est donc pris pour moi le jeudi 17 mars 2005, de 15h00 à 17h00 pour la première étape du niveau I de cette certification, l'examen 101.

Je fais le pari d'y aller comme ça, c'est à dire sans préparation particulière. Après plus de 10 années d'utilisation de GNU/Linux, je veux croire que je possède le minimum requis pour ce premier examen.

Affaire à suivre...

Linux for Women

Allez, je vous l'accorde, c'est un peu mysogine, c'est de l'humour d'informaticien, ça ne fait pas avancer le monde mais ça m'a fait rire...

Janvier 2005 à Genève...

On a attendu la neige pour Noël, on l'a attendu pour le nouvel an, on y croyait plus, on a rangé les ski commencé à raler contre ce temps qui se détraque et nous prive de notre loisir favoris.

Pas de bol, la nature s'est vengé et nous a arrosé de neige, de froid, de vents, histoire de rendre nos vies quotidiennes un peu plus compliquées.

Hier matin, après 2 jours de chutes de neige non-stop sur tous le bassin lémanique, un bise (vent du nord) violente s'est mise à souffler (100 Km/H d'après les bulletins météo) et a provoqué l'apparition de congères sur les routes. Pour ceux qui ne connaissent pas, une congère est une avancée de neige créée par un vent plus ou moins fort. Le problème, c'est que cette neige soufflée très fine et très glissante s'engouffre sous les voitures et empêche celles-ci d'avancer. Ajoutez-y une température voisine de -10°C, une circulation extrêmement dense (comme d'habitude dans la région) et vous aurez une idée de la situation sur les routes.

Pour vous donner une idée de l'ambiance, voici la retranscription d'un message reçu de la part d'un copain:

Je viens de passer une heure sur la rampe de sortie de l'autoroute... (sortie pour Divonne)
Puis j'ai bloqué le trafic dans les 2 sens à 50 m de la station Shell de Chavannes car les congères ont formé une épaisseur de  neige d'au moins 40cm et ma voiture n'étant pas un chasse neige, elle s'est retrouvée posée dessus !
Du coup les gens bloqués dans l’autre sens par un semi remorque m’ont poussé pour m’aider à repartir ! Merci à eux.
L’année prochaine je roule en 4x4 c’est certain…

Perso j'ai pris cong*s demain car 2h 1/4 pour venir au bureau ce matin et 2h pour rentrer ce soir, basta !

Bonne chance * vous...

Pour ceux qui me connaissent, ce message vient de Pif, vous aurez certainement reconnu le style et la grâce... A mon avis, il est pas près de ressortir sa BMW sous la neige, hahahaaa...

Mais ne restons pas sur une note négative, cette météo apporte aussi un très joli paysage d'hiver, je vous laisse juger sur les quelques photos suivantes (domage pour les propriétaires des voitures ;-)

Java: Privée, protégée, publique... petit rappel

Dans le cadre d'un développement logiciel en Java, j'ai été amené à revoir les notions de droits d'accès aux méthodes d'une classe. Voici ici décrit mon problème initial et comment le langage Java y répond.

Mon problème était de limiter l'accès aux méthodes d'une de mes classes aux classes existantes dans son package uniquement. En d'autres termes, je ne voulais pas que des classes extérieurs au package puissent accéder à certaines méthodes de mes classes. Ceci peut semble idiot, mais l''approche que j'ai utilisé dans le développement de ce logiciel m'oblige à de telle manoeuvre. Je m'explique.

J'ai créé un package Java contenant un ensemble de classes, chacune étant fortement liée aux autres. Je ne voulais pas que ces classes soient instanciables de l'extérieur (l'explication de ce choix est un peu longue pour apparaître ici), mais que des sortes de "Factory" se chargent de renvoyer des instances de ces classes. L'approche toute simple que j'ai utilisé consiste à positionner les constructeur de ma classe comme méthode privée (limitant ainsi l'accès aux instance de cette classe) et définir des méthodes statiques de classe renvoyant des instances de celle-ci. Ainsi, personne ne peut instancier d'objet de cette classe (la JVM l'interdit naturellement) sinon en utilisant les méthodes statiques de celle-ci. Encore une fois, j'ai dit que je n'expliquerai pas le pourquoi de cette approche.

Une définition d'une telle classe serait donc celle-ci:

package com.nicolovici.MyPackage;
class FolderType {
   private int id;
   private String description;

   // Un méthode statique de classe pour obtenir une instance de FolderType
   // Nécessite deux paramètre, un objet Connection et un entier
   static public FolderType getFolderType(Connection conn, int typeId)  {
       // Du code ici pour créer un FolderTypeListEntry
       return new FolderType(fldTypeListEntry);
   }

   // Mon constructeur avec un paramètre de type FolderTypeListEntry
   private FolderType(FolderTypeListEntry entry) {
       this.id = entry.getFolderType();
       this.description = entry.getTypeDescription();
   }
}

On voit ici que le constructeur est privé et qu'une méthode statique de classe, publique elle, permet de récupérer des instances de cette classe.

Maintenant, se pose le problème des autre méthodes de cette classe. Je souhaite définir des méthodes d'accès aux données de ces classes, mais en limitant l'accès à celle-ci selon deux critères: les méthodes accessibles depuis l'extérieur et les méthodes accessible uniquement au sein de mon package (méthode destiné à la communication entre mes classes mais présentant un risque si elle sont utilisées de l'extérieur).

Comme tous les développeurs OO le savent, les méthodes d'une classe se voient dotées d'un attribut définissant les droits d'accès sur celle-ci:

private: la méthode est privé et accessible uniquement au sein de la classe elle-même
protected: la méthode est dite protégée, elle est accessible depuis toute les classes du même package ainsi que toute les classes dérivées de celle-ci (même si elle sont dans un package différent)
public: la méthode est accessible depuis n'importe où

Le statut protected aurait pu être intéressant pour résoudre mon problème, sauf que l'accès est autorisé aux classes dérivées de la mienne. A noter que cet accès depuis les classes dérivées est un peu particulier en Java dans le sens où la méthode protégée doit être utilisée en tant que méthode de la classe fille et non pas de la classe parente, qui elle obtient par dérivation le statut privé. Exemple:

 package Greek;

public class Alpha {
    protected int iamprotected;
    protected void protectedMethod() {
        System.out.println("protectedMethod");
    }
}

class Delta extends Alpha {
    void accessMethod(Alpha a, Delta d) {
        a.iamprotected = 10;    // accès interdit
        d.iamprotected = 10;    // autorisé
        a.protectedMethod();    // accès interdit
        d.protectedMethod();    // autorisé
    }
}

Extrait de la documentation java de Sun.

En relisant la documentation du langage Java, je me suis souvenu que celui-ci propose un quatrième attribut pour les droits d'accès aux méthodes, l'attribut nommé package. Je dis nommé car cet attribut est implicite dès lors qu'une classe n'a pas d'attribut. En d'autre termes, pour spécifier l'attribut package sur une méthode, il suffit de ne pas lui donner d'attribut.

Comment se comporte cet attribut package? Exactement comme l'attribut protected à la différence qu'il n'autorise pas l'accès aux classes filles (directe ou pas). Voici donc la solution à mon problème, utiliser des méthodes avec attribut public et des méthodes sans attribut. Je reprend l'exemple de classe citée plus haut à laquelle je rajoute deux méthodes:

package com.nicolovici.MyPackage;
class FolderType {
   private int id;
   private String description;

   // Un méthode statique de classe pour obtenir une instance de FolderType
   // Nécessite deux paramètre, un objet Connection et un entier
   static public FolderType getFolderType(Connection conn, int typeId)  {
       // Du code ici pour créer un FolderTypeListEntry
       return new FolderType(fldTypeListEntry);
   }

   // Mon constructeur avec un paramètre de type FolderTypeListEntry
   private FolderType(FolderTypeListEntry entry) {
       this.id = entry.getFolderType();
       this.description = entry.getTypeDescription();
   }

   // Méthode avec accès implicite de type 'package'
   int getTypeId() {
       return this.id;
   }

   // Méthode publique
   public String getTypeDescription {
       return this.description;
   }
}

La méthode getTypeDescription() est publique est accessible de n'importe où, par contre la méthode getId() est accessible uniquement depuis les classes du package com.nicolovici.MyPackage.

Petit résumé sur les droits d'accès aux méthodes d'une classe:

Attribut	classe	sous-classe	package	extérieur
private	X
protected	X	X*	X
public	X	X	X	X
package	X		X

*) Suivant les règles citées précédement

Mon FAI adoré...

Quelques mots à l'attention de mon fournisseur d'accès à Internet, ou plutôt de mon ancien fournisseur d'accès à Internet.

Cher Monsieur Club-Internet,

C'est en 1996 que nous nous rencontrons. Je suis alors forçé de rompre deux ans de vie commune avec un compte Internet fourni par le département de physique nucléaire de l'Université Claude Bernard à Lyon. Ce service était proposé aux étudiants en physique fondamentale afin de leur permettre d'accéder aux ressources du CERN (faut-il rappeler que le CERN est à l'origine du WWW).

A cette époque, je suis en pleine mouvance GNU/Linux, à la découverte d'un mouvement que l'on connait maintenant un peu plus, la communauté des logiciels libres. Les moyens de communication utilisés par ses membres reposant uniquement sur Internet (mail, news, web, irc,...), la fermeture de mon compte à l'Université est vécu comme une un véritable catastrophe pour moi. Je décide donc de me tourner vers un FAI, structure commerciale naissante proposant aux particuliers comme moi d'accéder au monde de l'Internet.

Mes critères sont relativement simples: Il me faut un FAI pas trop cher (je suis encore étudiant) mais surtout, qui propose une solution d'accès compatible avec mon OS, GNU/Linux. Recalé donc AOL, bienvenue Club-Internet. Et oui, vous êtes le seul FAI qui aviez en ligne, en 1996, une documentation technique sur l'utilisation de vos services avec GNU/Linux. Mieux, à l'occasion d'un contact avec votre Hot-Line, lorsque j'annonce utiliser un système GNU/Linux, on me transfère auprès d'un spécialiste de la question avec qui j'ai souvent eu l'occasion de dialoguer. Un esprit Club s'installe entre vous et moi, et je retourne surfer dans ma communauté, vantant le support de mon OS libre dont vous faites preuve.

S'en suit une série de déménagements, de voyages, qui font que je marque des absences dans notre relation, relation que je réactive dès que je me retrouve en France. La qualité de vos lignes, le sérieux de votre support (en ligne ou téléphonique) font que je vous recommande auprès de mes proches, de mes amis. Tous le monde autour de moi se retrouve dans ce grand club Internet.

En décembre 2004, je dois faire transférer un compte ADSL vers une nouvelle adresse. Je décide à cette occasion de vous joindre pour revoir le contrat qui nous lie (ADSL Haut Débit 1024 à 49,90 euros par mois, alors que les offres du moment sont à 2Mb/s pour 30 euros). Ce contrat a maintenant deux ans et j'ai le secret espoir de pouvoir bénéficier de la téléphonie illimitée. C'est à partir de ce moment là que notre histoire va se mettre à capoter.

Je me connecte sur votre portail commercial, à la recherche d'un numéro de téléphone pour vous joindre et exposer ma requête. Hormis une HotLine surtaxée (0,34 cts d'euros/minutes), je ne trouve aucun point de contact pour une discussion commerciale. Ayant pour principe de ne pas payer pour acheter, je me refuse d'utiliser votre HotLine et vous envoie un courrier électronique disant à peu près ceci:

Monsieur, dans le cadre de mon prochain déménagement, je souhaite revoir avec vous les conditions tarifaires de mon contrat ainsi que les prestations proposées. Je souhaite accéder à la téléphonie illimitée (...). N'ayant pas été capable de trouver un numéro de téléphone non surtaxé et ne souhaitant pas payer pour cette démarche d'achat, je souhaiterai que vous me communiquiez un moyen d'initier cette discussion commerciale avec vous sans devoir verser un centime

Oui mais voilà, l'erreur est déjà commise, je parle de déménagement. La réponse, qui aurait valu un 0/20 pour hors-sujet, ne se fait pas attendre, ses surprises avec. On me fait savoir que pour mon déménagement, je dois contacter la HotLine (surtaxée) pour initier le transfert de la ligne et que je devrai m'acquiter de frais pour ce transfert s'élevant 63,40 euros (50% plus cher que le transfert d'une ligne France Télécom). Hmmm, je cherchais un moyen de discuter sans frais avec un responsable commercial, voilà que je me trouve maintenant débiteur, sans aucune discussion d'ailleurs !!!

Après 4 semaines d'échange par courriers électroniques (échange peu nombreux, mais un temps de réponse très lent de la part de vos services) durant lesquelles je cherche à savoir si je peux accéder à la téléphonie illimitée (j'ai perdu l'espoir de parler avec un commercial), je reçois de votre part la proposition suivante:

Mon forfait HautDébit ADSL 1024 passe de 49,90 euros par mois à 29,90 euros, ça c'est la seule bonne nouvelle
La téléphonie illimitée n'est pas possible, ça c'est la mauvaise nouvelle
Vous me signalez les 5 euros supplémentaire par mois de location de modem, ça c'est la cerise sur le gâteau car je suis propriétaire de mon modem depuis deux ans.

Je signale quand-même que tous vos concurents contacté par mail me proposent la téléphonie illimitée et l'ADSL 1024 pour un prix moyen mensuel de 35 euros.

Bref, une proposition moins intéressante que la votre, ce n'était pas possible, et la défendre d'un revers de mail après 4 semaines d'acharnement de ma part me pousse simplement à vous dire "Adieu mon Cher Club-Internet". Si après 8 années de collaboration vous pensez que je peux être traîté ainsi, c'est sans remors que je vous quitte, cet esprit club avec.

Un Internaute déçu.

Pour les personnes qui sont toujours en train de lire ce billet, voici la marche à suivre pour dénoncer un contrat avec un FAI:

Faites immédiatement opposition à votre compte bancaire
Envoyez une lettre de résiliation avec accusé de réception en respectant le délai de préavis.
Laissez votre FAI prendre contact avec vous pour le paiement du solde restant (dans ce cas, ils arrivent à vous parler sans appel surtaxé ;-)

Voilà, un gros coup de gueule pour Club-Internet, et pour les grandes entreprises en général qui ne respectent plus leurs clients. Economie libéral, quand tu nous tiens...

PHP5: Installation de l'environnement - I

Afin de pouvoir me lancer dans des essais avec PHP5, ll a fallu que j'installe celui-ci sur mon poste de travail. J'utilise une distribution Fedora Core 3 et j'ai souhaité obtenir un RPM pour l'installer. Ne trouvant rien de fait sur la toile, j'ai packagé le soft par mes propres moyens. Je donne ici la marche à suivre.

Premièrement, inutile de réécrire un fichier de SPEC pour notre RPM, il est plus simple de partir d'un package existant. Petite recherche sur rpmfind.net et je trouve des packages PHP5 en version 5.0.2. Aucun d'eux ne semblent avoir été compilé pour une Fedora Core 3, direction le source du RPM pour une recompilation.

La marche à suivre ensuite est très simple:

Installation du RPM source:

rpm -i php-5.0.2-8.src.rpm

Recompilation de celui-ci:

rpmbuild -ba /usr/src/redhat/SPECS/php.spec

Vous risquez d'obtenir des messages d'erreur à propos de package manquant pour la compilation. Pas de question à se poser, un petit appel à Yum pour les installer:

yum install <nom_du_package>

Pour vous éviter de tourner en rond, installer aussi les package libidn-devel et elfutils-libelf-devel. Ces dépendances ne sont pas propres à PHP mais manquent au packages curl-devel et net-snmp-devel.

Dès que la phase de compilation se termine (phase plus ou moins longue suivant la puissance de votre machine), vous obtiendrez un ensemble de fichiers RPM prêts à être installés.

Prochaine étape, les installer et vérifier que mon environnement LAMP fonctionne avec cette nouvelle mouture de PHP, mais c'est là le sujet d'un prochain billet ;-)

PHP5: C'est parti

Je suis actuellement le responsable du site Internet d'un club de badminton, association où j'officie en tant que secrétaire. Ce site a été entièrement développé sur la base d'une plateforme communément appelé LAMP (Linux, Apache, MySQL, PHP) et dans une approche orientée objets. Le développement a commencé sur la base de PHP4 avec tous ce que l'on sait de l'aspect OO (Orienté Objets) de cette version.

La nouvelle mouture de PHP (version 5) propose une structure de développement OO beaucoup plus rigoureuse et j'ai donc décidé de réécrire l'ensemble de mon code sur cette nouvelle plateforme. Pourquoi pas un simple portage? Simplement parce que les différences entre PHP4 et PHP5 dans leur aspect OO sont tellement profondes (ex: transmission par copie pour le premier, par adresse pour le second) qu'une réécriture me semble plus à même d'exploiter PHP5.

Et bien sûr, maintenant que j'ai mon blog, je vais vous faire vivre cette aventure avec moi en relatant mes exploits de codeur. Objectif? Avoir une trace de mon développement, une autre façon de documenter mon travail.

Quelques liens:

Un weblog... et alors?

Lundi matin, je me connecte sur mon journal Internet pour y déverser ma prose, avec le secret espoir que plusieurs personnes prendront le temps de lire mes lignes. J'y ai pensé tous le week-end à ce premier bulletin depuis que j'ai mis en ligne ce site, je m'imagine grand reporter de ma vie, capable de rédiger mes instants avec le panache d'un grand roman. Oui mais voilà, reste un problème; Que raconter?

La question n'est pas banale, et le vertige du lycéen devant sa feuille blanche n'est pas loin. Je comprend mieux maintenant quand j'entends qu'Internet est une évolution, pas une révolution; ma page blanche à moi, elle est numérique. Finalement, ais-je bien fait d'ouvrir ce site? Serais-je à ce point nostalgique de mes années lycée pour me replonger dans l'ambiance d'un examen de philo?

J'ai passé quelques minutes à choisir ce que j'allais écrire, minutes plutôt longues d'ailleurs, tout en essayant de garder à l'esprit que ces textes peuvent être potentiellement lus par la terre entière. De cette constation, je me suis mis dans la peau de "monsieur tous le monde", que j'appelerai par la suite Yves, et je me suis imaginé en train de lire Le Journal de Xavier.

Première idée, raconter la première sortie à ski de la saison 2004/2005. Très belle journée dans une station que je ne connaissais pas du tout, un comble pour quelqu'un ayant parcouru la région pendant plus de 30 ans. Dimanche matin, départ de Sauverny à destination de Champoussin, petite station valaisanne servant de point d'entrée sur Avoriaz et le domaine des Portes du Soleil. Paysage alpin somptueux, soleil agréable malgré un température un peu fraîche, mais un manque cruel de neige, ce qui est domage pour la période.

Alors Yves, que penses tu de cette formidable nouvelle? Ouaip, je suis d'accord, de telles histoires ne présentent aucuns intérêts pour toi, ou alors peut-être avec de jolies photos, histoire de te faire connaitre la région où je vis. Celà me fait penser que ces photos existent, je te laisse visiter mon album de photos.

Deuxième idée, vous parler de mon travail actuel, de la façon dont je l'appréhende. Oui mais Yves, qui me dit que tu ne travaille pas dans la même société, voire que tu sois l'un de mes supérieurs? Hmmm, bien trop risqué comme sujet, désolé Yves mais tu n'apprendras rien à ce sujet ici ;-)

Troisième idée, laisser tomber ce journal qui semble être plus une contrainte qu'un moyen ludique de discuter avec toi, Yves. Mais mon côté mégalo est trop fort, je me suis mis à croire que le monde ne devait pas être privée de ma voix uniquement parce que j'ai un peu de mal à démarrer ce journal. Tu vois, Yves, comme je prend soin de toi, quand je te dis que je suis un humaniste, il faut me croire.

Quatrième idée, t'inventer, Yves. Cela semble idiot mais je crois que le plus difficle dans un journal Internet, c'est d'écrire à destination de tous le monde et de personne à la fois. Et il faut croire que cette idée fut la bonne pour mon premier texte puissque je n'en chercherai pas d'autre.

Je te remercie infiniment pour cette agréable conversation mon cher Yves, en espérant qu'ensemble on arrive à faire de ce journal une source d'information plus intéressante que ces lignes qui précèdent.