je doute que quelqu'un aille jusqu'en bas de la liste des commentaires pour lire le mien ;-)
Ben si, y'a moi :-)
Je voulais juste reagir au debut de ton post : * suppression du support de certaines architectures
C'est une proposition qui en est toujours a ce stade (une proposition) qui etablit des criteres pour que Debian sorte une release "stable" sur une architecture. La plupart de ces criteres tient essentiellement du bon sens, du genre la possibilite de maintenir le hard pour pouvoir gerer les security-updates, la capacite des buildd a se tenir a jour sans avoir besoin d'un cluster, une base d'utilisateurs et de developpeurs suffisante pour que le fait de faire des test/bugfix ne soit pas du pipo, etc... Par ailleurs, les archi "rejetees" ne seraient pas abandonnees pour autant. Elle ne feraient plus partie des release stable, c'est tout.
* suppression du nombre de paquets
Alors ca, ce serait une nouveaute. J'ai beau etre abonne a debian-news et devel-announce, jeter un oeil regulierement a devel, project, x, vote et legal, je n'ai rien vu a ce sujet. :-)
* releases à dates fixes (!?)
Le futur concernant les releases n'est pas decide a ce que j'en sais. Mais perso j'aimerais bien des delais "fixes" entre les releases. Apres ca, on peut trouver une etape intermediaire. Mais s'il y avait moyen de dire "la prochaine release aura lieu 12 a 18 mois apres celle d'hier" et de s'y tenir, je pense que ca ferait beaucoup d'heureux.
Sur ce, j'aimerais bien tester le Progeny Componentized Linux. Les idees derriere ont l'air interessantes, et que ca pourrait faire un lien entre Debian et Ubuntu. Je maudis juste mon CD-RW qui m'a l'air un peu mort :(
[^] # Re: Ne mélangez pas les torchons et les serviettes...
Posté par imalip . En réponse à la dépêche Ubuntu, un cauchemar pour la Debian ?. Évalué à 2.
Ben si, y'a moi :-)
Je voulais juste reagir au debut de ton post :
* suppression du support de certaines architectures
C'est une proposition qui en est toujours a ce stade (une proposition) qui etablit des criteres pour que Debian sorte une release "stable" sur une architecture. La plupart de ces criteres tient essentiellement du bon sens, du genre la possibilite de maintenir le hard pour pouvoir gerer les security-updates, la capacite des buildd a se tenir a jour sans avoir besoin d'un cluster, une base d'utilisateurs et de developpeurs suffisante pour que le fait de faire des test/bugfix ne soit pas du pipo, etc... Par ailleurs, les archi "rejetees" ne seraient pas abandonnees pour autant. Elle ne feraient plus partie des release stable, c'est tout.
* suppression du nombre de paquets
Alors ca, ce serait une nouveaute. J'ai beau etre abonne a debian-news et devel-announce, jeter un oeil regulierement a devel, project, x, vote et legal, je n'ai rien vu a ce sujet. :-)
* releases à dates fixes (!?)
Le futur concernant les releases n'est pas decide a ce que j'en sais. Mais perso j'aimerais bien des delais "fixes" entre les releases. Apres ca, on peut trouver une etape intermediaire. Mais s'il y avait moyen de dire "la prochaine release aura lieu 12 a 18 mois apres celle d'hier" et de s'y tenir, je pense que ca ferait beaucoup d'heureux.
Sur ce, j'aimerais bien tester le Progeny Componentized Linux. Les idees derriere ont l'air interessantes, et que ca pourrait faire un lien entre Debian et Ubuntu. Je maudis juste mon CD-RW qui m'a l'air un peu mort :(