Étiquette : ArchLinuxeries

Installer Archlinux avec Gnome sans presque utiliser la ligne de commande. Partie 1.

Un utilisateur classique d’Archlinux n’est pas franchement effarouché par la ligne de commande. Cependant, j’ai voulu faire une installation d’Archlinux + Gnome + LibreOffice en utilisant au minimum la ligne de commande. Je n’ai pas inséré des technologies propriétaires comme Adobe Flash. Le wiki anglophone est une source inépuisable d’informations 🙂

C’est plus un exercice de style, une preuve de faisabilité qu’autre chose.

Pour arriver à ce but, j’ai téléchargé la dernière image ISO d’installation hybride Archboot.

Au moment où je rédige cet article, c’est la version 2011.02-2 qui est récupérable.

[fred@fredo-arch ISO à tester]$ ls
archlinux-2011.02-1-archboot.iso
[fred@fredo-arch ISO à tester]$ wget -c http://mir.archlinux.fr/iso/archboot/latest/archlinux-2011.02-2-archboot.iso
–2011-02-21 07:41:38– http://mir.archlinux.fr/iso/archboot/latest/archlinux-2011.02-2-archboot.iso
Résolution de mir.archlinux.fr… 213.186.62.207
Connexion vers mir.archlinux.fr|213.186.62.207|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 684720128 (653M) [application/octet-stream]
Sauvegarde en : «archlinux-2011.02-2-archboot.iso»

100%[======================================>] 684 720 128 2,40M/s ds 4m 35s

2011-02-21 07:46:13 (2,38 MB/s) – «archlinux-2011.02-2-archboot.iso» sauvegardé [684720128/684720128]

Je vais utiliser qemu-kvm – en version de développement – avec 2 GiO de mémoire, 32 GiO de disque.


[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 32G
Formatting 'disk.img', fmt=qed size=34359738368 cluster_size=0 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom archlinux-2011.02-2-archboot.iso -boot cd &

Continuer la lecture de « Installer Archlinux avec Gnome sans presque utiliser la ligne de commande. Partie 1. »

Ah, les douces joies d’Archlinux avec le dépot [testing] activé :)

Quand j’ai décidé jadis de passer à une distribution rolling-release (que ce soit la Frugalware ou la Archlinux), j’ai voulu – en bon masochiste pleurnichard que je suis – utiliser le code le plus récent, le plus frais.

Parfois cela conduit à des situations cocasses comme celle que je vais vous raconter. J’ai vu récemment qu’une nouvelle version de grub2 (outil critique car il conditionne le démarrage des OS installés) allait arriver sur le dépot [testing].

Par prudence, j’avais activé la ligne IgnorePkg de mon fichier /etc/pacman.conf/ en lui disant d’ignorer le paquet grub2.

En parallèle, j’installais dans une machine virtuelle une archlinux minimale, avec comme chargeur de démarrage, la version 1.98 de Grub2, version précédemment utilisée. Activant le dépot [testing] dans la machine virtuelle, j’ai fait installé la nouvelle version, et j’ai redémarré la machine virtuelle sans autre forme de procès…

Ce qui a été un énorme co****** bourde… Le précédent fichier de configuration de grub2 (celui qui contenait le chemin d’accès au noyau) n’avait pas été repris… J’ai donc du redémarrer la machine virtuelle avec le support d’installation, et j’ai monté la partition /boot.

J’ai ensuite tapé les commandes suivantes :


cp grub.cfg grub.cfg.bak
cp grub.cfg.pacsave grub.cfg

Au démarrage suivant, la machine virtuelle refonctionnait correctement. J’ai donc ouvert un bug sur l’outil de suivi de bug d’Archlinux. J’ai fait de même sur ma machine réelle, qui m’annonce :


[fred@fredo-arch ~]$ yaourt -Qi grub2-common
Nom : grub2-common
Version : 1.99~rc1-2
URL : http://www.gnu.org/software/grub/
Licences : GPL3
Groupes : --
Fournit : --
Dépend de : xz freetype2 device-mapper
Dépendances opt. : --
Requis par : grub2-bios
Est en conflit avec : grub
Remplace : --
Taille (installé) : 4716,00 K
Paqueteur : Ronald van Haren
Architecture : x86_64
Compilé le : sam. 29 janv. 2011 09:06:59 CET
Installé le : sam. 29 janv. 2011 12:44:24 CET
Motif d'installation : Installé comme dépendance d'un autre paquet
Script d'installation : Oui
Description : The GNU GRand Unified Bootloader version 2 - Files common for all platforms

Dommage qu’il faille transférer à la main le fichier grub.cfg. Bah, on est jamais trop prudent avec grub / grub2 🙂

Encore heureux que ce soit un programme auquel on ne touche qu’une fois par trimestre, et encore, par vent de face 😉

OpenOffice.org pris de vitesse : LibreOffice 3.3 final est disponible.

Ce matin, la « Document Foundation » qui gère le destin de LibreOffice a annoncé la sortie de LibreOffice 3.3. Le morceau intéressant est le suivant sur les notes de publication :

This release is bit-for-bit identical to the Release Candidate 4, so you don’t need to download or reinstall if you have that version already.

Ce qui donne traduit :

Cette version est identique octet par octet à la Release Candidate 4, donc vous n’aurez pas besoin de télécharger ni de réinstaller si vous avez déjà cette version.

Autant dire que la nouvelle va faire le bonheur des utilisateurs d’Ubuntu (à partir de la version 11.04), de Fedora (à partir de la version 15), d’OpenSuSE (à partir de la version 11.4), d’Archlinux.

Reste à savoir si la Frugalware Linux acceptera d’intégrer LibreOffice si tard… La version Rc2 de Frugalware 1.4 étant rendu disponible le 28 janvier il y a peu de chance que ce soit le cas, même si un dépot est disponible, uniquement pour la version 32 bits.

En tout cas, la non sortie d’OpenOffice.org 3.3 à la date de publication de ce billet risque de faire le plus de mal à la suite bureautique libre qui risque de suivre le chemin d’OpenSolaris…

Aperçu rapide de la Chakra Linux 0.3.1… Attention, alpha ;)

Après l’annonce de la sortie de la Chakra Linux 0.3.1, j’ai voulu voir à quoi ressemblait la distribution dérivée d’ArchLinux, qui utilise désormais sa propre série de dépots et des outils tiers pour gérer les paquets. J’ai donc récupéré l’image avec l’outil wget.

[fred@fredo-arch ISO à tester]$ wget -c http://downloads.sourceforge.net/chakra/chakra-0.3.1-x86_64.iso
–2011-01-13 20:07:04– http://heanet.dl.sourceforge.net/project/chakra/0.3/images/chakra-0.3.1-x86_64.iso
Résolution de heanet.dl.sourceforge.net… 193.1.193.66, 2001:770:18:aa40::c101:c142
Connexion vers heanet.dl.sourceforge.net|193.1.193.66|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 720371712 (687M) [application/octet-stream]
Sauvegarde en : «chakra-0.3.1-x86_64.iso»

100%[======================================>] 720 371 712 1,86M/s ds 7m 11s

2011-01-13 20:14:15 (1,59 MB/s) – «chakra-0.3.1-x86_64.iso» sauvegardé [720371712/720371712]

J’ai réemployé l’image disque utilisée pour l’article concernant Xfce 4.8pre3. J’ai simplement effacé le disque et repartitionner avec l’outil Partition Manager de KDE en suivant l’agencement comme montré dans la capture d’écran ci-dessous.

Continuer la lecture de « Aperçu rapide de la Chakra Linux 0.3.1… Attention, alpha 😉 »

En vrac’ rapide et libre.

Un petit en vrac’ en passant.

C’est tout pour aujourd’hui !

Xfce 4.8pre3 dans Archlinux : environnement de bureau léger et sympathique !

J’ai toujours eu une certaine attirance pour l’environnement de bureau léger Xfce. J’ai voulu en avoir un aperçu de la version 4.8pre3. La version 4.8 finale est prévue pour le 16 janvier prochain.

J’ai donc installé une machine virtuelle ArchLinux dans une machine virtuelle classique : 32 GiO de disque, 1,5 GiO de mémoire vive.

[fred@fredo-arch ISO à tester]$ dd if=/dev/zero of=disk.img count=32 bs=1G
32+0 enregistrements lus
32+0 enregistrements écrits
34359738368 octets (34 GB) copiés, 521,633 s, 65,9 MB/s
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom archlinux-2010.12-1-archboot.iso -boot cd &

Je me suis basé sur la page du wiki de XFCE version ArchLinux 🙂

Continuer la lecture de « Xfce 4.8pre3 dans Archlinux : environnement de bureau léger et sympathique ! »

Installer LibreOffice 3.3rc2 sur Archlinux… A chacun sa méthode :)

Bien que les paquets aient été rendus disponibles durant que je m’occupais de faire compiler l’ensemble de LibreOffice, j’ai expérimenté (la volonté de me concocter une LFS me monte-t-elle à la tête ?) la longue compilation de la trousse bureautique libre (3 heures environ sur un PC équipé d’un Athlon X2 – 215, épaulé de 3 GiO de mémoire vive, le tout avec une ArchLinux (avec le dépot testing activé).

LibreOffice 3.3rc2 sous ArchLinux

Si vous voulez savoir quels paquets installer, sautez quelques lignes 😉

Continuer la lecture de « Installer LibreOffice 3.3rc2 sur Archlinux… A chacun sa méthode 🙂 »

En vrac rapide et libre.

Un petit en vrac’ rapide et libre matinal.

C’est tout pour aujourd’hui. Petit en vrac’, mais costaud au final 😉

Installons LibreOffice 3.3.0rc1 sur Archlinux.

Avec la sortie de la version rc1 de LibreOffice, j’ai fait mon prétentieux – (enfin, si on en croit Cyrille Borne) – archlinuxien et j’ai installé LibreOffice chez moi. Pour le moment, le dépot testing d’archlinux doit être activé.

Première étape : on enlève OpenOffice.org avec un petit :


yaourt -Rcs openoffice-fr

J’ai aussi supprimé mon profil précédent d’OpenOffice.org en virant le dossier .openoffice.org dans .config

Deuxième étape : on installe LibreOffice avec un petit :


yaourt -S libreoffice-fr

Continuer la lecture de « Installons LibreOffice 3.3.0rc1 sur Archlinux. »

Encore une fois, j’ai vu juste un peu trop tôt ?

Plusieur fois sur ce blog, j’ai déclaré que selon moi, un avenir possible des distributions linux était le rolling release (bien que ce ne soit viable qu’avec des connexions assez grosses, style ADSL minimum).

Premier article en novembre 2009, deuxième article en janvier 2010. Et chaque fois, on m’a opposé des réponses identiques : rolling release pas adapté à la machine de travail, trop d’instabilité liée à une constante mise à jour, etc…

Autant pour un serveur, je conçois qu’il faille utiliser des logiciels éprouvés et fiabilisés (donc pas franchement les dernières versions), autant sur le bureau, c’est pas plus mal… Spécialement dans le cas des navigateurs internet / client courrier où le cycle de 6 mois est souvent malmené… Cf Google Chrome et ses versions majeures toutes les 6 semaines 😉

Le nombre de distributions rolling-release – et de projets en relation avec ce concept – augmente. En plus des distributions historiques (ArchLinux, Frugalware Linux, Gentoo Linux et leur dérivés), on trouve des projets comme Debian Cut, ou encore Linux Mint Debian Edition.

Et voila que Mark Shuttleworth lance un pavé dans la mare…  Il semblerait que la version bureau d’Ubuntu tendrait vers un modèle Rolling Release… Au moins pour la distribution version bureau. Dixit ces articles de OStatic et de The Register.

En gros, cela voudrait dire que le modèle d’une version tous les 6 mois serait chamboulé, et la distribution serait mise à jour en temps réel… Autant dire que ce serait une sacrée révolution dans le petit monde des distributions GNU/linux 😉