Eric> I'm going to stick my neck out a mile and say that I think this
Eric> is a stable release. Doing so, of course, is in reality a
Eric> clever plan which ensures that at least three embarrassing bugs
Eric> will be discovered within the next 24 hours...
I've just downloaded and installed cml-1.3.2 on my Dual processor PPro
200mhz, 128mb system. Unfortunately, I set it up into a 2.4.4-pre7 +
patches tree, and it's now giving me the following when I do a 'make
[root@jfs linux]# make config
rm -f include/asm
( cd include ; ln -sf asm-i386 asm)
python -O scripts/cmlconfigure.py -DX86 -B 2.4.4-pre7 -W -i config.out
ISA=y (deduced from X86)
Side effects from config.out:
NETDEVICES=m (deduced from ATALK)
SOUND_OSS=m (deduced from SOUND_VIA82CXXX)
SOUND_OSS=y (deduced from SOUND_YMFPCI_LEGACY)
SOUND=y (deduced from SOUND_OSS)
This configuration violates the following constraints:
'((X86 and SMP) implies (RTC != n))'
python -O scripts/configtrans.py -h include/linux/autoconf.h -s
Which is a real PITA because now I have to edit my .config file to
in there. Now when I do a 'make config' it comes up properly. I
think this is a poor interface setup. It should either
a. Give more info on what to correct, such as the configuration line
to edit and in which file.
b. Print a warning, startup the configuration tool and put you at the
problematic line, with the help section showing. Or highlight this
choice in some manner as being wrong and showing you how to ffix it.
This is a minor, but annoying problem and should be fixed ASAP before
In general, I like what I do see, it's more interface issues that I
have so far.
Now for some comments on the X interface.
At the top-level, most stuff cannot be selected on/off, but you can
enter it. But you also do have some y/m/n choices which seems wierd
and out of place. For example, "SCSI disk support" is a menu, but
"HAMRADIO: Amateur Radio support (NEW)" is a y/n choice. It would
make more sense to me to have it down a level, with a simple entry to
"Hamradio support". Once you go into that level, you would be asked
to have it turned on/off there.
This would remove some of the clutter at the top level.
As a contrast, the USB entry doesn't ask Y/N for USB support, and when
I enter the directory, it has all these options listed. I thought
that CML would suppres stuff (children, drivers, etc) if I didn't have
the top level selected. In this case, I can't turn off USB support in
any manner, so I see all the children when I could care less about
Also, the buttons on the right hand side for HELP, are wider when they
have text in them, but slightly narrower when they are blank. They
should be the same width no matter what. It looks ragged and ugly.
I don't like how it keeps changing the window size whenever you go
into a sub-level. It should not re-size the main window at all, it
should just update the contents and give scroll bars if needed for
both up/down scolling and side to side. Once the user has setup their
prefs, the CML code shouldn't keep it jumping all over the screen.
John Stoffel - Senior Unix Systems Administrator - Lucent Technologies
email@example.com - http://www.lucent.com - 978-952-7548
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Apr 30 2001 - 21:00:22 EST