[I've added Herbert as former kernel team member in the debian(AFAIK),
sorry, if i'm wrong and you have no opinion on that, Herbert.]
On Sat, Jun 16, 2007 at 04:55:16AM +0200, Adrian Bunk wrote:
I've tried to express different point of view. We have different ones {0}.
Thus, no comments.
...{1}
...{2}
The term ``like'' here means people are not able/willing to do work, they
might/can do. And cause of it is *social*, not technical. {1},{2} are
results of that problem/behavior. But according to {0}, you think,
differently.
So you expected good, doing bad. ``Bad'' means bringing pointless flame
about what everybody should do, without constructive approach like: "OK,
i can't do it due to my POV{0}, useless manual work. Everybody willing to
bring another way of dealing with it is welcome."
Your first reply:
"And it's not that Linus started developing the Linux kernel with writing
git, the first 10 years of Linux development were without any SCM." {3}
to my note about, that you are not hurry anywhere, that after all that
years of Open Source and Free Software development you are not trying
to deal with such important thing like regression/bug tracking in
***organized way***, is rather pointless.
... {0}++
Do you know, for example, why i'm not making my "hacker's career"
doing that?
1. because i ended up with lynx, slrn, mutt, emacs-nox. Including
"zarro bogs found" kind of thing and other "userspace suck" problems.
2. i have no way to know if something *really* broken, unless it right
on my hardware
This all unlike Debian BTS using reportbug, where you have basic
information, mbox format messages for easy "mutt -f", and other funny
things, real maintainers aware of (i'm trying to know, learn about).
Thus organized, non brain-damaged way of reporting and tracking is the
key issue.
It's like in {3} -- i don't like it (personally), so i'm going along.
That's wrong and counter productive, as i've tried to explain.
Floppy went pretty fine, before it was started to be maintained, and
you know that. But you also told that unmaintained and not-working are
different things.
Thus, if that just happen to break, well reports are welcome, and if
long time run will show, that user count is small, so let be it.
Nothing is long forever.
Positive side i think obvious, because Linus have found ext2 bug back
under the New Year tree (AFAIK), Thomas did his best on timers, etc.
For more productivity score system must be implemented and synchronized[0]
with distributions. Only after that *noise* filter, you may claim
importance of problems. Otherwise, you must know how noise affects human
beings.
(In the prev. e-mail i've mentioned such effort from one of the DDs:
[0] Message-ID: <handler.s.C.118074292516912.transcript@bugs.debian.org>
Xref: news.gmane.org gmane.linux.debian.devel.kernel:29426
Archived-At: <http://permalink.gmane.org/gmane.linux.debian.devel.kernel/29426>
)
... {0}++
So, distro kernel teams, making .21 available to their user are ones?
That's simply pointless.
I see (this repetition). Maybe i've managed to express my POV, that it
can be seeing more cleanly.
____
-
