Apteno
Armaklan
Botchchikii
Bouleetbil
Cedynamix
Clément Ravary
Cyrille Borne
Dada
Devil505
Elentir
Exceed
Fredbezies
Frugalware News
Jercel
Juan
Julien1001
Kooda
Lenezir
Olivier
Pingax
Weedfast
L'équipe de développement de Frugalware a le plaisir de vous annoncer la sortie de Frugalware 1.7pre1, la première préversion technique de la version stable 1.7 à venir.
Voici quelques uns des changements et corrections apportés :
Veuillez vous référer au Changelog de -Testing pour davantage d'informations.
Téléchargement pour x86_64 : regardez notre liste de miroirs. N'oubliez pas de vérifier l'intégrité des fichiers avant de les graver.
Note : cliquez ici pour savoir de quel média vous avez besoin pour l'installation.
Comme je l’ai indiqué dans mes deux derniers articles, j’ai mis à jour mon système Frugalware de la version 1.5 (Mores) vers la version 1.6 (Fermus). Cette mise à jour m’a posé quelques problèmes, que je souhaite reporter ici.
J’ai entrepris cette mise à jour, en espérant que cela pouvait éventuellement résoudre mon problème de blocage du chargement de Linux en fonction de la date du système.
Pour cela, j’ai suivi les instructions de mise à jour données par l’équipe de développement. La mise à jour des paquets m’a posé des problèmes d’espace disque car il semble que le système de base de cette nouvelle version demande plus d’espace disque. J’ai été contraint de désinstaller des logiciels que j’utilisais de temps en temps.
Suite au redémarrage, ce fut la déception (prévisible) : le chargement du noyau se bloquait toujours. J’ai alors été contraint de redémarrer le système en désactivant l’ACPI.
Puis ce fut le drame : le système ne retrouvait pas la partition racine spécifiée dans le fichier de configuration de GRUB (indiquée avec son UUID). Heureusement, je suis arrivé dans un mode où j’ai pu constaté que le chemin représentant ma partition racine n’était plus /dev/hda1 mais /dev/sda1. Ni une ni deux, j’ai redémarré le système en précisant ce chemin.
Mais ce n’était pas encore suffisant : le système n’arrivait pas à monter les partitions. J’ai rapidement compris que le fichier /etc/fstab devait être aussi mis à jour afin de remplacer toute référence à hda par sda.
Après redémarrage, le système se lance finalement jusqu’au bout. Il est maintenant utilisable. Ouf ! Je précise que j’ai également eu l’occasion de mettre à jour le système Frugalware de mon frère et que j’ai eu les mêmes désagréments.
À partir de là, je n’ai pas constaté de problèmes de prise en charge du matériel (à part les fonctions ACPI bien sûr…). Par contre, je subis de gros problèmes de performance. Je ne pense pas que cela vient du système en tant que tel, mais plutôt du changement de version de Mozilla Firefox (4 vers 10). Je pense que cela est du à sa consommation mémoire car j’ai pu constater qu’il pouvait prendre jusqu’à 60 % de la mémoire virtuelle avec seulement 4 ou 5 onglets ouverts. Je trouve cela assez étonnant, étant donné que la version 7 était censée améliorer significativement la consommation mémoire…
En conclusion, mon passage à Frugalware 1.6 (Fermus) a été plutôt malheureux : non résolution du problème lié à la date du système, consommation accrue d’espace disque, et dégradation des performances.
Il s’agissait de ma huitième mise à jour du système, depuis Frugalware 0.8 (Kalgan) et je crois malheureusement que cela sera la dernière, car trop de problèmes se sont maintenant accumulés. De plus, je me rends compte que le cycle de mise à jour de Frugalware ne correspond plus à mes besoins. Lorsqu’une nouvelle version de Frugalware est publiée, elle devient automatiquement la version par défaut. Si je souhaite alors obtenir des mises à jour de sécurité, ou simplement installer un paquet, je suis dans l’obligation de mettre à jour l’ensemble du système, et, ainsi, de prendre le risque d’obtenir des régressions ou des changements non désirés.
Ce n’est en aucun cas un reproche que je fais aux développeurs Frugalware. Le cycle de développement choisi convient sans doute à de nombreuses personnes. Il reste que Frugalware est une distribution complète, avec un nombre très important de paquets, une documentation claire et une communauté active de développeurs. Cela en fait une distribution de très bonne qualité. D’ailleurs, je ne m’interdis pas de revenir vers cette distribution dans le futur (avec une autre machine), ou de la conseiller autour de moi.
Encore merci aux développeurs Frugalware ! Et bonne continuation !
Pour ma part, je suis actuellement à la recherche d’une distribution qui conviendrait à mes besoins, i.e., avec le même objectif de simplicité que Frugalware, mais résolvant mes trois problèmes mentionnés plus haut, et laissant à l’utilisateur le libre choix de passer à une version supérieure du système. À ce jour, je pense me diriger vers une distribution Slackware ou dérivée. J’aurais probablement l’occasion d’en reparler sur mon blog dans un prochain article.
J’aimerais revenir sur un problème qui était apparu suite à la précédente mise à jour de mon système Frugalware Linux. Le système se bloquait lors du chargement du noyau (ou à la fin de celui-ci, je ne l’ai jamais vraiment su). La seule solution de contournement que j’avais trouvée était de préciser le paramètre noyau acpi=off. Cependant, cela a le désagréable effet de désactiver les fonctions ACPI (extinction automatique de la machine lors de l’arrêt du système, mise en veille, contrôle des boutons de marche/arrêt, contrôle lors de la fermeture de l’écran de portable, …). Puis le problème avait subitement et mystérieusement disparu le 1er janvier 2012.
À ce moment, je ne pensais pas que le problème venait du changement d’année, jusqu’à ce que je tentasse de démarrer mon système en mars 2012. Le problème est réapparu. J’ai alors tenté de démarrer le système après avoir changé la date au 28/02/2012. Et le système a bien démarré. Après plusieurs essais de dates, je suis arrivé à la conclusion que le système ne peut fonctionner correctement de mars à décembre, quelle que soit l’année…
J’ai alors repris mes recherches de solution « acceptable » à ce problème (considérant que désactiver l’ACPI ou falsifier la date du système n’étaient pas acceptables), mais je n’ai rien trouvé.
J’ai entrepris de mettre à jour mon système Frugalware vers la version 1.6 (Fermus), en espérant que cela pouvait éventuellement résoudre le problème, mais j’en doutais car j’avais déjà pu constater le même problème en essayant une version live bêta de Frugalware 1.6 (Fermus). Et cela s’est confirmé : le chargement du noyau se bloque toujours.
Suite à mes longues investigations, je pense (mais je ne peux pas vraiment l’affirmer) que le problème est lié au module rtc-cmos. J’imagine que c’est ce module qui va lire la date dans l’horloge système. Si le mois est supérieur à 2, il y a vraisemblablement blocage. Ce que j’ai remarqué, c’est que ce module a été intégré dans le noyau entre la version 1.4 (Nexon) et la version 1.5 (Mores). J’ai l’intime conviction que c’est ce changement qui a entrainé cette régression.
Pourquoi ce module a-t-il été intégré ? Je ne connais pas la raison précise, mais il semble que certaines personnes ont, au contraire, des problèmes si le module n’est pas inclus dans le noyau. Si c’est le cas, je ne peux pas vraiment blâmer les développeurs Frugalware.
Si vous avez des idées sur le problème, ou plus d’informations concernant ce module, n’hésitez pas à laisser un commentaire.
J'ai profité d'une belle occasion pour me procurer un Acer Aspire One à bas prix. Ce petit netbook m'a plu de par sa faible taille, son processeur Atom qui le rend très peu énergivore et son hardware : la carte graphique est une Intel, le wifi est une carte Athéros : signe qu'une installation sous Linux sera facile.
D'ailleurs, ce netbook est d'origine livré avec une distribution Linux concoctée par Acer. D'aspect très windowsien, ce système n'est pas prévu pour rester plus que le temps qui me sépare d'un accès internet et l'installation de Frugalware en netinstall.
Comme pour toutes mes installations de Frugalware, je pars sur une installation minimum, soit seulement la catégorie "Base". Après avoir installé Vim et modifié /etc/pacman-g2.conf pour passer en version current, je fais la mise à jour système. Les paquets ensuite qui me sont indispensables :
pacman -S wmfs slim x11 lxappearance nitrogen chromium-browser claws-mail gajim xchat hotot aspell-fr txt2tags mplayer libreoffice mirage open-ssh openntpd wicd
J'en ai oublié un petit paquet forcément, mais le principal est là. Après un redémarrage, je suis capable d'importer mes fichiers de configuration de mon HP Pavilion. En effet, je viens de basculer celui-ci sous WMFS après presque un an sous Awesome. J'en suis très content et j'en profite donc aussi sur le netbook.
La carte Athéros est reconnu directement par le noyau, il suffit de rajouter ath5k au fichier /etc/sysconfig/moduleset de blacklister le module ath_pci dans le fichier /etc/sysconfig/blacklist comme expliqué sur le wiki de frugalware
Pour que le son soit reconnu, il m'a fallu suivre le wiki d'archlinux pour que cela fonctionne. Créer le fichier /etc/modprobe.d/sound.conf et ajouter options snd-hda-intel model=acer-aspire.
Pas testé encore, mais à priori sans souci en rajoutant uvcvideo au fichier /etc/sysconfig/modules
J'ai également suivi le wiki de frugalware pour lancer les modules au démarrage et j'ai installé le paquet laptop-mode-tools
Le touchpad réagit parfaitement sans rien faire, ainsi que la carte graphique. C'est donc une installation sans histoire.
Comme dit plus haut, je n'ai pas rencontré de problèmes majeurs. J'ai cherché un peu plus longtemps pour résoudre le son, jusqu'à ce que Devil505 m'oriente vers le wiki d'Archlinux.
La faiblesse principale de ce netbook est le manque de mémoire vive. Avec 512 mo, il ne s'agit pas de faire tourner énormément de trucs en même temps. Et le SSD qui sert de disque dur n'est pas énorme avec 8go. J'ai une clé usb de 16go pour mes données mais il ne faut pas installer comme un fou dessus, et penser à faire un pacman -Scc après l'installation.
Au final, l'installation complète de Fw me prend 4go, ce qui est raisonnable et me laisse un peu de marge pour les fichiers de logs à venir.
Bon, ça ne fait que deux jours que je suis en possession de la bête, mais elle correspond bien à ce que j'en attendais. J'avais un peu de crainte en ce qui concerne la taille du clavier, mais après quelques hésitations lors des premières frappes, le bépo revient vite dans les doigts et ceux ci font encore moins de mouvements, c'est donc très agréable.
Je ne sais pas encore quel usage je vais faire de ce netbook. Soit je le prends en desktop dans mes virées scolaires, ce qu'il est largement capable de faire, soit je suis ma petite idée première : l'utiliser comme serveur web à la place du X31 qui consomme beaucoup plus et qui commence à vieillir. Je pense qu'il sera à l'aise aussi dans ce domaine, à la condition de rajouter de l'espace disque. A voir donc après un peu d'usage.
Gaïa, c’est le nom de code la version 1.7 de la Frugalware Linux. Bien que ne sortons officiellement que le 9 avril, les images ISOs, désormais en version 64 bits (architecture devenant « prioritaire ») sont disponible dans le répertoire frugalware-testing-iso/ des différents miroirs de la distribution. La raison ? Le résultat d’un sondage assez informel.
Cependant, ce n’est pas le seul changement, il faut aussi prendre en compte la disparition de l’outil cfdisk. ryuo sur le canal irc #frugalware.fr m’a donné l’explication :
NB : si vous êtes allergique au blabla technique, vous pouvez sauter la demi-page qui vient
<fredbezies> is it normal that cfdisk disappeared from pre1 ISO ?
<ryuo> Yes. It was removed on purpose.
<fredbezies> ok. Just wondering. Thanks for your kind answer
<ryuo> Reason is because it misaligns modern hard drives by default.
<fredbezies> ok.
<ryuo> cfdisk was never updated to start @ sector 2048. instead it still uses sector 63.<fredbezies> too bad fdisk is less simple to use than cfdisk
<ryuo> modern 4096 byte sector hard drives will be misaligned on this, causing severe performance problems.
<fredbezies> and boot problems too ?
<ryuo> no, just performance.
Ce qui donne traduit :
<fredbezies> C’est normal que cfdisk ait disparu des ISO pre1 ?
<ryuo> Oui. Il a été enlevé exprès.
<fredbezies> Ok. Je me demandais juste. Merci pour la réponse
<ryuo> La raison est qu’il aligne mal les disques durs modernes par défaut.
<fredbezies> ok.
<ryuo> cfdisk n’a jamais été mis à jour pour commencer au secteur 2048. Au lieu de cela, il continue d’utiliser le secteur 63
<fredbezies> dommage que fdisk est moins simple à utiliser que cfdisk
<ryuo> les disques durs modernes à secteur de 4096 octets sont mal alignés à cause de celà, provoquant des problèmes au niveau de la performance.
<fredbezies> et des problèmes de démarrage aussi ?
<ryuo> non, uniquement des problèmes de performances.
Mais ce ne sont pas les seules nouveautés. Grub2 est désormais proposé par défaut, ainsi que le noyau linux 3.3. Le noyau 3.3.1 sera proposé après la publication officielle de la version 1.7pre1, et dixit Baste, Gnome sera mis à jour en version 3.4 aux alentours du 11 avril.
Donc pour le moment, les grands changement sont plus invisibles qu’autre chose. C’est plus au niveau des « tripes » que les changements sont intervenus. Voici quelques captures d’écran de l’installation : l’écran de démarrage, le partitionnement et l’installation de grub2.
Une fois la base installé, j’ai suivi la documentation pour installer les outils, puis gnome. J’ai même poussé le vice jusqu’à installer Gnome 3.4, même si c’est hors sujet avec la version 1.7pre1
Note : un bug existe actuellement pour l’installation de Gnome 3.4, il faut ignorer le paquet nautilus-disk-utility, sinon l’installation se viande lamentablement. Baste m’a déclaré que ce serait de l’histoire ancienne après l’arrivée de Gnome 3.4 sur le dépot current.
J’ai fait une petite vidéo. Les ralentissements sont normaux, à vrai dire, je n’ai pas trouvé le moyen d’activer le mode non-restreint du gnome-shell :/ Ce qui a donné une lenteur à s’en taper la tête contre les murs.
Voila, ce n’est que la première étape, mais déjà l’ensemble est assez plaisant. Le seul point noir : ce censure d’une dizaine de jurons d’encodage UTF-8 à configurer à la main
Histoire de commencer en douceur ce mois électoral, un petit en vrac’ rapide et libre.
C’est tout pour aujourd’hui, l’activité du blog reprendra dans le courant de la semaine, après que j’ai fini le bouquin policier que j’ai entamé. Et non, je ne donnerais pas le titre, pas envie qu’un(e) goujat(e) me spolie mon plaisir solitaire et intellectuel.
…mais faut pas perdre espoir. Hier j’avais posté un billet qui m’avait valu des remarques acerbes et justifiées.
J’avais donc supprimé l’article, mais j’ai eu besoin de l’écrire d’une manière différente. Il est vrai que l’intégration croissante de systemd est une tendance criticable. Mais il est vrai que deux bugs assez ennuyeux – pour une version Release Candidate pollue l’expérience utilisateur :
Et un bug étrange que j’ai trouvé en utilisant un profil vierge, l’impossibilité de créer un compte google talk dans Empathy.
Pour info, cette version semble très dure à empaqueter. Baste, le mainteneur Frugalware pour l’environnement GNOME se plaint de bugs en ce moment, surtout au niveau du gestionnaire de connexion, je cite :
<baste> oui, j’essaye de reparer gnometesting
et solo c’est hard
<jercel> Ha , il marche plus ?
<baste> pour l’instant non, faut que je revert gdm et gnome-shell me crash mais je pense avoir la soluce![]()
Autant dire que Gnome 3.4, c’est pas encore gagné