Le blog d'un internaute aimant l'informatique libre, la musique et la rétro-informatique !
KDE 4.3.1 est disponible sous archlinux, mais il faut faire le sacrifice de K3B… En effet, la version compatible n’est pas encore disponible… Du moins au moment où j’avais lancé la mise à jour 😉
Sinon, la mise à jour a été simplissime ; il m’a suffit d’appliquer un petit :
yaourt -Syu --aur
Après la récupération des quelques 318 Mo, et leur installation, il m’a suffit de fermer ma session KDE et de l’ouvrir à nouveau pour avoir un KDE 4.3.1 tout frais à l’emploi 😉
Une liste rapide des nouveautés du monde libre en ce samedi 8 août 2009.
C’est tout pour aujourd’hui. Bon week-end.
Depuis plus de 3 mois maintenant, j’utilise ArchLinux. Il y a une dizaine de jours environ, je testais par curiosité KDE 4.3rc3 qui venait juste d’être annoncé dans une machine virtuelle Kvm. Et j’avoue que cela a été le choc.
J’avais déjà été impressionné par la qualité de la version Rc1 de KDE 4.3. Pour tout dire, j’ai eu un coup de coeur pour cette version de KDE 4, qui est pour moi, l’une des premières vraiment utilisable. K3b et Amarok sont enfin disponible en version native KDE 4.x, et c’est bien.
Continuer la lecture de « 3 mois sous Archlinux… Et une migration vers KDE 4.3… »
Dans cet article à la c**, j’ai voulu « comparer » d’une Fedora 11 (installée depuis un live CD) et d’une ArchLinux. Toute deux à jour au moment de la rédaction de cet article.
Pour les deux, j’ai utilisé localepurge, histoire de virer les traductions inutiles. Même si pour la Fedora, l’outil localepurge ne semble pas exister en natif et demande une manipulation un peu ennuyeuse.
Pour les deux, j’ai aussi vidé les caches.
Pour les deux, j’ai utilisé KVM (1 GiO de mémoire vive dédié, disque de 32 GiO pour chacune).
Donc, pour la Fedora 11 :
fred ~/download $ qemu-img create -f qcow2 disk.img 32G
Formatting 'disk.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred ~/download $ qemu-kvm -m 1024 -k fr -localtime -hda disk.img -soundhw all -cdrom Fedora-11-x86_64-Live.iso -boot d &
Et pour la ArchLinux :
fred ~/download $ qemu-img create -f qcow2 disk2.img 32G
Formatting 'disk2.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred ~/download $ qemu-kvm -m 1024 -k fr -localtime -hda disk2.img -soundhw all -cdrom archlinux-2009.08-alpha-core-x86_64.iso -boot d &
Pour reproduire autant que possible à l’identique l’environnement installé par la version live de la Fedora 11, j’ai rajouté sur le Gnome fraichement installé :
Et j’ai enlevé :
Si les deux distributions se ressemblent franchement coté équipement logiciel (noyau 2.6.29.5 pour la Fedora 11, noyau 2.6.30.2 pour la ArchLinux), la Fedora prend le dessus en ce qui concerne l’occupation disque : 2 GiO seulement.
Mais si on regarde la mémoire vive prise, c’est la ArchLinux qui prend le dessus : 190 MiO contre environ 250 MiO pour la Fedora 11…
Fedora a un avantage : elle s’installe rapidement, même si parfois on a plusieurs dizaines de MiO de mise à jour à effectuer.
ArchLinux est plus longue à configurer, mais son empreinte mémoire est moins prononcée…
Et un mélange des deux mondes, c’est possible ? 😉
Lxde est l’environnement qui a le vent dans le dos actuellement. J’ai donc décidé de voir l’état d’avancement de cet environnement, qui est actuellement en version 0.4.x, du moins avec ArchLinux :
fred ~ $ yaourt -Ss lxde | more
extra/lxde-common 0.4.2-1 (lxde)
Common files of the LXDE Desktop
extra/lxde-settings-daemon 0.4.1-2 (lxde)
XSettings daemon of the LXDE Desktop
extra/lxmenu-data 0.1.1-1 (lxde)
freedesktop.org desktop menus for LXDE
extra/lxpanel 0.4.1-1 (lxde)
Panel of the LXDE Desktop
extra/lxsession-lite 0.3.8-1 (lxde)
Session manager of the LXDE Desktop (light version)
extra/pcmanfm 0.5.1-2 (lxde)
File manager of the LXDE Desktop
community/gpicview 0.2.0-2 (lxde)
Picture viewer of the LXDE Desktop
community/lxappearance 0.2-3 (lxde)
GTK+ theme switcher of the LXDE Desktop (manages icons and fonts)
community/lxlauncher 0.2-1 (lxde)
Launcher for Asus EeePC (part of LXDE)
community/lxrandr 0.1-1 (lxde)
Monitor configuration tool (part of LXDE)
community/lxtask 0.1-1 (lxde)
Task manager of the LXDE Desktop
community/lxterminal 0.1.5-1 (lxde)
Archlinux est une distribution qu’on réinstalle rarement… Sauf en cas de coup dur (changement de disque ou d’ordinateur), une fois installé, Archlinux n’a pas besoin d’être réinstallé.
Jetant un oeil sur la liste de publication concernant le développement des images d’installation d’ArchLinux, j’ai pu lire ce message, concernant la version alpha1 de l’image 2009.08.
 |
| ArchLinux Installer 2009.08 alpha1 |
Cette version utilise un noyau 2.6.30, l’outil « ArchLinux Installation Framework » à la place de l’ancien outil.
L’installation est toujours aussi simple, même si on peut rencontrer quelques bugs, comme l’obligation d’insérer à la main la « timezone » dans le fichier /etc/rc.conf. Surement lié au bug 13196…
Les captures d’écran de l’album montre les différentes étapes de l’installation en mode réseau, en utilisant l’image 64 bits. Et tout roule 😉
Une partie appréciable est qu’on peut personnaliser le fichier /etc/pacman.conf, histoire de pouvoir rajouter les dépots dès le départ…
Comme le dépot d’Archlinux.fr pour avoir accès à yaourt facilement.
Ce qui est le principal, non ? 🙂
Je vais essayer – chaque dimanche de cet été – de parler de vieux jeux – aussi bien sur PC que sur d’autres plateformes – qui ont marqué ma mémoire de geek.
Pour commencer sur les chapeaux de roues, parlons de Quake 2 et de ses deux extensions officielles, « The Reckoning » et « Ground Zero« . Sorti en 1997 – 1998.
Pour tout dire, j’ai eu envie de faire cet article suite à l’empaquetage pour Archlinux du code source corrigé par Yamagi de Quake 2, de « The Reckoning » et de « Ground Zero » que j’ai effectué. Si vous utilisez ArchLinux, il vous suffira d’utiliser yaourt pour récupérer les paquets en question.
Mais trève de digression, revenons au sujet principal.
Après 4 versions de validation, VLC 1.0.0 est enfin sorti. La version 1.0.0 est disponible pour Archlinux, il faudra juste patienter le temps que le logiciel soit compilé et propagé sur les divers mirroirs. Ou lancer la compilation à la main, comme je l’ai fait pour la capture d’écran ci-dessous.
Pour les utilisateurs d’autres distributions, faut voir avec les dépots disponibles. Par exemple ce PPA pour les utilisateurs d’Ubuntu : https://launchpad.net/~c-korn/+archive/vlc
Une excellente nouvelle pour ce logiciel qui montre qu’on peut faire un lecteur de vidéo et d’audio sans avoir besoin de rajouter un paquets invraisemblables de codecs plus ou moins variés.
Dans mon billet précédent, je disais que les logiciels en mono était parfois jusqu’à trois fois plus lourd… Je faisais erreur. Je m’explique.
En effet, j’avais pu voir dans une machine virtuelle contenant une Ubuntu Jaunty que Tomboy prenait 24 ou 25 MiO au démarrage… J’ai donc voulu voir ce que donnait des versions récentes de Mono, en utilisant comme outil Tomboy et Banshee, tout en comparant avec leur équivalent en C/C++ que sont gNote et Rhythmbox.
Cet article n’est pas à visée scientifique – et il n’en a pas la prétention – mais j’ai envie de tordre le cou à une idée reçue. Il aurait fallu tester deux ou trois autres logiciels, mais je me suis limité aux logiciels existant aussi bien en mono qu’en langage C/C++.
…que je suis revenu sous Archlinux. Encore un petit mois, et j’aurais dépassé mon précédent record d’utilisation d’Archlinux (fin décembre 2007 à fin mars 2008).
Entre temps, j’ai gagné en connaissance technique, et je ne suis plus trop effrayé pour recompiler certains composants, comme gnome-keyring 2.26.3 qui est – au moment où j’écris ce billet – indisponible et qui bloque l’installation de Gnome 2.26.3.
Il est vrai que l’idée d’ArchLinux et de garder des logiciels aussi peu « rustinés » que possible est bien agréable. De plus, maintenant, j’apporte un peu ma pierre à l’édifice, ayant repris la maintenance d’un paquet sur AUR qui permet d’avoir une version de développement de Liferea.
Bref, je ne pense pas que l’arrivée de la version Karmic Koala d’Ubuntu me fera changer d’avis, surtout vu le virage pris avec l’intégration d’outils en Mono – technologie que je trouve très gourmande et surtout trop liée à Microsoft – pour la future version.
J’ai d’ailleurs remplacé l’outil Tomboy par Gnote (et la consommation mémoire a été divisée par trois environ, un article suivra concernant ce point précis).
Bref, j’attaque sereinement le troisième mois d’utilisation. Ce que je crains le plus ? La migration de Gnome 2.26.3 vers Gnome 2.28.0.