Le résultat temporaire est le suivant:

Cliquez sur la loupe ne bas à droite pour agrandir l'image...
Ce n'est clairement pas terminé, mais je pense pouvoir me débrouiller... MochaUI est franchement une usine RIA d'une puissance exemplaire et je suis encore étonné du resultat.

Bref, à ceux que ça intéresse, le thème "admin" sera dispo ici ou sur le svn de copix d'ici quelques temps... en attendant j'ai du travail moi :)

Il suffit d'aller sur la page http://www.twinhelix.com/css/iepngfix/ où deux version existent. Pour la peine, j'utilise la version beta 2.0 qui se trouve ici: http://www.twinhelix.com/test/iepngfix.zip. Il suffit de dézipper le contenu et de placer iepngfix.htc et blank.gif dans un répertoire attitré. Pour vous simplifier la vie, mettez les deux fichiers au même endroit.

Reste à ajouter une seule et unique ligne dans votre CSS, par exemple pour que le fix gère les images (png) et les div (ayant un background png semi transparent):

Et voilà ! C'est tout... Maintenant, imaginons une feuille de style qui utilise ce code:

Par miracle, ça fonctionne. Et c'est très joli, à vous de l'utiliser pour vous faire (enfin!) des designs qui puissent utiliser des png sans vous poser la question "arrggg mais comment je vais gérer ça sous IE 6 ???"

Pire, la commande fglrxinfo me renvoi constamment:

J'ai donc trouvé ce qui coinçait! en fait, ce souci n'apparaît que sur les version 64 bits, à priori le paquet est un peu mal fichu. La correction se fait en 3 commandes:

Et oui, en fait Xorg tente de se linker dans le répertoire standard /usr/lib et non /usr/lib64. Après cette manipulation, il suffit de rebooter ou simplement fermer et relancer X (CTRL+ALT+BACKSPACE suffit)

Après avoir lancé compiz (paquet fusion-icon + fusion-icon-gtk), tout se passe très bien. J'ai prévenu la communauté Fedora, et je pense mailer rapidement le packageur.

Cela peut être très utile, notamment pour les retour chariot oublié en bas de fichier, avec cette astuce vous n'aurez plus ce genre d'erreur.

Exemple de classe qui peut générer une erreur:

Ici, nous avons oublié de supprimer la dernière ligne se trouvant après ?>, ce qui provoquera dans bien des cas une erreur du genre "header already send".

Voici comment vous pouvez écrire la classe sans générer d'erreur:

Ici, plus de problème, toutes les lignes sont considérées comme étant du PHP. C'est un truc que je ne connaissais pas et je pense en parler à la CopixTeam.

Tout se passe bien, un mise à jour de WST, et je relance mon eclipse. J'ouvre mon projet PHP... puis un script, je clique dans l'éditeur pour avoir le focus et là !!!

Rien de bien grave puisque j'arrive à bosser tout de même... mais je regarde à tout hasard dans les logs générés, et je trouve la solution:

Le plus important ici, c'est que par défaut nous utilisons libgcj au lieu d'un JDK... A priori, PDT a besoin d'un JRE ou JDK complet, la solution simple pour résoudre le soucis est donc de faire:

puis de relancer eclipse. Les soucis disparaîtront, et mieux encore, Eclipse sera un chouillat plus rapide.

Ce n'est pas une erreur de packaging, contrairement à ce que l'on peut penser. Le choix a été fait d'utiliser gcc-gcj pour des raisons de performances et de place. Si un jour un paquet RPM pour PDT voit le jour, les dépendances seront certainement modifiée.

Voilà voilà, à vous de jouer.

En premier, je bosse tranquilement et hop:

Joli, après les écrans bleus de windows, les écran verts de Ubuntu. Bon, CTRL+ALT+BACKSPACE pour revenir sur Xorg... Et hop écran noir...

Ha, bien il passe au noir... bon alors je fais CTRL+ALT+F1...

Je me connecte donc avec mon compte et hop !

Ha... sympa... bon on teste des trucs:

Rien dans les log X, rien dans les messages du noyau, rien... rien qui me disent ce qu'il se passe.

Reste plus qu'à rebooter...

Sympathique cette distribution...

Comportement d'abus de pouvoir, magnifique façon de parlementer. Un utilisateur adorateur de ce canal vient donc m'insulter en privé... cela dure 1h40... je peux ensuite parler à l'opérateur qui m'a banni. Ce dernier m'invite sur #ubuntu-fr-geeks qui n'a de "geek" que le nom. Là bas, deux opérateurs commencent leur sermon absolument pas "modérés" m'affligeant d'insulter gravement la communauté Ubuntu. Me donnant une importance grave sur un blog qui ne fait (ici) qu'une centaine de visite par jour, je me vois donc accusé d'un outrage impardonnable!

Incroyable mais vrai, alors que la discussion arrivait à se calmer, un troisième arrive et balance "mais il sert à rien lui" (en parlant évidemment de moi).

Je vous résume quand même la situation, je suis banni pour avoir discréditer le canal #ubuntu-fr, ou plutôt la manière dont on prend des gens pour plus crétins qu'ils ne sont. Toute personne ayant au moins cherché le sens de la critique comprendra que je parle des "répondants" qui n'ont de cesse que de prendre certains utilisateurs pour des crétins... Je n'ai:

• pas donné l'adresse de mon blog sur le canal
• pas insulté une personne sur le canal
• pas foodé
• fait que répondre à un utilisateur en privé sans avoir concerter le canal

Le ticket a été donc recherché par l'opérateur en question, la diffamation n'a eut lieu que sur ce blog.

Donc, cela implique que si un utilisateur parle en mal de windows, alors Microsoft peut lui annuler son droit d'entrée sur un site ? ou alors que si jamais vous critiquez un tableau d'un maître d'art vous n'aurez plus le droit de venir en parler dans ses vernissages ?

Voilà, en me banissant définitivement (mais pas tant que ça car j'ai plusieurs méthodes pour y retourner si je voulais bien, mais là honnêtement j'ai pas trop envie à moi d'y aller pour balancer mes tickets en flood pour avoir une vraie bonne raison d'être banni) ils n'ont fait que conforter mes propos.

Ce canal est bourré de gens très biens, de débutants qui apprennent et comprennent Linux grâce à Ubuntu et aux réponses de pas mal de membres, mais ce canal est pourri par trop de personne moralement épris d'une vanité sans nom. Ces même personnes qui ne savent pas "répondre" sauf en plaçant un "+m" sur un canal et/ou en kickant/bannissant pour "punir" comme des gamins ceux qui n'entrent pas dans le moule.

Je tire un coup de chapeau à ces gens, qui auraient simplement put répondre sur mon blog, comme je ne supprime pas les messages (même agressifs) des participants. Sachez que j'ai décidé de viré mes installation Ubuntu et que je vais faire le tour des blog à plus fort traffic pour expliquer un peu le comportement des opérateurs de #ubuntu-fr contre une "grande gueule" comme moi.

Sachez en dernier lieu que je suis très content de leur réaction, je ne suis pas attaché à ces personnes et ce ban n'est finalement qu'un bonne excuse pour continuer mon "combat" contre cette distribution bancale gérée par des trop de vaniteux personnages en mal de reconnaissance et de pouvoir.

Désolé pour la communauté qui aurait put croire que je parlais d'elle dans mes tickets, je ne vous attaquais pas, vous, humbles utilisateurs, mais seulement les 80 personnes sur 200 que j'ai vu coller parfaitement à mes accusations.

Si vous avez dit du mal de ubuntu sur un blog, changez de pseudonyme avant d'aller sur leur canal.

Amis du troll, venez commenter ce biller, si je reconnais un admin de #ubuntu-fr sur les commentaires, je supprimerai celui-ci censurant de la même manière leur propos ici que les miens là bas.

Selon cette théorie, plus une opération à réaliser est complexe, plus le «coût» est important. Mais la variation de la courbe de coût tend à monter très rapidement sous Windows alors qu'elle est n'évolue quasiment plus sous Linux.

Le coût n'est pas forcément pécunier, mais nous pouvons parler de temps, de ressources, de mémoire... bref cette courbe fonctionne pour la plupart des comparaison "coût/complexité".

Bref, en d'autres termes, Linux est un peu plus coûteux (encore une fois on ne parle pas forcément d'argent) pour des opération simples, mais devient rentable à partir du moment où vous voulez aller un peu plus loin avec votre configuration.

Je vous laisse tout de même aller voir l'explication complète sur le blog de framablog pour la version française: Comparaison graphique entre Windows et Linux ou sur le blog de l'auteur original pour la version anglaise: Windows vs. Linux: Understanding the Difficulty Divide

Traduisez: expulsé 5 minutes... bravo

Je prends sa défence, expliquant qu'il a le droit de s'exprimer... et hop:

Bravo à cette bande de zouaves persuadés de bien faire... On apprécie encore une fois leur idée de la "liberté" en terme d'expression cette fois.

Voici donc une solution que j'utilise en production. Elle utilise OpenOffice (v 3) en mode serveur et un script Python pour lancer la génération de document. Bien que le fonctionnement reste relativement simple, l'installation sur un serveur de production est très tortueuse. En effet, un serveur de production ne peut pas se permettre de laisser tourner un serveur X (Xorg, serveur d'affichage) pour des raison de sécurité et de fiabilité. Seulement voilà... OpenOffice a une facheuse fenêtre de premier démarrage que nous ne pouvons pas "zapper". De plus, OpenOffice est avant tout un système graphique et demande donc la possibilité d'utiliser des polices, des rendus, bref il lui faut un serveur X ou quelque chose qui y ressemble.

Même si le second point n'est pas bloquant, le premier l'est ! Heureusement Linux (ou tout autre Unix, Unix/Like) est bourré de configuration qui permettent de faire énormément de manipulations pour s'en sortir. Notemment, nous allons nous régler nos soucis grâce à:

• ssh avec forward X11 pour initialiser OpenOffice pour une première utilisation
• utiliser Xvfb pour laisser tourner le serveur dans un X virtuel (X = serveur d'affichage)

Le revers de la médaille, c'est qu'il va falloir passer quelques minutes les mains dans le cambouis afin de rendre la plateforme fonctionnelle.

Très important

Dans ce billet, je vous demande de vous connecter en SSH et de quitter les sessions pour vous reconnecter... Il est très important que vous fassiez cela et ne pas utiliser la commande "su - utilisateur". En fait, ce que je vous présente ici demande une véritable "reconnexion" à SSH dans la plupart des cas, notamment en ce qui concerne le Forward X11 SSH. Si vous tentez de faire "su - office" je vous assure que l'export d'affichage ne va pas macher. Il faut réellement se connecter en SSH avec cet utilisateur directement.

Voilà qui est dit.

Présentation

Je vais donc vous montrer comment procéder sur une CentOS 5.2 pour installer et configurer un Xvfb + OpenOffice 3 et lancer un serveur OpenOffice. Je vous présenterai aussi un exemple de code Python qui pourra créer des fichier PDF depuis un fichier .odt, .doc, .html... bref, faire ce que sait faire openoffice mais cette fois ci depuis une ligne de commande.

Assurez vous que vous pouvez être root sur votre serveur, que vous avez assez d'espace disque (minimum 200Mo). J'estimerai dés à présent que vous avez déjà travaillé sur un serveur Linux, car les commandes peuvent parfois paraitre ésotériques.

Enfin, si vous êtes sur une Debian ou Ubuntu, ou tout autre distribution, je vous remercie de me donner la liste des paquets que je mettrai à jour dans ce ticket.

Prêt ? FEU !

Prérequis

Il y a quelques prérequis à satisfaire, notemment avoir Java, Xvfb, xauth et quelques polices prêtes à l'emploi. On commence par se rendre sur notre serveur distant et on installe les paquets nécéssaires:

[edit pour Debian et Ubuntu]
Pour Debian et Ubuntu, ces paquets semblent être les plus appropriés, à tester

Voilà, on passe à OpenOffice...

OpenOffice

Je suis allé sur le site de OpenOffice pour prendre l'adresse que je donne à manger à "wget", si une version supérieure à la 3.0.0 existe, vous pouvez remplacer le lien dans les lignes qui suivent par la version qui vous intéresse.

Sachez aussi que cela fonctionnera avec une version 2.X.

Donc, toujours sur le serveur distant en ssh connecté en "root":

Cela a pour effet d'installer OpenOffice à la mode "openoffice"... c'est à dire que les RPM (ou .deb pour Debian) sont génériques et installent tout dans /opt. Donc vous allez avoir des répertoire openoffice qui vont apparaitre dans /opt. Normal, ce répertoire est d'ailleurs le plus adéquat pour des installations de ce genre... tout est installé à part et c'est mieux selon moi.

Pour des raisons de sécurité, nous ne lancerons pas OpenOffice avec "root" mais un utilisateur plus restreint. Créons cet utilisateur que nous nommerons "office":

Très bien, il faut maintenant lancer OpenOffice avec cet utilisateur... sauf que si vous testez maintenant, vous allez vous rendre compte que ça ne marchera pas puisque nous n'avons pas de X qui tourne.

Comme je vous l'ai dit, OpenOffice va vous demander de remplir un formulaire... et sans affichage ça va se compliquer.

Et Xvfb n'est pas encore la solution puisque qu'il est virtuel, cela ne nous avancera pas encore puisque l'affichage doit être **réel* pour le moment. La solution est d'utiliser le serveur X que vous avez chez vous...

Et oui, c'est possible! SSH, encore lui, permet de déporter l'affichage sur une autre machine, et comme vous êtes sous Linux, vous allez pouvoir permettre l'utilisation de votre X pour une session SSH. C'est magique :)

Mais là il va falloir configurer deux ou trois choses... En premier lieu le serveur ssh distant.

Pour le serveur on est ok, on passe à votre machine, le client (qui va faire office de serveur X pour l'installation)

Préparation sur le client

Avant de nous reconnecter à notre serveur, il faut que votre poste client (le votre, chez vous) puisse récupérer les forward X, voici comment on procède:

Maintenant, on peut se connecter via SSH avec l'option "-X" qui demande un forward X11 depuis le serveur ssh distant

Etant donné que je veux configurer OpenOffice pour l'uitilisateur "office", je me connecte avec cet utilisateur:

Vous devriez voir un petit popup apparaitre chez vous avec écris "Je teste mon serveur distant" sur votre bureau. Pressez le bouton "Okay", c'est bon, le forward fonctionne. Alors lançons notre openoffice depuis le serveur:

Pour information, ce qu'il vient de se passer c'est que le programme xmessage fonctionnait bien sur le serveur distant, mais il a utiliser le serveur X de votre machine pour s'afficher. On dit merci à SSH et on continue:

Cela va être un peu plus lent, ceci étant dut au temps que l'affichage arrive depuis le serveur distant jusque sur votre poste.

Un assistant apparait, remplissez les champs, cliquez sur "Suivant" ou "Next". Lorsque vous avez fini, OpenOffice vous présente sa fenêtre principale. Vous pouvez quitter OpenOffice, c'est fini.

Fermez votre session ssh en tapant exit dans le shell.

Revenir à une configuration plus sécurisée

Il faut maintenant revenir à un mode sécurisé. On se reconnecte en root sur le serveur:

Voilà, maintenant que nous avons coupé notre forward X11, nous somme revenu à un mode normal.

Je vous rassure, on n'aura plus à le faire :)

Nous avons donc terminé avec l'installation et l'initialisation de OpenOffice. On passe au service.

Testons Xvfb et OpenOffice

Il faut maintenant que OpenOffice fonctionne dans un serveur d'affichage, mais Xorg n'étant pas la solution la plus viable pour un serveur de production, nous allons utiliser un serveur purement virtuel. Le projet Xorg nous propose donc un serveur Xvfb, ou X virtual frame buffer. Tout programme peut se lancer dans cet affichage, personne ne pourra voir le programme en question visuellement, mais il fonctionne comme si il était vraiment affiché.

Rappelez vous que nous parlons de serveur d'affichage, et comme un service réseau nous pouvons avoir des ports. En fait, sous Linux et Unix en général, nous pouvons avoir plusieurs session X en route. Chaque affichage porte un numéro, c'est ce que nous appellons le port, auquel on se connecte pour afficher un programme. Par défaut, le port est ":0". Mais pour des raisons de sûreté (sait-on jamais si un jour je veux lancer Xorg...) je vais utiliser ":1".

On retourne sur le serveur et on lance un serveur Xvfb. On lui spécifie un port d'affichage (à ne pas confondre avec un port réseau), ici ':1'

Je met un '&' pour pouvoir reprendre contrôle de la ligne de commande, Xvfb est donc lancé en "tâche de fond", pour le fermer, il suffira te "tuer" le processus.

Ne pas prendre compte de l'erreur:
Starting Xvfb (Virtual X server)error opening security policy file /usr/lib/xserver/SecurityPolicy

Je tenterai de trouver pourquoi nous avons cette erreur, mais cela ne gène pas vraiment le fonctionnement.

Reste à lancer OpenOffice.org sur le Xvfb

Lancement du serveur OpenOffice

Ouvrez une console à coté, connectez vous avec "office" en ssh sur le serveur. Nous allons déporter l'affichage dans ":1" grâce à l'export de variable DISPLAY.

La dernière commande est lancée en tâche de fond. Je vais vous présenter succinctement les options utilisées:

• -headless coupe toute interaction utilisateur
• -invisible, pas la peine de vous préciser ce que cela veut dire
• -accept prend une série d'options
  • d'abord socket,host=localhost,port8123 spécifie que nous ouvrons un socket sur "localhost" (boucle locale réseau, donc seuelement pour les connexion depuis ce serveur), port 8123.
  • urp: UNO request Protocol, on spécifie que le port attendra des paquets spécifiques à UNO (on y viendra après)

Vérifions donc que tout cela a fonctionné:

Voilà, on a bel et bien un serveur OpenOffice qui tourne sur le serveur virtuel Xvfb. OpenOffice attend qu'on lui envoi des commandes sur le port 8123.

Afin de discuter avec lui, nous allons nous pencher sur PyUNO, l'interface python avec le module UNO qui permet de travailler avec OpenOffice.

PyUno

OpenOffice est livré avec un python propre à lui. Je préfère largement utiliser ce python que celui de mon installation puisqu'il ne me pose pas de problème en ce qui concerne les chemins de modules.

Voici donc un script python qui me permet de tester mon service OpenOffice:

Donc, voilà comment tester, enregistrez le script ci-dessus sur /home/office/test.py (sur le serveur distant), ouvrez un shell SSH

Oui, je sais, il faut donner un chemin complet et non relatif... j'ai pas codé ce script pour qu'il soit fonctionnel dans tous les cas, mais pour tester l'installation. Si tout se passe bien vous allez avoir un PDF bien propre et bien réglé.

On nettoie et on monte un vrai service

Ok, nous avons tout lancer à la main. Reste maintenant à faire un script de type "service". Je suis sous CentOS (donc un genre de RedHat), ceci ne sera pas exact pour Debian et Ubuntu, je vous laisserai me donner les spécifications si vous le souhaitez.

J'utilise donc le système Red Hat qui demande d'utiliser le script /etc/init.d/functions afin d'utiliser les fonctions "deamon" et "killproc".

Commencez par vous connecter en root et fermez tous les processus restants de Xvfb et soffice

Et maintenant, créez un fichier /etc/init.d/ooffice, placez ce code dedans:

En ce qui concerne Debian, je n'ai pas tout sous la main pour coder un bon daemon, mais ceci peut largement faire l'affaire. En premier lieu, ouvrez /home/office/.bashrc et placez en fin de fichier:

Sur Ubuntu il n'y aura pas de souci normalement... puis ce script fera office de démon:

Et voilà, vous le sauvez, et pour lancer le service vous faites:

et pour le couper:

Vous pouvez aussi relancer le service pour le rafraichir:

Vous pouvez bien entendu demander un démarrage au lancement du serveur grâce aux options "chkconfig" placées dans l'entête du script. La commande qui activera le daemon est:

Ou pour Ubuntu et Debian:

Vous remarquerez que j'utilise un "su -c office..." pour lancer la commande "soffice", cela a pour effet de lancer une commande en tant qu'un utilisateur particulier.

Pour finir

Reste à voir ce que vous en ferez... sachez que le format ODT (Open Document) est en fait un zip. Si vous décompressez le fichier, vous y verrez un fichier "content.xml" dans lequel vous pouvez remplacer du texte, des balises... donc il vous suffit de créer un fichier odt, et de l'utiliser comme patron (template) pour générer des documents.

Vous pourrez donc faire des script PHP, Perl, Bash... qui feront des remplacements et de la génération de PDF à la volée. Le seul "hic" pour le moment c'est que j'utilise Python. "hic" parce que je fais pas mal de service web et que je trouve gênant d'utiliser un appel de commande système depuis PHP vers un script Python.

Il existe un projet qui se nomme PHPuno mais encore en phase alpha et je ne sais même pas si il fonctionne correctement...

Autre point, il est vrai que pour un gros lot de fichier à générer sur un court laps de temps (genre 2-3 documents/secondes), il serait préférable de créer un "pooler" de document. Cela pourra faire l'objet d'un autre billet. Voilà pour ce billet, j'espère que cela vous a aidé. Si vous avez des questions, n'hésitez pas !

[edit 27 oct. 2008]
J'ai découvert ce projet de daemon OpenOffice: http://udk.openoffice.org/python/oood/index.html. Ce daemon permet même plusieurs instance de serveur. A vérifier et tester :)

[edit 27 oct. 2008]
J'ai beaucoup corrigé le billet pour que cela fonctionne sur Ubuntu et Debian. Il faudra tout de même tester :)

[edit 27 oct. 2008]
Correction du script Python. Reste à corriger pour Debian (on a eut des soucis avec Vainvain pour installer sur une Debian en dev... mais c'est passé)

[edit 27 oct. 2008]
Correction pour Debian (pas Ubuntu) afin d'avoir un Java qui marche et un bon export de JAVA_HOME avant lancement de soffice. Chez nous ça a fonctionné

Je passe en deux colonnes sur la droite question de pouvoir placer les "pubs" et autres "fioritures" de manière plus clair.

Par contre, je me demande si cela ne va pas devenir "austère"... Sachant que le adsense google va passer en fond noir...

Les soucis apparents était:

• calendrier qui ne modifiait pas réellement la page lors du clique sur une date
• pas d'affichage de tags dans le billet lui même
• mauvaise gestion du cache lors de l'ajout d'un billet
• et quelques bugs par-ci par-là...

Ce week-end, après un passage à la JDLL, je me suis donc repenché vite-fait sur ce qui m'énervait. J'ai mis en production le nouveau module de blog pour voir ce qu'il donnait. Deux jours de production et du mieux, du beaucoup mieux !

En gros:

• meilleure gestion de référencement
• url plus logiques
• affichage des tags sans casse
• plus de logs d'erreurs !

Bref, le module de blog prend un forme plus avantageuse. Reste à finaliser la cohésion avec le module "feed", un glossaire plus complet... et passer au w3c :)

Si vous repérez un bug dans mon blog, n'hésitez surtout pas à commenter sur ce ticket.

A prévoir pour la suite:

• choisir de suivre les commentaires du ticket par mail
• choisir de suivre les commentaires du ticket par RSS

mais pour cela, c'est le module "comment" qui doit être modifié.

Je pense que tout devrait passer cette semaine, et j'espère pouvoir vous proposer un package Copix Blog d'ici ce week-end.

"Chérie, sors les billets et un stylo !!!". Et hop, un petit serrage de main, et un autographe sur les billets. La soirée s'annonce bien.

Entrée dans la salle, nous sommes bien placés, nous attendons de voir commencer le spectacle "Best Of". Arrive enfin l'extinction des lumières en salle, le public qui appelle M. Roland Magdane... et le voilà !

Le spectacle commence par quelques mots sur ses 30 ans de carrière, et cela biffurque rapidement sur un des ces sketchs les plus connus "celui qui a inventé la langue française".

S'en suivent alors les sketchs que nous connaissons tous, de la lettre à sa maman, jusqu'à sa maison en Normandie, passant par le barbecue et son fils qui est trop lent. Quelques sketchs que je ne connaissais pas, comme son voyage de cure amincissante.

Petit souci de micro, R.Magdane doit le changer en plein milieu du spectacle. On admire alors sa capacité à gérer les impondérables.

Évidemment, Magdane ajoute des petites notes spéciales en rapport à l'actualité, le rappel fut orchestré par son dentiste...

Que dire ? que j'ai vraiment bien rit, malgré le fait qu'on connaisse ses sketchs depuis des années nous ne pouvons pas nous empêcher de rigoler à ces mimiques, ses jeux de voix, sa finesse dans l'humour et le personnage est tellement attachant. Il joue avec le public, nous remercie en fin de spectacle de lui avoir permis ces 30 années de déconnade.

Si vous avez un jour l'occasion d'aller le voir, n'hésitez pas, c'est bon à souhait.

Tout d'abord, un merci à Brice pour les photos que vous verrez ici: http://www.flickr.com/photos/bricef/sets/72157608146495915/ Si vous me cherchez, je suis le maigrelet à queue de cheval qui tente de faire marcher le rétroprojecteur (en vain) avant ma "conférence éclaire". Conférence éclair = conférence en 10 minutes pour vous rendre compte que c'est ingérable... Quoiqu'il en soit le journée a été pleine de visites à notre stand. On a converti des développeurs (peut-être), on a eut des conversation de confrontation inter techno... bref on nous a bien vu et entendu.

Nous avons rencontré deux membres du projet La poule ou l'oeuf. Leur projet extrêmement intéressant de gestion de livre nous a bluffé. Entendez par là: gestion d'écriture de livre sur une appli web extrêmement bien pensée. Nous en reparlerons avec la Copix Team pour écrire un manuel avec cet outil.

C'est non sans joie que nous avons aussi rencontré les joyeux étudiants portant leur t-shirt Geekness de l'INSA. Très sympathiques !

J'ai aussi la chance de rencontrer "Kiko" et "Karl Le rouge" du projet Fedora-fr. Chose marrante, le stand Fedora-fr se trouvait pile à coté du stand Ubuntu, ce qui m'a valut le droit de tout faire pour ne pas "troller" :p

Beaucoup de pros se sont intéressé à nous, beaucoup sont reparti avec nos badges, nos cartes, et même un autographe de Gérald (huhuhu, Gérald va me tuer:) )

Et enfin Guillaume Paton nous a rendu visite avec sa future femme, tiens il s'est retenu de troller lui aussi ;)

Voilà voilà, nous remercions évidemment toutes les personnes qui nous ont rendu visite. Et nous espérons les revoir sur le forum, le site et/ou IRC.

Quand vous avez téléchargé l'archive Linux (en français), fermez firefox 3.0 et procédez de cette manière:

• décompressez l'archive sur le Bureau (clique droit → extraire ici)
• ouvrez un terminal et tapez:

J'ai ouvert Dailymotion, Youtube, mon blog, gmail, j'ai lancé des gros sites plein d'ajax (netvibes, igoogle...) j'ai rafraichi comme un sauvage les pages... et je reste à 87Mo de RAM maxi, valeur qui redescend à 78Mo juste après. Ça change beaucoup de la version 3.0.2 qui me prenais quasiment le double. Là mon CPU ne monte pas à 80% sur Youtube ou Deezer, j'ai l'impression (enfin !) que la navigation est légère :)

L'ouverture est ultra rapide, que ce soit le lancement du navigateur ou l'affichage d'une page.

Pour activer le nouveau moteur Javascript Tracemonkey qui remplace l'ancien SpiderMonkey, faites cette manipulation:

• dans la barre d'url tapez "about:config" et dites "oui je ferais attention, promis"
• dans le champ de recherche, tapez: javascript.options.jit.content
• double-cliquez pour voir apparaitre "true" à la place de "false" sur la droite
• fermez firefox 3.1b1 et relancez le comme je vous l'ai montré ci dessus:

Cette fois-ci, 10Mo de moins dans la RAM, et les scripts sont exécuté encore plus rapidement... Franchement cette nouvelle mouture promet, et ce n'est qu'une beta !

Attendons la suite :)

Alors évidemment, les extensions que vous avez installé ne marcherons pas... pour le moment, ça viendra lorsque Firefox sera en version stable.

Mais pour les impatients, les curieux, ou pour ceux qui veulent savoir comment leur site fonctionnera sur la prochaine mouture de Firefox, n'hésitez pas à tester.

Avec plus de 150 000 membres inscrits sur http://www.marketing-etudiant.fr, http://www.finance-etudiant.fr propose aujourd'hui les mêmes services aux étudiants en finance.

Extrait du communiqué de presse:
Finance-etudiant.fr a la particularité de faciliter les échanges entre les étudiants tout en proposant un espace de rencontre entre étudiants et professionnels. Ainsi, les étudiants :

1. partagent leurs documents (exposés, mémoires, rapports...)
2. s’entraident sur les forums
3. participent à des concours
4. réagissent sur l’actualité
5. déposent leur CV

Les professionnels :

1. relatent l’actualité
2. déposent leurs offres de stage
3. échangent avec les étudiants sur les forums
4. annoncent leurs salons / programmes de formation
5. recrutent via le vivier de CV

Donc, étudiants en finance, n'attendez pas et allez vous inscrire sur Finance-etudiant.fr

Je ne pèse pas mes mots, je le sais... mais après une discussion de seulement 10 minutes sur le canal #ubuntu-fr (irc.freenode.net sur IRC) je me suis rendu compte à quel point je déteste l'ambiance et les réactions des Ubunteros. Pour faire simple, je suis allé là bas pour demander si Ubuntu intègrait "gnome-online". Ce qui revient à demander en fait "il y a un dépôt ?" puisque je ne trouvais pas ce paquet... et que je sais pertinemment que des dépôts non-officiels sont un peu partout et n'importe où.

Les réponses ont commencée par être "J'aime pas", puis "t'as qu'à faire un VPN et tu l'as ton online desktop" (mais bien sûr)... Viennent en même temps les critiques: "pfff c'est null, et puis c'est pas aujourd'hui qu'on fera du online-desktop", "encore un truc de marketeux qui marchera pas"... Dans tout cela, je n'ai donc pas eut ma réponse. Montrant alors le site http://online.gnome.org, ça continue "pfff gnome... pas pour moi"... bon... Je continue pas.

Arrivé enfin à l'ultime vanne "lol, online-desktop, ça me fait bien rire, j'adore comme ils essaient de le vendre". La tentation a été trop grande, je n'ai pu que répondre une troll sans nom, mais quasi justifié "ce qui me fait rire moi, c'est une distribution qui veut se vendre comme pratique, sécurisée et révolutionnaire et qu'on regarde son historique de trous de sécurité laissés par des packageurs hâtifs, et qu'on se penche sur les version dépassées des logiciels installés sur la distribution"

Oui, c'est méchant et gratuit, mais bon... on se refait pas et cela n'engage que moi :)

Quoiqu'il en soit, depuis que je travaille sur Ubuntu - sur le poste de mon entreprise (allez savoir pourquoi j'ai voulu la tester malgré tout ce que j'en pense) - j'ai souvent eut recours à ce canal IRC. Le dédain de ces personnes qui gère ou participent à ce canal est plus qu'arroguant, on est à la limite de l'insulte (mais tout en politesse). Prenons un exemple. Par mégarde, de temps en temps je ne tape pas "quand" mais "qd"... Paf, un message du bot qui te remercie de ne pas parle en langage SMS et t'indique un site sur la langue française. Genre: "tu peux apprendre à écrire en français ?" Je suis tout à fait d'accord avec le principe de demander de parler correctement, mais la forme utilisée est franchement indécente.

Ce n'est pas la première altercation que j'ai là bas, la dernière avant celle-ci était une demande d'information sur openjdk... on m'a simplement envoyé paître en me demandant "pourquoi tu prends pas le jdk de sun ?" (note: encore une belle image de la défense du logiciel libre que nous montre Ubuntu)... Ou alors, je demandais pourquoi les paquets PHP était nommé un coup "php-xxx" et un autre "php5-xxx", cette question était d'ordre qualitative et non critique, mais ils ne l'ont pas entendu de cette oreille. Et pourtant croyez moi je n'avais agressé personne.

Vous voyez, sans chercher à défendre les autres distributions que j'utilise, les canaux IRC que je visite en général sont très sympathiques, ouverts et pleins d'idées. Sur le canal #fedora-fr il n'est pas rare de faire éloge d'une autre distribution, #mandriva-fr n'a pas attaqué quand j'ai dis que je passais sur Fedora et m'ont même demander des retours pour savoir ce qui m'a plut...

Je viens de discuter avec un membre de #fedora-fr de la distribution "Gentoo". Et on ne l'a pas attaqué... bien au contraire on la couvre d'éloges (évidemment pour une personne qui veut se mijoter une installation sur mesure).

Bref, l'ouverture d'esprit et le sens auto-critique des gens de #ubuntu-fr devraient sérieusement être remis en question. Oui Ubuntu est simple, oui elle est pas moche, oui elle fonctionne pas mal du tout... mais par pitié regardez autour de vous! Ubuntu est loin (très loin même) d'arriver à la hauteur technique, à la qualité de sécurité, à la qualité de packages et de stabilité de ces "concurrentes". D'ailleurs, c'est marrant, j'ai mis ce mot entre guillemets parce que je n'ai vu apparaître ce mot de manière récurrente que sur #ubuntu-fr... les autres canaux n'utilisent pas franchement ce mot.

A ceux qui vont commenter, allez-y: soyez mesquins, soyez ironiques en disant "mais oui, ubuntu c'est trop nase y'a que Fedora qui déchire tout" (chose que je n'ai jamais dite...), balancez que je suis trop technicien pour utiliser Ubuntu... mais souvenez vous de deux chose:

1. je parlais ici de la communauté ubuntu sur #ubuntu-fr
2. je ne suis pas ancré à une distrib, d'ailleurs j'en utilise 5 en tout à la maison

Ce qui est certain, c'est que je vois de plus en plus de gens sur Ubuntu se plaindre et passer à autre chose...

A vos trolls, prêts... ?

logrotate est une "démon" (deamon) qui va s'occuper de sauvegarder régulièrement des logs en les renommant et en les compressant si besoin. L'intérêt est d'avoir un historique de logs paramétrable et de scinder les logs pour ne pas avoir à manipuler des gros fichiers. Ce découpage peut se faire de manière journalière, hebdomadaire, mensuelle ou annuelle.

Chaque logs (ou groupes de logs) se paramètre dans un simple fichier texte. La plupart des distributions modernes propose un répertoire /etc/logrotate.d/ ou se trouve une série de fichier de configuration. A nous de créer le notre.

Nous allons faire simple, mais alors très simple. En premier, on corrige notre "crontab", désormais, on écrit dans un seul et unique fichier: /var/log/save.log

Ce qui veut dire que tous les jours à 4h00 du matin, j'ai une sauvegarde qui se fait (voir le billet sur la sauvegarde automatisée) et dont les résultats sont envoyés dans le fichier /var/log/save.log.

Tous les jours, le fichier /var/log/save.log grossi... et à la longue il risquerait de devenir difficile à lire, trop gros pour être traité facilement et surtout il aura un historique trop ancien pour être intéressant. J'estime qu'une semaine de log est très suffisant, et que 1 mois est sécurisant.

C'est donc ce que nous allons faire, créer un fichier de configuration de rotation de logs. Voici donc le fichier que je crée /etc/logrotate.d/savescript:

Et c'est tout ! Donc, toutes les semaines logrotate va faire une rotation. Il va supprimé le plus ancien log (donc save.log.3) puis il va pousser les logs:

• /var/log/save.log.2 devient /var/log/save.log.3
• /var/log/save.log.1 devient /var/log/save.log.2
• /var/log/save.log devient /var/log/save.log.1

Mes fichiers son donc du plus récent au plus ancien:

• /var/log/save.log - log en cours
• /var/log/save.log.1 - log de la semaine précédente
• /var/log/save.log.2 - log d'il y a 2 semaines
• /var/log/save.log.3 - log d'il y a 3 semaines

Tout est automatique, c'est franchement simple à mettre en oeuvre et vous ne vous soucirez plus de la taille de vos logs...

Je vous conseille de lire la page http://linux.die.net/man/8/logrotate ou simplement faire man logrotate qui vous donnera un très bon aperçut des options proposées par cet outil qui est pourtant l'un des plus anciens du monde Unix.

Voilà, à vous de jouer :)

A partir de là, une entrée dans le menu "Applications" (ou le menu K de Kde) apparait: "CrossOver Chromium". Pour le lancer en ligne de commande, il suffit de taper "chromium" et le tour est joué. Petite précision, un jeux existe avec ce nom là, je me demande bien si y'aurait pas un conflit qui nous attend...

Codeweaver a toujours été là, en parallèle à Wine, pour faire le maximum pour intégrer des applications native Windows vers Linux et Mac. Aujourd'hui, c'est au tour de chrome, le fameux navigateurs de Google, d'être porté de cette manière vers Linux.

Certes, cela ne vaut pas une compilation native Linux, mais ça a le mérite de marcher ! D'ailleurs, ce billet est rédigé sur chrome.

Pour installer Chrome sur votre Linux, les liens sont sur la droite à cette page:
http://www.codeweavers.com/services/ports/chromium/

Il existe des programmes de sauvegardes assez complets à paramétrer et configurer, mais étant donnée le peu de répertoire que je cherche à sauver, je ne voyais pas trop l'intérêt dans mon cas. Un simple script bash bien bricolé peut suffir, et c'est ce que je vais vous montrer.

Nous allons créer un petit script bash qui va créer une archive de nos données à sauvegarder (www et un dump Mysql), puis se connecte au FTP et envoit les fichiers. L'automatisation des sauvegardes de fichier n'est pas le plus compliqué, là où on commence à se poser des questions c'est le moment où il faut se connecter au FTP, s'authentifier et envoyer les fichiers...

Voilà donc la solution que j'ai trouvé. Elle n'est pas parfaite, mais elle a le mérite de fonctionner.

Archivage des fichiers

Commençons par le début, l'idée est de faire un .tar, ou tar.gz ou tag.bz2 (appelé tarball) de nos répertoires à sauver. Pour /var/www nous ferons, dans notre script, quelque chose du genre:

L'option "cf" veut dire "compress in file". L'option "z" signifie "gzip", et "j" signifie "bz2". C'est dans la page de man de ma commande tar que vous pouvez trouver ces informations.

Cela crée donc une archive de notre répertoire /var/www.

Dump de MySQL

Passons au dump mysql, une commande permet de créer une archive des données au format SQL: mysqldump.

Remplacez user par votre nom d'utilisateur mysql qui a le plus de droits, et donnez le mot de passe à la place de password:

On peut redirriger la sortie dans un fichier afin de sauvegarder tout ça:

Sauf que voilà... j'ai pas mal de bases de données et je préfèrerai les séparer à raison de un fichier SQL par base. Donc, par exemple, si j'ai une base "Foo" je devrai faire:

Sauf que je ne veux pas m'amuser à changer mon script de sauvegarde chaque fois que je crée ou que je supprime une base... Il faut donc automatiser aussi la récupération des noms de base de données et envoyer la commande mysqldump pour chacune d'elle. C'est en fait plus simple que vous ne le pensez.

Mysql vous afficher les noms de bases de données via la commande "show databases;", il suffit de faire ceci pour s'en rendre compte:

Aïe... zut... j'ai "Database" qui apparait mais c'est en fait le nom de la colonne qui apparait pour ma demande... "Database" n'est pas une base... et bien on va la supprimer de la sortie avec sed:

Beaucoup mieux! Bon, pour chaque élement de la liste on va sauver notre base dans un fichier...

Reste à compresser le répertoire:

Envoit au FTP

Voilà, en ce qui concerne la récupération des données et leur archivage, c'est bon... Reste à nous connecter au FTP, s'authentifier, puis envoyer les données. Il va falloir user d'une astuce pour envoyer les commandes ftp. On va imaginer qu'on utilise le FTP de Dedibox, adaptez cela à votre guise pour d'autres FTP.

Normalement, en mode "interactif", nous devrions faire, :

Arrrive alors l'invite de commande FTP, on nous demande un login (ici par exemple "sd-XXXX") et un mot de passe à taper quand on nous le demande:

Tout est interactif... automatiser cela parait compliqué... en fait... non. Il suffit d'envoyer le flux de commande à la volée. On la refait... d'abord sortez de l'invite ftp en tapant quit

Regardez:

Ok, on a quitté après authentification et on revient à l'invite de commande du Shell. Les option "-i" et "-n" font respectivement "couper le mode interactif" et "utilise l'auto-login".

Donc, si nous somme dans le répertoire de sauvegarde, on pourrait envoyer le dump MySQL pour tester:

Après un petit moment, le fichier se retrouve sur le ftp...

Premier script simple

Bien. On récapitule:

• on sait archiver notre répertoire /var/www
• on sait dumper les bases mysql
• on sait se connecter au FTP et envoyer un fichier.

Il serait bon de ne pas écraser nos sauvegardes, et donc de garder une sauvegarde par jour. On va donc "dater" nos fichiers, par exemple en leur donnant un nom qui contient la date.

Allons-y, on regarde ce que propose Linux pour afficher une date.:

Un peu long comme nom, et puis avec les espaces on va avoir du mal à "échapper" tout ça... sachant que nous utilisons une sauvegarde par jour, l'heure ne nous importe pas... et il serait préférable d'avoir une date au forma "Ymd" (Anneée sur 4 chiffre, mois sur deux chiffre et jour sur deux chiffre). Donc d'avoir en résultat pour le 9 octobre 2008: "20081009".

Un petit tour dans la page de man de la commande date et on trouve ce que nous cherchons.

J'ai donc ce qu'il me faut pour commencer un bon script... attention la suite n'est pas le script définitif, allez jusqu'au bout de l'article !!!

Voilà, donc un premier scrip qui peut marcher: