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

Re: Call for votes for "GR: : Handling source-less firmware in the Linux kernel"



On Mon, 9 Oct 2006 19:54:00 -0700, Jurij Smakov <jurij@wooyd.org> said: 

> On Mon, Oct 09, 2006 at 04:33:42PM -0500, Manoj Srivastava wrote:
>> On Mon, 09 Oct 2006 08:43:57 -0700, Ben Pfaff <blp@cs.stanford.edu>
>> said:
>> 
>> > Debian Project Secretary <secretary@debian.org> writes:
>> >> In the brackets next to your preferred choice, place a 1. Place
>> >> a 2 in the brackets next to your next choice.  Do not enter a
>> >> number smaller than 1 or larger than 2.  You may skip numbers.
>> >> You may rank options equally (as long as all choices X you make
>> >> fall in the range 1<= X <= 3).
>> 
>> > These instructions are self-contradictory.  -- Ben Pfaff email:
>> > blp@cs.stanford.edu web: http://benpfaff.org>
>> Rubish. You have tow overlapping constraints. One constraint
>> happens to be a superset of the other. There is not contradiction
>> -- get your nit-picking right, fer gaeds sake.

> Whatever you call it, it's your screw-up.

        It was a mistake, true.  But the  restrictions are not in
 conflict -- they are just not identical. Any reasonable voter would
 know what to do.

> And yes, this is a concern, because there are plenty of people
> participating in this vote, who might be confused by this, but
> reluctant to ask for clarifications due to language and/or culture
> barrier.

        If anyone is seriously confused by the discrepancy, they
  should not be voting in the first place.

> If it's so unbearably painful for you to hear the criticism, perhaps
> you should do a better job of proof-reading the ballot (and your
> replies :-) next time.

        Fuck that. It is far more instructive finding out those who
 are logically challenged and whose input should be ignored in the
 future. 

        manoj
see, even people in official roles in debian can be equally facetious
as people who are smart-ass about pointing out errors
-- 
If the future isn't what it used to be, does that mean that the past
is subject to change in times to come?
Manoj Srivastava <srivasta@debian.org> <http://www.debian.org/~srivasta/>
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



Reply to: