<h2>But de ce document</h2>
<p class="spip">Ce document me permet de faire l’inventaire des problèmes que je rencontre lors de mise à jour de postes sous Debian Testing ou Sid (<strong class="spip">aptitude upgrade</strong>).</p>

<p class="spip">Ce document donnera également les solutions, si elles existent, aux problèmes rencontrés.</p>

<p class="spip">Les problèmes sont triés du plus récent au plus ancien.</p>

<p class="spip">Pour les problèmes rencontrés en 2005, vous les trouverez dans cet article :
<br /></p>
<li> <a href="http://www.coagul.org/article.php3?id_article=381" class="spip_out">http://www.coagul.org/article.php3 ?id_article=381</a>
<p class="spip">Pour mes problèmes de 2007, vous pouvez lire cet article :
<br /></p>
<li> <a href="http://www.coagul.org/article.php3?id_article=554" class="spip_out">http://www.coagul.org/article.php3 ?id_article=554</a>
<h2>31/12/06 - Problème avec aptitude purge ou aptitude remove</h2>
<p class="spip">En voulant supprimer un paquet en utilisant l’auto-completion intelligente et en faisant « <strong class="spip">aptitude purge fire</strong> » <strong class="spip">+ la touche tabulation</strong>, j’ai rencontré le message suivant :</p>

<p class="spip"><code class='spip_code' dir='ltr'>aptitude remove firegrep-status: /var/lib/dpkg/status:4462: deux-points (« : ») attendus.</code></p>

<p class="spip">J’ai donc ouvert le fichier « <strong class="spip">/var/lib/dpkg/status</strong> » à la ligne 4462 et comme j’ai vu que cela tombait sur un paquet que j’avais installé dernièrement, je l’ai supprimé et tout est rentré dans l’ordre :</p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude purge nxclient</code></p>

<p class="spip">PS : Je pense que ce sera mon dernier problème pour l’année 2006 :-)</p>

<h2>30/12/06 - Problème entre OpenOffice.org 2.x et IceDove</h2>
<p class="spip">Depuis que Thunderbird est devenu IceDove sous Debian, je n’arrive plus à envoyer un document par mail en utilisant le menu « Fichier / Envoyer / document par email ».</p>

<p class="spip">Il m’affiche ce message à l’écran « OpenOffice.org n’a pas pu trouver de configuration de messagerie valide ».</p>

<p class="spip">Si je configure OOo en mettant « icedove » dans « Outils / Options / Internet / E-Mail », cela ne change rien. Si je lance OOo en console, j’ai ce message qui apparaît dans la console :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>$ openoffice.org-2.1<br />
Unsupported mail client: icedove</code></div>
<p class="spip">Donc, à priori, OOo, n’aime pas le nouveau nom de Thunderbird.</p>

<p class="spip">Pour contourner le problème, j’ai créé le lien symbolique suivant :</p>

<p class="spip"><code class='spip_code' dir='ltr'># ln -s /usr/bin/icedove /usr/bin/mozilla-thunderbird</code></p>

<p class="spip">Mais si je lance thunderbird en console, j’ai ce message :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>$ mozilla-thunderbird<br />
run-mozilla.sh: Cannot execute /usr/lib/icedove/mozilla-thunderbird-bin.</code></div>
<p class="spip">J’ai donc créé cet autre lien symbolique pour arrivé à lancer thunderbird en console :</p>

<p class="spip"><code class='spip_code' dir='ltr'># ln -s /usr/lib/icedove/icedove-bin /usr/lib/icedove/mozilla-thunderbird-bin</code></p>

<p class="spip">Ensuite dans OOo et « Outils / Options / Internet / E-Mail », j’ai mis « mozilla-thunderbird » et tout est rentré dans l’ordre.</p>

<h2>24/12/06 - fcron ne fonctionne plus</h2>
<p class="spip">Suite à une mise à jour de fcron, celle-ci à planter et depuis il ne marche plus. Pour régler le problème d’installation, j’ai installé cron et ensuite j’ai réinstallé fcron mais les deux ne fonctionnait plus.</p>

<p class="spip">De plus avec fcron je ne pouvait plus éditer la table, car en faisant « fcrontab -e », j’avais un message d’erreur lié à pam_mount.</p>

<p class="spip">Après avoir désactivé pam_mount, cron et fcron se ce mis à refonctionné.</p>

<p class="spip">Je pense que pour corriger mon problème, il faut que je corriger ma configuration de « pam ».</p>

<h2>11/12/06 - Aucune clé publique n’est disponible</h2>
<p class="spip">En voulant mettre à jour ma liste de paquets, voici le message que j’ai rencontré :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># aptitude update<br />
...<br />
W: Aucune clé publique n'est disponible pour la/les clé(s) suivante(s) :<br />
A70DAF536070D3A1</code></div>
<p class="spip">Pour remédier à ce Problème et comme tous les ans, il faut télécharger la nouvelle clé public :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys A70DAF536070D3A1<br />
# gpg --armor --export A70DAF536070D3A1 | apt-key add -  </code></div>
<h2>05/12/06 - Impossible de se connecter au serveur FreeNX</h2>
<p class="spip">Ce matin, impossible de se connecter au serveur FreeNX depuis plusieurs postes alors que d’autres y sont déjà connecté.</p>

<p class="spip">Le message d’erreur lors de la connexion était le suivant :</p>

<p class="spip"><code class='spip_code' dir='ltr'>NX> 599 Reached the maximum number of concurrent sessions on this server</code></p>

<p class="spip">Après une rapide recherche sur Internet, j’ai trouvé qu’il fallait augmenter les valeurs des variables <strong class="spip">SESSION_LIMIT</strong>, <strong class="spip">SESSION_USER_LIMIT</strong> et <strong class="spip">DISPLAY_LIMIT</strong> du fichier « <strong class="spip">/etc/nxserver/node.conf</strong> » et ensuite arrêter et démarrer le serveur FreeNX :</p>

<p class="spip"><code class='spip_code' dir='ltr'># nxserver --stop</code></p>

<p class="spip"><code class='spip_code' dir='ltr'># nxserver --start </code></p>

<h2>09/11/06 - KDE en iso-8859 et gnome en UTF8</h2>
<p class="spip">Comme je suis en environnement mixte Linux/Windows, j’ai définis mes locales sous Debian Testing et KDE en ISO-8859. Mais j’ai un problème avec les applications basées sur Gnome (Gimp et Thunderbird) qui codes les fichiers enregistrés en UTF8.</p>

<p class="spip">Pour remédier à ce problème, j’ai ajouté la ligne « <strong class="spip">G_FILENAME_ENCODING=@locale</strong> » dans le fichier « <strong class="spip">/etc/default/locale</strong> »</p>

<p class="spip"><strong class="spip">Remarque 1 </strong> : Cela fonctionne également avec le fichier « /etc/environment » mais à priori, et d’une manière générale, il est déconseillé d’utiliser ce fichier comme indiqué dans  « /usr/share/doc/locales/NEWS.Debian.gz »</p>

<p class="spip"><strong class="spip">Remarque 2</strong> : Cela fonctionne aussi avec la variable « G_BROKEN_FILENAME=1 » mais à priori, cette variable d’environnement est devenue obsolète et il est donc conseillé de ne plus l’utiliser.</p>

<p class="spip"><strong class="spip">Remarque 3</strong> : Pour plus d’infos : <a href="http://developer.gnome.org/doc/API/2.0/glib/glib-running.html" class="spip_out">http://developer.gnome.org/doc/API/2.0/glib/glib-running.html</a></p>

<h2>02/11/06 - Plantage de Thunderbird 1.5.0.7 lors de l’impression</h2>
<p class="spip">Comme pour mon problème avec Firefox du 26/10/06, j’ai également rencontré un problème systématique de plantage de Thunderbird lors de l’impression.</p>

<p class="spip">J’ai essayé de faire une mise à jour de ma Debian Testing avec un « <strong class="spip">aptitude update</strong> » et cela à réglé mon problème.</p>

<p class="spip"><strong class="spip">Remarque</strong> : Cette mise à jour à également réglé mon problème avec le paquet Debian de Firefox 1.5.0.7</p>

<h2>26/10/06 - Impossible de faire des copies d’écrans</h2>
<p class="spip">Suite à une mise à jour, je ne peux plus faire de copies d’écrans que ce soit avec Gimp ou avec Ksnapshot. Dans les deux cas, je me retrouve avec une image vide.</p>

<p class="spip"><strong class="spip">Pour le moment, je n’ai pas trouvé de solution.</strong></p>

<h2>26/10/06 - Plantage de firefox 1.5.0.7 lors de l’impression</h2>
<p class="spip">Suite à la mise à jour de Firefox 1.5.0.4 à 1.5.0.7 et lors de l’impression de certains documents comportant des images, j’avais une fermeture brutale de firefox sans message d’erreur.</p>

<p class="spip">J’ai essayé de changer d’imprimante sans succès. J’ai essayé d’installer la version officielle à la place du paquet Debian sans succès.</p>

<p class="spip">J’ai essayé d’installer la version officielle 2.0 qui venait juste de sortir et cela a réglé le problème.</p>

<h2>26/10/06 - Impossible d’imprimer sous OpenOffice.org</h2>
<p class="spip">Suite à l’installation d’un nouveau programme KDE (kwalletmanager), cela à entraîner la mise à jour de plusieurs librairies de KDE. Suite à cette mise à jour, je ne pouvais plus imprimer depuis OpenOffice.org 1.1.5 (version officielle et non pas version Debian) alors que je pouvais imprimer depuis les autres applications (Konqueror, Firefox, Thunderbird,..)</p>

<p class="spip">J’ai redémarré CUPS et redémarré l’ordinateur sans succès.</p>

<p class="spip">J’ai ensuite lancé une mise à jour complète du poste avec « <strong class="spip">aptitude upgadre</strong> » et cela a réglé mon problème.</p>

<h2>25/09/06 - Anacron (ou cron) ne fonctionne plus</h2>
<p class="spip">Pour une raison inconnue, anacron (cron), a cessé de fonctionner certainement suite à une mise à jour. Au lieu de chercher à régler ce problème que j’avais déjà rencontré sur d’autres postes, j’ai préféré le remplacer par son connurent plus efficace « <strong class="spip"> fcron </strong> » :</p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude install fcron</code></p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude purge cron</code></p>

<p class="spip">Le fichier de configuration a exactement la même syntaxe et il se modifie avec la commande suivante :</p>

<p class="spip"><code class='spip_code' dir='ltr'>$ fcrontab -e</code></p>

<h2>09/09/06 - Plus de son pour les applications utilisant oss et non pas alsa</h2>
<p class="spip">Depuis déjà un bon moment, je n’avais plus de son sur les veilles applications utilisant oss alors que le son sous KDE fonctionnait correctement. En fait, le périphérique « <strong class="spip"> /dev/dsp</strong> » utilisé par oss n’existait pas. J’ai effectué les opération suivantes et tout est rentré dans l’ordre :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># aptitude install alsa-oss<br />
# alsaconf<br />
# mknod /dev/dsp c 14 3<br />
# chgrp audio /dev/dsp<br />
# chmod a+rw /dev/dsp</code></div>
<p class="spip">Pour info, la commande suivante permet de connaître les applications en train d’utiliser le système alsa :</p>

<p class="spip"><code class='spip_code' dir='ltr'># lsof /dev/snd/*</code></p>

<p class="spip">Et la commande suivante les applications en train d’utiliser le système oss :</p>

<p class="spip"><code class='spip_code' dir='ltr'># lsof /dev/dsp</code></p>

<h2>08/09/06 - Grosse mise à jour = nombreux petits problèmes</h2>
<p class="spip">Voilà 4 mois que je n’avais pas mis à jour une Debian Testing me servant de serveur pour plusieurs postes bureautiques et j’ai rencontré plusieurs petits (mes pénibles) problèmes :</p>

<h3>FreeNX / NoMachine</h3>
<br /><li> Impossible de se connecter au serveur FreeNX suite à la mise à jour de Xorg : cf date 16.06
<br /><li> Clavier en qwerty : cf article sur FreeNX : <a href="http://www.coagul.org/article.php3?id_article=330" class="spip_out">http://www.coagul.org/article.php3 ?id_article=330</a>
<br /><li> Lors de la déconnexion du client NoMachine, quelquefois un message apparaît comme quoi la communication a été coupée : <strong class="spip">Pas de solution pour le moment.</strong>
<h3>OpenOffice.org</h3>
<p class="spip">Suite à la reconfiguration du clavier pour contourner le problème de FreeNX en qwerty, j’ai rencontré un conflit avec le programme « <strong class="spip"> InstallVirgule </strong> » permettant de remplacer le point en virgule dans OOo. J’ai donc desinstallé ce programme et le problème a disparu.</p>

<h3>KDE</h3>
<br /><li> J’ai réactivé le lissage des polices et remettre la police « Arial » que j’avais définie par défaut et ceci pour chaque profil utilisateur du poste.
<h3>Thunderbird (1.0.7 -> 1.5.0.5)</h3>
<br /><li> Thunderbird était en anglais. Pour le remettre en français, j’ai du, pour chaque profil utilisateur et après avoir lancé Thunderbird, effectuer les deux commandes suivantes :
<div style='text-align: left;' class='spip_code' dir='ltr'><code># aptitude purge thunderbird-locale-fr<br />
# aptitude install thunderbird-locale-fr</code></div>
<li> Le lien personnalisé dans les menus de KDE était à refaire (lien vers binaire et icône) car le nom du programme est passé de « mozilla-thunderbird » à « thunderbird »
<br /><li> Pour la correction orthographique, j’ai du sélectionner le dictionnaire français car par défaut aucun n’était sélectionné
<br /><li> Comme à chaque mise à jour, j’ai repassé le format d’impression de « letter » à « A4 »
<h3>Firefox (1.5.0.3 -> 1.5.0.4)</h3>
<br /><li> Firefox était en anglais : Pour le repasser le français, j’ai supprimé le pack de langue que j’avais installé manuellement lors d’une précédente mise à jour et grâce au paquet de localisation installé il est revenu en français.
<h3>AS400 avec xt5250</h3>
<p class="spip">Le programme xt5250 ne fonctionnait plus car certains chemins de configuration de Xorg ont changé. J’ai du créer un lien symbolique, un dossier et déplacer un fichier pour arriver à refaire marcher xt5250. Pour plus d’infos, voir mon article sur tn5250 :
<br /></p>
<li> <a href="http://www.coagul.org/article.php3?id_article=196" class="spip_out">http://www.coagul.org/article.php3 ?id_article=196</a>
<h3>CONCLUSION</h3>
<p class="spip">La mise à jour d’une Debian Testing sur un poste utilisé comme serveur de terminaux, donc utilisé par plusieurs personnes, pose de nombreux petits problèmes de réglage qui sont toujours très pénibles à corriger. C’est donc pour cela que je limite ces mises à jour au strict minimum (3 à 4 fois par an).</p>

<h2>01/09/06 - Problème avec grub-update</h2>
<p class="spip">Suite à une mise à jour du noyau, grub-update a remplacé mes partitions « <strong class="spip"> /dev/sda</strong> » par « <strong class="spip">/dev/sde</strong> » et « (hd0,5) » par « (hd0,0) », ce qui m’a planté lors du démarrage suivant. Heureusement que grub permet l’édition directe des lignes dés le démarrage pour pouvoir corriger ce problème et arriver à booter manuellement. Pour corriger ce problème définitivement, j’ai remplacé dans « <strong class="spip">/boot/grub/menu.lst</strong> » les lignes suivantes :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># kopt=root=/dev/sde6 ro<br />
# groot=(hd0,0)</code></div>
<p class="spip">par les lignes suivantes :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># kopt=root=/dev/sda6 ro<br />
# groot=(hd0,5)</code></div>
<p class="spip">et lancé la commande suivante pour configurer mes entrées de menus de grub :</p>

<p class="spip"><code class='spip_code' dir='ltr'># update-grub </code></p>

<h2>20/08/06 - Inondé de messages dans syslog</h2>
<p class="spip">Suite à une mise à jour du noyau, je me suis retrouvé inondé de messages dans syslog.</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>Sep  5 19:18:11 debian kernel: evbug.c: Event. Dev: isa0060/serio1/input0, Type: 0, Code: 0, Value: 0<br />
Sep  5 19:18:11 debian kernel: evbug.c: Event. Dev: isa0060/serio1/input0, Type: 2, Code: 1, Value: 1<br />
Sep  5 19:18:11 debian kernel: evbug.c: Event. Dev: isa0060/serio1/input0, Type: 0, Code: 0, Value: 0<br />
Sep  5 19:18:11 debian kernel: evbug.c: Event. Dev: isa0060/serio1/input0, Type: 1, Code: 272, Value: 1<br />
Sep  5 19:18:11 debian kernel: evbug.c: Event. Dev: isa0060/serio1/input0, Type: 0, Code: 0, Value: 0<br />
Sep  5 19:18:12 debian kernel: evbug.c: Event. Dev: isa0060/serio1/input0, Type: 1, Code: 272, Value: 0</code></div>
<p class="spip">En fait, cela est du au fait que le module de debuggae ’evgug ’ est chargé au démarrage du système pour une raison inconnue. Normalement ce module est chargé manuellement uniquement pour débugguer des problèmes de compilation de noyau.</p>

<p class="spip">Pour régler ce problème temporairement, il faut donc décharger le module de la mémoire :</p>

<p class="spip"><code class='spip_code' dir='ltr'># modprobe -r evbug </code></p>

<p class="spip">Pour le régler plus définitivement mais de manière brutale, il est possible de renommer ce module pour qu’il ne puisse plus être chargé au démarrage :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># cd /lib/modules/2.6.16-2-686/kernel/drivers/input/ <br />
# mv evbug.ko evbug.off </code></div>
<p class="spip">Cette manipulation entraînera seulement un message d’erreur dans les logs sans conséquence au démarrage du système.</p>

<h2>10/08/06 - Impossible d’imprimer sur le port parallèle</h2>
<p class="spip">Suite à une mise à jour du système, impossible d’imprimer sur le port parallèle.</p>

<p class="spip">Pour une raison inconnue, le module « <strong class="spip">lp</strong> » ne se charge plus automatiquement au démarrage et l’imprimante ne peut donc plus utiliser le port parallèle pour imprimer.</p>

<p class="spip">Il faut donc le charger manuellement pour pouvoir imprimer :</p>

<p class="spip"><code class='spip_code' dir='ltr'># modprobe lp </code></p>

<p class="spip">Pour régler ce problème définitivement, il faut ajouter « <strong class="spip"> lp </strong> » dans le fichier « <strong class="spip">/etc/modules</strong> »</p>

<h2>10/07/06 - Impossible de gérer les imprimante CUPS dans KDE</h2>
<p class="spip">Même problème que celui évoqué le 13/06/06, mais la solution est différente car les fichiers de configuration de cups ont évolué et le fichier « <strong class="spip">/etc/cups/cups.d/ports.conf </strong> », n’existe plus. Désormais, il faut modifier le fichier « <strong class="spip">/etc/cups/cupsd.conf</strong> » et remplacer la ligne suivante :</p>

<p class="spip"><code class='spip_code' dir='ltr'>Listen /var/run/cups/cups.sock</code></p>

<p class="spip">Par la ligne suivante (<strong class="spip">cups -> cupsd</strong>) :</p>

<p class="spip"><code class='spip_code' dir='ltr'>Listen /var/run/cups/cupsd.sock</code></p>

<p class="spip">Et redémarrer le serveur CUPS.</p>

<h2>04/07/06 - Messages de debugage du noyau dans syslog</h2>
<p class="spip">Suite à une mise à jour, j’ai constaté que mon fichier de logs « <strong class="spip">/var/log/syslog</strong> » était inondé à raison d’environ 10 lignes/s de ces messages :</p>

<p class="spip"><code class='spip_code' dir='ltr'>Jul  4 14:19:25 localhost kernel: evbug.c: Event. Dev: usb-0000:00:1d.1-1/input0, Type: 0, Code: 0, Value: 0</code></p>

<p class="spip"><code class='spip_code' dir='ltr'>Jul  4 14:19:25 localhost kernel: evbug.c: Event. Dev: usb-0000:00:1d.1-1/input0, Type: 2, Code: 0, Value: -1</code></p>

<p class="spip"><code class='spip_code' dir='ltr'>Jul  4 14:19:25 localhost kernel: evbug.c: Event. Dev: usb-0000:00:1d.1-1/input0, Type: 0, Code: 0, Value: 0</code></p>

<p class="spip"><code class='spip_code' dir='ltr'>Jul  4 14:19:25 localhost kernel: evbug.c: Event. Dev: usb-0000:00:1d.1-1/input0, Type: 2, Code: 0, Value: -1</code></p>

<p class="spip">Après une rapide recherche, j’ai trouvé que le problème venait du module « evbug ». Quand ce module est chargé, tous les message de debugage du noyau sont envoyés dans syslog. Ce module sert donc à debuger des problèmes avec le noyau, mais il ne devrait pas être chargé au démarrage. En déchargeant ce module le problème disparaît</p>

<p class="spip"><code class='spip_code' dir='ltr'># modprobe -r evbug</code></p>

<p class="spip">Cependant le problème réapparaît au prochaine démarrage de l’ordinateur. Normalement, il ne devrait pas démarrer, car la ligne « <strong class="spip">blacklist evbug</strong> » est bien présente dans le fichier « <strong class="spip">/etc/modprobe.d/blacklist</strong> ».</p>

<p class="spip">J’ai donc essayé de créer le nouveau fichier « <strong class="spip">/etc/modutils/evbug</strong> » contenant la ligne « <strong class="spip"> alias</strong> <strong class="spip">evbug off</strong> » et j’ai exécuté la commande « <strong class="spip">update-modules</strong> » pour mettre à jour le fichier « <strong class="spip">modules.conf</strong> », mais cela n’a rien changé.</p>

<p class="spip">La seule solution que j’ai trouvé pour contourner ce problème à été d’ajouter la ligne suivante à la fin du fichier « <strong class="spip">/etc/inittab</strong> » :</p>

<p class="spip"><code class='spip_code' dir='ltr'>pg:23:wait:/sbin/modprobe -r evbug</code></p>

<h2>18/06/06 - Mise à jour de Thunderbird bloquée par la localisation en français</h2>
<p class="spip">Depuis plusieurs semaines, Thunderbird 1.5 est disponible sur Testing, mais la mise à jour est bloquée car le paquet « <strong class="spip">mozilla-thunderbird-locale-fr</strong> » n’est toujours pas disponible pour cette version.</p>

<p class="spip">Donc, pour avoir cette nouvelle version, il faut supprimer le paquet « fr »</p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude purge mozilla-thunderbird-locale-fr</code></p>

<p class="spip">Mettre à jour thunderbird</p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude dist-upgrade</code></p>

<p class="spip">Installer manuellement l’extension « fr » pour chaque utilisateur du poste : 
<br /></p>
<li> <a href="http://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/1.5.0.2/linux-i686/xpi/fr.xpi" class="spip_out">http://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/1.5.0.2/linux-i686/xpi/fr.xpi</a>
<h2>18/06/06 - Message d’avertissement sur hotplug</h2>
<p class="spip">Depuis la mise en place de udev à la place de hotplug, j’ai régulièrement ce message qui apparaît à chaque mise à jour de udev :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>**************************************************************<br />
* Please purge the hotplug package!<br />
* (/etc/init.d/hotplug has been found on this system)<br />
**************************************************************</code></div>
<p class="spip">Pour régler, ce problème, j’ai du réinstaller hotplug, le purger et réinstaller udev et ses dépendances. Ce qui donne :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># aptitude install hotplug<br />
# aptitude purge hotplug <br />
# aptitude install busybox klibc-utils libklibc libvolume-id0 hal initramfs-tools udev    </code></div>
<h2>18/06/06 - Problème installation driver ATI propriétaire avec Xorg 7.0</h2>
<p class="spip">En voulant faire une mise à jour sur l’un de mes postes utilisant le driver propriétaire d’ATI pour gérer l’accélération 3D, celui-ci a bloqué l’installation. J’ai du supprimer les fichiers bloquants pour pouvoir poursuivre l’installation :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># ls /usr/X11R6/bin/<br />
aticonfig  fgl_glxgears  fglrxconfig  fglrxinfo  fglrx_xgamma  fireglcontrolpanel<br />
# rm /usr/X11R6/bin/*</code></div>
<p class="spip">Ensuite, j’ai voulu réinstaller le driver, mais celui-ci ne trouvait plus les bibliothèques.  J’ai du faire quelques manipulations pour arriver à l’installer :
<br /></p>
<li> Ajout de « <strong class="spip">/usr/lib/fglrx</strong> » dans « <strong class="spip">/etc/ld.so.conf</strong> »
<div style='text-align: left;' class='spip_code' dir='ltr'><code># ldconfig<br />
aptitude install mesa-utils<br />
# aticonfig --initial -f</code></div>
<h2>18/06/06 - Mise à jour bloquée par CUPS</h2>
<p class="spip">En voulant faire une mise à jour sur l’un de mes postes, la mise à jour de CUPS a interrompu la mise à jour globale. Pour débloquer la situation, j’ai donc supprimé et réinstallé cupsys</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># aptitude purge cupsys<br />
# aptitude install  cups-pdf cupsys-driver-gimpprint cupsys-driver-gutenprint</code></div>
<p class="spip">Ensuite, la mise à jour du système, s’est déroulée sans problème. Mais avec CUPS, je me suis retrouvé avec le problème évoqué le 13/06/06 et en plus, j’ai du réinstaller mes imprimantes.</p>

<h2>17/06/06 - Plus de coloration syntaxique dans vim</h2>
<p class="spip">Dans <strong class="spip">vim</strong>, la commande « <strong class="spip">syntax</strong><strong class="spip"> on</strong> » ou « <strong class="spip">syntaxe </strong><strong class="spip">enable</strong> », permet d’activer la coloration syntaxique. Suite à une mise à jour, la coloration syntaxique ne fonctionnait plus et j’avais le message suivant en tentant de l’activer manuellement :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>Error detected while processing /usr/share/vim/vim64/syntax/syntax.vim:<br />
line   42:<br />
E216: No such group or event: filetypedetect BufRead</code></div>
<p class="spip">Pour résoudre ce problème, voici une première solution :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># mv /etc/vim/vimrc /etc/vim/vimrc-broken<br />
# mv /etc/vim/vimrc.dpkg-dist /etc/vim/vimrc</code></div>
<p class="spip">Voici une autre solution :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># aptitude purge vim vim-common  <br />
# aptitude install vim vim-common  </code></div>
<h2>16/06/06 - Impossible de se connecter à FreeNX suite au passage à Xorg 7.0</h2>
<p class="spip">Suite au passage à Xorg 7.0 sur le serveur FreeNX, impossible de se connecter via un client NoMachine sur le serveur.</p>

<p class="spip">Pour faire fonctionner la connexion, il faut déjà ajouter dans le fichier de configuration de FreeNX « <strong class="spip"> /etc/nxserver/node.conf » la ligne suivante</strong> :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>AGENT_EXTRA_OPTIONS_X="-fp <br />
/usr/share/fonts/X11/misc/,<br />
/usr/share/fonts/X11/75dpi/:unscaled,<br />
/usr/share/fonts/X11/100dpi/:unscaled,<br />
/usr/share/fonts/X11/Type1/,<br />
/usr/share/fonts/X11/100dpi/,<br />
/usr/share/fonts/X11/75dpi/"</code></div>
<h2>16/06/06 - Clavier en qwerty avec FreeNX suite au passage à Xorg 7.0</h2>
<p class="spip">Après de nombreuses recherches, la seule solution que j’ai trouvée est de passer par « <strong class="spip">xmodmap </strong> » pour configurer complètement le clavier. Le problème, c’est qu’il faut installer le paquet « <strong class="spip">gnome-applets</strong> » et ce dernier nécessite l’installation complete de Gnome soit 250Mo, juste pour avoir la bonne définition du clavier !!</p>

<p class="spip">Donc, il faut commencer par installer le paquet  « <strong class="spip">gnome-applets</strong> » avec ses dépendances :</p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude install gnome-applets</code></p>

<p class="spip">Et lancer cette commande :</p>

<p class="spip"><code class='spip_code' dir='ltr'> xmodmap /usr/share/xmodmap/xmodmap.fr-2       </code></p>

<h2>13/06/06 - Impossible de gérer les imprimante CUPS dans KDE</h2>
<p class="spip">Sur deux nouvelles installations de Debian Testing, je n’arrive pas à installer des imprimantes CUPS quand je passe par le gestionnaire d’impression de KDE.</p>

<p class="spip">Voici le message qui survient quand je passe par le gestionnaire d’impression de KDE :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>Impossible d'extraire la liste des imprimantes message d'erreur renvoyé<br />
par le gestionnaire. La connexion au serveur CUPS a échoué vérifiez que<br />
le serveur CUPS est installé correctement et qu'il fonctionne.<br />
Erreur:connexion refusée</code></div>
<p class="spip">Après des recherches sous google, il semblerait que je ne soit pas le premier, mais je n’ai trouvé aucune solution : 
<br /></p>
<li> <a href="http://lists.debian.org/debian-user-french/2005/09/msg01069.html" class="spip_out">http://lists.debian.org/debian-user-french/2005/09/msg01069.html</a>
<p class="spip">Si je passe par http://localhost:631/ tout fonctionne correctement, donc cups est correctement installé. Donc, je soupçonne un bug lié à KDE.</p>

<p class="spip">Suite à une réponse de la liste debian-user-french, j’ai trouvé le bug et résolu mon problème.</p>

<p class="spip">En fait, il faut simplement remplacer cups.sock par cupsd.sock dans le fichier  « <strong class="spip">/etc/cups/cups.d/ports.conf »</strong> ce qui donne :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>Listen localhost:631 <br />
Listen /var/run/cups/cupsd.sock </code></div>
<p class="spip">Avec un petit redémarrage du service, tout rentré dans l’ordre :</p>

<p class="spip"><code class='spip_code' dir='ltr'># /etc/init.d/cupsys restart </code></p>

<h2>13/06/06 - root en UTF8</h2>
<p class="spip">Suite à l’installation d’une nouvelle Debian Testing, je me suis retrouvé avec les utilisateurs correctement configurés en fr_FR mais avec root en UTF8.</p>

<p class="spip">J’ai essayé sans succès de lancer la commande suivante :</p>

<p class="spip"><code class='spip_code' dir='ltr'># dpkg-reconfigure locales    </code></p>

<p class="spip">Pour régler ce problème, j’ai modifié le fichier « <strong class="spip">/etc/environnement</strong> » pour qu’il contienne cela :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>LANG=fr_FR@euro<br />
LANGUAGE="fr_FR:fr:en_GB:en"</code></div>
<h2>01/06/06 - Firefox en anglais suite au passage à la version 1.5.0.4</h2>
<p class="spip">Suite au passage de Firefox 1.5.0.3 à Firefox 1.5.0.4, je me suis retrouvé une nouvelle fois en anglais</p>

<p class="spip">Pour remédier au problème, j’ai : 
<br /></p>
<li> Supprimé l’extension du pack lang dans les extensions de Firefox
<p class="spip"><code class='spip_code' dir='ltr'># aptitude purge mozilla-firefox-locale-fr-fr </code></p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude install mozilla-firefox-locale-fr-fr   </code></p>

<h2>01/06/06 - Avertissement pour purger hotplug</h2>
<p class="spip">Pour supprimer l’avertissement sur hotplug, demandant de purger le paquet, j’ai : 
<br /></p>
<li> Installé le paquet car il n’était pas installé :
<p class="spip"><code class='spip_code' dir='ltr'># aptitude install hotplug</code>
<br /></p>
<li> Ceci a entraîné la suppression des paquets :
<p class="spip"><code class='spip_code' dir='ltr'>hal initramfs-tools udev    </code>
<br /></p>
<li> Purgé hotplug comme demandé :
<p class="spip"><code class='spip_code' dir='ltr'># aptitude purge hotplug </code>
<br /></p>
<li> Réinstallé les paquets supprimé précédemment :
<p class="spip"><code class='spip_code' dir='ltr'># aptitude install hal initramfs-tools udev    </code></p>

<h2>01/06/06 - A chaque changement de noyau, j’étais obligé de remettre les options</h2>
<p class="spip">Pour régler ce problème, il est possible de définir dans « <strong class="spip">/boot/grub/menu.lst</strong> » les options par défaut. Pour cela, il faut ajouter les options au bout de la ligne « <strong class="spip"># kopt=</strong> ». Exemple :</p>

<p class="spip"><code class='spip_code' dir='ltr'># kopt=root=/dev/hda6 ro vga=791</code></p>

<p class="spip"><strong class="spip">Attention</strong> : Ne pas décommenter la ligne. Ajouter simplement les bonnes options</p>

<p class="spip">Ensuite, la commande suivante, permet d’ajouter les options aux différents noyaux présent dans Grub :</p>

<p class="spip"><code class='spip_code' dir='ltr'># update-grub    </code></p>

<h2>19/05/06 - pam_mount ne fonctionne plus </h2>
<p class="spip">Suite à une mise à jour du paquet pam_mount permettant de monter automatiquement des partages à la connexion de l’utilisateur, je suis tombé sur le bug évoqué dans ce message :
<br /></p>
<li> <a href="http://www.redhat.com/archives/pam-list/2005-January/msg00060.html" class="spip_out">http://www.redhat.com/archives/pam-list/2005-January/msg00060.html</a>
<p class="spip">J’avais donc le message suivant :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>Jan 21 15:38:07 SUSE92 PAM-warn[30346]: function=[pam_sm_acct_mgmt]<br />
service=[sshd] terminal=[ssh] user=[dawsona] ruser=[<unknown>]<br />
rhost=[localhost]<br />
Jan 21 15:38:07 SUSE92 sshd[30345]: Accepted keyboard-interactive/pam for<br />
dawsona from ::ffff:127.0.0.1 port 1443 ssh2<br />
Jan 21 15:38:07 SUSE92 sshd[30347]: pam_mount: error trying to retrieve<br />
authtok from auth code<br />
Jan 21 15:38:07 SUSE92 sshd[30347]: pam_mount: error trying to read password<br />
Jan 21 15:38:07 SUSE92 sshd[30347]: fatal: PAM: pam_open_session():<br />
Permission denied"</code></div>
<p class="spip">Pour résoudre ce problème, j’ai modifié les lignes suivantes du fichier de configuration du serveur ssh « sshd_config » :
<br /></p>
<li> ChallengeResponseAuthentication no
<br /><li> PasswordAuthentication yes
<h2>19/05/06 - Firefox : l’icône du menu KDE à disparue</h2>
<p class="spip">Pour mes utilisateurs, j’ai complètement réorganisé les icônes dans les menus de KDE avec « KMenuEdit » pour ne laisser que les programmes utiles.</p>

<p class="spip">Mais suite à la mise à jour de firefox (Passage de 1.07 à 1.5), l’icône de celui-ci a disparu et j’ai dû le recréer manuellement pour chacun de mes utilisateurs.</p>

<h2>19/05/06 - Firefox : Rendu des polices différents suite à mise à jour </h2>
<p class="spip">Après avoir mis à jour une Debian testing qui n’avait pas été faite depuis 6 mois, je me suis retrouvé avec des polices plus petites dans le rendu des pages HTML.</p>

<p class="spip">Pour contourner ce problème, j’ai effectué l’opération suivante :
<br /></p>
<li> Éditions / Préférences / Contenu / Avancé : Mettre 14 en taille mini de la police.
<h2>19/05/06 - Firefox : Problèmes de mise en page</h2>
<p class="spip">Comme à chaque mise à jour des paquets de Firefox, il faut refaire plusieurs réglages :
<br /></p>
<li> Fichiers / Imprimer / Propriété : Mettre les marges à 0.5
<br /><li> Fichiers / Imprimer / Propriété : Format de papier = A4
<br /><li> Fichier / Mise en page / Marges : Mettre 5 partout
<br /><li> Fichier / Mise en page / Marges : Entête et pied de page à reconfigurer
<h2>19/05/06 - Firefox : Navigateur par défaut</h2>
<p class="spip">Comme à chaque mise à jour des paquets de Firefox, Konqueror repasse en navigateur par défaut. Pour régler ce problème, il faut exécuter la commande suivante :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># update-alternatives --config x-www-browser <br />
There are 2 alternatives which provide `x-www-browser'. <br />
Selection Alternative <br />
----------------------------------------------- <br />
*+ 1 /usr/bin/konqueror <br />
   2 /usr/bin/firefox <br />
Press enter to keep the default[*], or type selection number: 2<br />
Using `/usr/bin/firefox' to provide `x-www-browser'.</code></div>
<h2>19/05/06 - Firefox : Toujours en anglais</h2>
<p class="spip">Le problème de langues évoqué depuis le 25 avril n’est toujours pas résolu et je dois installer le paquet .xpi indiqué ci-dessous pour chaque utilisateur pour avoir Firefox en français</p>

<h2>09/05/06 - Firefox en anglais suite au passage à la version 1.5.0.3</h2>
<p class="spip">Suite au passage de Firefox 1.5.0.2 à Firefox 1.5.0.3, <strong class="spip">la francisation à une nouvelle fois disparue (cf mon problème du 25 avril)</strong>, car le paquet « mozilla-firefox-locale-fr-fr » est toujours en version 1.5.0.1 donc incompatible avec la version 1.5.0.3</p>

<p class="spip">Pour remédier à ce problème, il y a deux solutions :
<br /></p>
<li> Attendre que le paquet « mozilla-firefox-locale-fr-fr » soit disponible pour la version 1.5.0.3
<br /><li> Installer manuellement le .xpi pour chaque utilisateur du poste : <a href="http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.5.0.3/linux-i686/xpi/fr.xpi" class="spip_out">http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.5.0.3/linux-i686/xpi/fr.xpi</a>
<h2>30/04/06 - APM ne fonctionne plus suite au passage du noyau i386 2.6.12 au noyau i686 2.6.15</h2>
<p class="spip">Étant donné que j’ai un AMD Athlon 64, j’ai décidé de passer du noyau noyau i386 2.6.12 au noyau i686 2.6.15.</p>

<p class="spip">Ce changement de noyau n’a posé aucun problème sauf pour la gestion de l’énergie avec APM qui ne fonctionnait plus et mon ordinateur ne s’éteignait plus automatiquement.</p>

<p class="spip">Pour régler ce problème, j’ai dû ajouter le module apm :
<br /></p>
<li> Installer apm : aptitude install apmd
<br /><li> Ajouter « <strong class="spip"> apm </strong> » dans « <strong class="spip">/etc/modules </strong> »
<br /><li> Recharger les modules avec la commandes « <strong class="spip">/etc/init.d/modules-init-tools </strong> »
<br /><li> Vérifier que tout ce passe bien dans les logs du noyau : <strong class="spip">dmesg | grep apm</strong>
<h2>25/04/06 - Konqueror par défaut suite au passage à Firefox 1.5.0.2</h2>
<p class="spip">Suite au passage de Firefox 1.07 à Firefox 1.5, Konqueror c’est retrouvé le navigateur par défaut. Donc en cliquant sur un lien hypertexte depuis Thunderbird, c’est Konqueror qui se lance au lieu de Firefox.</p>

<p class="spip">Pour remédier à ce problème, il faut remettre à jour les alternatives :</p>

<p class="spip">Le dossier « <strong class="spip">/etc/alternatives</strong> » contient les alternatives disponible et la commande suivante, permet de définir le navigateur par défaut :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># update-alternatives --config x-www-browser <br />
There are 2 alternatives which provide `x-www-browser'. <br />
Selection Alternative <br />
----------------------------------------------- <br />
*+ 1 /usr/bin/konqueror <br />
   2 /usr/bin/firefox <br />
Press enter to keep the default[*], or type selection number: 2<br />
Using `/usr/bin/firefox' to provide `x-www-browser'.</code></div>
<h2>25/04/06 - Firefox en anglais suite au passage à la version 1.5.0.2</h2>
<p class="spip">Suite au passage de Firefox 1.07 à Firefox 1.5.0.2, la francisation à disparue, car le paquet « mozilla-firefox-locale-fr-fr » est toujours en version 1.07 donc incompatible avec la version 1.5</p>

<p class="spip">Pour remédier à ce problème, il y a deux solutions :
<br /></p>
<li> Attendre que le paquet « mozilla-firefox-locale-fr-fr » soit disponible pour la version 1.5
<br /><li> Installer manuellement le .xpi pour chaque utilisateur du poste : <a href="http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.5.0.2/linux-i686/xpi/fr.xpi" class="spip_out">http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.5.0.2/linux-i686/xpi/fr.xpi</a>
<h2>11/04/06 - Correction bug lancement applications dans KDE</h2>
<p class="spip">Depuis toujours (ou presque :-) ) j’avais un bug dans KDE et Konqueror qui me dérangeait énormément.</p>

<p class="spip">A chaque fois que je lançait plusieurs fois OOo, Firefox ou Thunderbird, le sablier se mettait à tourner pendant au moins 30s et utilisait 100% des ressources de la machine pendant tout ce temps. Pour corriger ce bug, il faut : 
<br /></p>
<li> Aller dans le menu « K / Configuration / KMenuEdit »
<br /><li> Sélectionner l’application posant problème (Dans mon cas, c’était OOo, Firefox et Thunderbird)
<br /><li> Décocher « Activer le témoin de démarrage »
<h2>20/03/06 - Passage à KDE 3.5 - Certains menus sont en anglais</h2>
<p class="spip">Depuis que je suis passé à KDE 3.5, il y a quelque semaines, certains menus sont désormais partiellement en anglais. Par exemple dans Konqueror, le menu "Édition / Coller" se nome désormais « Editions / Paste Cliboard Content ».</p>

<p class="spip">J’ai essayé de réinstaller le paquet "kde-i18n-fr", mais sans succès. En fait, le problème viens du fait que ce paquet est toujours en version 3.4 (kde-i18n-fr (3.4.3-3)) et c’est la raison pour laquelle il manque certaines choses récentes. Il faut donc attendre le passage de ce paquet vers testing actuellement bloqué en raison d’un bogue :
<br /></p>
<li> <a href="http://packages.qa.debian.org/k/kde-i18n.html" class="spip_out">http://packages.qa.debian.org/k/kde-i18n.html</a>
<p class="spip"><strong class="spip">Le 21/04/06 (1 mois après), lors d’une nouvelle mise à jour, le paquet  « kde-i18n-fr » a enfin été mis à jour et tous les menus sont revenus en français.</strong></p>

<h2>06/03/06 - k3bsetup affiche un écran gris sur Debian testing</h2>
<p class="spip">Suite à une mise à jour de k3b, il n’est plus possible de configurer et donc de faire fonctionner ce dernier, car le programme k3bsetup affiche un écran gris.</p>

<p class="spip">Décidément, k3b ne fonctionnait déjà plus avec KDE 3.4 et re-fonctionnait seulement depuis quelque semaines et voilà qu’il est déjà HS.</p>

<p class="spip">J’ai essayé de le desinstaller et de le réinstaller mais sans succès. Je pense qu’il faut attendre une prochaine mise à jour. J’ai constaté ce problème sur les deux postes où j’ai installé K3B.</p>

<p class="spip">En fait, il ne faut pas tenir compte du message d’erreur, car K3B, fonctionne correctement. C’est un bug connu, cf. #353826 et #353159 sans de date déterminée. Si j’ai bien lu les bogues, il est dit que cette option est inutile avec Debian et qu’elle sera prochainement supprimée.</p>

<p class="spip">23/03/06 : Pour contourner ce bug, il faut modifier l’entrée "<strong class="spip">NoDisplay</strong>" du fichier « <strong class="spip">/usr/share/applnk/Settings/System/k3bsetup2.desktop</strong> » et mettre "<strong class="spip">NoDisplay=False</strong>"</p>

<h2>03/03/06 - problème avec libpam-mount résolu</h2>
<p class="spip">Suite à une mise à jour, j’avais le montage automatique des partage Samba effectué par libpam-mount qui ne fonctionnait plus.</p>

<p class="spip">Pur régler ce problème, j’ai remplacé le type de système de fichiers <strong class="spip">smb</strong> par <strong class="spip">smbfs</strong> dans le fichier suivant sur les lignes « <strong class="spip"> volume </strong> » :
<br /></p>
<li> /etc/security/pam_mount.conf
<h2>20/02/06 - Passage à KDE 3.5 - Installation XPrint</h2>
<p class="spip">Lors de cette mise à jour, le paquet XPrint qui servait anciennement à imprimer depuis Mozilla à été réinstallé alors que je l’avais supprimé.</p>

<p class="spip">Il est donc conseillé de le desinstaller pour améliorer les impressions depuis Firefox et Thunderbird :</p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude remove xprint</code></p>

<h2>20/02/06 - Passage à KDE 3.5 - OOo 2.0.1 remplacé par OOo 2.0 </h2>
<p class="spip">Pour OpenOffice, j’utilise la version officielle du site d’OOo et non pas la version Debian pour pouvoir bénéficier des dernières mises à jour.</p>

<p class="spip">Avant le passage à KDE 3.5, j’avais donc la version 2.0.1 officielle installée, mais celle-ci à été automatiquement remplacée par la version Debian plus ancienne 2.0.</p>

<p class="spip">Pour résoudre ce problème et pour ceux utilisant apt-get, il faut mettre le statut <strong class="spip">hold</strong> aux paquets  concernés comme cela :</p>

<p class="spip"><code class='spip_code' dir='ltr'># dpkg --get-selections > selection.txt</code>
<br /></p>
<li> Éditer le fichier selection.txt et mettre hold à la place de install sur les paquets OpenOffice.org
<p class="spip"><code class='spip_code' dir='ltr'># dpkg --set-selections < selection.txt</code></p>

<p class="spip">Pour ceux utilisant aptitude, il faut utiliser cette commandes :</p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude hold "~nopenoffice.org"</code></p>

<p class="spip">Ensuite, cette commande permet de vérifier que tous les paquets OpenOffice.org installés sont « <strong class="spip"> holdés </strong> » avec le drapeau « <strong class="spip">ih</strong> » :</p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude search openoffice.org | grep ^i</code></p>

<h2>20/01/06 Comment permettre à un simple utilisateur de gérer les imprimantes</h2>
<p class="spip">Par défaut sous Debian, un simple utilisateur ne peux pas créer, supprimer ou même arrêter ou  démarrer une imprimante. Pour cela, il suffit d’ajouter cet utilisateur au groupe « <strong class="spip"> lpadmin </strong> » :</p>

<p class="spip"><code class='spip_code' dir='ltr'>adduser MonUser lpadmin</code></p>

<h2>19/01/06 Comment configurer Firefox pour qu’il ouvre Thunderbird en cliquant sur un lien « mailto »</h2>
<h3>Méthode N°1</h3>
<br /><li> Dans la barre d’adresse de Firefox, taper « <strong class="spip">about:config</strong> »
<br /><li> Cliquer avec le bouton droit de votre souris n’importe ou sur la page puis sur "Nouvelle -> chaine de caractères"
<br /><li> Dans le champ nom, saisir « <strong class="spip">network.protocol-handler.app.mailto</strong> »
<br /><li> Pour le contenu saisir l’adresse où de l’exécutable Thunderbird (ex :<strong class="spip">/usr/bin/mozilla-thunderbird</strong>)
<h3>Méthode N°2</h3>
<br /><li> Créer ou ouvrir le fichier « /home/LeUser/.mozilla/firefox/LeDossier/user.js 
<br /><li> Ajouter la ligne « user_pref("network.protocol-handler.app.mailto", "/usr/bin/mozilla-thunderbird") ; »
<h3>Méthode N°3 (Valable pour tous les profils de l’ordinateur)</h3>
<br /><li> Ouvrir le fichier « /etc/mozilla-firefox/pref/firefox.js »
<br /><li> Ajouter la ligne « pref("network.protocol-handler.app.mailto", "/usr/bin/mozilla-thunderbird") ; »
<h2>13/01/06 - un autre problème de clé publique avec apt-get update</h2>
<p class="spip">Sur un autre poste, en faisant un apt-get update, j’avais le message suivant :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># apt-get update<br />
<br />
....<br />
<br />
Lecture des listes de paquets... Fait<br />
<br />
W: GPG error: http://secure-testing.debian.net testing/security-updates Release: Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 946AA6E18722E71E<br />
<br />
W: Vous pouvez lancer « apt-get update » pour corriger ces problèmes.</code></div>
<p class="spip">Pour régler ce problème, j’ai lancé les commandes suivantes :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>gpg --keyserver wwwkeys.eu.pgp.net --recv-keys 946AA6E18722E71E<br />
gpg --armor --export 946AA6E18722E71E | apt-key add -  </code></div>
<h2>13/01/06 - Problème de clé publique avec apt-get update</h2>
<p class="spip">En faisant un apt-get update, j’avais le message suivant :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># apt-get update<br />
<br />
....<br />
<br />
Lecture des listes de paquets... Fait<br />
<br />
W: GPG error: http://ftp2.fr.debian.org testing Release: Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 010908312D230C5F<br />
<br />
W: Vous pouvez lancer « apt-get update » pour corriger ces problèmes.</code></div>
<p class="spip">Pour régler ce problème, il faut télécharger la clé comme chaque année avec la commande suivante :</p>

<p class="spip"><code class='spip_code' dir='ltr'># wget http://ftp-master.debian.org/ziyi_key_2006.asc -O - | apt-key add - </code></p>

<p class="spip">La solution suivante fonctionne également :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>gpg --recv-key 0x010908312D230C5F<br />
gpg --check-sig 0x010908312D230C5F <br />
gpg --export 0x010908312D230C5F | apt-key add -</code></div>
<h2>Historique des modifications</h2>
<table class="spip">
<thead><tr class='row_first'><th scope='col'><strong class="spip">Version</strong></th><th scope='col'><strong class="spip">Date</strong></th><th scope='col'><strong class="spip">Commentaire</strong></th></tr></thead>
<tbody>
<tr class="row_even"><td>0.1</td><td>18/01/05</td><td>Création par Tony GALMICHE</td></tr>
<tr class="row_odd"><td>0.6</td><td>09/05/06</td><td>Séparation en deux articles (2005 et 2006)</td></tr>
<tr class="row_even"><td>..</td><td>..</td><td>..</td></tr>
<tr class="row_odd"><td>1.4</td><td>30/12/06</td><td>Mise à jour</td></tr>
<tr class="row_even"><td>1.5</td><td>19/01/07</td><td>Mise en place version 2007</td></tr>
</tbody>
</table>