Étiquette : logiciel libre

Test rapide de la Omega Fedora Remix 12, l’autre linux mint du monde Fedora.

Dans un précédent article j’ai taillé un costume 3 pièces à un remix de la Fedora, la Fedora Community Remix. J’ai ensuite appris l’existence d’une autre linux mint du monde Fedora, j’ai nommé l’Omega Fedora Remix.

Après avoir téléchargé l’image iso de la distribution en question depuis le site officiel j’ai lancé une machine virtuelle virtualbox pour tester l’engin.

Au premier démarrage, l’écran nous parle d’un « generic 12 » peu avenant. Cependant, la distribution – uniquement 32 bits pour le moment est franchement l’opposé de sa consoeur. Elle est légère, agréable, bref, bien conçu.

Déjà, la connexion automatique est gérable, et on peut tranquillement choisir clavier et langage à l’utilisation 😉

L’installation se passe sans problème. Le seul gros hic, c’est le nombre de paquets qui demande à être mis à jour ! Plus de 300 corrections, alors que l’image de base est dérivée de la fedora 12 + correctifs jusqu’au 14 décembre :

« This release is a remix of Fedora 12 and includes all the updates till Monday 14th of December 2009 from Fedora, RPM Fusion and Livna repositories. »

Une grosse partie des mises à jour viennent d’ailleurs des dépots tiers comme rpm-fusion ou encore livna.

Après le redémarrage, un Gnome 2.28.2 nous accueille.

Malgré cela, on sent que le travail a été fourni pour que la distribution reste légère et agréable à l’emploi. Seul point noir : l’absence de flash… Mais comme on peut l’installer facilement…

Pour tout dire, j’avoue que j’ai été des plus agréablement surpris par cette distribution qui redore un peu le blason des versions remix de la Fedora Linux.

A suivre de près, donc.

Fedora Community 12.1 Remix : la « linux mint » ratée du monde fedora ?

Dans le monde d’Ubuntu Linux, la Linux Mint est une version « aux hormones » de la Ubuntu Linux : en plus de la distribution mise à jour, il y a l’ensemble pour la lecture des formats propriétaires (mp3, flash et compagnie) qui ne sont pas activés par défaut dans la Ubuntu Linux de base, en plus d’un outil amélioré pour la gestion des paquets.

Comme la route de l’enfer est pavée de bonnes intention, le groupe derrière la Fedora Community 12.1 remix est parti d’un principe simple : la fedora de base, avec le maximum de paquets du dépot rpm fusion (qui offre la lecture des formats propriétaires). En utilisant le principe du remix qui est chez Fedora les versions dérivées non officiellement supportées, un peu à l’image de la Linux Mint pour Canonical.

Fedora Community Remix 12.1

Continuer la lecture de « Fedora Community 12.1 Remix : la « linux mint » ratée du monde fedora ? »

L’avenir des distributions linux à destination du « bureau » appartient-il aux « rolling releases » ?

Il y a un peu plus de deux mois, je faisais un article fortement commenté (55 commentaires !) sur lequel j’exprimais mon point de vue en ce qui concerne le modèle de publication semestrielle des distributions actuelles.

Je me cite :

Je me demande si l’avenir n’est pas plus dédié à des distributions qui proposent à un instant T une version installable, puis qui serait continuellement mise à jour, à l’image de ce que propose ArchLinux ou encore la version de développement de la Frugalware Linux.

Car l’informatique – libre ou pas – est en constante évolution. Et ce qui semblait être le haut de gamme se retrouve 6 mois plus tard complètement obsolète. Je ne prétends pas détenir la vérité, mais j’ai pu constater depuis mon retour sur Archlinux (en mai 2009) que je n’ai jamais prise la distribution à défaut. Et j’ai connu quand même 4 versions majeures du noyau (de la 2.6.28.x à la 2.6.31.5 actuellement), deux générations de Gnome (la 2.26 et la 2.28), sans oublier une nouvelle génération d’OpenOffice.org.

En gros, on peut rajouter une génération de noyau de plus avec l’arrivée entre temps du noyau 2.6.32.x

Si je déterre la hache de guerre, c’est pour citer le cas d’un outil qui est devenu dans notre informatique actuelle le nerf de la guerre : le navigateur internet, et dans notre cas, Mozilla Firefox qui est sorti en version 3.6 assez récemment.

Même si – au moment où j’écris cet article – la version 3.6 n’est pas la version officiellement disponible sur archlinux stable, elle est toujours disponible dans le dépot « testing »

fred ~ $ yaourt -Si firefox
Dépôt : testing
Nom : firefox
Version : 3.6-2
URL : http://www.mozilla.org/projects/firefox
Licences : MPL GPL LGPL
Groupes : —
Fournit : —
Dépend de : xulrunner=1.9.2 desktop-file-utils
Dépendances opt. : —
Est en conflit avec : —
Remplace : firefox3
A télécharger : 1017,93 K
Taille (installé) : 3676,00 K
Paqueteur : Biru Ionut
Architecture : x86_64
Compilé le : jeu. 21 janv. 2010 22:47:31 CET
somme MD5 : 29c91c303201d5da689c07304dd3e03d
Description : Standalone web browser from mozilla.org

Donc d’ici quelques jours, si je le désire, ma machine pourra utiliser Mozilla Firefox 3.6 sans passer par le dépot testing.

Voyons donc comment les grands noms des distributions linux ont géré le passage de la version 3.0 à 3.5 de Mozilla Firefox, qui sauf grand changement stratégique appliqueront la même politique pour la transition Mozilla Firefox 3.5 vers la version 3.6. A savoir : une nouvelle version majeure de Mozilla Firefox sera disponible dans la future nouvelle version stable.

Je vais prendre les trois principaux noms : Fedora, Ubuntu et OpenSuSE. Et prendre chaque version qui correspond au passage de la version 3.0 à la version 3.5 de Mozilla Firefox, à savoir :

  • Fedora 10
  • Ubuntu 9.04
  • OpenSuSE 11.1

Je me suis basé sur ce choix en utilisant la page suivante sur le site Distrowatch : http://distrowatch.com/dwres.php?resource=major

Continuer la lecture de « L’avenir des distributions linux à destination du « bureau » appartient-il aux « rolling releases » ? »

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 🙂 »