> I have nothing against it being faster -- *as long as nothing about the way I
> use it changes.*  Most of my kernel upgrades are done while I'm at work,
> programming, doing Solaris system admin, sitting in meetings, making phone
> calls, or any of the other things my employer is paying me to do.  I have a cron
> job that checks kernel.org periodically and pops up a message on my screen when
> a new kernel patchset appears there.  When that happens, I quickly switch to
> another virtual console, ftp the patch, and then:
So we should curb progress in the name of you not spending 2 minutes
rewriting your bash scripts or repopulating your bash history with new
commands?
Bah go away.  I and most other people here are the exact opposite - give
us new features, less bugs, or innovation and we will surely change. 
Otherwise we would still be in the stone age.
	Robert Love
-
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/