[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: policy summary for past two weeks



On Tue, Aug 03, 1999 at 09:49:49PM -0300, Nicolás Lichtmaier wrote:
> > Then someone needs to come up with a solution, NOW.  Not in a month, not
> > in three months, not after we release potato.  I don't like having two doc
> > directories to look in either, but we seem to be running out of other
> > options.
> 
>  Uh? That's not true. The symlink answer works.

We haven't agreed to use it.  And we need to NOW if we're going to.  Many
packages use /usr/share/doc already without any transition happening.
Some because policy doesn't mention a transition, and some to simply to
force the issue to be settled as soon as someone realizes that it's too
late to make a smooth transition.  There are probably enough packages now
using /usr/share/doc that they have decided the transition issue for us.


>  And this was handled pretty bad:
> 
> 1) The update to the policy was obviously bad. It needed more discussion.
> Bad for the policy editors.

We discussed it.  At length.  We did not consider the problem with
/usr/doc moving.  (we did consider /var/lib)


> 2) People used the `formal objection' mechanism to stop the answer just
> because the didn't like. I don't think this was right. And the people who
> did it are starting to realize that too.. =)

too-many-chiefs syndrome, I think the policy mechanism has shown itself to
be open to blatant abuse.


> 3) If this `formal obection' mechanism worked this way here, then it's badly
> designed. People can use it for normal votes... so if 40 people likes a
> proposal and 5 don't the proposal get dumped.

Agreed.


> 4) I didn't like the reasons given at all. Optimization is the mother of
> disaster.. (why don't we design a package format using 4 bits for the
> package section, 1 bit for... =) ). Having a prerm script for a long time is
> a bad thing? a price too high? come on! Having to add 2 or 3 lines to a
> debian/rules is too much work for a maintainer? come on! I think the ordered
> list of priorities to take into account should be made a policy document...
> =)  (humm.. perhaps that's not a bad idea after all...)

Yeah, I thought the objections were a little lame myself, but then again
it's not my position to decide what is or isn't a good reason to object to
a proposal.  But then as I said it's almost too late to implment this now.
While we've been fighting about it on -policy, many others were simply
uploading packages with /usr/share/doc.  If this pattern continues as I am
certain it will, it'll be too late to have a transition of any sort.

-- 
Joseph Carter <knghtbrd@debian.org>             Debian GNU/Linux developer
GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC  44F9 8FF7 D7A3 DCF9 DAB3
PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77  8E E2 29 96 C9 44 5F BE
--------------------------------------------------------------------------
There Is No Cabal.

Attachment: pgp7t1exqXe5P.pgp
Description: PGP signature


Reply to: