Bonjour chers lecteurs,

Il y a peu, finalement emporté par les sirènes de la tendance, j'ai fini par créer à mon tour un blog.

Un blog sur les sujets qui me tiennent à coeur : les systèmes Unix libres (principalement GNU/Linux, mais pas seulement) et le développement logiciel qui est aussi mon métier. Il est destiné à ne contenir que des billets cours. Je ne garanti pas que je n'y présenterai pas aussi des billets hors-sujets ;-)

Alors, pour ceux à qui mes connaissances ou mes pensées sur ces sujets intéresseraient, voici l'adresse du ch'tit blog :
http://myblog.moquillon.free.fr

Par contre, pour tout ce qui relèverait d'articles plus ou moins techniques (donc des présentations plus étoffées), je continuerai de les poster sur mon site personnel (http://miguel.moquillon.free.fr/miguel/articles.html)

Bien le bonjour ;-)

> Lire le journal (11 commentaires, moyenne: 2,5).

Cela fait maintenant quelques années que mes parents se sont mis à utiliser un PC et ceci sous GNU/Linux. D'ailleurs ils ne connaissent que ça.
Au début, ils étaient sous Window Maker, puis, avec un nouvel ordinateur, sous GNOME.

Depuis quelques semaines, ils ont un appareil photo numérique (un Pentax Optio L30) et le besoin s'est évidemment fait ressentir de pouvoir récupérer les photos prises et les mettre sur le PC.

Ce soir, ils m'ont téléphoné pour savoir comment faire. Je leur ai donc expliqué. Tout allait bien ... jusqu'au moment où je leur ai demandé d'ouvrir deux nautilus : un avec une vue sur la carte mémoire de l'appareil photo, l'autre avec une vue sur le compte personnel de mon père.
En effet, il s'est passé une chose qui n'est jusqu'à présent jamais arrivé : les deux fenêtres se sont ouvertes les unes sur les autres et pour mes parents cela signifiait que la nouvelle fenêtre ouvrante a ... refermé l'autre ! Et je me suis donc rapidement agacé jusqu'au moment où j'ai compris la chose ! Il a suffit que je leur explique comment déplacer une fenêtre (ce qu'ils ne savaient pas faire et qu'ils n'avaient encore jamais fait).

Alors, une étincelle a jaillit dans ma pauvre cervelle (du moins ce qu'il en reste) : les window managers classiques avec leur système de gestion de fenêtres n'est pas réellement adapté aux débutants. Voir mieux : ce que l'on appelle les tiling window managers, avec lesquels les fenêtres ne se recouvrent pas, sont plus adaptés à ces débutants. Le problème étant que ces windows managers sont en général écris par des powers users à destination des powers users.

Voilà c'est tout ...
Bonne nuit.

> Lire le journal (31 commentaires, moyenne: 2,8).

Bonjour tout le monde,

Depuis juin, je suis sous Ubuntu, lorsque j'ai remplacé ma station sous Debian par un portable PC. Et depuis cette même date, je suis aussi sous FVWM avec FVWM-Crystal.
Aussi, pour profiter du montage et démontage automatique de périphériques usb-storage, j'ai installé le programme usbmount.

Or ce dernier présente sous Ubuntu un bogue. Je l'ai alors corrigé et j'ai profité aussi de l'occasion pour améliorer certains points (enfin ... d'après moi) :
- un point de montage (en général /media/usb?) n'est créé que lorsqu'un périphérique est branché (et pas à l'installation de usbmount). Il est supprimé lorsque le périphérique est démonté. Ceci permet de garder /media/ propre,
- le lien symbolique, concaténation du nom du fabriquant et de celui du périphérique, est directement créé dans /media/ au lieu de /var/run/usbmount/. Ceci permet à l'utilisateur, qui s'attend à trouver les points de montage des périphériques amovibles dans /media/, de rapidement identifier ses périphériques usb-storage montés.

Si vous êtes intéressé, le patch est ici :
http://miguel.moquillon.free.fr/download/usbmount-patch-mm.t(...)

> Lire le journal (19 commentaires, moyenne: 2,1).

Bonjour tout le monde,

Lors d'un journal précédent où je faisais référence à un article que j'avais écris sur l'installation et la configuration d'Ubuntu Dapper Drake sur un portable Asus V6J, une personne m'avait demandé de faire un topo sur l'installation et la configuration de FVWM-Crystal ; en effet, c'est l'environnement que j'utilise sous Ubuntu.

C'est chose faite : l'article est disponible à cette adresse :
http://miguel.moquillon.free.fr/miguel/articles/fvwm-crystal(...)

En résumé :
- FVWM-Crystal est un ensemble de fichiers de configurations et de scripts pour transformer FVWM en un véritable environnement graphique,
- FVWM-Crystal propose déjà un ensemble d'environnements graphiques que l'utilisateur peut choisir,
- L'article donne les étapes pour créer ou adapter un environnement graphique avec FVWM-Crystal

Bien sûr, tout retour de votre part est le bienvenu :-)

Note : pour ceux qui n'auraient pas lu l'article sur Ubuntu et l'Asus V6J et qui seraient intéressés, voici le lien :
http://miguel.moquillon.free.fr/miguel/articles/asusV6J.html

Bon week-end et pour ma part ... bonnes vacances :-D

> Lire le journal (7 commentaires, moyenne: 1,7).

Bonjour aux éventuels lecteurs de ce bref journal

Je voudrais vous informer que, suite à l'achat d'un PC portable Asus V6J X001P sur lequel j'ai pris soin d'installer un OS bien conçu, en l'occurrence un GNU/Linux Ubuntu, je me suis attelé à l'écriture d'un petit article sur le portable en question et sur le bon et moins bon fonctionnement d'Ubuntu sur ce dernier.
Vous le trouvez ici :
http://miguel.moquillon.free.fr/miguel/articles/asusV6J.html

Pour résumer :
- l'Asus V6J X001P est un très bon portable mais entaché d'un gros point sombre : sa dissipation calorifique qui, provenant de l'Intel Core Duo situé en plus à la droite du touchpad, devient vite dérangeant.
- la distribution Ubuntu Dapper Drake s'est installé sans aucun problèmes dessus. Une étape de post-installation et de configuration a toutefois été nécessaire afin de profiter des caractéristiques du portable. Néanmoins, certaines choses ne fonctionnent pas correctement, comme par exemple l'hibernation; mais je suppute d'Ubuntu Dapper Drake d'être le problème car, sur un autre portable, un Toshiba Satellite A40Pro, où l'hibernation fonctionnait sans aucun problème avec la version précédente d'Ubuntu, celui-ci ne fonctionne plus du tout avec la version actuelle !

Bien sûr, tout retour d'expérience de votre part avec ce portable est le bienvenu.

> Lire le journal (22 commentaires, moyenne: 2,6).

Bonjour,

Suivant la mode qui est de proposer son implémentation d'un album de photos Web, voici le mien, ou plus précisément la nouvelle mouture de celle-ci : la version 2.0.

Pour rappel, WAGEN est un album Web simple écrit en PHP 4, sans grandes prétentions (Dieu m'en garde), axé sur une seule chose : afficher des albums photos sur le Web. Pas de base données, les photos et les données associées sont stockées sur le système de fichier :
un album photo = 1 répertoire avec dedans :
+ 1 fichier album.txt contenant l'intitulé de l'album et autres informations
+ 1 fichier album.jpg qui est une image (l'icône) de l'album
+ soit des sous-répertoires (sous-albums) soit les photos de l'album avec maintenant les vidéos.

Au menu des nouveautés ou améliorations :
- le support maintenant de la méthode HTTP GET en plus de celle POST pour la navigation dans l'album Web (ça c'est pour les personnes qui m'ont reproché la méthode POST et donc l'usage de JavaScript pour la navigation),
- le support des vignettes dans les données EXIF des photos ainsi que la génération dynamique de celles-ci pour les photos n'en disposant pas, en plus du support traditionnel (c'est à dire dans des fichiers séparés),
- le support des versions originales des photos (donc non redimensionnées) accessibles par un clique sur la photo de l'album,
- le support des vidéos de type MPEG et AVI avec vignettes (en fait les vignettes sont générés à partir des images de fichiers séparés mis en composition avec une autre image, video.jpg),
- le script newalb.rb a été remplacé par le script newgallery.sh qui utilise par défaut l'utilitaire exiftran pour la rotation des photos le nécessitant avec mise à jour des données EXIF (et donc de la vignette si présent),
- une refonte du front-end graphique à newgallery.sh, galgen.rb,
- le remplacement de l'icône d'un album photo title.jpg par album.jpg (donc incompatibilité avec les albums photos des versions précédentes là dessus)
- et d'autres petites améliorations diverses ...

Voili, voilà
Je crois que c'est tout. Évidemment, j'ai mis du temps, celui-ci étant une denrée rare en ce moment :)

Quelques liens :
- La page officielle :
http://miguel.moquillon.free.fr/miguel/projets.html#wagen

- Un exemple d'album Web :
http://miguel.moquillon.free.fr/miguel/wagen/index.php

> Lire le journal (7 commentaires, moyenne: 1,4).

Mais qu'est donc arrivé au site Web officiel du gestionnaire de fenêtres Window Maker ?
Depuis maintenant plusieurs semaines, celui-ci est injoignable. Pire, un ping sur son adresse Web conduit au message suivant :

ping: unknown host www.windowmaker.org

Et un whois windowmaker.org donne:

Domain ID:D622611-LROR
Domain Name:WINDOWMAKER.ORG
Created On:12-Nov-1997 05:00:00 UTC
Last Updated On:24-Mar-2006 21:09:02 UTC
Expiration Date:11-Nov-2010 05:00:00 UTC
Sponsoring Registrar:Network Solutions LLC (R63-LROR)
Status:CLIENT TRANSFER PROHIBITED
Registrant ID:29555013-NSI
Registrant Name:Victoria Linux Enthusiasts
Registrant Organization:Victoria Linux Enthusiasts
Registrant Street1:2402 E. Walnut AV
Registrant Street2:
Registrant Street3:
Registrant City:Victoria
Registrant State/Province:TX
Registrant Postal Code:77901
Registrant Country:US
Registrant Phone:+1.51257232
Registrant Phone Ext.:
Registrant FAX:+1.3615555555
Registrant FAX Ext.:
Registrant Email:joel@VIPTX.NET
Admin ID:5489219-NSI
Admin Name:Joel ** Sager
Admin Street1:RR 6
Admin Street2:
Admin Street3:
Admin City:VICTORIA
Admin State/Province:TX
Admin Postal Code:77905-9600
Admin Country:US
Admin Phone:+1.51257232
Admin Phone Ext.:
Admin FAX:
Admin FAX Ext.:
Admin Email:joel@VIPTX.NET
Tech ID:5646727-NSI
Tech Name:Dawn Z Hall
Tech Street1:1908 N Laurent
Tech Street2:Suite 690
Tech Street3:
Tech City:Victoria
Tech State/Province:TX
Tech Postal Code:77901
Tech Country:US
Tech Phone:+1.3615705557
Tech Phone Ext.:
Tech FAX:+1.3615705558
Tech FAX Ext.:
Tech Email:dawn@iccincorporated.com
Name Server:SNAP01.ICSSNAP.NET
Name Server:SNAP02.ICSSNAP.NET


Vous aurez remarqué le status (en gras) du site.
Le nom de domaine existe toujours, mais apparemment il y aurait un problème de transfert du nom de domaine. Donc, il est encore trop tôt pour écrire que Window Maker est ... mort.

Avez vous d'autres informations à votre disposition, parce qu'une recharge sur le Web ne donne rien !

> Lire le journal (6 commentaires, moyenne: 3,3).

Bonjour,

Unix repose sur un certain nombre de concepts, dont celles-ci :
- performance. Le langage C a d'ailleurs été écrit dans cette optique : être suffisamment de bas niveau pour permettre de jouer au niveau de l'optimisation et fournir une syntaxe de haut niveau pour être plus facile à appréhender ;
- les programmes ne font qu'une et une seule chose et ils le font bien et jusqu'au bout. Le système offre un moyen de communication inter-programme qui permet à chacun, par combinaison, d'accomplir des tâches plus complexes ;
- tout est fichier (répertoire, fichier, périphériques, etc.). Le système de fichier devient ainsi un espace hiérarchique de nommage d'objets de nature diverse. L'approche d'Unix est donc filesystem-centric.

Je ne parlerai que de ce dernier point, qui est le concept le plus piétiné par les outils actuels. En effet, les environnements graphiques actuels, quelqu'ils soient, sous Unix, sont application-centric et non filesystem-centric.
Alors que l'on parle de SpotLight avec Tiger et de WinFS avec Longhorn, qui offrent tous deux un moyen à l'utilisateur d'indexer ses documents, donc d'abstraire encore plus leur système de fichiers, Unix, a contrario offrait à l'utilisateur par son système de fichier un moyen efficace de catégoriser ses documents ; tout simplement parce que tout est fichier. Ainsi, l'utilisateur a la main de créer lui même et hiérarchiquement ses catégories (les répertoires) et d'y déposer les documents qu'il souhaite, même de référencer ses documents dans des catégories différentes (avec les hyperliens durs ou symboliques). Et ceci de façon efficace et performante. Mais voilà, pour que ceci puisse marcher et être cohérent, il aurait fallu que les interfaces graphiques soient construites sur les concepts même d'Unix. Au lieu de cela, ils se sont fondés, et continuent encore aujourd'hui à l'aveugle sur le même chemin, sur des concepts à la Mac ou à la MS Windows.

Unix a tous les outils, la plupart datant de son origine, pour répondre de façon efficace aux attentes des utilisateurs. Les technos qui apparaissent dans les systèmes concurrents ne sont là, pour la plupart, que pour palier de mauvaises conceptions ou des conceptions qui se sont avérées erronées pour répondre au mieux aux demandes des usagers.
Un ordinateur manipule de l'information. Son utilisateur manipule des documents contenant de l'information. Sa vision première devrait donc être le document. Or, le concept d'Unix de "tout est fichier" et de filesystem-centric répond à cette attente. Aux IHM de transcrire correctement cette approche.
Ainsi, par exemple, je désirais mettre à jour des fichiers HTML sur mon site Web. Il m'a fallu pour cela, dans le pire des cas, utiliser un client FTP pour récupérer mes documents, ouvrir un éditeur pour les mettre à jour, et réutiliser le client pour rapatrier les modifications. Au mieux, avec par exemple Konqueror, j'utilise l'URL ftp du site Web pour éditer directement les documents en questions (en fait, les documents sont rapatriés dans /tmp et il faut donc quitter l'éditeur pour observer juste les modifs !). Alors que dans une conception filesystem-centric, j'aurait pu monter les système de fichier distant par FTP (ftpfs) sur mon système de fichier localement puis travailler directement sur les documents. Mais là, à la décharge des environnements graphiques, il aurait fallu que cette fonctionnalité puisse être fournie par le noyau Linux sans avoir à incorporer un hack (lua). Mais d'un autre côté, ces IHM l'auraient ils fait ? Après tout, leur gestionnaire de fichiers qui n'est qu'un outil parmi d'autre n'offre pas de moyens efficace de monter un partage samba.

Alors que l'on s'extasie sur les nouvelles technos provenant du monde Mac ou MS Windows, que l'on assiste à de grands discours sur le manque de disponibilité de technos équivalentes et que l'on doit vite faire quelque chose (sic), on continue à piétiner à l'aveugle les concepts fondateurs d'Unix sans s'apercevoir que, finalement, on dispose déjà des fondations pour faire toutes ces choses, voir plus. Manque t'on d'imagination ? Est t'on aveugle à ce point ? Ou tout simplement avons nous oublié qu'Unix, ce n'était pas seulement un système d'exploitation, mais aussi une philosophie derrière ?

> Lire le journal (132 commentaires, moyenne: 3,2).

Bonjour,

En vue de l'anniversaire de ma femme, je souhaite lui offrir soit un dictaphone numérique, soit un baladeur avec cette fonctionnalité.
Pour pouvoir récupérer les enregistrements sur notre GNU/Linux box, outre d'avoir une bonne qualité d'enregistrement et une portée "acceptable", il doit supporter l"usb-storage", c'est-à-dire qu'il puisse être reconnu comme disque amovible sur port USB.

Or, il y a quelque temps j'ai eu une mauvaise surprise avec un dictaphone numérique, l'Olympus VN-240PC : les enregistrements ne pouvaient être récupérés que par un logiciel propriétaire :(

Ce journal a donc pour objectif de glaner des informations sur des dictaphones numérique ou baladeur MP3/Ogg avec fonction dictaphone qui fonctionnent bien avec GNU/Linux pour la récupération des enregistrements.

Merci pour tout retour

> Lire le journal (11 commentaires, moyenne: 1,8).

Voilà, ça a commencé un jour de début d'année. J'avais proposé une vieille machine (un PII 300 avec 128 Mo à l'époque et des DD SCSI jusqu'à 18Go) datant de 1998 à mes parents, histoire de libérer un peu de place. Ma mère, horrifiée, au grand damne de mon père je crois bien, a tout de suite opposé un non catégorique. C'était en début d'année.
J'ai finalement transformé mon vieux PC en un serveur web jusqu'au jour où l'un des DD est tombé mort. Or, comme j'étais en RAID 0 (stripping), j'ai par la même occasion perdu mes données :(

Puis quelques jours après, je reçois un coup d'appel téléphonique de ma mère pour me dire que, finalement, si j'avais toujours ma vieille bécane encombrante, je pouvais le leur donner. Je pense que mon père a dû travailler de longue alêne pour arriver à ce résultat :D Et le fait qu'ils puissent être à la rue par leur petite-fille (qui a actuellement 18 mois) avec l'informatique a dû aussi la décider.

Ça tombait bien. Et comme mes parents ne connaissent rien de l'informatique (ils n'ont jamais touché un PC de leur vie !), je me suis dit que c'était impeccable. Comme ils n'ont pas acquis de trop mauvaises habitudes avec Windows, je vais pouvoir leur installer et configurer aux petits oignons une distribution GNU/Linux. Cela ne devrait pas leur poser de problèmes d'utilisation.

Donc, comme je suis à peine partie prenant dans les distributions, je leur ai installé une Debian :) J'en ai profité pour porter la mémoire du PC de 128 Mo à
160 Mo (avec une barrette de 128 Mo reconnue à 64 Mo par la machine !).
Je leur ai installé et configuré une Debian sarge avec pour environnement par défaut GNOME 2.6. KDE et XFCE sont aussi installés. J'ai choisi GNOME comme desktop par défaut parce qu'à mes yeux, c'est l'environnement le plus simple d'usage et suffisamment sobre pour ne pas s'y perdre et le trouver agréable.
Le seul bémol à ceci : GNOME et KDE sont trop lourds ! Bien sur je peux les utiliser sans problèmes ... mais que c'est lent :( A leur décharge tout de même, XFree 4.x alourdit déjà la machine (j'avais ressenti en effet les effets lors du passage de XFree 3.6 vers XFree 4.0 il y a quelques années)

Je profite donc aussi de ce journal pour pousser une gueulante :
Avec un PII, GNOME et KDE sont des lourdauds qui transforment ma bécane en vulgaire 286 ! J'ai quitté Windows pour, entre autre, ne plus avoir à se taper de gros boeufs qui gaspillent honteusement les ressources de la machine et pour pas grand choses ... pour finalement m'apercevoir qu'au bout de quelques années on se retrouve sous GNU/Linux et *BSD avec des bousins identiques.
(Bon, à côté de ça, je n'utilise aucun de ces environnements et je leur préfère de très loin Window Maker.)

Bon revenons au sujet. Donc aujourd'hui la machine est prête à leur être confié. Est compris aussi dans le lot un modem 52K. Comme je passe les voir à Noël, je le leur donnerai à ce moment là. Dans un autre journal, je vous décrirais comment la prise en main s'est faite. je croise les doigts.

> Lire le journal (27 commentaires, moyenne: 2,6).

J'ai un rêve d'utiliser un jour un véritable OS objet.
Mais qu'est-ce qu'un OS objet ?
Un système d'exploitation dans lequel tout serait objet, même les applications ; sur les systèmes classiques, une application est de toute manière orientée fonction, qu'elle soit codée ou non en objet : tout commence par une fonction principale !
En fait, dans un tel système, on ne pourrait pas parler d'applications mais tout simplement d'un objet qui utilise d'autres objets disponibles, notamment pour l'IHM.
Même les systèmes de fichier seraient représentés par des objets.
L'OS proposerait alors un catalogue d'objets dont il gérerait leur cycle de vie. Ces objets pourraient même se répartir sur un réseau de machines supportant le même OS (ou un autre OS objet).
Au boot, la machine lancerait une VM qui instancierait les objets correspondants au matériel détecté, qui se chargerait de l'initialisation du reste du système.
Dans une telle conception, il parait évident que les classes (le moule des objets) soient elles mêmes des objets.
Un tel système pourrait voir le jour avec Smalltalk.

J'avais aspiré à un tel système il y a quelques années ... Ce rêve m'est revenu plus fort après avoir essayé Squeak.
Mais je ne me fais pas d'illusion. Quand je tourne mon regard vers les entreprises, et quand je vois ce qu'elles ont fait depuis 20 ans, je me dis que finalement on n'a fait que réinventer la roue à chaque fois, de façon différente (entendez ici avec une techno différente) pour imiter la plupart du temps des choses existants (en avance sur leur temps) mais souvent en moins bien et en plus lourd, tout ça pour tirer la couverture vers soi.
Alors d'où pourrait venir un tel système ... de la communauté libre ? De la communauté Smalltalk ? Ou tout simplement nulle part ... ce n'est qu'un rêve ...

> Lire le journal (115 commentaires, moyenne: 2,7).

Bon, je pense que ça n'intéresse pas bcp de monde mais je voudrais juste vous présenter un petit programme que j'ai écrit de mes petits doigts boudinés.
C'est ici : http://miguel.moquillon.free.fr/download/wagen-1.4.tar(...)

WAGEN signifie Web Album GEnerator
C'est une application web d'albums de photos que j'ai écrite en PHP 4.
Application simple, elle ne fait que générer des pages XHTML présentant soit les albums disponibles, soit les photos d'un album. Elle possède les caractéristiques suivantes :
- les pages PHP génèrent du XHTML
- la présentation est prise en charge par une feuille de style CSS (une présentation par défaut est fournie)
- elle est plus ou moins personnalisable (voir le fichier properties.php)
- elle est localisable (le texte est définie dans locale.php : il suffit juste d'adapter le texte à ses besoins)
- elle supporte le diaporama automatique
- les albums photos sont représentés par des répertoires. Un album photo peut contenir soit d'autres albums sans limite dans la récursivité (ce sont alors des chapitres de l'album père), soit des photos. La page d'accueil de l'application présente l'ensemble des albums photos de premier niveau disponibles et est considéré lui même comme l'album photo racine.
Donc pas besoin de base de données.
- le nom des albums et les commentaires sur les photos sont dans des fichiers textes. Donc, là aussi pas besoin de base de données.
- les photos ont leur thumbnails

A côté de ceci, je livre deux programmes pour aider l'utilisateur à mettre en forme son répertoire de photos ou de sous-répertoires récursifs de photos afin qu'il soit compréhensible par WAGEN :
- un script écrit en Ruby newalb.rb qui permet de redimmensionner, de rotationner les photos, de préparer les thumbnails, de générer l'icône de l'album et les fichiers textes (seulement le nom de l'album)
- un front-end graphique en Gtk à newalb.rb écrit en lui-aussi Ruby

Voilà c'est tout.

> Lire le journal (19 commentaires, moyenne: 1,8).