From: "L. C. Robinson" <lcr@onewest.net>
To: <blinux-list@redhat.com>
Cc: <support@redhat.com>
Subject: Re: Problems with Brltty
Date: Sun, 18 Nov 2001 19:23:40 -0700 (MST) [thread overview]
Message-ID: <Pine.LNX.4.33.0111181822080.7615-100000@rupin.localnet> (raw)
In-Reply-To: <Pine.LNX.4.33.0111181650110.4354-100000@xanadu.home>
I think turning kudzu off is a bad idea, especially for
inexperienced users. Undesirable behavior can be reduced or
eliminated by adding options to the invocation of kudzu (see the
man page for the choices available). In particular, note the
following from the man page:
-s, --safe
Do only 'safe' probes that won't disturb hardware.
Currently, this disables the serial probe.
So one could add the "--safe" option to the invocation line in
/etc/rc.d/init.d/kudzu:
/usr/sbin/kudzu -t 30 --safe
or even (not recommended):
/usr/sbin/kudzu -t 30 --quiet # do only configuration that doesn't require user input
(better to just wait 30 seconds)
One could also hand edit /etc/sysconfig/hwconf and add:
driver: ignore
to the appropriate sections (guesswork -- poorly documented).
Better yet, complain to RedHat about the lack of documentation,
and the need for a line oriented mode for kudzu, for use with
adaptive hardware (possibly with a patch submission, for those
who have the skills).
Best Wishes, LCR
On Sun, 18 Nov 2001, Nicolas Pitre wrote:
> One of RedHat's service wants to be clever and tries to probe
> for any kind of new hardware you might have attached to your
> computer. Amongst other things it probes for serial mice which
> has the tendency to upset BRLTTY somehow. This service is
> called "kudzu" (don't ask me why).
>
> To prevent kudzu from interfering, just disable it as follows
> once logged in as root:
>
> chkconfig kudzu off
--
L. C. Robinson
reply to no_spam+munged_lcr@onewest.net.invalid
People buy MicroShaft for compatibility, but get incompatibility and
instability instead. This is award winning "innovation". Find
out how MS holds your data hostage with "The *Lens*"; see
"CyberSnare" at http://www.netaction.org/msoft/cybersnare.html
next prev parent reply other threads:[~ UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
John J. Boyer
` Nicolas Pitre
` L. C. Robinson [this message]
` Nicolas Pitre
` L. C. Robinson
` Janina Sajka
` Dave Mielke
` Jude DaShiell
` John J. Boyer
` Nicolas Pitre
` Cheryl Homiak
` Dave Mielke
` kudzu Cheryl Homiak
` kudzu L. C. Robinson
` Problems with Brltty Dave Mielke
` John J. Boyer
` Dave Mielke
` Cheryl Homiak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.33.0111181822080.7615-100000@rupin.localnet \
--to=lcr@onewest.net \
--cc=blinux-list@redhat.com \
--cc=support@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).