Elementary OS 0.2 : du progrès, mais la route est encore longue.

Elementary OS, c’est une distribution dérivée d’Ubuntu LTS (encore une) qui propose un environnement utilisant les technologies à l’origine de Gnome Shell, dont mutter, dixit la page de Gala, le gestionnaire de fenêtres.

L’apparence générale est un mélange de Gnome Shell et de MacOS-X. En effet, l’interface des logiciels y fait vraiment penser, même si ce n’est pas de la bête copie.

J’avais déjà parlé de la distribution lors d’une préversion de la 0.2 en septembre 2012. C’est un projet au développement très lent. Il sort en gros une version stabilisée par an en moyenne.

La version 0.2 étant officiellement sortie
, j’ai voulu voir à quoi ressemblait cette version finale, dont l’histoire est résumée dans un article sur le blog officiel.

Comme pour la précédente préversion, on trouve parmi les outils principaux sur Elementary OS :

Autant dire que certains projets sont encore très jeunes, et auquel il manque des fonctionnalités, comme la synchronisation avec google agenda pour Maya par exemple. Même si c’est en cours de financement, et espérons-le bientôt en développement 🙂

J’ai donc récupéré l’ISO de la 0.2 en 64 bits via BitTorrent. Puis j’ai lancé mon VirtualBox préféré pour voir ce que cette énième dérivée d’Ubuntu Linux donne finalement.

Continuer la lecture de « Elementary OS 0.2 : du progrès, mais la route est encore longue. »

En vrac’ rapide et libre

Puisque je suis d’humeur à écrire aujourd’hui, un en vrac’ rapide et libre.

C’est tout pour aujourd’hui !

Ubuntu Edge, où comment un vapor-hardware devient un superbe coup de communication.

Si vous n’avez pas entendu parler de l’Ubuntu Edge, c’est que vous n’êtes pas branché technique, et surtout gadget pour barbus. Le 22 juillet, date d’annonce du projet et du lancement participatif, j’exprimais mon point de vue dans un article qui me faisait penser que Canonical voulait s’assurer d’écouler quelques milliers d’exemplaires de son téléphone.

Outre le fait que demander 32 millions sur un mois semble se réveler de plus en plus irréaliste, même si Bloomberg a déposé un « don » de 80 000 dollars.

Cependant, le compteur qui avait explosé dans les premiers jours est très loin du compte.

J’ai fait une capture d’écran à 9 h 46, ce 8 août. Et le compteur est à 8 509 946 $.

Pour mémoire le compteur dépassait les 4,5 millions en un peu moins de 48 heures, dixit l’article du 24 juillet de PC-Inpact.

Continuer la lecture de « Ubuntu Edge, où comment un vapor-hardware devient un superbe coup de communication. »

Du cassage de gueule de distrowatch comme sport linuxien préféré…

S’il est un domaine où nombre de fanboys linuxiens s’entendent, c’est sur la volonté de casser la gueule des statistiques de Distrowatch. L’idée de ce billet m’est venu à partir d’un post sur google plus qui annonçait que les pages vues concernant la distribution Debian GNU/Linux dépassait désormais celle de sa descendante, Ubuntu.

Bien entendu, le premier commentaire a été assez joyeux, tout comme la réponse que j’en ai fait. Un certain Paul McSpadden nous a sorti :

You’re using distrowatch as a credible source? Could I please ask that you avoid being like all the other news outlets and stop sensationalism.

Ce qu’on peut traduire par :

Vous utilisez distrowatch comme une source crédible ? Puis-je vous demander d’éviter d’agir comme les autres sites d’informations et arrêtez le sensationnalisme.

Ma réponse a été un peu énervée, mais résume bien ma pensée :

just gave us a more reliable source for statistics. And it will be great.

Or, will I say : « Shut the fuck up ? » Of course, I don’t mean it in a bad way.

Ce qu’on peut traduire par (le plus proche du sens originel) :

Donnez nous juste une source fiable pour les statistiques. Et ce sera bien.

Ou, devrais-je dire : « Fermez votre gueule ? » Bien entendu, sans vouloir être méchant.

Et c’est ici, qu’on trouve le noeud du problème : à chaque fois qu’une personne casse une dizaine de kilos de sucre sur le dos de distrowatch, aucune solution n’est proposée pour donner des statistiques qui seraient plus fiables.

Continuer la lecture de « Du cassage de gueule de distrowatch comme sport linuxien préféré… »

KDE SC d’une lenteur tortuesque ? Est-ce normal ?

Depuis des années, je présente des distributions GNU/Linux, et j’ai remarqué que les distributions GNU/Linux qui propose KDE SC sont souvent digne de la lenteur d’une tortue qui n’aurait que trois pattes. Le problème, ce n’est pas le chargement du bureau, c’est la durée nécessaire avant qu’il soit complètement utilisable.

Dans le cas récent de la Kwheezy
, j’ai du patienter une bonne trentaine de secondes que KDE SC soit chargé. L’ajout d’un conky n’aidait pas vraiment, mais j’ai voulu en avoir le coeur net.

J’ai donc récupéré la derniere ISO d’installation d’ArchLinux (celle datée du 1er août 2013), et en suivant le guide d’installation (version juillet 2013), j’ai mis le tout en route avec un KDE SC complet, auquel j’ai rajouté Calligra, Amarok, Digikam, VLC, k3b, kwebkitpart (histoire d’avoir un moteur potable pour Konqueror).

Une Manjaro Linux KDE m’aurait donné surement un résultat équivalent, mais je suis un accroc du bon vieux mécano ArchLinuxien.

[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 128G
Formatting 'disk.img', fmt=qed size=137438953472 cluster_size=65536 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom archlinux-2013.08.01-dual.iso -boot order=cd &

La seule grosse optimisation que j’ai faite (et encore j’ai un doute sur son impact réel), c’est l’utilisation de localepurge pour virer les traductions inutilisées.

J’ai donc ensuite décidé de voir le temps que mettait une session bien chargée de KDE SC 4.10.5 dans une machine virtuelle Archlinux avec un disque image (donc plus lent qu’un vrai disque) et uniquement 2 Go de mémoire pour se lancer et fonctionner. Aucun autre logiciel n’est lancé dans mon Gnome Shell pour éviter de fausser la vitesse d’affichage.

L’ensemble est quand même assez rapide. Il ne faut qu’environ 18 secondes entre la saisie du mot de passe dans KDM et l’arrivée sous un bureau fonctionnel. Mis à part le bug de Krita, tout fonctionne, et l’ensemble est pourtant chargé. Qui pourrait m’expliquer pourquoi un certain nombre de distributions proposant KDE SC se trainent alors lamentablement ? A moins que je ne sois victime d’une illusion d’optique ? 😀