En fait, je voulais répondre au commentaire parent. Mais c'est pas grave.
je pense qu'il y a deux types d'utilisateurs Debian : ceux qui utilisent sid parce que ça leur plaît comme ça, ils veulent de la nouveauté, ils veulent une distribution vivante ; ceux qui utilisent stable parce que justement, ils veulent que ça ne bouge pas, ils veulent construire des systèmes fiables dessus. Les utilisateurs de testing sont des utilisateurs de sid qui s'ignorent.
Je pense que parmi les développeurs Debian, beaucoup font partie de la deuxième catégorie, enfin beaucoup plus que ce que l'on pense.
Le problème, c'est que le cycle de release actuelle ne satisfait aucune des deux parties. sid est freezé beaucoup trop longtemps, et stable perd en stabilité au fil des versions (le numbre de bugs RC ne descend plus à 0). Il est donc nécessaire de revoir ce processus, tout en conservant les deux saveurs.
Mon avis perso là dessus, c'est qu'il faudrait construire la distrib en bottom-up plutôt qu'en top down. Actuellement, on met tous les paquets et ensuite, on enlève les paquets qui merdoient. Je pense qu'il faudrait plutôt inclure au fur et à mesure des paquets sans bug RC et construire la distrib comme cela. Ça forcerait les développeurs à corriger les bugs des paquets de base (genre s'il y a un bug RC dans gtk ou Qt, il sera corrigé vite vu qu'il bloque une grande quantité de paquet), assurant ainsi un système plus stable au final mais peut-être avec moins de paquet. D'un autre côté, qui a besoin de 23000 paquets sur un serveur ?
[^] # Re: Finalement je suis content qu'elle sorte
Posté par rewind (Mastodon) . En réponse à la dépêche Debian GNU/Linux 5.0 : Lenny. Évalué à 9.
je pense qu'il y a deux types d'utilisateurs Debian : ceux qui utilisent sid parce que ça leur plaît comme ça, ils veulent de la nouveauté, ils veulent une distribution vivante ; ceux qui utilisent stable parce que justement, ils veulent que ça ne bouge pas, ils veulent construire des systèmes fiables dessus. Les utilisateurs de testing sont des utilisateurs de sid qui s'ignorent.
Je pense que parmi les développeurs Debian, beaucoup font partie de la deuxième catégorie, enfin beaucoup plus que ce que l'on pense.
Le problème, c'est que le cycle de release actuelle ne satisfait aucune des deux parties. sid est freezé beaucoup trop longtemps, et stable perd en stabilité au fil des versions (le numbre de bugs RC ne descend plus à 0). Il est donc nécessaire de revoir ce processus, tout en conservant les deux saveurs.
Mon avis perso là dessus, c'est qu'il faudrait construire la distrib en bottom-up plutôt qu'en top down. Actuellement, on met tous les paquets et ensuite, on enlève les paquets qui merdoient. Je pense qu'il faudrait plutôt inclure au fur et à mesure des paquets sans bug RC et construire la distrib comme cela. Ça forcerait les développeurs à corriger les bugs des paquets de base (genre s'il y a un bug RC dans gtk ou Qt, il sera corrigé vite vu qu'il bloque une grande quantité de paquet), assurant ainsi un système plus stable au final mais peut-être avec moins de paquet. D'un autre côté, qui a besoin de 23000 paquets sur un serveur ?