public inbox for speakup@linux-speakup.org
 help / color / mirror / Atom feed
From: "Victor Tsaran" <vtsaran@nimbus.ocis.temple.edu>
To: <speakup@braille.uwo.ca>
Subject: Re: New user encountering problems
Date: Mon, 25 Sep 2000 20:26:36 -0700	[thread overview]
Message-ID: <005501c0276a$faa7ee20$1e059ed8@wang> (raw)
In-Reply-To: <20000925191657.A26860@gotss.eu.org>

Hopefully, we can make a constructive discussion here. Please, please,
please! In fact, I must agree with Kerry that Debian seems to follow the
standards that many other distributions such as SunOS, FreeBSD, Irix follow.
However, I like the way Redhat handles initialization files. In general, I
think it was a great idea for them to create a directory for each runlevel
and prepend the script with S for start and K for kill. At least when you do
LS, you are not bombarded with tones of files (actually, you still are!)
Best,
Vic

******* ******* *******
have you thought of visiting Cybertsar's Internet Kingdom? It is still
alive!
Here is the URL:
http://nimbus.ocis.temple.edu/~vtsaran/
******* ******* *******
----- Original Message -----
From: "Kerry Hoath" <kerry@gotss.eu.org>
To: <speakup@braille.uwo.ca>
Sent: Monday, September 25, 2000 1:16 AM
Subject: Re: New user encountering problems


> Debian put stuff in nonstandard places?
> Actually Debian is the most FSSTND complient distribution out there at the
> moment. You must remember; that the best thing about standards is that
there
> are so many to choose from.
>
> Regarding "lots of stuff doesn't compile" it usually means the person
between
> the chair and keyboard has (1) not edited the package Makefiles,
> (2) not configured a kernel source tree,
> or (3) doesn't have a clue on where the include files live.
> Many packages such as the updated network card drivers *REQUIRE* * R E Q U
> I R E * a *configured* kernel source tree on the system. The kernel
> provides many of the include files necessary for sane compilation, and you
> don't get linux/autoconf.h without running make config or equivalent.
>
> I admit that many packages scatter config files all over the file system,
> /etc, /usr/lib/ /usr/share; /usr/etc/ /usr/local/etc/ /opt/etc; /var/lib
> etc; at least Debian puts *all* config files in etc. This does make it
simpler
> when your system gets big with lots of packages on it.
> There are allways very good reasons why Debian does things the way it
does,
> for example the conf.modules generated from /etc/modutils/* and the like;
either
> take a look at the Debian policy documentation, or the docs in /usr/doc
>
> Compiling specialized software on a Linux system requires you to be on
nodding
> terms with Makefiles and at the very least; able to read the comments in
> config files and edit apropriately. Redhat may have more out of the box
rpms
> but they often don't behave as you'd expect them to out of the box without
> a bit of tweeking. Most packages use gnu autoconf so compilation is a
breeze;
> however learning about your compiler's make system; where system files are
etc
> is an excellent investment in time if you want to consider yourself a
> competant Linux admin or you must tinker with things.
>
> Regards, Kerry.
> On Fri, Sep 22, 2000 at 10:55:21PM -0500, Brent Harding wrote:
> > I've liked debian for awhile, but tons of stuff won't compile, because
the
> > locations of files are a little screwy. Why put stuff in non standard
> > places I don't know. How does one configure a redhat kernel when
compiling
> > anyways? I'm thinking about using it some time, suppose I need the 3c59x
> > driver support for networking, can I config it like a normal kernel or
does
> > redhat have tools to make this easier?
> > At 11:24 PM 9/22/00 -0400, you wrote:
> > >Hi
> > > It is possible to build a speakup kernel from the Red Hat source
> > >RPM. Just skip the patches that can't find their files, they don't
apply
> > >to the i386.
> > > However, the kernel will build, but unless you use a rh supplied
> > >config, your modules will have unresolved symbols all over the place. I
> > >don't think speakup agrees with some of the patches RH applied to their
> > >kernel rpm, for it is not a clean source. They've applied all sorts of
> > >stuff that are beta, or even alpha. Not wise, I believe they do it to
try
> > >to get their distro to support more hardware.
> > > Personally, I think slackware is the best, closely followed by
> > >debian.
> > >
> > >On Fri, 22 Sep 2000, Kirk Wood wrote:
> > >
> > >> I believe this is a kernel problem. Once the kernel starts expanding
(you
> > >> get the loading and the dots, then the kernel quickly takes over. My
guess
> > >> is that you used the kernell source provided by RedHat. If you did,
then
> > >> you should download the kernel (possibly from kernel.org) and apply
the
> > >> patch compile, etc.) RedHat doesn't provide the complete kernel and
as a
> > >> result the built images don't work correct. Sorry I can't give you
more
> > >> complete details. Just that it is common to discover you can't build
a
> > >> working kernel with speakup from the RedHat source package.
> > >>
> > >
> > >
> > >_______________________________________________
> > >Speakup mailing list
> > >Speakup@braille.uwo.ca
> > >http://speech.braille.uwo.ca/mailman/listinfo/speakup
> > >
> > >
> > >
> >
> >
> > _______________________________________________
> > Speakup mailing list
> > Speakup@braille.uwo.ca
> > http://speech.braille.uwo.ca/mailman/listinfo/speakup
> >
>
> --
> --
> Kerry Hoath: kerry@gotss.eu.org
> Alternates: kerry@emusys.com.au kerry@gotss.spice.net.au or
khoath@lis.net.au
> ICQ UIN: 62823451
>
>
> _______________________________________________
> Speakup mailing list
> Speakup@braille.uwo.ca
> http://speech.braille.uwo.ca/mailman/listinfo/speakup



  parent reply	other threads:[~ UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
 Jerry Robinette
 ` Gorgotek Systems
 ` Kirk Wood
   ` Jacob Schmude
     ` Brent Harding
       ` Geoff Shang
         ` Brent Harding
       ` Jacob Schmude
         ` Kirk Wood
         ` Brent Harding
           ` Jacob Schmude
     [not found]         ` <Pine.LNX.4.21.0009231155110.1013-100000@localhost.localdom ain>
           ` Brent Harding
       ` Victor Tsaran
         ` Brent Harding
           ` Victor Tsaran
       ` Kerry Hoath
         ` Kirk Wood
         ` Victor Tsaran [this message]
           ` Distro discusion Kirk Wood
             ` Chris Nestrud
               ` Kirk Wood
             ` Gene Collins
               ` Victor Tsaran
                 ` Jacob Schmude
                 ` Brent Harding
                   ` Victor Tsaran
                     ` Brent Harding
           ` New user encountering problems Brent Harding
             ` HOWTOs (was Re: New user encountering problems) Jacob Schmude
 ` New user encountering problems Jacob Schmude
 ` William F. Acker WB2FLW +1-303-777-8123

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='005501c0276a$faa7ee20$1e059ed8@wang' \
    --to=vtsaran@nimbus.ocis.temple.edu \
    --cc=speakup@braille.uwo.ca \
    /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).