Chakra Linux Phoix, ou comment la Chakra veut s’émanciper d’Archlinux…

Chakra Linux, c’est le duo ArchLinux + KDE. Cependant, récemment, il a été annoncé que le projet allait sur la longueur, mettre de coté son héritage archlinux pour prendre une base propre.

D’ailleurs, au lieu des dépots core, extra et testing, il y aura :

  • core : la base de l’OS
  • platform : X11
  • Desktop : tout KDE.

La deuxième annonce, plus récente, confirme l’émancipation progressive de de la distribution Archlinux.

Le but à terme serait de proposer un système de paquetages à la MacOS-X :

We’re still in the evaluation stage about this, but it will most likely be a bundle system as seen on systems like Mac OSX.

Ce qui donne traduit :

Nous sommes encore à l’étape d’évaluation sur ceci, mais cela pourrait être  un système de paquet comme ce que l’on peut trouver sur MacOSX

Ce qui me fait un peu penser au PBI de PcBSD, tiens 😉

J’ai donc récupéré l’image ISO d’une version récente de développement, histoire de montrer un premier aperçu du résultat.

Continuer la lecture de « Chakra Linux Phoix, ou comment la Chakra veut s’émanciper d’Archlinux… »

Pino 0.2.8 est sorti.

Pour cette nouvelle version mineure de Pino – en attendant une version 0.3 explosive – l’accent a été mis sur l’ergonomie et la correction de bogues :

  • Correction de bogues importants
  • Intégration plus complète au niveau d’indicate (intégration dans Ubuntu)
  • Une option pour les liens en couleurs (pour éviter de laisser passer un lien, que j’ai traduit par « Couleur de liens natifs »

L’installation ? Il suffit de lire cette page du site du logiciel pour savoir comment faire 😉

Pour l’installer sur Frugalware ?

Il suffit de prendre le FrugalBuild et de l’adapter pour la version 0.2.8. Quoique cette version arrivera après la reconstruction du « monde » en cours sur Frugalware actuellement.

Et les inévitables captures d’écran :

Pino 0.2.8 en action

Nouvelle fonctionnalité de pino 0.2.8

So long, Frugalware… Back to Archlinux…

Que les anglophobes me pardonnent ce titre en anglais, inspiré d’un titre de l’album « Bridge Over Troubled Water » du duo Simon & Garfunkel.

Le 14 février dernier, j’installais la Frugalware Linux. Même si les débuts ont été un peu chaotique, j’ai appris à apprécier cet autre grand nom des distributions rolling release. Les 80 jours que j’ai passé sur Frugalware Linux m’ont énormément appris et m’ont permis de connaitre une communauté où le sens solidarité n’est pas uniquement du marketing.

Je tiens à remercier Devil505, Bouletbil, Kooda et tous les autres membres sur le canal irc #frugalware.fr pour les bons moments passés.

Ce matin, un énième gel de ma distribution lors de la compilation de mon exemplaire quotidien de mon Mozilla Firefox de développement – ce qui signifiait effacer le répertoire contenant le code compilé – a été la goutte d’eau qui a fait déborder le vase. Je n’avoue que je n’ai jamais su la cause de ses gels, même si la gestion de la vitesse du CPU pourrait être un bon suspect.

En l’espace d’une heure et quart, j’ai pu installer une Archlinux testing avec l’équipement logiciel équivalent à celui que j’avais précédemment sous ma Frugalware Linux.

Et même un peu « mieux » sur certains plans, dont un certain Xorg-server 1.8.0.902 🙂

nvidia et xorg server 1.8.902 sous Archlinux

Il y a bien sûr d’autres raisons :

  • La syntaxe des FrugalBuild qui m’a toujours semblé ésotérique
  • Le manque d’un AUR, même si parfois il y a à boire et à manger
  • La lenteur de mise en place de certaines technologies

Cependant, si vous cherchez une distribution en rolling release et que tout devoir vous configurer à la mimine vous effraye, essayez Frugalware. Vous y trouverez votre bonheur.

Et d’ailleurs, je pense que je parlerais encore de Frugalware dans des billets à venir. Car 80 jours avec une distribution, cela ne s’oublie pas !

Gwibber 2.30 en dehors d’Ubuntu Lucid Lynx… Quel bilan ?

J’ai voulu voir sur le top 10 des distributions de distrowatch lesquels – en dehors d’Ubuntu – qui peuvent proposer un Gnome 2.30, prérequis pour pouvoir utiliser Gwibber 2.30. Pour chaque distribution, j’ai utilisé qemu, soit avec une image ISO 32 bits (pour Mandriva ou encore PCLinuxOS), ou une image ISO 64 bits (pour les autres).

C’est aussi – en quelque sorte – une réponse à ce commentaire : https://blog.fredericbezies-ep.fr/?p=3791&cpage=1#comment-12467

C’est un article assez long, avec une grosse quinzaine de captures d’écran, mais j’ai voulu être le plus complet et le plus vérifiable possible.

On verra bien si je suis selon les propos de certains commentaires un « anti-ubuntu primaire » ou encore un « anti-logiciel libre primaire » 🙂

Dans la mesure du possible, j’ai utilisé des versions proposant directement Gnome dès l’installation, si possible en liveCD.

Le top 10 au 24 avril 2010 est le suivant :

  1. Ubuntu
  2. Fedora
  3. Mint
  4. OpenSuSE
  5. Mandriva
  6. Debian
  7. PCLinuxOS
  8. Sabayon
  9. Arch
  10. Mepis

Dans la liste, on peut sortir 3 distributions : Ubuntu, Mint (qui est fortement basée sur Ubuntu et dont la version 9 se basera – sauf information contraire – sur Ubuntu 10.04), et Mepis qui ne propose pas de version avec Gnome.

Continuer la lecture de « Gwibber 2.30 en dehors d’Ubuntu Lucid Lynx… Quel bilan ? »

Adieu Rhythmbox, bonjour Quodlibet.

Sur les conseils de Devil505, j’ai jeté un oeil à Quodlibet, et j’avoue, que j’ai abandonné Rhythmbox pour Quodlibet.

Quodlibet, c’est un logiciel écrit en python avec une interface GTK, autant modulaire, qui est très rapide, et après un rapide temps d’adaptation, est aussi puissant que Rhythmbox. Le seul point ennuyeux, c’est le non-import automatique des jaquettes des albums. Il faut faire la récupération de chaque jaquette à la main. Ce qui peut devenir un peu long 🙂

Très léger, il ne pèse un peu moins de 4 MiO.

fred ~ $ yaourt -Qi quodlibet
Nom : quodlibet
Version : 2.2-1
URL : http://code.google.com/p/quodlibet/
Licences : GPL2
Groupes : —
Fournit : —
Dépend de : gstreamer0.10-python>=0.10.13-2
gstreamer0.10-base-plugins gstreamer0.10-good-plugins
gstreamer0.10-ugly-plugins mutagen pygtk>=2.13.0-2
Dépendances opt. : gstreamer0.10-ffmpeg: for ffmpeg (ASF/WMA) support
gstreamer0.10-bad-plugins: for MPEG-4 (AAC) and Musepack
support
dbus-python: for dbus support
libgpod: for ipod support
python-feedparser: for audio feeds (podcast) support
hal: for media devices support
Requis par : quodlibet-plugins
Est en conflit avec : —
Remplace : —
Taille (installé) : 3636,00 K
Paqueteur : Eric Belanger
Architecture : x86_64
Compilé le : mer. 03 févr. 2010 23:57:49 CET
Installé le : ven. 12 févr. 2010 20:09:53 CET
Motif d’installation : Installé comme dépendance d’un autre paquet
Script d’installation : Non
Description : An audio player written in pygtk

Rhythmbox ? Environ 16 MiO…

fred ~ $ yaourt -Si rhythmbox
Dépôt : extra
Nom : rhythmbox
Version : 0.12.6-1
URL : http://www.rhythmbox.org
Licences : GPL
Groupes : —
Fournit : —
Dépend de : libgpod>=0.7.2 libsoup-gnome>=2.28.1
gnome-media>=2.28.0 totem-plparser>=2.28.1
musicbrainz>=2.1.5 libmtp>=0.3.7 libnotify>=0.4.5
lirc-utils desktop-file-utils
gstreamer0.10-python>=0.10.16
gstreamer0.10-base-plugins gstreamer0.10-good-plugins
pygtk>=2.16.0 gvfs>=1.4.1 hicolor-icon-theme
Dépendances opt. : gstreamer0.10-ugly-plugins: Extra media codecs
gstreamer0.10-bad-plugins: Extra media codecs
gstreamer0.10-ffmpeg: Extra media codecs
brasero: cd burning
gnome-python: various plugins
Est en conflit avec : —
Remplace : —
A télécharger : 5574,38 K
Taille (installé) : 16612,00 K
Paqueteur : Biru Ionut
Architecture : x86_64
Compilé le : lun. 23 nov. 2009 12:01:42 CET
somme MD5 : 4a238c4add3b976057c07c4ed3f201dd
Description : An iTunes-like music player/libary

Autant dire que désormais, Quodlibet sera mon lecteur audio qui est très rapide, très souple.

On trouve de nombreux greffons, et la présentation des albums est légère.

Le seul point noir : obligé d’utiliser SoundJuicer pour ripper mes nouveaux CDs. Bah, ce n’est pas si grave que cela au final 😉

Coup de gueule : Ubuntu devient-il vraiment le Microsoft du logiciel libre ?

Je voudrais pousser un coup de gueule contre Ubuntu et les technologies qu’elles developpent pour forcer à l’utilisation de sa distribution au détriment des autres distributions.

L’exemple parfait est la technologie desktopcouch, surcouche de couchdb. Conçue pour fonctionner plus ou moins uniquement sur ubuntu, même si on peut trouver des références sur le site freedesktop, elle est une des composantes essentielles de la future version de Gwibber, la 2.30 (?).

On appelle ceci d’une manière très claire : la méthode du cheval de Troie.

J’ai relaté dans un billet précédent mes doutes concernant l’intérêt des développeurs de gwibber pour les autres distributions qu’Ubuntu.

A la suite de commentaires où l’on m’a fait comprendre que j’étais paranoiaque, une partie d’un commentaire a levé le lièvre dont j’attendais la confirmation :

Ce n’est pas la faute des développeurs Ubuntu si DesktopCouch est cassé sur Arch mais bien la faute des mainteneurs Archlinux.

C’est toi qui te fous de la gueule du monde a réclamer de la stabilité et un fichier INSTALL sur une version trunk. C’est comme si j’espérais que tout soit parfait sur Lucid Lynx 3 mois avant sa sortie

Et surtout :

Maintenant je ne peux que t’encourager a lire cette page : http://doc.ubuntu-fr.org/desktopcouch et quand tu aura compris que DesktopCouch ne fonctionne pas sur ta machine alors peut être que tu reverra ton jugement.

Le plus con pour la personne qui a balancé ce commentaire, c’est que j’ai pu utiliser des versions de Gwibber utilisant desktopcouch et qui était fonctionnelle, comme pour l’article où je parlais justement de cette nouvelle version revampée de Gwibber.

En ce qui me concerne, je ne toucherais plus à Gwibber et je resterais à la version 2.0 du logiciel, en attendant que Pino ou un autre client pour twitter et identi.ca vraiment léger sorte.

J’ai adoré utiliser les versions d’Ubuntu entre la Dapper et la Jaunty, soit deux ans et demi, mais trop c’est trop.

Y en a marre de cette équation Ubuntu = GNU / Linux qui pourrit la vie des utilisateurs qui sont passés par Ubuntu puis à une autre distribution.

PS : merci à Stricore pour sa dernière réflexion : https://blog.fredericbezies-ep.fr/?p=3401&cpage=1#comment-11995

« gros boulet »….

Je n’en attendais pas moins.

Pour les codeurs de gwibber, ubuntu n’est que la seule distribution à gérer ?

Je parlais il y a quelque jours de la nouvelle version de Gwibber, qui paraissait bien alléchante, malgré l’ajout d’une couche supplémentaire de dépendance, répondant au nom de Desktopcouch qui installe une bonne dizaine de paquets supplémentaires.

Il y a 5 jours, arrive la révision 503, qui part d’une bonne idée. Comme desktopcouch est indispensable au fonctionnement de cette version de gwibber, autant vérifier qu’elle démarre avant gwibber… Et patatras… Gwibber se viande en beauté au démarrage, balançant une erreur qui met clairement en cause desktopcouch :

Traceback (most recent call last):
File « /usr/bin/gwibber », line 45, in
obj = dbus.SessionBus().get_object(« org.desktopcouch.CouchDB », « / »)
File « /usr/lib/python2.6/site-packages/dbus/bus.py », line 244, in get_object
follow_name_owner_changes=follow_name_owner_changes)
File « /usr/lib/python2.6/site-packages/dbus/proxies.py », line 241, in __init__
self._named_service = conn.activate_name_owner(bus_name)
File « /usr/lib/python2.6/site-packages/dbus/bus.py », line 183, in activate_name_owner
self.start_service_by_name(bus_name)
File « /usr/lib/python2.6/site-packages/dbus/bus.py », line 281, in start_service_by_name
‘su’, (bus_name, flags)))
File « /usr/lib/python2.6/site-packages/dbus/connection.py », line 622, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1

[1]+ Exit 1 gwibber

Un bug dédié est ouvert, mais impossible de faire comprendre la culpabilité de la révision citée au-dessus. Tant que cela fonctionne avec Ubuntu, les autres distributions, vous savez où vous pouvez aller ?

J’ai donc pris le taureau par les cornes, et j’ai adopté le paquet qui permettait à une époque de compiler Gwibber 2.0 sur Archlinux. Ayant corrigé le PKGBUILD en question, désormais – même si la branche 2.0 de Gwibber n’aura plus de mise à jour, au moins, il y aura un gwibber fonctionnel sur Archlinux !

C’est quand même assez écoeurant de voir un tel manque de respect envers les non-utilisateurs d’ubuntu… Je sens que je vais me faire traiter de tous les noms, mais comme les infos sont disponibles…

Le futur Gthumb 2.12 sera-t-il l’outil qui fera oublier f-spot ?

F-spot est un excellent outil de gestion de photos, mais il a un énorme défaut : il utilise mono pour fonctionner. Un de ses avantages est l’export vers des galeries en ligne comme PicasaWeb ou encore Flickr.

L’un des outils gnome principaux pour la gestion des photos, GThumb, actuellement en version stable 2.10, ne supporte pas l’export vers les dites galeries. Cependant, depuis aujourd’hui, les versions de développement, alias les 2.11.x le permettent. Au moins pour le moment, vers picasaweb.

Le seul moyen d’obtenir une version qui permet cela, c’est de la compiler. La page de développement explique comme compiler depuis la reine des distributions, et même pour Fedora (joie !).

Pour Archlinux, il suffit d’entrer un petit :

yaourt -S gthumb-git

Et d’attendre que le code soit compilé pour installer le logiciel.

Ensuite, il faut activer l’extension, puis redémarrer le logiciel pour permettre l’envoi vers PicasaWeb.

Ensuite, en utilisant le menu File / Export to… on peut envoyer les photos en ligne. Les captures d’écrans qui suivent sont suffisamment parlantes.

On crée l’accès au compte en ligne.

Ensuite, on crée l’album.

Et enfin, on envoie les données.

Je suis heureux de voir cette fonctionnalité rajoutée. Cela me fera gagner pas mal de temps quand j’aurais besoin d’envoyer plus de 5 images sur mon espace PicasaWeb 😉

Un aperçu de lxde 0.5

Je me suis basé sur la machine virtuelle du précédent article pour tester lxde 0.5, le « lightweight X Desktop Environment ».

L’installation est simplissime ; il suffit de taper dans une console :

yaourt -S lxde

Le coeur de cet environnement de bureau qui repose sur openbox se charge. J’ai ensuite rajouté midori et les paquets lxde-input et lxnm pour compléter l’environnement.

Pour lancer l’environnement, j’ai simplement rajouter la ligne suivante au fichier .xinitrc disponible à la racine du compte utilisateur :

exec startlxde

Ensuite, lxde se lance avec un petit :

startx

NB : à cause d’un bogue d’openbox, il faut réduire la profondeur d’affichage à 16 bits dans le fichier /etc/X11/xorg.conf au lieu du 24 bits proposé par défaut.

J’ai enregistré une petite vidéo (saccadée, et contrairement à ce que j’avais affirmé dans l’article précédent), ce n’est pas du à la gourmandise de l’environnement de bureau, mais à un mauvais réglage du logiciel de capture vidéo 🙁

Néanmoins, cela permet de voir à quoi ressemble lxde 0.5 brut de fonderie.

Encore jeune, car certains outils sont franchement rudimentaires, mais il a du potentiel face à des environnements de bureau plus gourmand comme xfce, gnome ou encore kde.

KDE SC 4.4rc2 : premier aperçu :)

Comme jadis pour KDE 4.3 rc1, j’ai décidé de faire un petit test rapide de la future nouvelle version stable majeure de KDE. Du moins de cette 2ième candidate à la publication.

La feuille de route pour KDE SC 4.4 est disponible à cette adresse : http://techbase.kde.org/Schedules/KDE4/4.4_Release_Schedule

J’ai donc installé une machine virtuelle avec une archlinux 64 bits dedans. Ben ouais, pourquoi ne pas employer une distribution linux qui est des plus proches du code original pour les logiciels ?

Donc, les habituelles lignes de commandes :


fred ~/download $ qemu-img create -f qcow2 kde44rc2.img 32G
Formatting 'kde44rc2.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred ~/download $ kvm -hda kde44rc2.img -cdrom archlinux-2009.08-netinstall-x86_64.iso -boot d &

Je laisse de coté les méandres de l’installation sur archlinux qui sont par ailleurs d’une simplicité enfantine si on lit le wiki francophone.

Après l’installation, j’ai installé yaourt, hal, alsa, et enfin configuré Xorg pour pouvoir accueillir tranquillement la release candidate de KDE SC 4.4, en utilisant le dépot kde-unstable.

NB : pour installer KDE depuis le dépot kde-unstable, il faut d’abord activer le dépot testing.

Continuer la lecture de « KDE SC 4.4rc2 : premier aperçu 🙂 »