10 ans après ...

Presque 10 ans après le premier billet de ce blog, JavaMail en IMAP avec un serveur Exchange, et plusieurs années de moindre activité (voire de plus d'acivité du tout ...), il est temps maintenant de continuer la suite ailleurs.

En effet mon nouveau blog est actif depuis Juin 2013 et s'intitule Exile on Keyboard St.

Comme son nom l'indique, il traitera (encore !) d'informatique et de développement logiciel, toujours avec Linux.

Google Reader, Debian, Linux et le libre en Français sur le net

Google Reader fermera ses portes dans 1 mois. Depuis l'annonce de son arrêt, on a pu voir sur la toile nombre de posts sur les alternatives libres ou non, en ligne ou pas, à Google Reader.

J'ai cherché moi aussi des "rss readers", de préférence open source, dans la mesure du possible faciles à installer, ne réclamant pas trop de dépendances et fonctionnant sous Linux.

J'ai testé par exemple Miniflux, Kriss Feed et Selfoss. Mais il faudrait essayer aussi Leed, CommaFeed, Tiny Tiny RSS ...

L'annonce de la fermeture de Google Reader m'a surtout donné l'occasion de faire un peu de ménage dans les flux rss auxquels je suis abonné. Lesquels sont vraiment intéressants, quels sont ceux trop peu souvent mis à jour, ceux qui sont repris par d'autres flux agrégateurs, etc...

Et comme ça m'énerve de voir l'Anglais dominer partout, de plus en plus et sans raison, j'ai essayé de faire l'inventaire des flux rss des blogs consacrés à l'open source, à Linux et à Debian et qui soient en langue Française.

Je me suis rapidement rendu compte qu'il y a assez peu de "sources" mises à jour régulièrement sur le sujet en Français, ou s'il y en a, il n'est pas aisé de les trouver.

Concernant les blogs en Français strictement sur le projet Debian, on a:

• Nouvelles du projet Debian (http://www.debian.org/News/weekly/dwn.fr.rdf),
• Planet Debian-FR (http://planet-fr.debian.net/rss20.xml),
• Planète des utilisateurs Debian (http://planet-fr.debian.net/users/rss20.xml)

La première source est assez peu mise à jour, et la troisième reprend essentiellement les posts de la deuxième. Ces trois sources sont quand même orientées "développeur Debian", donc pas forcément accessibles à tous.

Plus généralement sur le logiciel libre et Linux on a évidemment les incontournables en Français:

• LinuxFr.org (http://linuxfr.org/news.atom),
• Planete Libre (http://www.planet-libre.org/feed.php?type=rss)

qui reprennent bon nombre de blogs en Français sur le libre dont mes préférés sont:

• crowd42,
• La vache libre,
• Blog de dada,
• Le blog de nicolargo.

Il y a également l'inévitable Korben, véritable veille Internet, à laquelle rien n'échappe. Les posts sur les jeux m'intéressent assez peu, mais il y a tellement de choses intéressantes par ailleurs qu'on ne peut que s'abonner.

Après, il  y a tous les blogs liés à Ubuntu que je ne lis pas parce que fuir Windows pour se retrouver sous Ubuntu n'a pas de sens: quand je lis des posts qui supplient Mark Shuttleworth de ne pas remplacer Firefox par Google Chrome ou Chromium, je dis stop !

Pour finir, deux blogs sympas sur l'admin Linux:

• L'Admin sous GNU/Linux (http://feeds.feedburner.com/LadminSousLinux-BlogOpensource),
• Journal d'un Admin (http://journaldunadminlinux.fr/feed/)

Et deux autres sur le libre à étudier:

• Je Suis Libre,
• Linux Attitude

Voilà, ce post est destiné à être complété de futures trouvailles sur le net concernant le libre, Linux et Debian en Français !!!

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à.

Google Chrome et les proxys http sur Xfce

Afin de débugger une requête REST posant problème sous Google Chrome, je me suis tourné vers le proxy http charles écrit en Java.

Mais au lieu de pouvoir positionner un proxy http dans les settings de Chrome, j'ai eu comme réponse la page suivante:

En fait, ce que n'aime pas Google Chrome, c'est le fait que mon environnement graphique soit Xfce. On rencontre la même erreur avec le navigateur Chromium sur lequel Google Chrome est basé.

Si maintenant je veux utiliser un proxy http avec Google Chrome sous Gnome, j'obtiens bien la boite de dialogue suivante relative au "serveur mandataire".

Donc il est fort probable que cette boite de dialogue de sélection du proxy soit un composant de Gnome - non installé dans mon environnement Xfce.

Pour pouvoir définir un proxy http avec Google Chrome dans l'environnement graphique Xfce, on procèdera donc comme suit:

• Positionner la variable d'environnement http_proxy avec l'adresse du proxy avant de lancer Chrome,
• Ou ajouter --proxy-server=<adresse du proxy> sur la ligne de commande de Chrome.

ssh-askpass: une alternative à gksudo sous Xfce

Ayant récemment réinstallé un PC de bureau sous Debian avec Xfce comme environnement graphique, j'ai cherché un programme pour remplacer gksu et gksudo afin de lancer des commandes en tant que root tout en ayant un prompt de password "graphique".

Vous l'aurez compris, je n'ai pas installé Gnome sur la machine ni aucun package apparenté à Gnome.

En fait avec Xfce il n'y a pas d'équivalent aux programmes gksu et gksudo de Gnome. KDE propose kdesudo mais Xfce rien.

La solution se trouve dans le man de sudo !

Il suffit d'installer le package ssh-askpass:

apt-get install ssh-askpass

Puis d'ajouter dans le fichier /etc/sudo.conf la ligne suivante:

Path askpass /usr/bin/ssh-askpass

On appète ensuite sudo de la façon suivante (ici pour lancer wireshark en root):

sudo -A -E wireshark

Le flag -A étant là pour dire à sudo d'utiliser le askpass et le flag -E pour préserver l'environnement initial - ici la variable DISPLAY.

Cette méthode permet de créer un raccourci vers wireshark lancé en root dans un panel Xfce, sans avoir besoin de lancer de terminal manuellement.

Et peut être qu'un jour il existera un package ssh-askpass-xfce !!!

Debian: Erreur "Invalid filename" avec Thunar sur une clé USB

J'ai parfois l'erreur suivante en copiant un fichier sur une clé USB avec le file manager Thunar sous XFCE.

La copie du fichier, une copie d'écran ayant par exemple comme nom: Screenshot - 01052013 - 08:08:13 PM.png, échoue avec le message d'erreur "Invalid filename":

J'ai d'abord pensé que Thunar gérait mal les fichiers qui contiennent des espaces dans leur nom mais le problème est autre car certains fichiers avec des espaces dans leur nom sont copiés avec succès.

Cette erreur survient en utilisant le Copier/Coller et le Drag and Drop avec Thunar mais pas avec un autre gestionnaire de fichiers comme Nautilus. Le message d'erreur "Invalid filename" ne vient donc pas des options de montage de la clé USB.

Il faudra regarder si Thunar produit une log quelque part.

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: Montage automatique des clés USB

Lorsque les périphériques amovibles tels que les clés USB sont insérés sur un système Debian, et que le "montage automatique" est activé dans la configuration de GNOME comme montré ci-contre, le système choisit un device et monte la clé dans /media/nom du volume.

Par exemple:

mount | grep fat


/dev/sdg1 on /media/data-256m type vfat (rw,nosuid,nodev,uhelper=hal,shortname=lower,uid=1000)

Si on n'a qu'un disque dur, le montage des clés USB commence à /dev/sdb1, mais on ne sait pas à l'avance quel device sera utilisé: par exemple ici la clé utilise le device /dev/sdg1 alors que /dev/sdf n'est pas utilisé pour autant.

Par conséquent, il peut être utile de correctement nommer les partitions des clés USB sur Linux, qui sinon risquent de toutes s'appeller KNGSTON par défaut !

Ainsi, si l'on ne connait pas le device à l'avance, on connait le point de montage, ce qui est l'essentiel.

Aussi, pour changer le nom d'un volume sur une clé USB, on utilisera sous root la commande dosfslabel qui permet soit d'afficher le nom d'un volume dos soit de le changer.

On pensera préalablement à démonter le volume avant de changer son nom:
umount /dev/sdg1

dosfslabel /dev/sdg1 data-256m


Attention toutefois le nom des volumes dos est limité à 11 caractères mais ça devrait suffire à identifier vos clés USB !

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 !

6ème mise à jour de Debian 5.0

Une mise à jour de Debian 5.0 a été publiée samedi dernier 4 septembre (en attendant la version 6 !) comprenant des corrections sur plusieurs binaires ainsi qu'un nouveau noyau 2.6.26-2.

Cette mise à jour comprend également les packages sun-java5 et sun-java6 pour l'architecture ia64.

Je suis néanmoins étonné de ne pas voir de mise à jour du gestionnaire de mise à jour de Gnome, car il me semble que ces temps derniers il refuse d'installer les mises à jours trouvées ... J'ai le même souci sur Ubuntu 10.04 (Lucid Lynx).

 On utilisera donc apt-get !

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 :-)

Erreurs de débutant en Java: fermer les fichiers !

Les développeurs Java débutants (j'en vois qui ont de l'expérience et qui continuent de faire cette erreur chaque jour ...) considèrent souvent qu'il est inutile de libérer les ressources allouées.

Comme il s'agit de Java et que le Garbage Collector veille, il est trop souvent considéré que la mémoire se libère de façon automatique, ce qui n'est que partiellement vrai.

Une des erreurs courantes consiste à ne pas fermer les fichiers ouverts, que ce soit en lecture ou en écriture.

Considérons la méthode suivante qui consiste à copier un fichier par bloc de 1024 octets sur un autre filesystem:

public static boolean copyTo(File src, File dest, boolean close)
throws IOException {
FileOutputStream out = null;
FileInputStream in = null;
try {
if (!src.exists())
throw new FileNotFoundException(src.getAbsolutePath());
if (dest.exists() || !dest.createNewFile())
return false;
out = new FileOutputStream(dest);
in = new FileInputStream(src);
int len = 1024;
int nread;
byte[] b = new byte[len];
for (;;)
if ( (nread = in.read(b, 0, len)) <= 0) break; else out.write(b, 0, nread); return true; } finally { if (close) { try { out.close(); } catch (IOException ioe) { } try { in.close(); } catch (IOException ioe) { } } } }

Le paramètre close permet de fermer ou non les flux ouverts (input et output).

Si on appelle cette méthode, par exemple 2048 fois avec un nom de fichier de destination qui change et le paramètre close à false, on obtient l'erreur suivante:

java.io.IOException: Too many open files
at java.io.UnixFileSystem.createFileExclusively(Native Method)
at java.io.File.createNewFile(File.java:883)
at FileNotClosed.copyTo(FileNotClosed.java:36)
at FileNotClosed.main(FileNotClosed.java:17)

Et on n'arrive qu'à copier 510 fichiers, ce qui veux dire qu'on en a ouvert 2*510 soit 1020 fichiers, parce que le max open files défini par process sur cette machine Linux est de 1024:

ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 32768
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 32768
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited

Les autres fichiers ouverts le sont par la JVM elle même.

En conséquence de quoi, il est primordial de fermer TOUS les fichiers ouverts après leur utilisation, et ce de façon systématique dans le bloc finally afin que la fermeture soit faites dans tous les cas.

Evidemment si un System.exit() est appelé, le bloc finally correspondant lui ne le sera pas.

Ce genre d'erreur se voit tous les jours, et dans un serveur d'applications par exemple, cela fait des ravages !

Autres posts liés à Développement / Logiciel / Java / Shell / C:

Heure d'été, Classe Date, JDK 1.5 et TimeZone
Un très ancien bug non découvert jusque là
pop3/tcp server failing (looping), service terminated
De l’usage des programmes d’exemple
JavaMail en IMAP avec un serveur Exchange

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.