Étiquette : expérience

Ce n’est pas parce qu’une expérience tourne court…

… Qu’il faut se priver d’en lancer une autre. Dans un article du 26 novembre 2024, je relatais mes mésaventures avec Siduction. Je terminais l’article ainsi :

Il faut savoir dire stop, ce que je fais aujourd’hui. Cependant, je vais relancer l’expérience avec une Debian Sid pure et dure avec Gnome installé. Une nouvelle expérience à mettre en place qui commence en ce 26 novembre pour un bilan final vers Noël 2024.

C’est donc chose faite et même si la documentation de Debian Unstable déclare, je cite :

[…]It is not a « rolling release », as no release-like quality assurance and integration testing is done on it.[…]

Qu’on peut traduire par :

[…]Ce n’est pas une « rolling release », car il n’y a aucune assurance qualité de niveau publication et les tests d’intégration ne sont pas fait dessus.[…]

On est maintenant au courant. Pour avoir la Debian unstable avec Gnome que j’ai mis dans une machine virtuelle, je suis parti d’une Debian 12.8 que j’ai migré sur testing, puis sur unstable. Bon, il reste des logiciels qui sont parfois cassés, mais pour les outils de haut niveau, je n’ai pas vraiment noté de régression remarquables.

Vous avez pu le voir, mis à part l’outil de gestion des dépôts qui pète un boulon et ne démarre pas, le reste répond au doigt et à l’œil. Je vais donc laisser cette machine virtuelle vieillir tranquillement, en faisant des mises à jour deux à trois fois par semaine. On verra quel bilan j’en tirerai pour Noël, et surtout pour savoir si elle sera moins explosée en vol que la Siduction.

Les distributions rolling release en dehors d’Archlinux, fin précoce de l’expérience.

Il y a une quinzaine de jours, je voulais voir si je pouvais faire survivre durant un mois une OpenSuSE Tumbleweed et une Siduction.

Outre le fait que je m’étais facilité le transit pour mettre à jour une Siduction dont la dernière image ISO remontait à environ 15 mois. Je cite l’article précédent :

Pour la Siduction, outre le fait que l’image ISO a déjà 15 mois, je suis passé par le troisième émulateur de terminal auquel on peut accéder à la fin du boot (tty3) pour entrer les commandes magiques en root, l’utilisateur par défaut n’étant pas autorisé : apt update puis apt full-upgrade. Autant dire qu’il y en avait un sacré paquet ! Seulement 2146 mises à jour… Ouille !

Aujourd’hui, je n’aurai pas dû faire un apt full-upgrade, étant donné que plus que la moitié de KDE6 était disponible. Je pensais que le port était complet et donc j’ai forcé la mise à jour. Résultat des courses ? Un SDDM explosé en vol… Ainsi que la Siduction qui m’a ennuyé par la suite avec des dépôts indisponibles. La Debian Sid avec Xfce installée sur mon eeePC encaisse des mises à jour toutes les deux à trois semaines sans exploser en vol comme la Siduction 🙁

Quant à la OpenSuSE, devoir me battre à chaque fois avec packagekitd pour faire les mises à jour à la main a eu raison de ma patience. Même en passant par Gnome Logiciels, c’était laxatif. Pour moi, la Tumbleweed est un peu excessive dans ses mises à jour. Même Archlinux va moins loin dans les mises à jour quotidienne.

Continuer la lecture de « Les distributions rolling release en dehors d’Archlinux, fin précoce de l’expérience. »

Les rollings en dehors de la famille Archlinux, ça donne quoi sur un mois ?

En septembre 2024, je concluais un mois de tests sur les principales distributions immuables.

Début novembre 2024, je me suis lancé dans un projet de suivi sur 6 mois de la Fedora Linux 41.

Je cherchais une nouvelle expérience, histoire d’utiliser un peu plus le potentiel de mon Ryzen7 5700G. L’idée de faire un test sur un mois de distributions rolling release en dehors de la famille Archlinux. Pratiquant au quotidien Archlinux avec Gnome sur mon PC fixe et Manjaro Gnome (canal unstable) sur mon PC portable, il ne me manquait que deux familles. La famille rpm et la famille deb.

Par famille d’Archlinux, j’inclue (liste non exhaustive) :

J’ai dû sûrement oublié une poignée de projets dont l’équipe se résume à une ou deux personnes au fond d’un garage, quelque part sur la planète.

Continuer la lecture de « Les rollings en dehors de la famille Archlinux, ça donne quoi sur un mois ? »

Une expérience linuxienne sur le long terme : maintenir en vie une Fedora 41…

…jusqu’à la sortie de la Fedora 42 dans 6 mois, le tout dans une machine virtuelle. J’ai envie de voir jusqu’à quand je pourrais maintenir le système installé en vie, sachant que j’ai rajouté pas mal de dépendences pour obtenir Vice – la version proposée par RPM Fusion est une version 3.6.1 qui remonte à deux ans environ – et Dosbox-X qui n’a qu’un RPM en passant par Fedora Copr. J’ai envie de conserver un système aussi proche que possible de l’existant officiel avec comme seul dépôt tiers rajouté à la main étant l’incontournable RPM Fusion.

Voici donc les paquets que j’ai rajouté pour faire compiler des versions de développement de Dosbox-X (SDL 2) et Vice. En commun :

  1. ‘development-tools’ (avec dnf group install)
  2. ‘c-development’ (avec dnf group install)

Pour Vice :

  1. compat-ffmpeg4-devel (en provenance des dépôts rpmfusion)
  2. xa
  3. texlive
  4. texinfo-tex
  5. gtk3-devel
  6. glew-devel
  7. libcurl-devel
  8. pulseaudio-libs-devel
  9. alsa-lib-devel
  10. libev-devel
  11. subversion

Continuer la lecture de « Une expérience linuxienne sur le long terme : maintenir en vie une Fedora 41… »

Un mois sans Twitter, le bilan.

Il y a un mois, je commençais une expérience. Celle de me déshabituer de Twitter, pardon, je voulais dire X.

Au bout de 15 jours, je faisais un premier bilan d’étape.

Je disais :

[…]Oui, il y a moins de fréquentation, mais aussi moins de « dramas », de comptes à bloquer à vue pour des dissensions plus ou moins importantes. En gros, c’est un réseau social minuscule, mais ça fait vraiment du bien quand on vient de l’oiseau bleu.[…]

Et je dois dire que j’ai vraiment apprécié ce point précis. Mais je vais devoir de nouveau fréquenter l’oiseau bleu, ne serait-ce que pour tout ce qui est rétro-informatique, qui est une de mes passions.

Et que le rétro-ludique n’est pas des masses présent sur Mastodon 🙁

Cependant, j’irais avec l’esprit tranquille en sachant qu’en cas de drama, j’aurais l’option de faire une cure de relaxation sur Mastodon.

C’est vrai que Mastodon est plus petit, mais il est plus confortable à l’utilisation. Et je m’y sens bien, donc… Mieux que sur l’oiseau bleu, mais il faut savoir faire quelques sacrifices de temps en temps 🙂

Une expérience geek donc indispensable : migrer sans trop de peine une Viperr X alpha1 vers une base Fedora 32.

Viperr, c’est ma Fedora préférée. Je l’ai toujours aimée. Mais depuis environ 3 ans et l’annonce de la version 10 alpha1 alias Shub Niggurath, ça bouge plus trop 🙁

En décembre 2018, j’avais fait une vidéo dans la série des distributions (in)justement oubliées où je présentais une Viperr X alpha1 migrée jusqu’à une base Fedora 29 en montant de versions progressivement : en gros, de la 26 vers la 27, puis la 28 et la 29. Le seul bug que j’avais rencontré, c’était que la police d’affichage dans Terminator était explosée.

En fouillant le forum de Linuxtrack, je suis tombé sur un fil qui raconte les migrations suivantes, avec les écueils qui arrivent entre temps. J’ai voulu voir par moi-même ce que cela donnait, sachant que modulo le bug dans Terminator, les montées en version jusqu’à la base Fedora 29 se ferait sans trop de casse.

J’ai donc appliqué la méthode conseillée : sur la base Viperr X alpha, j’ai vérifié qu’il n’y avait aucune mise à jour, puis j’ai rajouté le greffon dnf-plugin-system-upgrade.


sudo dnf install dnf-plugin-system-upgrade

La montée en version se faisant en deux étapes :


sudo dnf -y system-upgrade download --refresh --releasever=27 --allowerasing
sudo dnf system-upgrade reboot

En augmentant à chaque fois la valeur de releasever partant de 27 pour arriver à 32, en montant d’une version à chaque fois. Il a fallu une petite demi-heure pour que chaque migration se fasse.

Continuer la lecture de « Une expérience geek donc indispensable : migrer sans trop de peine une Viperr X alpha1 vers une base Fedora 32. »

Le monde du libre en voie d’être gangréné par les « croyances » ?

Avant toute chose, avant que l’on me sorte que je cherche à toujours avoir raison – et je tiens à remercier la personne qui m’a fait me souvenir d’un petit texte écrit par Arthur Schopenhauer « L’art d’avoir toujours raison » – et qu’on me réplique que j’utilise le stratagème XI que l’on peut résumer faire d’un cas précis une généralité, je tiens à préciser que je suis parti d’un argument et que je l’ai démonté par l’expérience.

Venons-en donc au coeur du sujet. Dans sa gazette du 4 février 2019, Distrowatch annonçait que le projet SystemRescueCD basé durant des années sur Gentoo avait migré sur Archlinux.

Dès le deuxième commentaire, on tombe dans la croyance. Je cite le passage principal :

So – Arch now, not Gentoo?

Can’t be used to install Gentoo.

Au commentaire 21, une couche est rajoutée et toujours le passage principal :

I agree completely with the second post this week.

Gentoo will become much more difficult to install without SystemRescueCD.

Par deux fois, des personnes nous disent qu’il sera difficile voire impossible d’installer Gentoo avec la nouvelle génération de SystemRescueCD. Sans avoir même vérifié. Tout cela car la base change et que le satanique systemd est employé.

Les personnes ont-elles vérifié cette affirmation avant de s’exprimer ? Que l’on prenne le guide d’installation de Gentoo ou sa cousine Funtoo, c’est la même chose…

Il suffit de jeter un oeil sur la documentation de Gentoo et Funtoo que c’est au final les mêmes étapes.

En gros :

  1. On démarre sur un système live
  2. On partitionne le disque dur / SSD cible
  3. On monte les partitions
  4. On récupère une archive précompilée qui sera le système installé
  5. On extrait le contenu de l’archive sur le point de montage définit comme la nouvelle racine
  6. On passe en chroot (on dit que la racine du système est celle de l’archive, pas celle du système live de démarrage)
  7. On met à jour les ports et on compile les modifications
  8. On installe le noyau puis le gestionnaire de démarrage
  9. On finit les réglages nécessaires au premier démarrage
  10. On redémarre et on peut s’attaquer à la suite

Même si la documentation de Gentoo est un peu plus découpée que celle de Funtoo, c’est la marche à suivre.

J’ai donc simplement vérifié – et cela m’a demandé une heure et demie de patience – l’hypothèse émise par deux personnes sur Distrowatch.

Continuer la lecture de « Le monde du libre en voie d’être gangréné par les « croyances » ? »

Un an chez Free Mobile, quel bilan ?

Cela fait un an aujourd’hui que je suis chez Free Mobile. J’ai eu envie de faire un petit bilan d’une année chez le quatrième opérateur de téléphone mobile.

Sur le plan financier, je suis plus que largement gagnant. Avant, j’étais chez BTP Bouygues Télécom, et j’avais pour 30 € par mois droit à 90 minutes et dans les 30 SMS. La minute supplémentaire devait être dans les 0,38 €, le SMS hors forfait dans les 0,25 € pièce. Je cite de mémoire, car j’avoue que je ne m’en souviens plus trop.

J’ai parfois dépenser jusqu’à deux heures, et mon record a été une facture de 65 €, la plupart du temps je tournais dans les 40 à 45 € liés aux dépassements. Et comme je ne voulais pas me réengager sur un an ou deux ans pour avoir changé la durée de voix de mon forfait…

Etant abonné FreeADSL, je ne paye plus que 15,99 € par mois. Donc, en l’espace d’un an, j’ai économisé en 20 et 25 € par mois ! Donc en gros, j’ai économisé entre 240 et 300 € au final… Pour une consommation téléphonique sans crainte d’une mauvaise surprise en fin de mois, arrivant à du 3 heures par mois en moyenne.

Quant on a un budget d’environ 700 € par mois, en économiser 20 à 25, c’est toujours cela de pris pour mettre dans l’alimentation, voir de côté par sécurité.

C’est vrai, quelle idée folle de privilégier son alimentation sur son téléphone mobile et le forfait qui y est associé ?

Continuer la lecture de « Un an chez Free Mobile, quel bilan ? »