Debian GNU/Linux 7.2 est disponible

Le projet Debian a livré ce week-end la version 7.2 de Debian GNU/Linux.

Cette version apporte nombre de corrections de bugs ainsi que de failles de sécurité.

Pour patcher votre version de Debian:

sudo apt_get update && sudo apt_get upgrade

Une fois la mise à jour effectuée, on peut vérifier la version installée de Debian comme suit:

lsb_release -a

qui renvoie quelque chose comme:

LSB Version:    core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:security-4.0-amd64:security-4.0-noarch:security-4.1-amd64:security-4.1-noarch
Distributor ID:    Debian
Description:    Debian GNU/Linux 7.2 (wheezy)
Release:    7.2
Codename:    wheezy

 la commande lsb_release donnant plus d'informations que le classique:

cat /etc/debian_version

qui renvoie:

7.2

Debian 7.0 arrive dans 15 jours

Cela a été annoncé tout récemment sur le liste debian-devel-announce, sauf imprévu majeur Debian 7.0 sera publiée le week-end du 4 mai prochain.

Les nouveautés de Debian 7.0 se trouvent ici.

Le statut actuel des bugs pour Debian Wheezy est le suivant:

Blockers for Wheezy bugs (2 bugs)
Planned for removal bugs (4 bugs)
Ignored for Wheezy bugs (58 bugs)

Parmi les changements notables dans Debian Wheezy:

• filesystems en ext4 par défaut,
• systemd en option,
• libreoffice remplace openoffice,
• environnement graphique Gnome 3 par défaut, (beurk !)
• Xfce passe en version 4.8

Malheureusement, subversion reste en version 1.6, il va encore falloir aller chercher le paquet 1.7 dans "sid" pour avoir une commande ligne svn suffisamment rapide !

On attendra donc avec impatience encore deux petites semaines Debian Wheezy, et il n'y aura donc probablement pas de Release Candidate 2 du nouvel installeur Debian d'ici là.

apt-cacher: un cache de paquets Debian et de sources

Avec plusieurs machines fonctionnant sous Debian installées sur le même réseau, il peut être coûteux en bande passante de récupérer les mises à jour de sécurité ou les paquets Debian des logiciels installés.

De manière générale, il n'est pas utile que chaque machine les télécharge depuis debian.org.

Pour limiter l'utilisation de la bande passante réseau, on peut donc installer un cache Apt, comme par exemple apt-cacher, qui remplace apt-proxy.

Pour installer apt-cacher sous Debian, on procède comme suit:

sudo apt-get install apt-cacher

On change dans /etc/default/apt-cacher.conf

AUTOSTART=0

en

AUTOSTART=1

Puis on démarre le démon apt-cacher:

sudo /etc/init.d/apt-cacher start

ou

service apt-cacher start

On vérifie que le démon fonctionne:

ps aux| grep apt-cacher| grep -v grep

www-data  5043  0.0  0.6 103712 10860 pts/1    S    20:49   0:00 /usr/bin/perl /usr/sbin/apt-cacher -R 3 -d -p /var/run/apt-cacher.pid

Ensuite, coté client, on crée le fichier suivant:

cat /etc/apt/apt.conf.d/01proxy

Acquire::http::Proxy "http://justin-sullivan:3142";

Où justin-sullivan est le nom de la machine où tourne apt-cacher.

Puis:

apt-get update

ou

apt-get install movabletype-opensource

par exemple.

Voilà, le tour est joué ! Les accès au démon apt-cacher sont enregistrés dans le répertoire /var/log/apt-cacher/.

De cette façon, coté client seul le fichier /etc/apt/apt.conf.d/01proxy est ajouté et le fichier /etc/apt/sources.list est inchangé.

Debian: Utiliser java-package pour créer des packages natifs depuis les JDK et JRE de Sun

Installer java sous Linux consiste trop souvent:

• à décompresser un fichier .tar.gz ou .zip,
• à lancer un fichier .bin qui extrait son contenu dans le répertoire courant

Sur Debian, le package java-package de la section contrib permet de convertir une archive du JDK ou du JRE livrée par Sun (en fait Oracle maintenant) en package natif Debian (un fichier .deb), ce qui est bien plus commode et plus propre pour l'installation qu'un .tar.gz ou un fichier binaire.

Sur Debian Wheezy, après avoir ajouté contrib au fichier /etc/apt/sources.list puis lancé apt-get update, on installe java-package comme suit:

apt-get install java-package

Le paquet java-package installe la commande make-jpkg (make java package) qui convertit une archive .bin ou .tar.gz en provenance d'Oracle en paquet Debian.

Par exemple:

fakeroot make-jpkg /home/myuser/Downloads/jre-6u38-linux-x64.bin

On obtient alors dans le répertoire courant le fichier:

oracle-j2re1.6_1.6.0+update38_amd64.deb

Qu'il suffit d'installer comme suit:

sudo dpkg -l oracle-j2re1.6_1.6.0+update38_amd64.deb

On peut vérifier le contenu du package généré par:

sudo dpkg -c oracle-j2re1.6_1.6.0+update38_amd64.deb

En utilisant java-package, les JRE et JDK Java s'installent comme les autres logiciels sous Debian, et Java est accessible pour tous les utilisateurs du système et pas seulement pour un utilisateur donné.

Note: Si vous voulez convertir une archive de Java 7, il se peut que vous obteniez l'erreur suivante "No matching plugin was found".

En fait l'update 10 (et ceux d'après) de Java 7 n'est pas encore prévue dans java-package (qui ne prévoit qu'un digit de 0 à 9 !).

Il suffit alors de modifier le fichier /usr/share/java-package/oracle-j2re.sh (ou /usr/share/java-package/oracle-j2sdk.sh) pour ajouter [0-9] à la regexp du nom de l'archive.

Par exemple pour un JDK 7 sous Linux 64 bits:

        "jdk-7u"[0-9][0-9]"-linux-x64.tar.gz") # SUPPORTED
            j2se_version=1.7.0+update${archive_name:6:1}${revision}
            j2se_expected_min_size=180 #Mb
            j2se_priority=317
            found=true
            ;;

Debian: Utilisation des alias dans un script Shell

Les alias en Shell sont des raccourcis clavier qui évitent d'entrer des commandes trop longues lorsque celles-cis sont utilisées trop fréquemment.

Dans ce post on s'intéressera aux alias définis avec bash.

Par exemple, on a souvent l'habitude d'entrer:

ls -l

 pour lister les fichier d'un répertoire. On crée alors souvent l'alias:

alias ll='ls -l'

Pour éviter de supprimer des fichiers par erreur, on crée souvent un alias pour la commande rm:

alias rm='rm -i'

Généralement, les alias de bash sont créés dans le fichier ~/.bashrc ; éventuellement dans un fichier spécifique ~/.bash_aliases.

Cela étant, si on appelle la commande ll dans un script shell (ou directement comme suit), on obtient l'erreur suivante:

bash -c "ll"

 bash: ll : commande introuvable

En effet, les alias ne sont plus accessibles dans ce contexte. Afin de pouvoir utiliser des alias dans un script Shell, il faut procéder comme suit

#!/bin/bash

shopt -s expand_aliases # Must set this option, else script will not expand aliases. 

alias ll='ls -lr' 

echo "Testing ll"

ll 

Mais attention, la comande shopt -s expand_aliases permet d'utiliser les alias définis dans le script shell mais pas ceux qui l'ont été dans .bashrc.

Et shopt est une commande interne de bash et non de sh.

Debian Wheezy: Login automatique avec Xfce

Décidément le projet Gnome ne fait rien pour que l'on continue de l'utiliser, où alors il fait tout pour que l'on cesse de l'utiliser.

J'utilise Debian en version Testing, i.e. Debian Wheezy, et comme j'en avais marre de Gnome (notamment de Gnome 3 qui plante sans arrêt), j'ai installé le gestionnaire de fenêtres Xfce.

Maintenant, je voudrais que mon environnement de bureau démarre automatiquement, c'est à dire configurer la connexion automatique.

Comme dans ma configuration Xfce est géré par gdm, je cherche le programme gdmsetup.

 Malheureusement Debian livre désormais Gnome 3 donc mon "display manager" n'est plus gdm mais gdm3.

Hors sous gdm3 il semble que gdmsetup ait été purement et simplement supprimé !!!

Messieurs les développeurs de Gnome, cela vous sert à quoi de tout changer en permanence ???

Donc, pour activer la connexion automatique sous Debian Wheezy, il faut éditer le fichier /etc/gdm3/daemon.conf comme suit:

[daemon]
# Enabling automatic login
AutomaticLoginEnable = true
AutomaticLogin = keith

A supposer évidemment que "keith" soit l'utilisateur à connecter automatiquement au démarrage du système.

Attention, un espace de trop après le nom de l'utilisateur et gdm ne démarrera pas l'environnement graphique ...

Voilà, c'est fait, la prochaine étape sera de supprimer gdm et tous les paquets relatifs à Gnome et d'utiliser lightdm à la place !

Debian: rester à l'heure avec ntpdate

Sur une machine de bureau il est pénible de ne pas être à l'heure, sur un serveur qui exécute des tâches planifiées avec cron ou at, c'est tout simplement impossible d'avoir une horloge qui dérive.

Le protocole NTP (Network Time Protocol) permet aux ordinateurs en réseau de synchroniser leur horloge sur celle d'une machine de référence.

Sous Unix et sous Linux, la commande permettant de mettre à jour l'heure d'une machine via le protocole NTP est ntpdate.

Par exemple en root:

# ntpdate ntp.unix-lyon1.fr

met à jour l'horloge de votre système en se connectant au serveur de l'université de Lyon.

Sous Debian, une autre commande permet de s'affranchir de connaitre un serveur de temps, c'est ntpdate-debian, qui utilise une liste de serveurs prédéfinis dans le fichier /etc/default/ntpdate.

Par exemple:

# ntpdate-debian
20 Oct 12:06:01 ntpdate[6861]: adjust time server 213.251.172.92 offset -0.011029 sec

Si votre machine "dérive" trop dans le temps, vous pouvez ajouter une entrée dans le crontab comme suit:

@hourly root ntpdate-debian

Pour voir si une machine Linux a besoin d'être remise à l'heure, utilisez la commande suivante:

# ntpdate-debian -q

Enfin ntpdate-debian ne dispose pas de man page, il faut utiliser celle de ntpdate.

Pour plus d'informations sur le protocole NTP et les serveurs de temps: http://support.ntp.org

Debian: Effacer l'historique de bash

L'historique du shell bash est mis à jour dans le fichier .bash_history du répertoire HOME de l'utilisateur lorsque la commande bash se termine.

Plus précisément, c'est la variable HISTFILE qui définit le fichier d'historique à utiliser, par défaut cette variable contient ~/.bash_history.


# set| grep HIST
HISTCONTROL=ignoreboth
HISTFILE=/home/myuser/.bash_history
HISTFILESIZE=2000
HISTSIZE=1000


Pour effacer l'historique de bash, il faut donc supprimer ce fichier .bash_history pour que les nouveaux shell n'aient pas d'historique mais aussi effacer l'historique du shell courant avec la commande interne "history" de bash comme suit:

# history -c

Monter un système de fichiers en mémoire sur Debian

La commande mount sur Linux et Debian permet de monter très rapidement un système de fichiers qui utilisera la mémoire du système.

Les opérations utilisant beaucoup d'entrées/sorties dans des volumes raisonnables peuvent ainsi avantageusement être effectuées sur un système de fichiers ramfs.

Pour commencer, on va noter la consommation mémoire du système Debian avec la commande free:

# free

             total       used       free     shared    buffers     cached

Mem:       3995684     551376    3444308          0      11540     283820

-/+ buffers/cache:     256016    3739668

Swap:      3891196      20060    3871136

Maintenant, en tant que root, on va créer le système de fichiers ramfs:

# mkdir /tmp/ramfs

Puis monter le filesystem:

# mount -t ramfs myramfs /tmp/ramfs

• ramfs est le type de filesystem,
• myramfs le nom qu'on lui donne,
• /tmp/ramfs le point de montage.

On crée alors un fichier de 1Go:

# dd if=/dev/urandom of=/tmp/ramfs/1Go bs=1024 count=`expr 1024 '*' 1024`

1048576+0 enregistrements lus

1048576+0 enregistrements écrits

1073741824 octets (1,1 GB) copiés, 104,182 s, 10,3 MB/s

Puis on note la nouvelle consommation mémoire:

# free

             total       used       free     shared    buffers     cached

Mem:       3995684    1608792    2386892          0      11852    1332840

-/+ buffers/cache:     264100    3731584

Swap:      3891196      20052    3871144

On voit qu'on a consommé 1Go de mémoire de plus.

Si maintenant, on démonte myramfs:

# umount myramfs

# free

             total       used       free     shared    buffers     cached

Mem:       3995684     560816    3434868          0      11872     284328

-/+ buffers/cache:     264616    3731068

Swap:      3891196      20048    3871148

on revient à la consommation mémoire initiale.

Un script Shell pour monter les clés USB au boot

Dans un post antérieur, j'expliquais une façon de monter les clés USB sous Linux sur le même point de montage à chaque fois.

En effet, deux problèmes sont rencontrés avec les clés USB sous Linux (Debian ici):

• Le device utilisé au mount n'est pas prévisible,
• Le point de montage s'appelle toujours KINGSTON, en fait le nom du filesystem

Maintenant que l'on a renommé les filesystem dos comme expliqué dans le post cité plus haut, on va monter les clés (cela s'applique évidemment aussi aux disques durs amovibles branchés en USB)  automatiquement au démarrage du système Debian, et ce sans passer par la configuration de Gnome ou de XFCE.

Pour cela, on utilise le script Shell suivant:

$ cat usb-mount.sh

#!/bin/sh
#
# usb-mount.sh
#
# Mount USB keys to /media/LABEL
# where LABEL is the output of the dosfslabel
# command on the corresponding device.
#
MOUNT_OPTS="uid=1000,gid=1000,errors=remount-ro"
for letter in a b c d e f g; do
dev="/dev/sd${letter}1"
if grep "${dev} " /etc/mtab > /dev/null 2>&1; then
echo "${dev} is already mounted"
continue
fi
if ! dosfslabel ${dev} > /dev/null 2>&1; then
echo "${dev} is probably not an USB key"
continue
fi
label=`dosfslabel ${dev}`
dir="/media/${label}"
if ! -d ${dir}; then
mkdir ${dir}
fi
mount -t vfat -o $MOUNT_OPTS ${dev} ${dir}
done

Il ne reste plus qu'à l'appeler au démarrage du système, par exemple en ajoutant la ligne suivante dans le fichier /etc/crontab:

@reboot root usb-mount.sh

On aura pris soin au préalable de placer le script usb-mount.sh dans le répertoire /usr/local/sbin ou /usr/local/bin afin qu'il soit trouvé par cron.

De cette façon, mes disques et clés USB sont montées automatiquement au démarrage, toujours sur le même point de montage, ce qui me permet d'avoir des commandes périodiques de backup ou d''archivage d'un disque/clé sur l'autre.

Canon PIXMA MG5250 sous Debian Wheezy en USB

J'ai testé récemment l'imprimante jet d'encre Canon PIXMA MG5250 sous Linux, Debian Wheezy en fait, et je dois dire que ça fonctionne aussi bien que sous Windows !

Même mieux puisque ce n'est pas Windows ... mais Debian !

J'avais choisi ce modèle d'imprimante Canon en raison de la présence de drivers pour Linux et je ne suis pas déçu.

Après avoir téléchargé le driver Linux avec le lien précédent, il suffit de:

1. Brancher le câble USB entre l'imprimante et le PC (Attention il n'est pas fourni par Canon),
2. Allumer l'imprimante,
3. Décompresser l'archive correspondant à votre architecture(32 bits ou 64 bits) et (Debian ou Red Hat),
4. Lancer le Shell d'installation en tant que root ou utilisateur dans les sudoers,

Ensuite, l'imprimante apparaît dans l'outil de configuration de CUPS et vous pouvez imprimer !

Quand je pense qu'il y en a encore qui croient qu'imprimer sous Linux c'est la galère ...

Je reviendrai peut-être dans un prochain post sur l'utilisation de l’imprimante pour l'impression directe de photos et de fichiers PDF hors PC, via les ports USB, Compact Flash ...

Enfin, Canon fournit avec l'imprimante un jeu de cartouches d'impression, d'origine Canon donc, ce qui pour le prix raisonnable de l'imprimante n'est pas mal du tout.

Debian: Limiter le nombre de services actifs avec rcconf

Comme décrit dans le "Securing Debian Manual", limiter le nombre de services actifs sur un système Unix/Linux est une des façons de restreindre les risques d'attaques sur ce système.

De manière générale, laisser actif des services que vous n'utilisez pas sur votre système Debian n'a pas de sens: cela consomme des ressources pour rien.

Les services sous Linux sont lancés et arrêtés par des scripts situés dans le répertoire /etc/init.d/.

L'utilitaire de prédilection sous Debian pour configurer les services actifs est rcconf.

rcconf permet à un utilisateur connecté en root d'activer et de désactiver les services du système Debian comme montré sur la console suivante:

Lorsqu'on active ou désactive des services avec rcconf, rcconf modifie les liens situés dans les répertoires /etc/rc0.d, /etc/rc1.d ... pointant vers les scripts du répertoire /etc/init.d/.

rcconf peut être utilisé en mode graphique comme en commande ligne.

Une analyse détaillée des services dont vous avez besoin (ou non !) permet de limiter très sensiblement la consommation mémoire et aussi CPU de votre machine.

Dans la configuration affichée ci-dessus (une machine de bureau), il n'y a que 20 services actifs environ et les services suivants ont été arrêtés car non utilisés:

• bluetooth (pas de périphérique bluetooth)
• cups (pas d'imprimante)
• exim4 (pas de serveur de mail)
• nfs-common (pas de filesystem nfs)
• cron, anacron et atd (machine de bureau donc pas de tâches planifiées)
• minissdpd (pas de périphériques UPnP)
• speech-dispatcher (Synthèse vocable non utilisée)

D'autres services comme ssh ou sudo ont également été désactivés.

De cette façon, on obtient un système Debian en environnement graphique (XFCE) qui ne consomme que 170 Mo de mémoire au démarrage !

Debian: gnome-system-monitor oublie la colonne 'Mémoire'

Cela fait quelques temps que le gestionnaire des tâches de Gnome, gnome-system-monitor, persiste à ne pas mémoriser d'une exécution à l'autre les paramètres de configuration.

Pour être plus précis, la colonne 'mémoire' si elle est affichée ne le sera plus à la prochaine exécution, du moins sur certaines versions d'Ubuntu. C'est encore le cas sur Debian 6.0.

Ce problème n'existe pas sur les autres colonnes: mémoire résidente, mémoire du serveur X, etc ...

On peut toujours alors bricoler dans gconf-editor (apps puis procman puis proctree), mais ça n'est d'aucune utilité au delà de la prochaine exécution.

Moralité, oubliez la colonne 'mémoire' au profit de 'mémoire résidente', 'mémoire partagée', etc ....

Configurer la fréquence de vos CPUs sur Debian

Le système Debian GNU/Linux ne nécessite pas le dernier hardware et n'a pas besoin de 10GB d'espace disque disponible pour s'installer comme certains systèmes d'exploitations payants que je ne citerai pas.

Sur une petite configuration ou un ordinateur portable avec Debian, on peut être amené à vouloir changer ou réguler la fréquence du ou des processeurs, afin de réduire la consommation électrique par exemple.

Tout d'abord, il faut installer le package cpufrequtils avec aptitude ou synaptic.

Ensuite, on peut s'interroger sur la configuration actuelle des processeurs en terme de fréquence: on utilisera alors la commande cpufreq-info qui donne non seulement la fréquence actuelle de chaque processeur mais aussi la 'politique' de gestion de la fréquence: powersave, userspace, conservative, ondemand, performance.

Cette 'politque' est appelée 'governor' et on peut consulter la liste des 'governor' possibles en entrant:

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors

De la même façon, la liste des fréquences possibles est décrite dans le fichier:  /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies.

Maintenant, si l'on veut changer au démarrage du système Debian cette politique de gestion de la fréquence des CPUs, il faut modifier le fichier:  /etc/init.d/cpufrequtils.

Au début de ce script Shell, après les commentaires d'usage, se trouve le bloc suivant:

ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED="0"
MIN_SPEED="0"

C'est  donc ici que l'on peut changer les paramètres par défaut de gestion de la CPU, par exemple comme suit:

ENABLE="true"
GOVERNOR="powersave"
MAX_SPEED="1280000"
MIN_SPEED="800000"

Il est à noter que la commande /etc/init.d/cpufrequtils ne fait qu'exécuter au démarrage une commande /usr/bin/cpufreq-set avec les paramètres décrits précédemment.

Debian Lenny: plus de patchs de sécurité après le 6 février 2012

Plus de 2 ans après la sortie de Debian GNU/Linux 5.0, "Lenny", il a été annoncé sur la mailing list debian-security-announce le 6 décembre dernier que les patchs de sécurité ne seront plus publiés pour cette version après le 6 février 2012.

Cela devait arriver, puisque cela fait un an environ que "Squeeze" (Debian 6.0) est sortie.

La date de publication de la prochaine version de Debian, "Wheezy", n'est pas encore connue pour l'instant. Néanmoins depuis la version "Woody" sortie en 2002, la gestation d'une nouvelle version de Debian prend environ 2 ans, donc je dirai que Debian Wheezy ne sortira pas en 2012.

Historique des releases de Debian GNU/Linux depuis 2002:

• 6.0, Squeeze, sortie le 6 février 2011,
• 5.0, Lenny, le 14 février 2009,
• 4.0, Etch, le 8 mars 2007,
• 3.1, Sarge, le 6 juin 2005,
• 3.0, Woody, le 19 juillet 2002

Debian 6.0 "Squeeze" est sortie

Presque 2 ans après la sortie de la version 5.0 de Debian, le projet Debian a releasé sa nouvelle version cette nuit, Debian GNU/Linux 6.0.

La sortie d'une nouvelle version de Debian est toujours attendue avec impatience, en particulier en raison de son utilisation par la distribution Linux Ubuntu, mais surtout pour son extraordinaire stabilité.

Debian GNU/Linux 6.0, nommée Squeeze, inclut pour la première fois un noyau Linux complètement libre, sans aucun firmware problématique.

Par ailleurs, pour la première fois également, une version de Debian GNU/kFreeBSD a été publiée en plus de Debian GNU/Linux.

Le système de séquence d'amorçage a été revu afin d'accélérer le démarrage du système via une exécution en parallèle des scripts d'amorçage.

Le support du système de fichiers ext4 a été ajouté à Debian GNU/Linux 6.0.

De plus, des images spéciales de Debian 6.0 permettent de tester le système sans l'installer (images "live"). Cela dit, il me semble que cela existait déjà par le passé ... Cliquez ici pour télécharger les images live de Debian 6.0.

Debian 6.0 embarque les logiciels suivants:

• espace de travail Plasma avec les applications KDE 4.4.5 ;
• une version mise à jour de l'environnement de bureau GNOME 2.30 ;
• l'environnement de bureau Xfce 4.6 ;
• LXDE 0.5.0 ;
• X.Org 7.5 ;
• OpenOffice.org 3.2.1 ;
• GIMP 2.6.11 ;
• Iceweasel 3.5.16 (une version démarquée de Mozilla Firefox) ;
• Icedove 3.0.11 (une version démarquée de Mozilla Thunderbird) ;
• PostgreSQL 8.4.6 ;
• MySQL 5.1.49 ;
• la collection de compilateurs GNU : GCC 4.4.5 ;
• Linux 2.6.32 ;
• Apache 2.2.16 ;
• Samba 3.5.6 ;
• Python 2.6.6, 2.5.5 et 3.1.3 ;
• Perl 5.10.1 ;
• PHP 5.3.3 ;
• Asterisk 1.6.2.9 ;
• Nagios 3.2.3 ;
• l'hyperviseur Xen 4.0.1 (prise en charge des dom0 comme des domU) ;
• OpenJDK 6b18 ;
• Tomcat 6.0.18 ;
• plus de 29 000 autres paquets prêts à l'emploi, construits à partir de plus de 14 500 paquets sources).

Enfin, le design du site web de Debian a changé, il fait un peu moins "années 80" et un lien de téléchargement de la version 6.0 apparait clairement en tête de page !

Gnome: Mot de passe en clair dans gconf-editor ...

Les paramètres de connexion à Internet définis dans Gnome dans le menu "Serveur mandataire" (Menu System->Préférences->Serveur mandataire sur Debian), permettent de définir un proxy HTTP, mais aussi HTTP sécurisé, FTP ou SOCKS.

J'ai été assez surpris de voir que les paramètres d'authentification auprès du proxy HTTP s'affichaient en clair dans le gconf-editor (/system/http-proxy).

En fait, la configuration de Gnome située dans le répertoire .gconf de l'utilisateur est stoquée dans des fichiers XML, auxquels normalement seul l'utilisateur en question a accès du fait des droits du répertoire .gconf.

Néanmoins, c'est un peu surprenant que le mot de passe du serveur mandataire soit en clair dans les fichiers XML:

find .gconf -name "*.xml" -exec grep password {} \; -print

myclearpassword
.gconf/system/http_proxy/%gconf.xml

Donc, si vous éditez la configuration de Gnome et que quelqu'un est derrière vous, il faut changer votre mot de passe rapidement :-)

Drag and drop des fichiers attachés dans Gmail

Google vient d'ajouter une fonctionnalité intéressante dans Gmail, le Drag and drop (Glisser-Déposer pour les pédants et autres intégristes) pour les fichiers attachés.

Il suffit de déplacer le ou les fichiers depuis un explorateur de fichiers vers la zone "Joindre un fichier".

C'est très pratique parce qu'effectivement lorsqu'on envoie un mail avec un fichier attaché, généralement on a au préalable ouvert un Nautilus dans le répertoire du fichier.

Cela fonctionne avec Google Chrome et Firefox 3.6. Avec Google Chrome, le "Glisser-Déposer" (j'ai du mal à m'y faire) fonctionne aussi sur Linux, je l'ai testé sous Debian Lenny.

Par contre, Iceweasel 3.0.6 sous Debian ne permet pas (encore ?) le Drag and drop dans Gmail.

Debian GNU/Linux 5.0 - Mise à jour

Debian GNU/Linux 5.0 (Lenny) a été mise à jour hier, c'est la quatrième mise à jour de Debian 5.0.

La liste des packages mis à jour est disponible sur le site de Debian et comprend le noyau Linux, la librairie C, dpkg, tzdata, tor et le serveur Web apache.

Après mise à jour, comme toujours avec Debian, aucun problème rencontré excepté des micro-coupures de courant à Paris !

Par ailleurs, la version 6.0 de Debian (Squeeze) n'est pas encore annoncée et assez peu d'informations filtre sur le sujet pour l'instant: aucun lien émanant de la page citée précédemment ne fonctionnant !

Néanmoins, il a été décidé sur Debian de geler le code tous les deux ans en Décembre les années impaires (donc en 2009), ce qui fait que la prochaine version de Debian, Debian 6.0, est attendue au printemps 2010.

Enfin, les corrections de sécurité sur Debian GNU/Linux 4.0 (Etch) s'arrêteront le 15 Février 2010.

Google Chrome sur Debian Lenny - Installation

Pour installer Google Chrome, on télécharge la version Linux disponible pour Debian, Ubuntu, Fedora et openSUSE.

Google propose au choix des archives 32 ou 64 bits: .deb pour Debian, .rpm pour Fedora et OpenSUSE.

Il peut aussi exister des versions de Google Chrome pour d'autres distributions Linux si le projet Open Source Chromium est porté sur la distribution en question.

Google Chrome sur Debian nécessite le package xdg-utils (version >= 1.0.1), s'il n'est pas installé on obtient l'erreur:

dpkg -i /var/download/google-chrome-beta_current_i386.deb
Sélection du paquet google-chrome-beta précédemment désélectionné.
(Lecture de la base de données... 108892 fichiers et répertoires déjà installés.)
Dépaquetage de google-chrome-beta (à partir de .../google-chrome-beta_current_i386.deb) ...
dpkg : des problèmes de dépendances empêchent la configuration de google-chrome-beta :
google-chrome-beta dépend de xdg-utils (>= 1.0.1) ; cependant :
Le paquet xdg-utils n'est pas installé.
dpkg : erreur de traitement de google-chrome-beta (--install) :
problèmes de dépendances - laissé non configuré
Traitement des actions différées (« triggers ») pour « menu »...
Traitement des actions différées (« triggers ») pour « man-db »...
Des erreurs ont été rencontrées pendant l'exécution :
google-chrome-beta

On installe alors xdg-utils:

Sélection du paquet xdg-utils précédemment désélectionné.
(Lecture de la base de données... 109122 fichiers et répertoires déjà installés.)
Dépaquetage de xdg-utils (à partir de .../xdg-utils_1.0.2-6.1_all.deb) ...
Traitement des actions différées (« triggers ») pour « man-db »...
Paramétrage de xdg-utils (1.0.2-6.1) ...
Paramétrage de google-chrome-beta (4.0.249.43-r34537) ...
Traitement des actions différées (« triggers ») pour « menu »...

L'installation de Google Chrome se passe ensuite sans problème:

dpkg -i /var/download/google-chrome-beta_current_i386.deb
(Lecture de la base de données... 109143 fichiers et répertoires déjà installés.)
Préparation du remplacement de google-chrome-beta 4.0.249.43-r34537 (en utilisant .../google-chrome-beta_current_i386.deb) ...
Dépaquetage de la mise à jour de google-chrome-beta ...
Paramétrage de google-chrome-beta (4.0.249.43-r34537) ...
Traitement des actions différées (« triggers ») pour « menu »...
Traitement des actions différées (« triggers ») pour « man-db »...

On verra dans un prochain post l'utilisation de Google Chrome comparée à celle de Firefox.