-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Thus Kris Kennaway <[EMAIL PROTECTED]> spake on Fri, 11 Jan 2008
15:00:24 +0100:

> Timo Schoeler wrote:
> > Thus Kris Kennaway <[EMAIL PROTECTED]> spake on Fri, 11 Jan 2008
> > 14:12:25 +0100:
> > 
> >> Timo Schoeler wrote:
> >>
> >>>> It will even go into the CVS tree (though probably not
> >>>> into GENERIC) if the source is clean, style(9)-compliant
> >>>> and well maintained.
> >>> It should do with *one* exception: Every other, more important
> >>> problem (e.g. getting ZFS to v9) is *solved*. If this is the case,
> >>> import the USB christmas tree device driver and introduce
> >>> dev.xmastree.lamps.blink as sysctl, absolutely no problem.
> >>>
> >>>> But even if it doesn't go into the
> >>>> tree, that's not a big deal.  For example, for several
> >>>> years I maintained some patches that improved syscons
> >>>> (kern/15436).  They didn't go into CVS, but they worked
> >>>> fine for me and a few others.
> >>> But I bet you would be fine with it in the tree as well as some
> >>> others, if not all others? If so, why didn't it get into the tree?
> >>> Maybe because some lower-priority USB christmas device driver was
> >>> imported instead?
> >>>
> >>> This is the crucial point I wanted to show: *Priorities*.
> >> You are making the incorrect assumption that one developer working
> >> on e.g. your /dev/uxmas in any way effects the development of other
> >> "more important" parts of the tree.
> > 
> > No, I didn't. I said that the work is done ineffectively as he's
> > doing underprioritized stuff. Working on higher prioritized stuff
> > would be more efficient, and would help the project even more.
> > 
> > Given the assumption that the developer is able to do both, the Xmas
> > tree as well as importing ZFS v9 into the tree.
> > 
> > (I don't see the point that when somebody is really *capable* of
> > doing both things, why should (s)he do the 'lower priority' thing.
> > If you are at the olympic stadium and you're the best sprinter, you
> > wouldn't join the marathon...!)
> > 
> >> In almost all cases it does
> >> not.  If they were not working on that "lower priority" code, they
> >> would not be working on your "more important" code anyway, unless
> >> they already wanted to do that.
> > 
> > That's just a lack of responsibility, morals, and enthusiasm. So,
> > why code at all?
> 
> You are not listening to what we're telling you about how software 
> developers work,

You don't get the difference between how it was ten years ago and how
it is today. This is not my problem.

> and you've also overridden the Reply-To: chat in my 
> previous email, which is inappropriate.

I apologize. :)

> I'm not going to exchange further emails with you on this topic, and 
> you've also strongly encouraged me to also delete your future emails
> unread.

You are a very mature guy with whom discussing on a non-polemic level
is a great pleasure. (If you can find sarsasm [0] in this sentence,
feel free to keep it. It's a gift.)

> Goodbye,
> Kris

Have a nice day,

Timo

[0] -- http://en.wikipedia.org/wiki/Sarcasm

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (FreeBSD)

iD8DBQFHh3hbUY3eBSqOgOMRCkMTAJ0Z+KkNsjsgJmNQGx2SN0FkZDyoMwCgo0vP
UlJRlG9QwOWkUa1K+SSnUAM=
=7vDY
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-chat@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-chat
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to