Re: Kconfig (qt) -> Gconfig (gtk)

[Nero]

On Sun, 3 Nov 2002 02:53 pm, George Staikos wrote:
> On November 2, 2002 17:43, Nero wrote:
> > thing. If you absolutely hate GTK+, there is menuconfig, and IIRC KDE
> > have their own [external] kernel configurator utility.
>
>    Please contact myself and/or Malte Starostik (kcmlinuz author) regarding
> the KDE kernel configurator.  We have full intentions to support the new
> system once it is in widespread use.  Support for the new system will not
> be in KDE 3.1 but it should be in KDE 3.2 if all goes as planned.
>
>    If anyone has some feedback regarding the design we would also be
> interested in that.
>
>
>    Additionally, to those who complain about Qt's size and dependencies:
>    1) The 16MB Qt .gz (13MB .bz2) contains much more than just the library.
> it contains Qt Designer, example code, full and complete documentation for
> the entire library, etc.  That's not obscene in comparison with gtk+ and
> all accompanying RAD tools etc.  If for some reason 16MB vs 8.5MB really
> hurts, contact Trolltech and ask them if they will split the package up for
> you.
>
>     2) Exactly what dependencies other than g++, yacc, and X11 devel
> libraries are you concerned about?  I'm not sure there are any others.  If
> you're really afraid of C++, I can assure you that it's not so scary, and
> you don't even have to look at the C++ code.  However if you must, there
> are tutorials available online.
>
>    Anyhow, I think it's great to see a kernel config system that can have a
> GUI implemented with stdio, curses, Xlib, GTK and Qt.  That's clearly the
> best plan and they should all be available to choose from.
>
> Thanks

I'm not scared of C++. Reducing dependancies on the kernel is important 
though. If you're configuring a kernel, you already have a C compiler 
installed, but perhaps not a C++ compiler. This was the issue with CML2 as I 
understand it, depending on Python. Not exactly the same issue, but it is the 
same idea. Many people often ask me why make menuconfig doesn't work - it's 
always because they didn't know they needed the ncurses library for it to 
work (it's a common question on IRC). More dependancies != Good. Once again, 
the only reason I think Qt is not a good choice is because it (for the 
moment) is a large download, takes a long time to compile, requires C++, and 
is not as common as Gtk 1.x yet. (I also don't see a problem with shipping 
both, but I'd say Linus wont like that idea).