| Henning Makholm 2005-03-15, 6:00 pm |
| Scripsit David Nusinow <david_nusinow@verizon.net>
> On Tue, Mar 15, 2005 at 06:45:48PM +0000, Henning Makholm wrote:
[vbcol=seagreen]
> It's not ideal, but the fact remains that the people carrying the
> load for getting the release out aren't capable of dealing with it
> any more.
Which is no reason for forbidding other people from doing the work.
> The current situation is *broken*. This is an attempt to fix it.
Perhaps it attempts to do that; but what it really does is to forbid
fixes.
[vbcol=seagreen]
[vbcol=seagreen]
> This is not set in stone.
That combination of letters explicitly appears in the proposal we are
discussins.
> Unstable-only is simply what the current team is willing to set up
> and support themselves.
It is what the team proposes as the rule for all of Debian.
> Nowhere in the email does it preclude the ports from setting up
> something to manage themselves.
Which part of "unstable-only" does one of us fail to understand?
[vbcol=seagreen]
> Yes. All the tools are there to do exactly what they want to do, if they so
> choose.
But only if they leave Debian and start to do what they want to in
another organization. Because the plan says that *within* Debian
nothing but unstable will be allowed.
[vbcol=seagreen]
> It's the decision of those doing the work.
No. This plan is the decision of the RMs and ftpmasters telling
certain ports *not* to do the work, at least not within Debian.
> Those doing the work of managing the release, managing d-i, and
> managing our backend all say that this isn't working. XXXXX all you
> want, but the problems have to be solved and the current load placed
> on the porters isn't solving it.
I fail to see ANY argument why forbidding the ports from having
testing and stable suites solve any of the problems you are alluding
to.
[vbcol=seagreen]
[vbcol=seagreen]
> Which part of "proposal" does one of us fail to understand?
I fail to see how "proposal" means "must not be disagreed with".
Please explain.
[vbcol=seagreen]
> A snapshot doesn't make a distribution stable. A snapshot (or
> "freeze" if you'd rather) followed by a stabilization period makes a
> distribution stable.
And the Vancouver plan says that lesser distributions are not allowed
to have freezes and stabilization periods. They are *unstable-only*.
[vbcol=seagreen]
[vbcol=seagreen]
> Got a quote for this?
"unstable-only".
> Everything I've read and heard from those involved says differently.
Everything I've read and heard from those involved says that the
lesser architectures are only allowed to have unstable.
[vbcol=seagreen]
> They're not preventing them from doing any such thing.
Yes they are. "Unstable-only".
--
Henning Makholm "`Update' isn't a bad word; in the right setting it is
useful. In the wrong setting, though, it is destructive..."
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
|