Re: Debian Re-organization proposals
In article <[🔎] email@example.com> you wrote:
: This is predicated on the assumption that maintainers are
: going to exercise judgement in promoting a package to stable; things
: break down (but no worse than the current state) if people, either in
: error, or impatience, promote packages to stable.
It is conceivable that moving a package to a declared "stable" state could
require that the package revision not have been superceded for some period
of time, that there be no new bugs filed against that version of the package,
and that the maintainer says "ok". Exceptions, as always, possible but
: I vote we keep the previous stable version of a package in
: safe storage until the newly promoted package has had time to mature
: and perhaps be tested.
Yes. A time-limited repository of the package revs that have been replaced
in the stable tree probably makes lots of sense.
: There are problems with this approach -- what about shared
Easy. Force pkg-order congruence before something hits stable. In other
words, a package can't go stable unless all of its dependencies have also
gone stable. Then, just don't sweat the small stuff... if there's some funny
change between a frozen and unstable library that tweaks a bug in a package,
we go "oops", fix it, and remind people that in this new world order,
"stable" != "tested rigorously".
To UNSUBSCRIBE, email to firstname.lastname@example.org
with a subject of "unsubscribe". Trouble? Contact email@example.com