On Wed, 2 Jun 1999, Tom Berger wrote:
> I made a short digest of the trouble postings made to this list and put it
> up at the mentioned address.
Just a couple of things:
* Fails to unmount the root device during shutdown
Edit /etc/inittab and remove the #-sign before the /sbin/update
line. There is also an updated initscript-rpm available, but there
have been reports that it doesn't solve the problem.
The updated initscript rpm has only one change, which is removing the #
sign before the /sbin/update. ;)
If removing the # sign is the correct fix (and I'm rather sure it is, the
initscripts RPM solves it.
* 'su' fails to start program within KDE ('broken pipe', 'not able
to open display :0')
Type 'xhost localhost' on a term prompt. Should probably be put in
.bashrc.
This is a general X thing (security feature, not bug by the way. It
prevents people from telnetting into your machine and popping up 500
xclocks while you're trying to work ;) ), not just in KDE.
* 'make menuconfig' doesn't work, 'make xconfig' does
Has been reported once. Yet not confirmed. No solution yet.
I've tried everything and can't reproduce it. I presume the person
reporting the problem did a custom install without selecting the
ncurses-devel package, which is required to build the menuconfig
program.
Can you give me any more details?
* SOX is broken
Modify the spec file to not override the cflags parameter and than
compile again. Or use an older version. (sox-12.14 has been
reported to work)
We've released an updated RPM for 12.15 yesterday.
* Sound doesn't work with GNOME
Works after first login but then never again. No solution yet.
* kaudioserver can't be terminated
Possibly related to the 'failing to unmount root device' error.
Using isapnptools-1.15a and sox-12.14 has been reported to solve
this problem. Looks like especially SB AWE 64 owners are
threatened.
I'm rather sure these two problems are the same, because KDE and GNOME use
rather similar ways to access sound. I think the new initscripts should
solve both, but I can't be 100% sure. I've never had the problem.
* "Why are there so many bugs?"
Major version releases are always prone to errors. I still
remember the fuss when RH 5.0 came out. 'Venus' is - unlike RH 6 -
a cutting edge release, it's at least one release ahead of all
other distros. Nothing's going to stop you continuing to use M 5.3
and jump on the wagon with M 6.1.
Or 6.0-2. We've decided to have a bugfix-only release before starting to
add new features.
LLaP
bero