Ce matin j’ai compilé et installé KDE 3.4 grâce à konstruct, l’utilitaire de KDE destiné à nous faciliter la vie. Le plus simple pour éviter de corrompre son utilisateur est de créer un nouvel utilisateur dédié pour tester. La compilation a commencé hier et s’est terminée dans la matinée. C’est long sur une Mandrake 10.1. Bref voici quelques impressions sur KDE 3.4.
Tout d’abord on note une net amélioration en terme de performances. Je n’utilise pas beaucoup d’application en général (IntelliJ IDEA, amaroK, evolution pour lire mes emails d’Outlook, un Firefox et quelques konsole à droite à gauche). Konqueror dans la version de KDE 3.2, livré avec Mandrake/Mandriva 10.1 n’est pas franchement exploitable. Pour quelqu’un qui serait habitué à l’Explorateur de Windows, je trouve même que Konqueror est mal fichu. Bref à la poubelle. Si les utilisateurs de Windows arrivent à se passer de terminal (aka cmd.exe) sans problèmes, pourquoi avec Linux faut-il encore passer par un terminal pour certaines opérations ? KDE 3.4 réctifie le tir et la nouvelle version de l’explorateur de fichier est franchement plus pratique.
Après avoir installé IntelliJ et copié mes répertoires de dev, j’ai reconfiguré quelques petites astuces que j’aime bien avoir. L’une d’elle qui n’est pas très connue est pourtant très sympa. ANT peut afficher en couleur ses messages. Pour cela, lorsque la commande ant est executée, il suffit de spécifier un logger ANSI. Dans mon fichier .bashrc voici ce que j’ai ajouté:
# Fichier $HOME/.bashrc
# Alias pour Ant
alias ant="ant -logger org.apache.tools.ant.listener.AnsiColorLogger"
Ce qui permet de passer de:
quote.jar:
[jar] Building jar: /home/nic_kde34/Work/PDS3.4/build/lib/quote.jar
create.manifest:
rtnewsheadlines.jar.classes:
[javac] Compiling 12 source files to /home/nic_kde34/Work/PDS3.4/build/classes
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
rtnewsheadlines.jar:
[jar] Building jar: /home/nic_kde34/Work/PDS3.4/build/lib/rtnewsheadlines.jar
create.manifest:
full:
[echo] build on 04 August 2005 13:19
BUILD SUCCESSFUL
Total time: 1 minute 51 seconds
[nic_kde34@ptxwXXXX] src>
à ceci
quote.jar:
[jar] Building jar: /home/nic_kde34/Work/PDS3.4/build/lib/quote.jar
create.manifest:
rtnewsheadlines.jar.classes:
[javac] Compiling 12 source files to /home/nic_kde34/Work/PDS3.4/build/classes
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
rtnewsheadlines.jar:
[jar] Building jar: /home/nic_kde34/Work/PDS3.4/build/lib/rtnewsheadlines.jar
create.manifest:
full:
[echo] build on 04 August 2005 13:19
BUILD SUCCESSFUL
Total time: 1 minute 51 seconds
[nic_kde34@ptxwXXXX] src> echo $ANT
Si vous utilisez ANT dans un terminal xterm qui supporte les couleurs ANSI ou si votre shell Windows a chargé le fichier ANSI.SYS, le logger AnsiColorLogger de log4J est capable de vous fournir une sortie en couleur de votre build. Cela ne marche pas avec Windows NT, 2000. Par contre Windows XP semble être compatible.
J’en profite pour vous redonner un lien vers un article que j’ai écrit en octobre dernier. Il s’agit d’un appender pour Log4J qui utilise les couleurs ANSI lors de l’affichage des traces dans un xterm. Très pratique avec un serveur comme JBoss ou Tomcat par exemple. Voir l’article Log4J and ANSI colors in a xterm
Bonjour,
Merci pour cette astuce, ça rend la lecture de la sortie plus agréable.
🙂