Étiquette : montée en version

Expérience FreeBSD en machine virtuelle, une étape importante, la migration vers FreeBSD 14.3.

Il y a trois semaines environ, je me lançais dans le projet de voir ce que donnerait sur un mois une copie de GhostBSD en partant de la même base, FreeBSD 14.2.

Hors, en ce 10 juin, FreeBSD 14.3 a été publié. J’ai décidé de tester la solidité de la mise à jour, surtout avec un système qui a une poignée de ports compilés dessus. Je suis donc parti de la page de documentation qui va bien pour migrer la machine virtuelle.

J’en ai profité pour enregistrer une vidéo.

Vous avez pu le voir, cela a été un peu long, surtout au niveau des mises à jour du système, car pas mal de composants sont soit virés, soit installés, soit mis à jour. Mais tout s’est bien passé, rien n’a explosé en vol, ça fait plaisir à voir. Ce qui me laisse à penser que le billet bilan final sera des plus positifs.

Ah, ffmpeg 5, un passage pas franchement en douceur :(

Il y a certaines montées en version de logiciels qui se passent sans trop de casses, autant d’autres, c’est déjà plus ennuyeux.

Dans la deuxième catégorie, je demande ffmpeg qui a proposé sa version majeure 5.0 qui est sortie le 17 janvier 2022. Et comme d’habitude, il y a eu une grande recompilation pour que les logiciels disponibles sur les dépôts officiels passent sans que tout explose en vol.

Un paquet de compatibilité avec les logiciels sensibles, appellé ffmpeg4.4 a été rajouté. Autant ça fonctionne pas trop mal sur les logiciels sur les dépôts officiels, autant certains paquets uniquement disponibles sur AUR, comme vice-svn (version de développement de l’émulateur Commodore 8 bits Vice) et dosbox-x-sdl2-git et dosbox-x-sdl2 (un fork avancé de Dosbox) explosent en vol au moment de la compilation 🙁

Continuer la lecture de « Ah, ffmpeg 5, un passage pas franchement en douceur 🙁 »

Le talon d’Achille des distributions GNU/Linux fixed release, les montées en version ?

Je n’ai pas envie dans cet article de relancer le débat sans fin des distributions fixed contre rolling. Chaque camp sortira ses arguments avec plus ou moins de mauvaise foi ou d’hypocrisie. Ma position est la suivante sur l’utilisation des deux modèles :

  • Postes de collectivités, grands comptes, serveurs = distribution fixed.
  • Poste de l’utilisateur « lambda » avec une connexion solide = distribution rolling temporisée.

Il faut dire que deux articles récents de Sébastien sur ses malheurs avec la montée en version de la Mageia 6 vers la Mageia 7 ne font qu’apporter de l’eau à mon moulin. Dans le premier article, il raconte ses déboires en voulant migrer une Mageia 6 Gnome vers une 7 chez une connaissance.

Dans le deuxième article, il fait un bilan amer de la migration en comprenant l’intérêt que l’on peut porter au modèle rolling, tout en conservant comme base de prédilection des fixed, et pour lui Debian.

Sur ce plan là, je considère qu’il est dans l’erreur sur le long terme. Sans être dans la course à la dernière version de chaque logiciels, c’est toujours mieux – dans l’idéal – d’avoir des outils encore supportés par leurs créateurs en amont.

Il cite aussi une vidéo d’Adrien D alias Linuxtricks qui racontent ses mésaventures sur une Mageia Gnome. Dans le cas de la vidéo et des articles de Sébastien, on a le même environnement. Le même passage par la ligne de commande. On ignore par contre si la Mageia sur laquelle Sébastien s’est cassée les dents était ou pas modifiée de partout avec des dépôts tiers par exemple.

Continuer la lecture de « Le talon d’Achille des distributions GNU/Linux fixed release, les montées en version ? »