Linux On The Root !

HTML -> pdf

zarer (Christophe Gallaire) — 2009-04-13T12:16:57Z

Il existe plusieurs méthodes pour capturer une page web (HTML) au format .pdf. Voyez l'article de Léonux (Jean-Claude) sur Linux On The Root. En voici une autre, en ligne de commande...

Command Line Print

L'extension Command Line Print permet de capturer/imprimer une page web aux formats pdf, png, ps ou postscript en ligne de commande !

Au-delà de l'intérêt geekesque d'une telle extension, son efficacité et sa rapidité ont de quoi surprendre.

La procédure d'installation de Command Line Print est assez simple :

1. Télécharger l'extension Command Line Print : cmdlnprint_0_5_1.xpi.

2. Pour installer l'extension, ouvrir le fichier cmdlnprint_0_5_1.xpi avec Firefox/Iceweasel depuis le menu "Fichier -> Ouvrir un fichier...".

3. Quitter Firefox/Iceweasel.

4. Tester en ligne de commande la capture en pdf/png... Dans un terminal :

firefox -print http://torisugari.googlepages.com/commandlineprint2 -printfile -printmode pdf /commande_line_print.pdf

On peut réduire cette ligne, en paramétrant le comportement par défaut de l'extension depuis le menu "Outils -> "Modules complémentaires" :

firefox -print http://torisugari.googlepages.com/commandlineprint2 -printfile /commande_line_print.pdf

Plus court encore...

Le chemin absolu (ou relatif) est optionnel. Si cette option n'est pas renseignée, un nouveau fichier sera enregistré à l'emplacement par défaut : le répertoire de téléchargement de Firefox/Iceweasel.

firefox -print http://torisugari.googlepages.com/commandlineprint2

Control everything via your keyboard !

Renommer un support de stockage de format vfat

zarer (Christophe Gallaire) — 2009-02-22T11:53:24Z

Il existe de nombreux tutoriels décrivant la procédure pour renommer sous GNU/Linux un support de stockage de masse formaté en vfat, format communément utilisé par l'industrie pour les clés USB, les disques durs externes... Ce qui suit n'est en rien original ; il s'agit seulement de la première étape d'une stratégie plus globale de gestion des périphériques de masse (USB, etc.).

Tout est fichier

Sous Unix (tout comme sous GNU/Linux), tout est fichier. Périphériques physiques compris. Pour les périphériques, ces fichiers sont appelés "nodes" ou "fichiers spéciaux". Chaque périphérique actuellement disponible a son "node" ou "fichier spécial". Tous sont localisés dans le répertoire /dev.

Ainsi, tout disque dur, par exemple, est représenté dans le répertoire /dev par un fichier de type "spécial" : /dev/sda, /dev/sdb, ...

La gestion des opérations sur les périphériques en est, par conséquent, extrêmement simplifiée : il ne s'agit plus que d'écriture ou de lecture.

Évidemment, l'écriture sur le fichier spécial d'un disque permet d'enregistrer des données sur ce disque et la lecture autorise leur récupération. Mais ce n'est pas tout... La communication, par exemple, avec un modem se fait elle aussi en écrivant et en lisant les données sur le fichier spécial du port sur lequel le modem est connecté. Jouer un fichier son revient donc, tout simplement, à l'écrire dans le fichier spécial qui gère la carte son...

Bien entendu, certaines fonctionnalités plus avancées des périphériques ne se résument pas à de simples jeux d'écriture ou de lecture.

Pour en savoir plus : Notion de fichiers spéciaux de périphériques.

Identification du support de masse

Sous GNU/Linux, les outils pour identifier un support de masse disponible (disque ou clé USB...) sont légion. La commande mount, par exemple, avec l'option -l affiche la liste des systèmes de fichiers actuellement montés : mount -l.

On peut restreindre l'affichage à un type de système de fichiers. Si le support recherché n'a pas été reformaté à l'achat, il y a tout lieu de croire que le disque (ou la clé) figurera dans la liste des volumes au format vfat : mount -l -t vfat.

/dev/sdb1 on /media/HD-PSU2 type vfat (rw,nosuid,nodev,uhelper=hal,shortname=lower,uid=1000) [HD-PSU2]

/dev/sdc1 on /media/iAudio type vfat (rw,nosuid,nodev,uhelper=hal,shortname=lower,uid=1000) [IAUDIO]

Dans le cas présent, le disque recherché est /dev/sdb1 dont le point de montage est /media/HD-PSU2. On comprend dès lors l'intérêt de le renommer.

Renommer le support de stockage de masse (USB...)

Sous UNIX et GNU/Linux, la petite collection d'outils libres mtools permet de manipuler, lire et écrire des fichiers sur le système de fichier de MS-Dos (beurk !). Signalons qu'il est possible d'utiliser cette suite via une interface graphique : MToolsFM (disponible sous Debian Etch).

apt-get install mtools

La commande mlabel, comme son nom l'indique, agit sur les étiquettes (label) des disques (ou volumes) au format vfat.

Attention ! La manpage est incomplète. Elle donne la syntaxe suivante :

 mlabel [-vcsn] [-N serial] drive :[new_label]

Pour voir le label existant, il faut utiliser la syntaxe suivante en respectant l'ordre des options :

mlabel -si /dev/sdb1 ::

 Volume label is HD-PSU2 (abbr=HD-PSU2)

L'option "s" permet d'afficher le label et l'option "i" d'indiquer le chemin absolu du volume ; le tout est suivi de deux fois deux points, descripteur spécial pour les disques qui permet de spécifier le périphérique sur la ligne de commande et évite d'éditer le fichier de configuration ~ /.mtoolsrc pour attribuer une lettre au volume concerné.

Pour renommer le volume, deux syntaxes sont possibles :

mlabel -i /dev/sdb1 ::

HD-PSU2 (abbr=HD-PSU2)

Enter the new volume label : nouveau_label

mlabel -i /dev/sdb1 ::nouveau_label

Xcfa a besoin de vous ! :)

b52 - Claude, Guimloute, leonux — 2009-01-24T10:06:31Z

Depuis quelques temps, une mince poignée de geeks soutient Claude (développeur de XCFA) afin de porter le programme sous plusieurs distributions GNU/Linux...

Alors, je n'irai pas par quatre chemins :

Actuellement, il est possible d'installer aisément XCFA et ses "programmes tiers" sous :

Debian (merci à Christian pour son soutien) :)
Ubuntu
OpenSuse 11.1
Mandriva 2009
Slackware current
Frugalware current (merci Devil505) :)
Fedora 10

grâce à un petit script perl.

Il vous est possible de nous rejoindre pour renforcer les acquis, proposer des évolutions, etc., etc.

Comment ? En cliquant sur l'image ci dessous ;)

Alors, les ami(e)s, à nos claviers ! :D

Tableaux de bord verrouillés !

zarer (Christophe Gallaire) — 2009-01-18T22:42:25Z

Sous Gnome, les tableaux de bord et les icônes des applets sont tellement amovibles qu'elles ont tendance à faire leur vie et se promener un peu partout.

Cette option est, certes, très confortable mais devient bien vite énervante au quotidien. La solution : verrouiller les tableaux de bord !

Gnome intègre de nombreux outils de configuration permettant à chaque utilisateur de parfaire et de contrôler au mieux son environnement de travail. L'un de ces outils les plus intéressants est l'Éditeur de Configuration, gconf-editor. Attention, gconf-editor s'adresse à l'utilisateur averti. Si vous ne comprenez pas ce que vous faites, ne touchez pas à tout ! Vous pourriez tout casser !

gconf-editor est accessible graphiquement depuis le menu "Applications" :

Applications → Outils Système → Editeur de Configuration

Ou plus simplement : Alt+F2 et tapez gconf-editor. La même commande peut être saisie dans un Terminal (Applications → Accessoires → Terminal).

Si gconf-editor ne s'ouvre pas... c'est (peut-être) qu'il n'est pas installé !

Dans la partie gauche, ouvrez le répertoire "apps" puis le répertoire "panel" et enfin "global".

Ensuite, dans la partie droite de la fenêtre, recherchez la ligne “locked_down” et cochez la case en face. C'est tout.

Voilà vos tableaux de bord complètement verrouillés !

Dell, Ubuntu, Debian et les autres

zarer (Christophe Gallaire) — 2009-01-02T17:44:17Z

Avant mon départ pour le bout du monde, je pensais avoir trouvé l'ordinateur nomade idéal chez Dell : l'Inspiron 1525 (n series). Et j'avais dit tout le bien que je pensais de cet outil livré avec GNU/Linux Ubuntu, performant et confortable.

J'avais tout de même émis quelques réserves sur ces machines préinstallées sous GNU/Linux Ubuntu. Non qu'il ne faille se féliciter, avec Mark Shuttleworth, de ce que the good folks at Dell aient pris la décision de diversifier leur offre. Voire même de s'en émouvoir. Je pensais même, comme aKa, que Linux et par extension le logiciel libre dans son ensemble [avaient] marqué des points notamment chez le grand public... Aujourd'hui je suis beaucoup plus sceptique. Je n'y vois plus comme aKa un évènement si majeur. Bien au contraire...

Pourquoi Linux et le logiciel libre perdent-ils des points ?

Pour comprendre pourquoi cette initiative (ou collaboration) dessert Linux et le logiciel libre, il faut avoir acheté dans ces derniers mois l'une de ces machines et l'utiliser quotidiennement. De vrais débutants (le fameux grand public) en ont fait l'amère expérience (malheureusement sur mes conseils et sans mon aide... ou presque) et ont connu bien des déboires avec ces ordinateurs.

Pourquoi ? Parce que, en réalité, contrairement à ce qu'affirme aKa sur le framablog (article en lien ci-dessus), ces ordinateurs ne sont pas parfaitement configurés pour accueillir Ubuntu. Enfin... si, ils le sont, à l'achat. Avec des choix bien contestables, notamment l'intégration de LinDVD pour la lecture des DVDs et autres fichiers multimédias protégés, l'utilisation de dépôts Dell sans aucune information conséquente (ou sérieuse) pour l'utilisateur. Et croyez-moi, c'est non sans mal que, à l'époque de mon acquisition, j'ai réussi à mettre la main sur les adresses de ces fameux dépôts Dell contenant les mises à jour des précieux paquets dellisés.

Il existe aujourd'hui une page d'information pour l'Inspiron 1525 sur le site Ubuntu-fr.org qui pallie aux insuffisances du fabriquant et d'Ubuntu. Mais cela ne suffit malheureusement pas à répondre aux difficultés du très grand débutant qui ne sait pas ce qu'est un système d'exploitation, parce qu'il était sous MacOS, qui ne sait pas exactement quel était le système installé sur sa machine parce qu'il a toujours eu le système "Fenêtre" tout simplement parce qu'il a un ordinateur... Lequel grand débutant ne veut, de toutes façons, en aucun cas mettre les mains dans le cambouis parce qu'il a toujours eu dans son entourage un Gérard-qui-s'y-connaît-en-informatique pour le faire à sa place et que l'informatique, logiciels ou OS, ne l'intéresse absolument pas.

Pourquoi mettre en cause Ubuntu ?

Tout simplement parce que depuis quelque temps maintenant les rapports entre Dell et Ubuntu vont au-delà de la simple collaboration : un employé de Dell a fait son entrée dans la Core-Dev Team d'Ubuntu, Mario Limonciello. Il est notamment chargé du développement et de l'intégration de la distribution sur les machines Dell :

Je travaille sur le projet Ubuntu Dell, cherchant à faire le succès d'Ubuntu sur les ordinateurs Dell.

Chez Dell, on applaudit. Son intégration est récente mais il est tout de même difficilement acceptable que ces dépôts et paquets dellisés soient encore exogènes (développés à l'extérieur sans intégration directe). D'autant que pour certains le kernel modifié par Dell n'a pas été nécessaire pour que leur machine fonctionne parfaitement :

Tout le système fonctionne naturellement avec la version "vanilla" d'Ubuntu. Les effets graphiques sont donc activés par défaut, et je peux me connecter au réseau wifi...

Si cette expérience se vérifie (pour ma part, je ne la reproduirai pas), elle est une preuve à charge de l'incohérence de cette collaboration. Pourquoi maintenir un dépôt avec des paquets Dellisés si la version "vanilla" (il s'agit de la version avec les effets de bureau) prend parfaitement en charge tout le matériel des machines Dell ? S'il ne s'agit que de faciliter l'accès à la lecture de certains supports multimédias et autres cochoncetés propriétaires alors pourquoi ne pas faire une information simple et conséquente afin de faciliter la tâche dudit grand débutant pour qu'il installe de lui-même le nécessaire ?

S'il arrive à ce pauvre grand débutant de mettre à jour graphiquement (à partir de la notification sur le tableau de bord) son système Ubuntu vers la version supérieure (passage de la version 7.10 à la version LTS 8.04, par exemple)... tout part à vau-l'eau : perte de la connexion WiFi... Et puis le son ! du fait d'une adaptation plus que douteuse de PulseAudio... de l'avis Lennart Pöttering, développeur principal de PulseAudio :

Certaines distributions ont fait un meilleur travail que d'autres en adoptant PulseAudio. Du bon côté je dois citer Mandriva, Debian et Fedora. De l'autre côté Ubuntu n'a pas vraiment fait un travail formidable. Ils n'ont pas fait ce qu'il fallait. Adopter PulseAudio dans une distribution demande beaucoup d'efforts, dans la mesure où il s'interface avec énormément de choses dans pleins d'endroits. L'intégration avec les autres systèmes est cruciale. Les informations étaient largement diffusées, communiquées sur le wiki, les listes de diffusion et sur le canal IRC de PulseAudio. Mais si vous n'y allez pas, vous ne le saurez pas. À ma grande surprise, lorsque Ubuntu a adopté PulseAudio ils l'ont tout de suite intégré dans une de leurs ‘LTS'. Ce qu'on pourrait qualifier d'audacieux — puisque même chez Red Hat, pour qui je travaille, PulseAudio n'est pas encore intégré à RHEL. Beaucoup d'utilisateurs d'Ubuntu m'ont tiré dessus, et j'ai le sentiment qu'en règle générale ce n'est pas mérité et pas de ma faute.

Il ne m'en fallait pas plus pour changer de crémerie. Rédhibitoire. Les conséquences de cette mauvaise intégration de PulseAudio sont nombreuses. Pour n'en citer que deux, voyez les réactions à ces articles : celui de Bernard Opic et celui plus ancien de Racoon.

Bien entendu, PulseAudio n'y est pour rien là-dedans.

La banquise sous le ciel rose...

Il y a quelques jours, comme je le projetais depuis quelques mois, j'ai donc quitté le navire. Je n'ai pas jeté l'Inspiron 1525 par dessus bord, non, j'ai enfin installer une Debian testing en remplacement d'Ubuntu 8.04 LTS. Et le ciel s'est éclairci... Aucun problème. Sinon le module iwlwifi qui nécessite une petite mise à jour.

Normalement l'interface wlan0 est parfaitement détectée par le noyau. Pour en avoir la certitude, tapez dans un terminal Administrateur :

ifconfig -a

Vérifiez ensuite la présence des "outils" pour le WiFi et installez la mise à jour :

apt-get install wireless-tools firmware-iwlwifi

C'est tout. Rien d'autre.

Je conseille vivement à tous ceux qui voudraient migrer leur machine sous Debian en testing de lire consciencieusement l'excellent article de Shankarius : Debian Testing : comment l'utiliser efficacement ?

Gagnant gagnant !

Je crois que, dans le fond, nous sommes, chers lecteurs, tous à peu près d'accord : il s'agit avant tout d'explorer, d'expérimenter, sans blocage, sans consensus obligé, au risque de s'écarter les uns les autres, pour trouver ce qui fonctionne réellement.

Bien sûr, à participer, à dire ce que l'on pense être le plus efficace, le meilleur... on court toujours un danger : il est difficile de ne pas exprimer d'opinions ou de visions du monde particulières, lesquelles peuvent entrer directement en conflit avec d'autres.

J'ai bien conscience que la teneur d'un tel article peut aviver quelque querelle intestine ou division au sein de la communauté du Libre. Mais ce n'est nullement son objet. Non. Il est ailleurs : faire tourner Linux correctement (i.e. au mieux) sur une machine en production.

Aujourd'hui, Debian relève admirablement ce défi sur ma machine de travail. Au-delà de la popularité (sans cesse croissante) qu'elles ont acquise, toutes les distributions n'ont pas montré la même maturité.

Alors, gardons quelque peu la tête froide : si ce partenariat Dell/Ubuntu, que l'on donne volontiers pour une "révolution" n'en est pas réellement une, il n'en restera pas moins une heureuse initiative, parmi d'autres. Nul doute qu'il apportera rapidement son lot de "corrections" et d'améliorations. Pour le plus grand bien de tous. Fort heureusement, comme le rappelait Mark Shuttleworth sur son blog en septembre dernier, Ubuntu n'est pas seule : l'expérience utilisateur est un puissant vecteur d'évolution.

Lancement du forum "Défis libristes"

leonux — 2008-11-27T10:31:13Z

Comme nous l'avons régulièrement expliqué, ce site est un véritable alambic d'alchimiste ;)

En effet, couplée à la vie de ce site, il existe depuis plus d'une année une mailing-list linonroot-dev.

Son but est :

de soutenir des développeurs de logiciels libres.
de participer activement à l'évolution de ces logiciels en apportant des idées, des tests, des rapports de bug etc., etc.
de créer une petite bande de copains/copines pour se donner un coup de main.
d'échanger entre les rédacteurs du site Linux on the Root etc.

L'idée nous est venue de créer un espace public pour élargir cet échange pour :

travailler autour de scripts afin de faciliter la prise en main des logiciels.
travailler autour de l'installation de ces programmes sous d'autres distributions.
être en relation avec des packageurs de toutes les distributions GNU/Linux et autres systèmes libres.

Bref ! si vous voulez filer un petit coup de main, ce n'est pas de refus et ça se passe ici : http://defis-libristes.tuxfamily.org/

N'hésitez pas à échanger avec les développeurs et les geeks membres de la linonroot-dev , ils ne mordent pas ;)

À bientôt pour tous ces défis ! :)

Linux On The Root n'est plus sur le Planet Libre

zarer (Christophe Gallaire) — 2008-11-26T09:31:59Z

Peut-être que certains de nos lecteurs auront remarqué que les articles de Linux On The Root ne paraissent plus sur le Planet Libre. Pourquoi ?

Brièvement...

Sans entrer dans le détail et compter par le menu, disons simplement que notre site a connu récemment quelques difficultés : notre spip fait des siennes (problèmes de design, etc.).

La reprise d'un squelette de base a modifié la publication de notre flux RSS. Aujourd'hui, il n'est plus accessible que sous une forme résumée.

Or, cette malheureuse modification nous a plongés dans les affres de la marginalité (non conformité) : notre flux RSS viole la charte du Planet Libre.

Ce flux devra en plus être complet (pas de "cliquer pour lire la suite")

Certains y ont vu une manœuvre pour augmenter la fréquentation de notre site.

Il va sans dire que nous n'avons nullement besoin de mettre en place ce genre de stratégie douteuse pour assurer notre popularité. Votre fidélité récompense chaque jour nos efforts pour apporter aide et soutien aux utilisateurs des systèmes d'exploitation libres.

Nous avons bien essayé de rendre notre flux conforme à la charte du Planet Libre mais n'avons pas trouvé la solution (voir la discussion sur le forum du Planet Libre).

Et puis... très franchement, nous avons bien d'autres chats à fouetter en ce moment.

Le problème de flux (incomplet ou résumé) n'étant réglé, nos articles ne paraîtront plus sur le Planet Libre.

Peut-être que nous nous y réinscrirons un de ces quat', qui sait... le jour où leur charte aura évolué ou quand notre flux sera des plus conformes à cette charte.

Donc... Bye bye le Planet Libre !

En attendant, nos visiteurs qui suivaient jusqu'alors l'actualité de notre site via le Planet Libre peuvent toujours s'abonner directement à notre flux, histoire de ne pas perdre le fil :

LanguageTool : correcteur grammatical pour OOo !

zarer (Christophe Gallaire) — 2008-11-26T07:08:08Z

La remarquable suite bureautique libre OpenOffice.org a de nombreux détracteurs, notamment, du fait de l'absence d'un correcteur grammatical à la hauteur de la concurrence.

C'est ainsi que, tout récemment, quelqu'un de mes proches (utilisateur de GNU/Linux depuis quelques temps) s'est récrié contre OpenOffice.org pour déplorer qu'un tel outil (correcteur grammatical) ne soit pas intégré au traitement de texte, Writer, d'OpenOffice.org. Ce comportement de "simple consommateur" a le don de me mettre hors de moi. Je le déplore mais c'est ainsi. Je vis comme une urgence la sensibilisation des nouveaux utilisateurs de GNU/Linux et, plus largement, de logiciels libres aux spécificités de cet OS et des-dits logiciels.

Les "enjeux fondamentaux" échappent à beaucoup de ces nouveaux utilisateurs : la bibliothèque de logiciels disponibles est incroyablement riche, ouverte et libre. Cette liberté doit être protégée et soutenue. Le monde Libre a besoin de bonne intelligence pour se développer. Le sot se ruine à se croiser les bras.

Pour ma part, n'utilisant que OpenOffice.org, sans recours (de fait) à la correction grammaticale, je peux tout de même comprendre que d'autres en aient réellement besoin. Mais je ne suis nullement en mesure de formuler quelque avis sur ce que proposent les autres suites bureautiques.

Dans le monde Libre, comme c'est souvent le cas, la solution existe. Quelques projets sont en cours de développement pour tenter de répondre à cette attente des utilisateurs de la suite OpenOffice.org. Peut-être ne sont-elles pas encore parfaitement finalisées. Mais le comportement le plus indiqué est, assurément, de les tester, de les mettre à l'épreuve d'un usage quotidien.

L'un de ces projets a été initié par Nuxeo (société orientée "open source") en février 2005. Myriam Lechelt conclut sa présentation très lucidement : GramOOo « n'en est qu'à son commencement, il ne faut pas prendre ce qui suit pour définitif. »

Quelques mois plus tard, le projet d'un correcteur grammatical intégré à OpenOffice.org n'avait malheureusement pas abouti. Les résultats obtenus étaient reversés au monde Libre.

Pour autant, en 2007, Agnès Souque a repris le projet Nuxeo, dans le cadre d'un travail de recherche en Industries de la langue. Elle a réalisé l'adaptation de LanguageTool au français. Les étapes de ce travail sont données sur son blog et lisibles dans son mémoire, Conception et développement d'un formalisme de correction grammaticale automatique... (document au format pdf).

La correction grammaticale en français sous OpenOffice.org est toujours en cours de développement mais l'intégration de LanguageTool (créé par Daniel Naber) est, quant à elle, parfaitement concluante.

La célèbre suite bureautique est donc, aujourd'hui, dotée de l'outil de correction grammaticale libre qui lui faisait si cruellement défaut (en français) : LanguageTool est devenu une extension à part entière d'OpenOffice.org.

Il reste encore du travail pour que cet outil soit des plus performants. En faisant quelques tests sur des phrases grammaticalement fautives, vous obtiendrez sans doute des messages curieux indiquant des fautes là où il n'y en avait pas...

Ne perdez pas de vue que ce correcteur grammatical, libre et multilingue (polonais, allemand, etc.), n'en est qu'à ses premiers pas (en Français, plus de 16000 règles ont été définies). Bien des améliorations sont envisagées. Par exemple, la définition d'une typologie des erreurs grammaticales, une modélisation des règles de correction à partir de cette typologie et la validation de ces règles. Pour cela, un corpus d'erreurs est en cours d'élaboration.

LanguageTool est un projet très prometteur.

Installation de LanguageTool pour OpenOffice 2.x

Il y a deux versions courantes du module LanguageTool :

1. LanguageTool 0.9.5 pour OpenOffice.org 3.0. Cette version ne fonctionne qu'avec OpenOffice.org 3. Un article est en cours de rédaction.

2. LanguageTool 0.9.2 pour OpenOffice.org 2.x. Cette version ne fonctionne pas avec OpenOffice.org 3.0.

A. Installation de Java pour OpenOffice.org

Le module LanguageTool est programmé en Java. Il est donc nécessaire d'installer le module Java pour OOo. Pour Ubuntu, dans un Terminal (Applications —> Accessoires —> Terminal), tapez la commande suivante :

sudo apt-get install openoffice.org-java-common

Pour information, le paquet openoffice.org-java-common a besoin de certaines dépendances qui seront installées dans la foulée :

apt-cache depends openoffice.org-java-common

openoffice.org-java-common

 Dépend : bsh

 Dépend : libxalan2-java

 Dépend : libxerces2-java

 Dépend : openoffice.org-common

 Pré-Dépend : dpkg

 Est en conflit avec : openoffice.org-base

 Est en conflit avec : openoffice.org-filter-mobiledev

 Est en conflit avec : openoffice.org-officebean

 Est en conflit avec : openoffice.org-writer

 Est en conflit avec : 

 Remplace : openoffice.org-common

 Remplace : openoffice.org2-java-common

B. Installation de LanguageTool pour OpenOffice.org 2.x

a) Téléchargez le module LanguageTool 0.9.2 pour OpenOffice.org 2.x (cliquez sur le lien).

b) Enregistrez le module LanguageTool 0.9.2 sur votre bureau (Desktop). Ne pas décompresser pas l'archive !

c) Ouvrez OpenOffice.org et rendez-vous dans le menu Outils —> Gestionnaire des extensions.

d) Cliquez sur "Ajouter" pour installer le module. Une fois le module LanguageTool 0.9.2 installé, il apparaîtra dans la liste des extensions du gestionnaire, comme le montre la capture ci-dessous :

e) Relancez OpenOffice.org. Un raccourci (sous la forme d'une icône) est maintenant directement visible sur la barre d'outils supérieure. Par ailleurs, un nouveau menu est disponible : Outils —> LanguageTool. Ne reste plus qu'à le configurer en choisissant votre langue :

Ce petit module (en cours de développement) est loin d'être parfait mais il ne tient qu'à ses utilisateurs, férus de grammaire, ardents défenseurs de la langue française ou simples "apprenants" de contribuer à son amélioration.

Sécuriser Grub et le mode "recovery"

zarer (Christophe Gallaire) — 2008-11-20T07:15:43Z

Il est très certainement déjà arrivé à l'un de vos proches (ou "contacts") d'oublier son mot de passe (utilisateur ou administrateur). Et, comme vous l'avez lu sur un blog, un forum... il est on ne peut plus simple sur (de nombreuses distributions de) GNU/Linux de sortir de ce mauvais pas.

Le principe : modifier le mot de passe. Ou le supprimer, ce qui revient au même. Pour cela, il suffit d'avoir accès au compte root (un root shell ou terminal avec les droits d'administration) puisque seul l'administrateur peut modifier tous les fichiers. Et, paradoxalement, sous GNU/Linux, c'est un jeu d'enfant !

Paradoxalement oui... parce que cette affirmation est surprenante et se trouve en contradiction (apparente) avec l'opinion qui a cours sur la sécurité de GNU/Linux. Et l'on sait que les paradoxes pèsent au moins autant que les vérités dans la conduite des hommes... Rien n'est plus vrai que le faux !

Est-il besoin de dire ici encore que, ce qui est une commodité aux yeux de la plupart, pose d'importants problèmes de sécurité à d'autres ? Oui. Paradoxalement.

Paradoxalement parce qu'en définitive le mode "single user" est nécessaire pour un tout petit nombre de tâches administratives et qu'il est, somme toute, très rarement... nécessaire.

De fait, la plupart des (bons) guides de l'administrateur sont unanimes : par sécurité, un système correctement configuré devrait demander le mot de passe "root" avant de lancer le shell en mode "single user". Sinon, il est facile de devenir "root" en fournissant la ligne adéquate à GRUB.

De manière tout aussi paradoxale, pour beaucoup, la grande permissivité de GRUB (acronyme de GRand Unified Bootloader) serait une preuve de la maturité de GNU/Linux parce qu'il laisserait le "choix" à l'administrateur de verrouiller ou non l'accès aux fichiers vitaux du système :

Une fois de plus, Linux démontre que l'objectif d'un Système d'Exploitation reste avant tout de laisser la main à l'utilisateur... C'est ce genre de choix-là qui fait qu'un Système respecte réellement ses utilisateurs.

Afin de ne laisser aucune ambiguïté sur le sujet, je préfère le dire sans détour : cette facilité d'accès n'est nullement une vulnérabilité de GRUB (il en existe une qui permet à un attaquant local d'obtenir le mot de passe saisi au démarrage du système). Non. L'administrateur d'un système GNU/Linux (ou un autre OS libre), sans applications propriétaires, doit être responsable parce qu'il est en mesure de décider de ce que fait/autorise son propre ordinateur. Encore faut-il qu'il le sache...

Il ne peut nullement s'agir d'un "choix" si l'administrateur n'en a pas connaissance et qu'il laisse, involontairement, la possibilité à tout utilisateur qui partagerait son ordinateur (ou celui d'un espace de partage : salle informatique collective...) de modifier la configuration du système par des commandes "arbitraires" via une interface d'édition simple (bash-like).

Pour justifier cette permissivité de GRUB, les arguments ne manquent pas. Je n'ai nullement l'intention de les discuter dans la suite. Mais il en est un qui m'irrite parce qu'il opère, naïvement, par un glissement dans l'argumentation sur la nature des relations sociales : la confiance en l'autre qui est au fondement de la vie sociale.

La réalité des rapports humains est-elle si certaine, si prévisible, si simple, si monovalente ?

Comme le dit Franck Huet dans son livre Debian GNU/Linux, Sécurité du système..., « il ne faut jamais partir du postulat que tout va bien. [...] Mieux vaut anticiper les problèmes. »

Pour ma part, je reste convaincu, sans pour autant sombrer dans la paranoïa, qu'aucun système prédéfini, si rationnellement élaboré soit-il, ne pourra nous garantir jamais contre la capacité de nuisance de l'autre. Je ne peux donc que m'opposer au patch de confiance qui a été proposé pour brider GRUB.

Pour autant, par prévention, vous l'aurez compris, sur un ordinateur partagé ou un portable, je préfère limiter certains accès ouverts par GRUB pour préserver la consistance de mes données personnelles et professionnelles. Règle de base dans la stricte observance de la première loi de Raskin : Un ordinateur ne doit pas porter atteinte à votre travail ni permettre qu'il soit porté atteinte à votre travail.

Nombreux sont ceux qui prétendent que cette permissivité de GRUB est à attribuer à la distribution elle-même, à son orientation "grand public". Ce qui est vrai et faux, tout à la fois.

Faux parce que cette spécificité appartient à GRUB en propre et au mode "single user" (ou "recovery"). On a peine à croire que l'utilisateur/administrateur (je parle ici de celui qui gère sa propre machine et non de l'administrateur informé d'un parc informatique), fraîchement débarqué, en soit pleinement conscient et qu'il cherchera illico presto cette information de lui-même dès ses premiers pas sous GNU/Linux.

Pourtant, chez les migrants d'un système propriétaire bien connu qui s'orientent volontiers vers une distribution "grand public" comme Ubuntu, par exemple, la pratique du dualboot est assez fréquente. Sont-ils pour autant familiers et rompus aux subtilités de configuration de GRUB ? Je ne le crois pas. Tout bonnement parce qu'Ubuntu (comme d'autres sinon presque toutes les distributions) fait bien les choses en facilitant bien des opérations d'administration grâce à de bons outils et cela dès l'installation. Mais aucune information n'est faite sur la configuration par défaut de GRUB. Simplement, s'entend. Et, à ma connaissance, il n'existe aucun outil graphique qui permette de modifier la configuration de GRUB par défaut (l'accès au mode "single user" ou "recovery").

Dans ces conditions, peut-on réellement parler de choix ? L'administrateur est-il réellement responsable d'une configuration par défaut qu'il ne connaît pas ? Est-il vraiment en mesure de décider de ce que fait/autorise son propre ordinateur ?

La consultation de quelques nouveaux utilisateurs sur ce paramétrage par défaut en est la preuve : tous (ou presque) réclament l'intégrité de leurs données et la confidentialité des informations et des échanges. Ce ne sont là que deux principes de base de toute politique de sécurité.

Il y a donc une vraie nécessité à informer les utilisateurs/administrateurs sur ce paramétrage par défaut de GRUB voire à développer un outil simplifié d'administration qui permette son contrôle.

***

Avant d'entrer dans le détail des manipulations qui permettent de sécuriser (quelque peu) GRUB et le mode "recovery" ("single user"), vous trouverez une brève présentation dudit GRUB et quelques notions de base sur la gestion des utilisateurs.

Qu'est-ce que GRUB ?

Le chargeur (boot loader) est le premier logiciel qui s'exécute quand un ordinateur démarre. Il charge et transfère le contrôle au noyau d'un système d'exploitation (article très complet sur Wikipédia). Le noyau, à son tour, initialise le reste du système d'exploitation.

L'une des principales caractéristiques de GRUB est sa flexibilité. GRUB est un chargeur très puissant : il est capable de démarrer une très grande variété de systèmes d'exploitation (libres ou propriétaires). Il reconnaît un grand nombre de systèmes de fichiers et de noyaux.

Ainsi, pour charger un noyau, il suffit de spécifier le nom du fichier, le disque et la partition sur laquelle le noyau est enregistré. Pour que GRUB identifie le disque et le nom du fichier, il faut soit :

1. entrer les spécifications manuellement via l'interface en ligne de commande ;

2. utiliser le menu pour sélectionner l'OS qui doit être démarré. La personnalisation du menu de GRUB se fait dans le fichier de configuration. Par exemple, sous Ubuntu :

sudo gedit /boot/grub/menu.lst

Gestion des utilisateurs

Sous Linux, un utilisateur est une personne physique ou virtuelle qui possède des droits d'accès au système, un groupe d'utilisateurs et, éventuellement, un répertoire personnel.

L'utilisateur "root" est l'administrateur du système. Il a tous les droits sur le système et, de fait, sur tous les fichiers et tous les utilisateurs.

L'identification d'un utilisateur se fait par l'intermédiaire de son nom (ou login) et de son mot de passe (password).

Tous les utilisateurs sont référencés dans les fichiers /etc/passwd ou/et /etc/shadow. Le fichier /etc/group contient, lui, les références aux différents groupes. Seul "root" a le droit d'écriture sur ces fichiers.

Le répertoire personnel d'un utilisateur est en général /home/<login>. L'utilisateur peut changer son mot de passe par la commande passwd.

Pour une information plus complète, voir l'article Linux connexion.

Attribuer un mot de passe au compte "root" sous Ubuntu

Le programme init propose, entre autres, le mode de démarrage spécial "single user" (ou "recovery") qui est généralement utilisé pour des opérations de maintenance assez rares.

Au démarrage du système, en mode "single user" (sous Ubuntu "recovery"), le shell est proposé avec l'identité "root" sans aucune demande d'authentification.

Actuellement, sous Debian, pour protéger ce démarrage en mode "single user", il suffit de modifier le fichier /etc/inittab (voir la procédure). Lequel n'existe plus sous Ubuntu suite au remplacement du daemon init par Upstart.

Pour autant, il est assez simple de sécuriser le mode "recovery" sous Ubuntu :

Quand le système démarre en mode "single user" (recovery), si le compte "root" est débloqué, l'initialisation réclame le mot de passe "root" avant d'afficher le prompt.

Dans le cas contraire (configuration par défaut), le prompt "root" est affiché directement, sans mot de passe.

Pour plus de détails, voir l'excellent article Mark G. Sobell, Ubuntu's Upstart event-based init daemon (en anglais).

J'ai lu ça et là (notamment sur le site Ubuntu-fr) que ce n'était pas beau d'activer le compte "root" sous Ubuntu :

Par défaut, sous Ubuntu, le compte root est désactivé. La logique du système est d'utiliser sudo pour effectuer toutes les tâches administratives. Il est totalement déconseillé d'activer et d'utiliser le compte root sous Ubuntu ; le présent document n'est rédigé qu'à titre informatif.
Avant que vous n'effectuez [sic] votre choix, prenez quelques secondes pour prendre connaissance des nombreux bénéfices apportés par sudo et son utilisation dans Ubuntu. Rappelons aussi que sudo n'est pas moins sécurisé que l'utilisation d'un compte root.

Sous Ubuntu, le compte "root" existe bel et bien, par défaut, mais il est bloqué. Tapez dans un terminal :

grep '^root' /etc/passwd

Il est bien difficile de comprendre les raisons pour lesquelles on déconseille fortement l'activation du compte "root". Aucune ne m'a réellement convaincu... sinon que la logique du système, selon Ubuntu, est d'utiliser sudo (plutôt que su) pour effectuer toutes les tâches administratives.

Ubuntu est configuré avec sudo et le compte de l'utilisateur qui est créé à l'installation du système. Autrement dit, la commande sudo permet de réaliser toutes les tâches nécessitant les privilèges de l'administrateur ("root"). Le mot de passe requis est le mot de passe du premier compte utilisateur créé.

D'aucuns affirment que cette double identité du primo utilisateur est, outre le confort de ne pas avoir à se souvenir d'un mot de passe supplémentaire (entre autres avantages "raffinés"), une sécurité supplémentaire ; le mot de passe "root" serait la cible privilégiée des attaques. Est-ce à dire pour autant que Debian et toutes les distributions qui utilisent le compte "root" plutôt que la commande sudo sont plus vulnérables aux attaques, moins sécurisées ? Oui... par induction.

Rappelons tout de même que, sous les systèmes UNIX, aucune connexion à un compte utilisateur sans mot de passe n'est possible. Y compris en tant que "root" (administrateur ou superutilisateur). Et que, normalement, seul l'utilisateur "root" a tous les droits sur tous les fichiers. Cette séparation des droits de l'administrateur et des droits de l'utilisateur est la clé de voûte de la sécurité des systèmes de type UNIX.

Sur Ubuntu, pour activer le compte "root", il suffit d'exécuter la commande suivante :

sudo passwd root

C'est d'abord le mot de passe du compte courant (du premier utilisateur créé) qui est demandé. Puis, l'invite vous demande le mot de passe souhaité pour le compte "root" qu'il sera nécessaire de saisir une seconde fois pour validation.

La même opération peut être faite depuis le mode "recovery" :

passwd root

Au (re)démarrage du système en mode "recovery", le mot passe du compte "root" sera exigé pour toute tâche de maintenance.

Pour désactiver le compte "root", il ne suffit pas d'effacer le mot de passe, il faut le bloquer :

sudo passwd --lock root

Ou depuis un shell root, tel celui du mode "recovery" :

passwd --lock root

Le simple effacement du mot de passe du compte "root" (passwd --delete root) provoque un erreur quand on tente de se connecter en tant qu'administrateur ("root").

Désactiver les options interactives de GRUB

Avant toute personnalisation du menu de GRUB, il faut agir de manière réversible ! Faites une copie du fichier de configuration. Par exemple, sous Ubuntu :

sudo cp /boot/grub/menu.lst /boot/grub/menu.lst.bak

Pour restaurer le fichier de configuration de GRUB, il suffira d'exécuter la commande suivante :

sudo cp /boot/grub/menu.lst.bak /boot/grub/menu.lst

Comme il a déjà été dit plus haut, au démarrage de la machine, il est possible de booter sur le mode "recovery". Quelle qu'en soit la raison. L'activation du compte "root" par la création d'un mot de passe rend à l'administrateur ses privilèges sur son prompt mais n'empêche nullement d'accéder à l'interface d'édition simplifiée de GRUB.

Un exemple : un utilisateur lambda peut lire /etc/passwd ou /etc/shadow depuis cette interface avec la commande cat... voire les modifier. Faites-en l'essai avec la deuxième méthode proposée par Michel Leunen ("Édition du menu grub").

Pour sécuriser le menu de GRUB, il est donc nécessaire de désactiver les options interactives du menu d'édition.

Afin que seul l'administrateur ait recours aux opérations interactives, GRUB autorise l'utilisation d'une fonction "mot de passe". Quand cette fonction est configurée, GRUB interdit tout contrôle interactif jusqu'à ce que la touche <p> soit pressée et qu'un mot de passe correct soit entré.

password [--md5] mot_de_passe [new-config-file] 

Utilisée dans la première section du fichier de configuration de GRUB, cette commande désactive l'édition interactive, tout comme la commande lock.

Si le mot de passe est entré et que le chemin vers un new-config-file est renseigné (argument facultatif), la commande peut charger ce new-config-file comme nouveau fichier de configuration :

password mot_de_passe /boot/grub/menu-admin.lst

Dans le cas contraire, GRUB débloquera les instructions privilégiées.

L'option --md5 permet d'utiliser un mot de passe crypté au format md5 et d'en informer GRUB.

Si l'option --md5 est omise, GRUB suppose que le mot de passe est en clair.

Pour crypter le mot de passe au format md5, il est possible d'utiliser la commande md5crypt en invoquant le shell grub :

grub> md5crypt

Password : **********

Encrypted : $1$U$JK7xFegdxWH6VuppCUSIb

Copiez ensuite le mot de passe crypté dans le fichier de configuration.

Ajouter un mot de passe aux entrées du menu de GRUB

N'importe quel utilisateur peut choisir n'importe quelle entrée du menu de GRUB. Bien entendu, si le mot de passe "root" est requis pour démarrer le mode "recovery", les problèmes de sécurité sont circonscrits aux autres entrées du menu.

C'est là où cette option se révèle intéressante : elle permet de limiter l'exécution des autres entrées au seul administrateur. Pour démarrer un OS non fiable... DOS par exemple.

GRUB dispose d'une commande lock. Cette commande échoue toujours sauf si le mot de passe correct est entré dès le menu de GRUB (<p>). Elle doit être utilisée comme suit :

title OS non fiable

lock

rootnoverify (hd0,1)

makeactive

chainload +1

La commande lock doit être insérée juste après title.

Il est possible d'utiliser la commande password à la place de la commande lock. Dans ce cas, le processus de démarrage exigera le mot de passe et s'arrêtera s'il est incorrect.

Dans la mesure où la commande password prend en compte son propre argument, un mot de passe différent peut être utilisé pour chaque entrée du menu.

Gérer son espace disque sous OpenSuse

leonux — 2008-11-16T10:57:27Z

Cet article est destiné à un ami commençant à découvrir le système d'exploitation OpenSuse.

Pour lui, les termes Yast2, Zypper, etc., sont autant de mots étranges et inexistants dans le vocabulaire ubuntiste auquel il est habitué.

Ce premier volet lui (vous ?) permettra de gérer plus efficacement son (votre ?) espace sur le disque dur et plus précisément celui du répertoire /tmp.

Comme vous le constaterez dans la pièce attachée, cette opération s'effectue très facilement grâce à l'interface Yast2.

Je tiens à remercier Christophe Gross pour son article paru dans Linux + et sur lequel je me suis largement inspiré