[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20071006211048.GA8720@uranus.ravnborg.org>
Date: Sat, 6 Oct 2007 23:10:48 +0200
From: Sam Ravnborg <sam@...nborg.org>
To: Oleg Verych <olecom@...wer.upol.cz>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Roman Zippel <zippel@...ux-m68k.org>,
"Elyse M. Grasso" <emgrasso@...a-raptors.com>,
Nick Piggin <nickpiggin@...oo.com.au>,
Eric Van Hensbergen <ericvh@...il.com>,
linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
kbuild-devel@...ts.sourceforge.net,
Andreas Herrmann <aherrman@...or.de>
Subject: Re: A bit of kconfig rewrite (Re: [PATCH] 9p: fix compile error if !CONFIG_SYSCTL)
On Sat, Oct 06, 2007 at 10:47:21PM +0200, Oleg Verych wrote:
> On Sat, Oct 06, 2007 at 08:59:20PM +0200, Sam Ravnborg wrote:
> > > Maintenance and acceptance of the m4/make/perl/C/ncurses community of my
> > > mainly `TERM=linux ; sed && sh' approach is more important for me.
> >
> > There is noone having trouble with ncurses dependency today.
>
> Who wants to meet a zombie anyway?
Finding quotes from old threads does not in any way prove your point.
And you see to get things wrong too.
There were complains that menuconfig was flickering when it used
lxdialog as a standalone executable which was addressed.
It was not addresses by a tolal rewrite we just integrated the lxdialog
functionality with kconfig - issue closed.
There were talks about shell based parsers or not. We ended up
selecting a design with a common backend shared by several frontends.
The frotends you know as oldconfig, menuconfig, xconfig and gconfig.
And the same backend <-> multiple frontends design you claim are broken
and continue your ranting about shell scripting.
But you have somehow skrewed up the facts here.
There are no one having big issue with netiehr kconfig nor kbuild.
And as being maintainer for kbuild and for some parts of kconfig
I am getting quite feed up with your continous ranting that they
are both in such a bad shape that a rewrite is needed.
And until now you have not given one single example of real
problems that will be solved by a total rewrite and cannot
be solved otherwise.
Sam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists