En avant pour KDE 4

windu.2b — Tue, 01 Jan 2008 00:00:00 +0100

On ze route encore...

Étant un grand fan de KDE, j'ai tenu à tester la prochaine version KDE4 (KDE 4.0 sortira normalement le ~~20 décembre 2007~~ 11 janvier 2008). Actuellement, le développement en est à la RC2^[1]

Présentation de KDE

KDE (pour K Desktop Environment) est un environnement de bureau libre et gratuit. Son but est d'offrir à l'utilisateur une interface graphique, mais aussi toute une série de logiciels pour ses principaux besoins. On y retrouve donc pêle-mêle un explorateur de fichiers (Konqueror et maintenant Dolphin), un navigateur (Konqueror), une suite bureautique (Koffice), un client mail (Kmail, pouvant être intégré à Kontact), un client de messagerie instantanée multi-protocole (Kopete), un client IRC (Konversation), un client bittorent (Ktorrent), des jeux, ...
Le tout étant assez lié, permettant ainsi de centraliser des informations. Par exemple, on peut lier la fiche d'un contact avec son adresse email, son (ses) compte(s) de messageries instantanées et ainsi accéder à ces informations depuis différents logiciels.
KDE est développé en C++/Qt, qui est une bibliothèque logicielle créée par Trolltech.
À noter que KDE4 reposera non plus sur Qt3, mais sur Qt4, réputé plus rapide et plus léger. Une grande partie du travail consiste d'ailleurs à faire le portage des applications KDE de Qt3 à Qt4.
Cependant, prétendre que KDE4 ne sera qu'un simple portage serait nier le travail abattu par les développeurs (félicitions-les, car c'est vraiment ~~legen... wait for it... dary!!!~~ impressionnant
Voici en quelques lignes ce que l'on y retrouvera :

Fonctionnalités

Jusqu'à récemment, le travail s'était énormément concentré sur les couches basses du système, car KDE4 prévoit d'importantes modifications pour faciliter le travail des applications se reposant sur lui, et offrir à l'utilisateur des fonctionnalités fort pratiques. Voici tout de même une liste non-exhaustive de ce que nous réserve cette nouvelle branche :

Phonon : Framework multimédia destinée à fournir une couche d'abstraction entre les moteurs de sons/vidéos et les applications y ayant recours.
Solid : Framework de gestion des périphériques mobiles.
Sonnet : Correcteur orthographique sachant gérer le multi-linguisme au sein d'un texte.
Plasma : Refonte de plusieurs technologies de KDE3 : tableau de bord, fond d'écran, widgets...
Oxygen : Nom du thème grpahique de KDE4. Il unifiera à la fois les couleurs des fenêtres, mais aussi les icônes, les curseurs de souris et les sons système.
Decibel : Framework destiné à centraliser les différentes protocoles de communications au sein de KDE4. Il sera ainsi possible de communiquer avec ses contacts sans se soucier de choisir soi-même le protocole.
...

Je vous invite à consulter ce wiki (toujours en cours de remplissage) où vous trouverez de plus amples informations.

Que doit-on en attendre ?

Il faut tout d'abord bien différencier KDE4 et KDE4.0 : KDE4 désigne toute la branche, alors que KDE4.0 n'en est que la première version (sont déjà prévues KDE4.1 et KDE4.2, qui apporteront leurs lots de nouveautés). Il ne faut donc pas s'attendre à ce que tout soit prêt pour KDE4.0, mais plutôt y voir là une version stable, mais incomplète, destinée aux développeurs qui désirent porter leurs applications. Toutefois, KDE4.0 est déjà utilisable (j'ai moi-même complètement basculé depuis 1 semaine), car les applications de KDE3 sont toujours utilisables. On peut donc commencer à se faire une idée et découvrir les nouvelles fonctionnalités au fur et à mesure.

Notes

[1] Il n'est donc pas recommandé de l'utiliser en production ! Cependant, vous pouvez déjà l'utiliser quotidiennement pour l'essayer, en parallèle dans une autre session.

rsync, ou les joies de la mise à jour pour assistés

windu.2b — Mon, 29 Oct 2007 22:28:00 +0100

Depuis un petit moment que ça me travaillait, j'ai envie pris le temps de faire un (petit) script Shell pour automatiser la mise à jour des chansons sur mon baladeur.
Le problème était le suivant : il m'arrive parfois de remarquer que certains de mes fichiers musicaux sont mal "taggués" voire pas du tout ! Après une modification des tags ID3 du fichier, il m'arrivait souvent d'oublier de mettre à jour la copie dudit fichier qui se trouve sur mon baladeur, tout simplement parce qu'il m'aurait fallu vérifier si, oui ou non, ce fichier s'y trouvait (mon baladeur ne contient en effet pas tous mes fichiers musicaux).
D'où mon problème : comment synchroniser les fichiers musicaux en local sur mon ordinateur avec ceux (et seulement ceux-là) présents sur mon baladeur ?

La réponse : rsync bien sûr !

Cette petite application Unix (elle existe pour Linux, Mac OS X, BSD... mais pas pour Windows, du moins à ma connaissance) permet à la base de faire des sauvegardes incrémentielles. C'est à dire qu'au lieu de recopier bêtement la totalité des fichiers, rsync va être capable de détecter les fichiers qui auront été modifiés ^[1].
Voici donc la solution :
rsync -rvlptoDh --progress --existing --modify-window=1 source/ destination/

Décortiquons tout ceci, voulez-vous ?

-r : Ceci dit à rsync de copier les répertoires récursivement.
-v : Cette option augmente la quantité d'information que vous obtenez lors du transfert. Par défaut, rsync travaille silencieusement. Avec un -v, rsync vous indique quels sont les fichiers actuellement transmis et affiche un bref résumé à la fin. Avec deux drapeaux -v, rsync vous informe des fichiers ignorés et affiche un résumé avec légèrement plus d'information à la fin. Plus de deux drapeaux -v ne devraient être utilisés que pour déboguer rsync.
-l : Lorsque des liens symboliques sont rencontrés, ils sont recréés à la destination.
-p : Cette option entraîne la mise à jour des permissions distantes pour qu'elles soient identiques aux permissions locales. Sans cette option, tous les fichiers existants (y compris les fichiers mis à jour) gardent leur permissions actuelles, tandis que les nouveaux fichiers reçoivent des permissions basées sur les permissions du fichier source mais masquées par le masque utilisateur du récepteur (ce comportement est identique aux autres utilitaires de copie de fichier, tel que cp).
-t : Ceci dit à rsync de transférer les dates de modifications avec les fichiers et de les mettre à jour sur le système distant. Notez que si cette option n'est pas utilisée, l'optimisation qui consiste à exclure les fichiers qui n'ont pas été modifiés ne peut pas être efficace ; en d'autres termes, un -t ou -a absent va faire que le prochain transfert se ferra comme s'il utilisait -I, ce qui implique que tous les fichiers seront mis à jour (même si l'algorithme rsync rendra l'opération relativement efficace si les fichiers n'ont pas été modifiés, vous avez tout intérêt à utiliser -t).
-o : Cette option dit à rsync de mettre le propriétaire du fichier de destination identique à celui du fichier source. Sur la plupart des systèmes, uniquement le super-utilisateur peut fixer le propriétaire des fichiers. Par défaut, la conservation est effectuée selon le nom mais lorsque cela ne fonctionne pas, rsync utilise comme alternative le numéro ID. Référez-vous à l'option\ --numeric-ids pour plus de détail.
- h : affiche les valeurs numériques sous un format lisible "humainement".
--progress : Cette option demande à rsync d'afficher des informations montrant la progression des transferts. Ceci donne à un utilisateur qui s'ennuie quelque chose à regarder. Implique l'option --verbose lorsqu'elle n'a pas déjà été spécifiée.
--existing : met à jour uniquement les fichiers qui existent déjà
--modify-window=NUM : compare les dates avec une précision moins fine
source/ : désigne le répertoire servant de départ
destination/ : désigne le répertoire dans lequel les fichiers doivent être copiés

Tout ceci est bien beau, mais concrètement ?

Concrètement, cela va lister tous les fichiers contenus dans source/ et pour chacun d'eux, vérifier si un fichier portant le même nom se trouve dans destination/ et, le cas échéant, contrôler les dates de dernière modification. Si le fichier dans source/ est plus récent, alors il sera recopié vers derstination/
À noter que l'option --existing est très importante ! C'est elle qui limite le traitement aux fichiers déjà existants dans destination/ (sans ça, rsync copiera tous les fichiers présents dans source/).
Autre point important : l'option --modify-window=NUM permet de comparer les dates de dernière modification avec une moindre précision. en effet, le système de fichiers FAT a une précision de seulement 2s, ce qui n'est pas le cas des systèmes de fichiers comme ext3 (précision à 1s). Avec cette option, on peut ainsi contourner le problème (qui pourrait faire croire qu'un fichier dans destination/ est moins récent alors qu'il a juste une mauvaise précision sur l'heure de dernière modification).

Voilà, pour le moment tout ceci fonctionne parfaitement. Je ferai sans doute un prochain billet pour préciser comment automatiser tout ceci (soit via un cron, soit lors du montage de la partition du baladeur).

Notes

[1] soit en se basant sur leurs tailles respectives, soit sur la date de dernière édition voire les 2, cela dépendra des options qui lui auront été passées en paramètre.

Bla Bla Blog - Linux & les LL

En avant pour KDE 4

Présentation de KDE

Fonctionnalités

Que doit-on en attendre ?

Notes

rsync, ou les joies de la mise à jour pour assistés

La réponse : rsync bien sûr !

Tout ceci est bien beau, mais concrètement ?

Notes