31
10 | 2012
Sortie de Thunar 1.5.1
Classified in : French posts
Voici un très bref résumé des changements majeurs introduits dans cette version :
DES ONGLETS !
Ha. Ha. Ha.
14
10 | 2012
Thunar 1.5.0 est de sortie
Classified in : French posts
La première pré-version de Thunar 1.6.0 est sortie il y a quelques minutes. Pas mal de changements sous le capot, donc je vais me limiter aux changements visibles susceptibles d'intéresser les gens. :)
La barre latérale a été refaite, et permet de séparer les différents éléments par catégorie (Périphériques, bookmarks, réseau, etc.). En prime, le délai à l'ouverture qui allait jusqu'à 30s chez certains à cause du réseau devrait être résolu. La barre d'état a également été retravaillée. Ce n'est pas forcément visible sur les captures d'écrans, mais son contenu varie selon le type d'éléments qui a été sélectionné (par exemple "2 dossiers sélectionnés", "1 dossier, 2 fichiers", etc.), et la taille des éléments ainsi que l'espace libre sur le disque sont enfin affichés. Il est également possible de cacher la barre de menu (ctrl+m pour la masquer/l'afficher, et F10 pour ouvrir le menu).
La fenêtre pour les propriétés des éléments sélectionnés (accessible par clic droit) est maintenant capable d'afficher et de changer les propriétés de plusieurs fichiers (encore une fois, le type s'adapte selon celui des fichiers sélectionnés : sur les captures d'écran ci-dessus, on a "mixed" pour des fichiers différents, et "zip archive" quand je n'ai sélectionné que des fichiers zip). C'est mineur, mais c'est sympathique.
La gestion des emblèmes de fichiers se fait maintenant au travers de GVfs (au lieu de TDB dont j'avais parlé dans un précédent billet). Cela signifie que Nautilus (s'il propose encore cette fonctionnalité) et Thunar partagent maintenant les emblèmes, donc la compatibilité avec les programmes comme dropbox, ubuntuone et tutti quanti devrait s'être améliorée. Il est également possible de changer/consulter les emblèmes par la ligne de commande.
- Affichage du nom de l'emblème pour le dossier "Coding" :
% gvfs-info -a metadata::emblems Coding
attributes:
metadata::emblems: [emblem-development]
- Ajout et affichage de l'emblème pour le dossier "Packaging" :
% gvfs-set-attribute -t stringv Packaging metadata::emblems emblem-debian
% gvfs-info -a metadata::emblems Packaging
attributes:
metadata::emblems: [emblem-debian]
Enfin, d'autres améliorations en vrac : migration des paramètres à Xfconf, les bookmarks de serveurs distants ne sont plus supprimés (pas testé ici) et la fenêtre pour les transferts de fichiers a été peaufinée.
Voilà pour cette première version de développement. Attention, si vous voulez la compiler, il faut également la toute dernière version de développement de exo (pas de PPA prévu avant la sortie de la 12.10 ;-).
27
05 | 2012
Xfce4-volumed et pulseaudio
Classified in : French posts
Un billet rapide pour dire que j'ai forké (en gros) xfce4-volumed pour lui ajouter le support de PulseAudio.
La version existante utilise l'interface gstmixer de gstreamer, et son utilisation conjointe avec PulseAudio semble générer quelques petits soucis. Ceux qui utilisent gstreamer0.10-alsa semblent avoir des difficultés à (un)muter le son. Pour les autres, le module gstreamer0.10-pulse est relativement mauvais et assez peu utile : il ne montre qu'un seul track, 'Master', pour chaque carte, ce qui enlève pas mal d'intérêt à pulse. Je ne connais pas non plus de moyen fiable pour déterminer la carte son par défaut avec gstmixer.
Puisqu'Ubuntu dans son ensemble utilise pulse par défaut, j'ai rajouté un peu de magie noire dans le xfce4-volumed de la 12.04 pour qu'il essaie de trouver la bonne carte par défaut. Bien entendu, puisqu'il serait trop beau que ça marche chez tout le monde, ceux qui ont une sortie audio HDMI sur leur carte graphique voient apparemment xfce4-volumed la sélectionner comme carte par défaut au lieu de la vraie carte son, ce qui fait qu'il ne sert à rien...
J'ai jeté un coup d'œil à ce que fait indicator-sound, ainsi qu'à la documentation de l'API asynchrone de libpulse : ça m'a paru relativement simple et bien fait, une fois qu'on a saisi les conventions de nommage, sink/source/sink input/source output (il y a même une fonction pour récupérer la sortie son par défaut, c'est fou). Quelques heures de tripatouillage plus tard, et le port à libpulse (sobrement intitulé xfce4-volumed-pulse) était prêt. J'ai même migré mon système principal à PulseAudio pour tester (j'ai sacrifié mpd au passage car c'est un calvaire de le faire fonctionner avec pulse), et ça semble bien fonctionner ici et chez un autre cobaye.
Branche git : http://lionel.lefolgoc.net/code/xfce4-volumed-pulse/
Paquet de test pour precise : https://launchpad.net/~mrpouit/+archive/ppa
Bref, feedback welcome (pensez à tuer xfce4-volumed avant de tester).
Je pense que ça restera un programme distinct de xfce4-volumed, certains étant un peu trop opposés à PulseAudio, et puis l'interface gstmixer de gstreamer ne devrait pas disparaître tout de suite.
Mais il faut avouer que l'api de libpulse est relativement facile à utiliser quand on ne connaît rien à la gestion du son et qu'on veut faire un truc très simple qui marche (xfce4-volumed-pulse ne s'intéresse qu'au sink par défaut, alors qu'indicator-sound fait des choses plus compliquées par exemple).
La version existante utilise l'interface gstmixer de gstreamer, et son utilisation conjointe avec PulseAudio semble générer quelques petits soucis. Ceux qui utilisent gstreamer0.10-alsa semblent avoir des difficultés à (un)muter le son. Pour les autres, le module gstreamer0.10-pulse est relativement mauvais et assez peu utile : il ne montre qu'un seul track, 'Master', pour chaque carte, ce qui enlève pas mal d'intérêt à pulse. Je ne connais pas non plus de moyen fiable pour déterminer la carte son par défaut avec gstmixer.
Puisqu'Ubuntu dans son ensemble utilise pulse par défaut, j'ai rajouté un peu de magie noire dans le xfce4-volumed de la 12.04 pour qu'il essaie de trouver la bonne carte par défaut. Bien entendu, puisqu'il serait trop beau que ça marche chez tout le monde, ceux qui ont une sortie audio HDMI sur leur carte graphique voient apparemment xfce4-volumed la sélectionner comme carte par défaut au lieu de la vraie carte son, ce qui fait qu'il ne sert à rien...
J'ai jeté un coup d'œil à ce que fait indicator-sound, ainsi qu'à la documentation de l'API asynchrone de libpulse : ça m'a paru relativement simple et bien fait, une fois qu'on a saisi les conventions de nommage, sink/source/sink input/source output (il y a même une fonction pour récupérer la sortie son par défaut, c'est fou). Quelques heures de tripatouillage plus tard, et le port à libpulse (sobrement intitulé xfce4-volumed-pulse) était prêt. J'ai même migré mon système principal à PulseAudio pour tester (j'ai sacrifié mpd au passage car c'est un calvaire de le faire fonctionner avec pulse), et ça semble bien fonctionner ici et chez un autre cobaye.
Branche git : http://lionel.lefolgoc.net/code/xfce4-volumed-pulse/
Paquet de test pour precise : https://launchpad.net/~mrpouit/+archive/ppa
Bref, feedback welcome (pensez à tuer xfce4-volumed avant de tester).
Je pense que ça restera un programme distinct de xfce4-volumed, certains étant un peu trop opposés à PulseAudio, et puis l'interface gstmixer de gstreamer ne devrait pas disparaître tout de suite.
Mais il faut avouer que l'api de libpulse est relativement facile à utiliser quand on ne connaît rien à la gestion du son et qu'on veut faire un truc très simple qui marche (xfce4-volumed-pulse ne s'intéresse qu'au sink par défaut, alors qu'indicator-sound fait des choses plus compliquées par exemple).
26
05 | 2012
Status of Xfce in Debian/Ubuntu
Classified in : English posts
(I haven't blogged for a lot of time, sorry about that, too many things to do)
This is a short summary of the status of Xfce (especially 4.10) in Debian and Ubuntu.
Debian
To sum up: 4.6 is in squeeze, 4.8 in testing/sid/wheezy, 4.10 core in experimental.
We packaged 4.10 in experimental, but it only covers core packages (apt-get install xfce4). Goodies that haven't been rebuilt since 4.8 (e.g. panel plugins) will not work with 4.10. Don't upgrade if you need a special panel plugin and don't know how to rebuild it, or don't know what you're doing.
It's very likely that the next stable release (wheezy) will stick to Xfce 4.8. The main reason: direct upgrades from 4.6 to 4.10 are unsupported, untested, and very glitchy (xfce4-panel and xfce4-session don't like that very much, you'll experience problems to close your session from your Xfce desktop after the upgrade). Another important reason is the date of the freeze (expected in June). The Release team is currently fighting with transitions -- a backlog of two months according to some of its members --, and to "help" them some maintainers start uncoordinated transitions (e.g. mysql, gcc-defaults).
Ubuntu
Executive summary: precise has 4.8, quantal 4.10.
People wonder why "we chose to stick to 4.8 for the LTS, as 4.10 release was very close and known". Actually, the release schedule of Xfce 4.10 has been uncertain for several months, and only clarified around FOSDEM. That wouldn't have left us much time to package/test/check for regressions (hint: LTS) before the feature freeze. That's why I chose to keep Xfce 4.8, and of course you're free to think I was wrong. Still, I wasn't so lazy, and backported several useful features from xfce4-settings and xfdesktop 4.9.x to precise. Also, most of the changes included in 4.10 have been made by one single person, that's not a big number of active core developers. The current Thunar developer is also very busy at work, that's why the improved sidepane rewrite hasn't made its way into 4.10.
Obviously, Xubuntu 12.10 will ship Xfce 4.10 (it's already been in quantal for a week). I maintain a PPA for precise too, many people are using it, and I didn't receive too many complaints. ;-)
Xfce 4.12 and future
The current plan (feel free to read the Xfce development mailing list) is to keep using gtk+2 for Xfce 4.12. Xfce developers experienced an increased memory consumption when they ported and tested some components to gtk+3. Some of them also feel it's less fun for them to spend another development cycle only to port to gtk+3.
With my Xubuntu developer hat on (all distribution packagers will probably feel the same), I can say this will make my life a nightmare until the next LTS (and Xfce 4.14). Some Canonical/Ayatana/Unity people are very good at trashing "outdated technologies": one insane person, with apparently no knowledge of the Ubuntu archive -- he has upload rights, that's very reassuring --, even proposed to drop gtk+2 from the archive for 14.04 (for reference, it took more than 5 years to transition away from gtk+1), of course without offering his help to attain that goal.
So, yes, I very much disagree with the decision to stick to gtk+2 for Xfce 4.12, but I'm not the one maintaining core components, nor doing the porting, and if active Xfce developers don't find that fun, you can't force them, unless you want them to burn out, and you know I don't want that. :-)
18
02 | 2012
Des catégories dans xfce4-settings-manager 4.9.2
Classified in : French posts
Un court billet pour décrire le principal changement inclus dans la dernière version de développement (4.9.2) de xfce4-settings, sortie il y a 5 jours (court parce que ma session a expiré et je viens de perdre le précédent brouillon, merci moi :).
Comme on peut le voir sur les captures d'écran, le gestionnaire de paramètres classe dorénavant les éléments par catégories. Cette organisation est rendue possible par la bibliothèque garcon (déjà utilisée par xfce4-panel et xfdesktop pour la gestion du menu des applications). C'est un fichier de menu standard (cf. /etc/xdg/menus/xfce-settings-manager.menu), qui présente au moins deux avantages évidents: d'une part, il est trivial à adapter par un distributeur ; d'autre part, il devrait être modifiable facilement par un utilisateur grâce à n'importe quel éditeur de menu, par exemple alacarte (j'avoue, je n'ai pas testé :P).
Pour finir, la sempiternelle zone de recherche permet de filtrer les éléments à afficher d'après leur nom et description.