lkml.org 
[lkml]   [2002]   [Jan]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: A modest proposal -- We need a patch penguin
    On Tue, 29 Jan 2002, Linus Torvalds wrote:

    >
    > On Tue, 29 Jan 2002, Rob Landley wrote:
    > > > >
    > > > > Then why not give the subsystem maintainers patch permissions on your
    > > > > tree. Sort of like committers. The problem people have is that you're
    > > > > dropping patches from those ten-twenty people you trust.
    > > >
    > > > No. Ask them, and they will (I bet) pretty uniformly tell you that I'm
    > > > _not_ dropping their patches (although I'm sometimes critical of them,
    > > > and will tell them that they do not get applied).
    > >
    > > Andre Hedrick, Eric Raymond, Rik van Riel, Michael Elizabeth Chastain, Axel
    > > Boldt...
    >
    > NONE of those are in the ten-twenty people group.

    Well it is nice to know the facts now. How about having just a little
    more courage and publish your offical tree of who is "IN" and "OUT" so
    folks can decide for themselves. It is an honor to be in the lesser class
    of folks who care more but less is accepted.

    As for clean coding, you have to make a mess to in one part of a room by
    pushing the contents to a corner and weeding out the useful. Since you
    have always stated public/private/in-person the sensitve nature of the
    changes to the low-level storage drivers, those who have tried to promote
    regression testing of layers and isolation points, have been ignored,
    laughed, scorned, etc ...

    Regardless if many people see the need and other are tired of being the
    garbage collector of blame, when valid and proper solutions have been
    presented in the past, specifically "FILE SYSTEM CORRUPTION".

    Only after a few cases of pointing out flaws and failures in darwinisms
    development, few became ignored. Noting the total freedom you take to
    blanket blame folks for issues which they are not responsible for
    creating, an easy target allows one to ignore ultimate responsiblity.

    > How many people do you think fits in a small group? Hint. It sure isn't
    > all 300 on the maintainers list.

    Not at all but again why not draft the offical "Linus IN/OUT Tree".

    > > Ah. So being listed in the maintainers list doesn't mean someone is actually
    > > a maintainer it makes sense to forward patches to?
    >
    > Sure it does.
    >
    > It just doesn't mean that they should send stuff to _me_.

    Some have gotten a strong grasp of the obvious nature of this point first
    hand, regardless ...

    Maybe you should consider taken an agreed code base migration change when
    it is suggested and agreed upon, instead of ignoring comments and
    suggestions for changes. Just buy design when I get done w/ ATA and maybe
    ATAPI so that it is clean and obvious to the reader, I would consider
    tearing into the ABANDONED SCSI CORE. However, I expect to find the same
    uphill battle and may do it for the joy of exactness, but rediscover the
    same problem of a global design change.

    Something you need to understand, and I honestly expect you to ignore,
    is a responsible an proper OS protects the hardware from accepting bad
    command operations. Given "LINUX" is a UNIX environment, that does not
    give it the right to ignore comman sense. However, to get along in your
    world, all have accepted users are allowed and expect to have no
    safeguards. So when a problem comes up and it is ugly, it gets batted
    down because the solution is wrong, and then quietly adopted without
    acknowledgement the very solution proposed.

    regards,

    --andre

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:18    [W:2.541 / U:0.072 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site