Le blog d'un internaute aimant le logiciel libre, la musique et la rétro-informatique !
Ou presque, car il faut utiliser le dépot gnome-unstable. Pour le moment, c’est encore un peu « brut de décoffrage », car le chargement demande bien une vingtaine de secondes entre la saisie du mot de passe dans GDM avant que Gnome-Shell ne soit lancé.
Bon, l’interface est complètement différente. Gnome-Tweak-Tool est un outil indispensable pour rendre l’ensemble moins austère. Je pense que si dans une semaine je ne m’y suis pas habitué, je mettrais à la place Xfce 4.8.x. Enfin, on verra 🙂
Sachant que Gnome 3.0.0 est prévu pour dans quelques jours, j’ai décidé de sauter le pas et d’installer Gnome 3. Cela a été assez hardu, car j’ai du m’y reprendre à deux fois pour y arriver, la première n’étant pas correcte. Je ne relate que la seconde 😀
Sous Gnome 2.32.1, j’ai rajouté des raccourcis personnalisés dans la barre de menu. J’ai donc lancé alacarte pour rajouter les dits raccourcis dans les menus correspondants.
Ensuite, j’ai « tué » le processus gdm qui se lance automatiquement au démarrage, en utilisant :
sudo /etc/rc.d/gdm stop
Ce qui m’a fait basculé en console root.
J’ai ensuite modifié le /etc/pacman.conf pour activer le dépot gnome-unstable. Il m’a suffit de rajouter :
[gnome-unstable]
Include = /etc/pacman.d/mirrorlist
au sommet des dépots.
Cependant, et pour éviter un bon paquet d’erreurs liés à l’absence de l’outil gtk-update-icon-cache, j’ai viré gnome 2. Les réglages étant conservés, ce n’est qu’une demi-perte 😉
yaourt -Rcs gnome gnome-extra
Puis, j’ai installé, en suivant les recommandations du wiki, gnome3 et ses extras.
yaourt -S gnome --ignore gnome-themes,gnome2-user-docs
J’ai ensuite relancé networkmanager, puis gdm pour avoir accès à gnome3 de manière propre.
/etc/rc.d/networkmanager restart
/etc/rc.d/gdm start
Et après un premier démarrage un peu long, j’ai eu droit au controversé gnome-shell.
Coté interface, on sent l’influence de MacOS-X, ne serait-ce que pour l’apparition des dialogues pour enregistrer un fichier.
Une sorte de dock est disponible à gauche, qui permet de stocker les logiciels qu’on utilise fréquemment. A droite, les espaces de travail s’active / se désactive à volonté.
L’ensemble est très fluide. Plus besoin de compiz pour avoir quelques effets sympathique. J’utilise encore le pilote propriétaire nvidia, car je n’ai pas un bon support de la 3D avec nouveau 🙁
Le seul hic, c’est que j’ai du abandonner gwibber pour le moment. Ce dernier ne voulant pas fonctionner avec gnome 3 🙁
Il ne reste qu’un « petit bug » qui lance un gnome-terminal en modèle réduit, qui sera apparemment corrigé dans la prochaine version de gtk3, du moins si on en croit le mainteneur de gnome 3 sur Archlinux.
En tout cas, cela complète la très bonne impression que j’avais eu au premier abord de gnome 3…
Et pour avoir une petite liste de trucs pratiques (merci à Devil505) :
https://live.gnome.org/GnomeShell/CheatSheet
Et pour finir, une vidéo un peu artisanale pour montrer un peu gnome-shell en action :
Ok, cela aurait mérité mieux, mais je débute avec cet environnement 😉
Avec la sortie de Mozilla Firefox 4 (14 mois après Mozilla Firefox 3.6), une tendance lourde des navigateurs sur leur présentation semble être en train de s’imposer. Un allègement maximal de l’interface.
Cette tendance a été lancée par Google et son navigateur maison basé sur Webkit et le projet Chromium.
J’ai décidé de faire des captures d’écran de l’interface de Mozilla Firefox 4.0, Chromium 10, Midori (le navigateur par défaut de Xfce) et d’Opera 11, car je prends uniquement en compte les navigateurs existant sur les unix libres et non libres – dont MacOS-X est un représentant – et MS Windows. Ok, Midori n’existe pas pour MS Windows 😀
Pour des raisons pratiques, j’ai utilisé un environnement virtuel, pour installer une ArchLinux 64 bitsXfce 4.8.1, avec Mozilla Firefox 4.0, Midori 0.3.3, Chromium 10 et Opera (ou presque pour ce dernier).
Continuer la lecture de « Vers une unification des interfaces des navigateurs internet ? »
Utiliser Archlinux, c’est pas tous les jours joyeux… Surtout quand le gestionnaire de paquets, Pacman se met à jour pour une nouvelle version.
Grand adepte de yaourt, celui-ci est devenu inutilisable depuis l’arrivée sur le dépot [testing] d’une version 3.5 de Pacman.
J’ai durant quelques jours utiliser la récupération manuelle des paquets sur AUR, ne serait-ce que pour maintenir à jour certains logiciels que j’utilise et /ou maintiens : kvm-git, gimagereader, ou encore gwibber-bzr.
Mais cela devient vite rigide à l’emploi. En attendant que yaourt soit disponible dans une nouvelle version stable, je me suis tourné vers « la concurrence », et mon choix s’est arrêté sur Packer.
Les options sont à peu de chose près que celle de yaourt, donc la transition est facilitée. Par exemple, une mise à jour complète du système :
packer -Syu
Qui donne ceci (je fais grace des lignes correspondant aux rafraichissement des dépots :
:: Début de la mise à jour complète du système...
il n'y a rien à faire
:: Synchronizing aur database...
aur 15 15 [######################] 100%
:: Starting full aur upgrade...
local database is up to date
Ce qui est agréable. Donc, et en attendant que yaourt soit disponible, j’utiliserais Packer.
Comme quoi, devoir utiliser Archlinux, cela incite à la débrouillardise, et non à l’empatement comme avec certaines distributions pré-mâchant le travail au maximum pour les utilisateurs… Ce qui n’est pas un mal dans l’absolu, surtout pour faire découvrir une informatique différente 😀
Il y a 3 semaines, j’avais déjà fait un article sur systemd et frugalware. De Grub2 jusqu’à GDM, l’ensemble prenait environ… 16 secondes. 🙂
J’ai voulu voir les progrès fait par systemd en matière de vélocité. J’ai donc installer cette fois une archlinux avec gnome (cf les deux articles : https://blog.fredericbezies-ep.fr/?p=5476 et https://blog.fredericbezies-ep.fr/?p=5485)
J’ai donc repris un environnement de virtualisation habituel : 64 bits, 2 GiO de mémoire vive, 32 GiO de disque. Pour être plus « bleeding-edge », j’ai activé le dépot [testing] de l’Archlinux installé.
Puis une fois tout bien en placé, j’ai suivi le wiki de mise en place de systemd sous Archlinux :
Ce qui s’est résumé à faire dans une console :
yaourt -S systemd systemd-arch-units initscripts-systemd-git
Pour info, voici la liste des daemons utilisés dans le fichier /etc/rc.conf de la machine virtuelle :
DAEMONS=(syslog-ng !network netfs crond dbus networkmanager alsa cups iptables ntpd gdm)
Le résultat est plutôt plaisant… Pour activer Systemd, il faut rajouter à la ligne linux (pour grub2 comme celui de la vidéo ci-dessous) bin=/init/systemd
Pas mal non, coté gain de temps au démarrage. Maintenant, cela reste encore assez « artisanal » comme gestionnaire de service au démarrage, mais c’est agréable d’avoir un OS chargé rapidement 🙂
Reste maintenant à savoir si ce gestionnaire de services s’imposera ou pas…