A la quête de la geekitude linuxienne. Installer une Funtoo avec Xfce 4.8 dans une machine virtuelle VirtualBox – Deuxième partie.

A la fin du premier article, la compilation de Xorg était commencée. Pour effectuer celle-ci, j’ai entré, suivant le wiki de Funtoo-Quebec :

emerge --ask xorg-x11 xterm xclock twm

Après une compilation de 45 minutes environ, X est compilé. Pour utiliser consolekit (composant indispensable pour gérer finement les outils par la suite), et pour contourner un bug, j’ai du utiliser ceci :


export EMERGE_DEFAULT_OPTS="--autounmask=n"
emerge consolekit

Et une fois consolekit compilé…

env-update && source /etc/profile
/etc/init.d/consolekit start
rc-update add consolekit default

La configuration de Xorg passe par une manipulation que j’ai évoqué dans le billet sur FreeBSD 9.0. J’ai installé quelques outils complémentaires : alsa-utils, sudo et wicd.

Continuer la lecture de « A la quête de la geekitude linuxienne. Installer une Funtoo avec Xfce 4.8 dans une machine virtuelle VirtualBox – Deuxième partie. »

A la quête de la geekitude linuxienne… Installer une Funtoo avec Xfce 4.8 dans une machine virtuelle VirtualBox – Première partie.

En cette journée du 31 octobre, j’ai voulu tester dans une machine virtuelle VirtualBox la distribution Funtoo, une soeur de la Gentoo. Comme VirtualBox me propose des environnement Gentoo et Gentoo 64 bits, je me suis dit : allons-y. Même si utiliser une distribution source dans un environnement virtualisé n’est pas le meilleur choix.

J’ai donc pris un environnement Gentoo 64 bits. J’ai utilisé l’ISO System-Rescue-CD pour avoir un environnement de démarrage. Cependant, et vu que c’est une distribution source pour la plus grosse partie, j’ai pris un gros disque dur virtuel, 64 GiO au lieu de l’habituel 32 GiO.

Après avoir démarré l’ISO, j’ai demandé le démarrage le plus léger possible, en 64 bits et en console.

Pour l’installation, j’ai suivi le wiki anglophone.

Continuer la lecture de « A la quête de la geekitude linuxienne… Installer une Funtoo avec Xfce 4.8 dans une machine virtuelle VirtualBox – Première partie. »

SalineOS 1.5 : un OS qui manque un peu de sel…

SalineOS, c’est un liveCD basé sur Debian GNU/Linux Squeeze avec Xfce 4.6. La version 1.5 étant sortie récemment, j’ai eu envie de la tester.

Après avoir récupéré l’image ISO en utilisant le protocole BitTorrent (en bon tipiak selon les industries aux modèles économiques obsolètes).

Ayant eu un problème au moment du premier démarrage après l’installation de l’OS dans la machine virtuelle (un bug de la version de développement de qemu ?), j’ai du me replier sur VirtualBox, en créant une image Debian 64 bits, avec 2 GiO de mémoire dédiée et 32 GiO de disque virtuel.

Une fois lancé et chargé, on arrive dans un environnement assez aquatique. L’installateur nous propose de s’occuper tout seul du disque.

Continuer la lecture de « SalineOS 1.5 : un OS qui manque un peu de sel… »

OpenSuSE 12.1, la première distribution linux 48 bits ? :D

Bien que l’annonce n’ait pas été officiellement faite, on peut récupérer sur le site officiel d’OpenSuSE la première version RC de la OpenSuSE 12.1, en demandant à récupérer une version de développement.

J’ai donc récupéré l’image ISO du DVD d’installation en 64 bits via mon client bittorrent (vilain tipiak comme dirait les richissimes majors du disque et du cinéma) un fichier qui s’appelle : openSUSE-DVD-Build0379-x86_64.iso

Etant donné que Gnome 3.x est proposé, j’ai préféré directement prendre VirtualBox qui a un support largement meilleur de la composition que qemu.

J’ai lancé l’installation, et dès le départ, on est averti que c’est une version qui ne s’adresse qu’aux utilisateurs qui savent ce qu’ils font.

L’installateur est toujours aussi efficace, même si parfois la traduction est marrante, comme la proposition d’avoir une partition /home séparée, devenue « partition d’accueil ».

Continuer la lecture de « OpenSuSE 12.1, la première distribution linux 48 bits ? 😀 »

Unity, un cul-de-sac à terme pour Canonical ?

Depuis deux versions de sa distribution Ubuntu, Canonical – qui a voulu se la jouer « cavalier seul »  – a décidé de proposer son interface nouvelle génération, Unity. Basée sur Compiz, elle fut d’abord proposée comme surcouche de Gnome 2.32, et a été adaptée pour fonctionner avec une version mixte de Gnome 3.2 (le terminal étant celui de Gnome 3.0.x par exemple).

Ce qui en a résulté une personnalisation qui nécessite de passer par CompizConfig parfois aussi pratique que la ligne de commande à coup de gsettings pour configurer certains points de gnome-Shell. Clapico propose quelques tutoriels pour personnaliser Unity. Sans oublier les articles disponibles sur ce sujet sur le-libriste.fr.

Il suffit de fouiller sur mes archives pour voir que faire fonctionner Gwibber est parfois assez acrobatique…

Dans la tradition du logiciel libre, un logiciel se doit d’être portable ; c’est à dire que les logiciels proposés doivent se compiler et fonctionner de manière indépendante en fonction de la distribution proposée.

Par exemple, modulo les patchs, c’est le même code source qui est proposé par la Document Foundation pour LibreOffice pour que celui-ci soit compilé pour une distribution à base de paquets debian, de paquets rpm, ou encore pour une archlinux ou une frugalware.

Idem pour des logiciels comme Mozilla Firefox, Chromium, etc… Ou encore pour les environnements de bureaux comme Gnome, KDE, Lxde, Xfce, etc…

Cependant, Unity est tout sauf facilement portable. Le projet qui englobe l’interface Unity, c’est Ayatana. Et le port d’Ayatana est un vrai chemin de croix.

Ce n’est pas moi qui le dit, mais un certain Devil505, un des principaux contributeurs de la distribution Frugalware Linux.

Je cite une partie de son article :

Il y a plusieurs mois, je m’étais lancé dans le projet de porter Ayatana (Unity+Indicators d’Ubuntu) sur Frugalware. Ce travail n’est pas de tout repos car il faut jongler entre les nombreux patchs d’Ubuntu. A l’époque, le projet Ayatana était encore jeune et je me disais que les patchs finiraient par être ajoutés en amont. A l’heure actuelle, les patchs sont toujours nombreux et je ne peux faire attendre le mainteneur de Gnome de Frugalware si celui-ci veut mettre à jour la dernière version de GTK+3 afin de trouver un patch compatible pour cette version par exemple. A noter que la « philosophie » de Frugalware est de patcher le moins possible. De plus unity et unity-2d ne sont pas franchement au point pour fonctionner sur une autre distribution qu’ubuntu ou l’un de ses dérivés.

Continuer la lecture de « Unity, un cul-de-sac à terme pour Canonical ? »