public inbox for blinux-list@redhat.com
 help / color / mirror / Atom feed
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




  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).