PearOS 3.0 : une poire un peu trop verte ?

En septembre dernier, j’avais parlé de la version 1.5 de PearOS, dénommé Cheetah, comme jadis un certain MacOS-X 10.0 🙂

Avec PearOS 3.0, on va carrément plus loin, en reprenant le nom de code de la version 10.3 de MacOS-X… Panther 😉 Pour les personnes se souvenant de l’informatique du début des années 2000, en octobre 2003, la 4ième version majeure de MacOS-X sort. Elle fit fonctionner la première génération de MacMini, dont j’ai été possesseur entre 2004 et 2005.

C’est donc l’esprit curieux que j’ai été téléchargé la version 3.0 de PearOS, sur son site officiel. Bien qu’il existe désormais 2 versions 32 et 64 bits, j’ai récupéré la 64 bits car je suis un adepte des distributions linux proposant cette architecture 😉

Et j’ai lancé ma machine virtuelle habituelle : 32 GiO de disque virtuel, 2 GiO de mémoire vive, le tout en utilisant un processeur 64 bits.

[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 32G
Formatting 'disk.img', fmt=qed size=34359738368 cluster_size=65536 table_size=0
[fred@fredo-arch ISO à tester]$ kvm -hda disk.img -cdrom pear-os-linux-panther-v3.0-x64.iso -boot order=cd &

Voici donc deux captures d’écran en mode liveCD. Et à moins que je sois complètement aveugle, je n’ai pas trouvé de lien pour lancer l’installation depuis l’image en version Live. Qu’à cela ne tienne, j’ai lancé l’installateur directement en redémarrant la machine virtuelle 😉

Continuer la lecture de « PearOS 3.0 : une poire un peu trop verte ? »

Archlinux et Unity… Troisième partie… en utilisant Qemu-kvm ?

M’étant déjà cassé les dents – et étant d’un naturel obstiné dans ce cas – j’ai voulu voir si le problème n’était pas lié à un bug plutôt vicieux de VirtualBox.

J’ai donc utilisé Qemu-kvm cette fois. Pourquoi Qemu-kvm ? Tout simplement car Unity2D fonctionne très bien dans Qemu-kvm 🙂

Et comme j’ai repris en main le paquet qemu-kvm disponible sur le dépot AUR d’Archlinux…

Etant donné que le dépot que j’ai utilisé dans les articles précédents n’existe qu’en 32 bits, et que faire compiler 83 paquets ne m’enchante pas outre mesure, j’ai pris une installation d’Ubuntu 11.10 dans une machine virtuelle qemu-kvm (pour montrer que Unity fonctionne en 2D dans cet environnement qui ne supporte pas – encore ? – l’accélération 3D), et j’ai mis en parallèle une installation d’ArchLinux avec Xorg, les paquets Gstreamer, gnome (au cas où des dépendances ne seraient pas toutes installées avec le dépot de CityBusz), et puis le dépot ayatana de CityBusz.

Les deux dépots pour Archlinux étant franchement proche, celui de ChenXiaoLong utilisant le travail effectué par CityBusz :

Special thanks to thn81, L42y, City-Busz, and all of the other AUR maintainers that helped make it possible to run Unity under Arch Linux!

Ci dessous, une vidéo qui montre une ubuntu 11.10 fraichement installée et mise à jour. Ce qui prouve que Unity-2D fonctionne dans Qemu-kvm.

Pour la dite vidéo, j’ai utilisé une machine virtuelle classique, en utilisant cependant un image disque fixe au lieu d’une image agrandie dynamiquement, ne serait que pour éviter quelques ralentissements ennuyeux.

Continuer la lecture de « Archlinux et Unity… Troisième partie… en utilisant Qemu-kvm ? »

Archlinux et Unity, complément.

Devil505 dans un commentaire m’a fait remarqué que l’article précédent sur le duo Archlinux + Unity était un peu « bizarroïde ».

J’ai donc repris une machine virtuelle neuve, puis j’ai tout installé en suivant les instructions, et pour éviter de faire des fausses manipulations avec le fichier .xinitrc, j’ai utilisé GDM. Ce dernier propose des sessions Unity, Unity-2D et Gnome.

J’ai donc fait une vidéo, montrant que je charge bien les modules virtualbox, puis que j’essaye de lancer une de deux versions d’Unity. Même si la version 2D est sur le point de réussir à se lancer 😉

Pour voir si c’était un bug de VirtualBox, j’ai créé en parallèle une machine virtuelle avec Ubuntu 11.10 en liveCD… Et avec succès.

Donc, deux hypothèses peuvent se présenter :

  1. Un bug vraiment vicieux de VirtualBox quand on émule une Archlinux
  2. Le dépot Ayatana n’est pas lançable aujourd’hui, car c’est un logiciel très complexe à mettre en place qu’ailleurs que sur Ubuntu.

A moins qu’il existe d’autres hypothèses à envisager ?

Faut-il abandonner la taille CD pour restaurer le choix de l’utilisateur d’une distribution GNU/Linux ?

Stéphane Robert, rédacteur du blog « Le Libriste », via un de ses envois sur Google Plus a pointé vers un article sur une distribution qui propose le choix de plusieurs environnement de bureau à l’installation. La distribution en question, c’est la russophone Agilia Linux.

On voit sur la deuxième capture d’écran de l’article en question, une espèce de mosaïque proposant les principaux environnement de bureaux empaquetés : Gnome 2, KDE, Lxde, Xfce, Fluxbox et je suppose que le dernier, c’est OpenBox.

Bref, en cliquant dessus, on a un aperçu et on peut choisir en fonction de ce qui plait le plus. Mais ce choix est dépendant d’un fait indéniable, lié à la prise d’embompoint des différents environnements utilisateurs : dépasser la sacro-sainte taille du CD. En effet, nombre de distributions proposent désormais des DVDs d’installation ou des LiveDVDs proposant l’installation par la suite.

Pour prendre un exemple concret (qui est vrai pour d’autres distributions), voici ce qu’on peut voir quand on installe une Fedora Linux 15 depuis son DVD d’installation. C’est aussi le cas pour OpenSuSE, ou pour un projet plus « intimiste », comme la Hybride dont nous parle Claude Picot sur son blog.

Continuer la lecture de « Faut-il abandonner la taille CD pour restaurer le choix de l’utilisateur d’une distribution GNU/Linux ? »

Archlinux et Unity ? C’est pas encore ça…

Devil 505 m’a signalé dans un commentaire l’existence d’un dépot pour Ayatana (unity et ses outils annexes) spécifique à Archlinux.

Après avoir installé une ArchLinux 32 bits avec les greffons gstreamer, Xorg (et les additions invitées de Virtualbox). De plus, pour des raisons d’homogénéité avec mon installation en dur, j’ai du activer le dépot [testing] dans la machine virtuelle. Enfin, j’ai rajouté le dépot d’Ayatana pour ArchLinux, en insérant à la fin du fichier /etc/rc.conf :


[ayatana]
SigLevel = Optional TrustAll
Server = http://repo.ayatana.info/

L’installation d’Ayatana et Unity, et les personnalisations graphiques se faisant avec la commande suivante :


pacman -S ubuntu-desktop-meta ubuntu-artwork-meta

Et j’ai inséré les daemons networkmanager, cups, avahi-daemon, avahi-dnsconfd.

Par sécurité, je lancerais gdm à la main. Quoique pour commencer, rien ne vaut l’utilisation du bon vieux fichier .xinitrc, en rajoutant (commençons prudemment) à la fin de celui-ci, avec la session unity2D.


exec ck-launch-session unity-2d.session

Résultat ?

Rien, Xorg se lance puis se plante lamentablement… Idem si on prend unity.session (alias Unity en 3D).

Et Gnome-Shell, car il est possible que ce soit un bug de VirtualBox ? Non, malgré quelques manipulations un peu ennuyeuse, Gnome-Shell se lance, même s’il faut lui forcer la main.

Ayatanta pour Archlinux ? Des progrès à faire, à moins qu’avec ma malchance habituelle, je sois tombé sur une version du dépot pas vraiment utilisable 😉

Je réessayerais dans une quinzaine de jours, pour voir si la situation a évolué dans le sens d’un lancement réussi d’Unity sur ArchLinux.