Desktop integration: look and feel

As a Unix system user, I get sick of listening to same reproch again and again: apps look and act different.

Except for their references (neither Microsoft, with default Windows apps GUI looking completely different than Windows Live Apps to name some, or Apple, with the Carbon/Cocoa stuff and a pretty strange policy for iLife), I understand those persons who want a unified look. Because I do so.

I don’t know any solution for all X11 apps. I don’t know much about the “feel” part. The solution I use only deals with GTK1, GTK2, Qt3 and Qt4 apps look. And it’s far from perfect, but hey, who wants to work on “good” font support hack for Gtk 1.2?
This solution is named QtCurve, and it happily happens to be perfectly packaged under Archlinux. There’s even a group. Now, you just have to:

# pacman -S qtcurve gtk-theme-switch gtk-theme-switch2
:: group qtcurve (including ignored packages):
    qtcurve-gtk1  qtcurve-gtk2  qtcurve-kde3  qtcurve-kde4

And then use qtconfig, qtconfig3, switch and switch2.

KDE’s control center is supposed to permit detailed customization of the themes. As I use dwm on a EEEPC, I didn’t try it. But please add comments if you think it is worse the pain. And thanks for the tip, slubman.

Try arora on Archlinux!

This is my new “daily” browser for now. It is based on Qt’s WebKit new integration and started as a demo. Still pretty limited, it doesn’t include support for Flash or Java, nor any plugins/extensions (which is a feature in my case, as I prefer launching another browser whenever I really want it).

It depends on Qt 4.4. As the qt44 PKGBUILD has been removed from AUR, I decided to provide binary packages for both. Arora itself is available as arora-git on AUR (I use it). I compiled them for x86_64 and i686. As this only makes 4 packages and I don’t want to “officially” maintain them, I didn’t make a repository.

You can find everything on my server, and install them with pacman -U. Please notice qt is less patched than Archlinux’s version, and doesn’t include support for any DB except sqlite.

BTW, use at your own risk! But feel free to report any problem.

Edit: I am now working on the integration of nsplugins, which would mean support for flash and java.
Edit 2: Qt 4.4 is now available in [testing]. Local packages deleted, and AUR PKGBUILD marked deprecated. arora-git moved to [community].

mercurial ou git ?

La guerre des DSCM fait rage. J’avais pour ma part rapidement adopté mercurial, avec les critères suivants :

• Simplicité. git était encore mal documenté et son HIM a depuis été restructurée.
• Performances. bzr et darcs étaient des catastrophes.
• Multi-plateformes, et notamment facilement utilisable par un contributeur sous Windows.
• Universel. J’entends plutôt par là qu’il pouvait satisfaire tous mes besoins.

J’ai entièrement migré sous git hier. Sans la moindre raison technique. Parce qu’il ne doit en rester qu’un.

• uArch est passé de bzr à git (par ma faute).
• Les projets de Archlinux l’utilisent.
• Les projets de Archlinux.fr l’utilisent.
• PackageKit l’utilise.
• twinthon (port de Python pour un téléphone mobile, mais j’en reparlerai) l’utilise.
• community utilise CVS.

Cerise sur le gâteau, il y a plusieurs fonctionnalités que j’apprécie et ne retrouve pas dans mercurial. L’inverse étant moins flagrant. Mais peu importe.

Prototypes PKGBUILD retravaillés

Fraîchement postés par mes soins sur archlinux-general, voici des PKGBUILD*.proto plus propres. Il s’agissait surtout d’aligner les versions adaptées aux gestionnaires de version aux nouveautés introduites dans pacman et déjà intégrées au PKGBUILD.proto de référence, mais aussi de prendre en charge les emplacements incluant des espaces.

Disponibles sur mon dépôt personnel git pour AUR.

TU & uArch

Me voici officiellement élu TU, avec 18 votes pour, 0 contre et 1 absentation. Je vous rappelle que je suis (très) disponible pour toute question technique concernant AUR ou l’écriture de paquets. Voyez les informations me concernant sur le wiki Archlinux.

De plus, je contribue depuis peu à uArch, un système pour l’embarqué utilisant le noyau Linux, uclibc, pacman et sur lequel a d’ores et déjà été porté tout core. Pour l’instant limité aux plate-formes à base de i386, il a pour vocation de prendre en charge les processeurs arm et mips (et plus, qui vivra verra). Je prévois d’acquérir un nslu2 dans les prochaines semaines pour pouvoir travailler sur le sujet. Si un lecteur (peut-être toi, futur ami) en dispose et ressent un élan de générosité envahir sa cage thoracique, j’aurais plaisir à ce qu’il me dérange le matin, midi, soir ou en pleine nuit.

Mise à jour le 17 mai 2008 : J’ai acheté le NSLU2. C’est tout mimi.

Les comptes et mots de passe

Sur archlinux.fr, il serait bon de pouvoir s’inscrire à la liste de discussion d’un clic dans le forum (puisque l’adresse E-mail est déjà confirmée). Malgré ce manque négligeable d’ergonomie, notre site francophone est exemplaire : l’utilisation des comptes du forum sur le wiki est une excellente idée.

Particulièrement bienvenue, puisque notre projet favori n’est pas au top. Pour l’instant, j’accumule chez les anglophones un compte pour :

• AUR, le dépôt de paquets sources par les utilisateurs ;
• AUR en tant que TU, sur CVS ;
• Flyspray, le gestionnaire ;
• PunBB, le forum (d’où le nom, pour les anglophones) ;
• Mediawiki, le wiki (d’où le nom, pour tous) ;
• Chacune de mes listes (arch-announce, arch-ports, arch-projects, arch-dev-public, arch-events, arch-general, aur-dev, aur-general, pacman-dev, repoman et bientôt de nouvelles en tant que TU)

Nouveau système d’élection des TU

Les TU ont pour rôle de gérer AUR et community. Ils sont élus par leurs pairs après candidature et parrainage. Jusqu’ici, les procédures indiquaient que le vote se déroulait sur la liste de discussion aur-general (ou pour être plus précis, sur son ancêtre, tur-users, le texte n’ayant pas été mis à jour…). dragonlord et moi-même, les derniers candidats en date, avons eu la joie de servir de cobayes pour un nouveau système.

Le vote pour dragonlord s’est officiellement déroulé par E-mail, puis s’est greffée une interface Web, à titre de test. Quant à moi, j’ai eu le droit à un déroulement entièrement Web. Mes conclusions viendront à l’issue du vote, après-demain. J’en profiterai pour découvrir cette interface. Et c’est bien là le problème : c’est l’inconnue ! Aucune information sur la participation ou les choix de chacun, aucun retour. La transparence que j’apprécie tant chez Archlinux prend du plomb dans l’aile, et je stresse ;)

Mise à jour : Un mail assez surprenant de la part de wizzo était passé inaperçu. En substance, il proposait un patch de AUR pour supprimer la page de vote (dont j’ai ainsi pu étudié le fonctionnement). Sa réaction 9 jours plus tard : « Simo, if you ever see this don’t apply this patch. EVER. »

Ouverture

Un blog qui commence avec pour première vocation de faire partie d’un Planet… La démarche peut paraître étrange.

Précisons tout de même que l’objectif est de partager avec la communauté mes aventures sur de nombreux systèmes Archlinux, ma contribution à AUR, PackageKit et mon prochain outil de vérification de depends et makedepends, MDMA (MakeDepends Monitoring Agent).