Bonjour Je reprends cette discussion pour rappeler diverses alternatives comme la livraison sous forme de sources qui s'adaptent aux personnalisations locales (Gentoo) ou à l'autre extrème, l'assemblage "all-in-one" (bibliothèques comprises) avec Docker qui ne dépend alors que de l'API du kernel Linux.
Finalement, la conception d'un tel système définit toujours une frontière entre la partie "fixe" fournie par la distribution et la livraison d'application (souvent appelé "store"). Et cette frontière aura toujours besoin d'une gestion de version, avec des incréments majeurs qui casseront la compatibilité et nécessiteront une transition parfois complexe pour que les utilisateurs n'en souffre pas. Personnellement, la Debian Testing me convient bien pour un environnement de bureau... les mises à jour dépendent cependant de la réactivité de chaque mainteneur de paquets, avec éventuellement un backport disponible. Au pire, pour de rares besoins spécifiques, je récupère un paquet "source" (souvent sid, ou github, parfois adapté manuellement) que je passe au dpkg-buildpackage. Mais de toute façon le contexte d'un serveur impose des contraintes de stabilité et de mises à jour de sécurité qui nécessitent un "patching" fin des vulnérabilités... et peu de développeurs d'application se prêtent à cet exercice, se contentant de solliciter une mise à jour complète - qui apportent nouvelles fonctionnalités et souvent aussi nouveaux bugs. Cordialement, -- Yves Martin _______________________________________________ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull