Linux-Misc Digest #87, Volume #21                Mon, 19 Jul 99 19:13:10 EDT

Contents:
  Re: Datestamp in /var/log/messages (Perry Pip)
  Re: Marx vs. Nozick (Ashley Penney)
  uucp ignores /etc/uucp/port file ??? (Kevin E Cosgrove)
  Re: Automatic RPM dependency installing? (Gerald Willmann)
  Re: Did you switch from Windows to Linux? (William Wueppelmann)
  Re: Marx vs. Nozick (Stefaan A Eeckels)
  Re: Solving the 1024 cylinder LILO problem (Robert Heller)
  Re: Can "top" memory use stats be trusted? (NF Stevens)
  Re: slack 4.0 installation problem... (Robert Komar)
  MB Recommendation? ("Carlton J. Breay")
  Re: video timings needed (Howard Mann)
  Multimedia software (Luis Sismeiro)

----------------------------------------------------------------------------

From: [EMAIL PROTECTED] (Perry Pip)
Subject: Re: Datestamp in /var/log/messages
Reply-To: [EMAIL PROTECTED]
Date: Mon, 19 Jul 1999 20:34:20 GMT

On Mon, 19 Jul 1999 12:52:14 -0700, Warren Bell <[EMAIL PROTECTED]> wrote:
>I'm sending the output of a script to /var/log/messages.  When it writes
>to the file it doesn't stamp the date in front of the message like the
>rest of the messages.  Does anyone know how  I can do this?
>
>Example:
> 
>Jul 19 08:38:20 linux kernel: Swansea University Computer Society IPX
>0.34 for NET3.035 
>Jul 19 08:38:20 linux kernel: IPX Portions Copyright (c) 1995 Caldera,
>Inc. 
>Jul 19 08:38:20 linux kernel: Appletalk 0.17 for Linux NET3.035 
>Jul 19 08:42:06 linux PAM_pwdb[495]: (su) session opened for user root
>by (uid=0)
>Adding new ip to DYNDNS.ORG..    # my additions
>Success! New IP: 209.142.xx.xx   # < -------

Include the output of the system command:

date "+%b %d %T"

in your script. For mor info see 

man date


-- 
Show the code....or hit the road.

Perry Piplani                www.open-systems.com
[EMAIL PROTECTED]           perrypip.netservers.com

------------------------------

From: [EMAIL PROTECTED] (Ashley Penney)
Crossposted-To: comp.os.ms-windows.advocacy,comp.os.linux.advocacy,gnu.misc.discuss
Subject: Re: Marx vs. Nozick
Date: 19 Jul 1999 22:22:49 GMT
Reply-To: [EMAIL PROTECTED]

On Mon, 19 Jul 1999 14:36:24 -0400, toby ([EMAIL PROTECTED]) gabbered:
:Wrap should be client-side.
:
:>Oversensitive people are silly, I
:>won't get upset and cry if you call me a stupid limey moron, especially when
:>followed by (JOKING!).
:
:Not overly sensitive, just sensitive. I've lived in the America South all of my life. 
:No
:one in my famliy has ever had sex with a relative, nor a farm animal. I imagine that 
:you
:would engender the same response, if you were to insert 'nigger', 'chink' or 'wop' 
:into
:the spot where 'redneck' currently resides. I do think that the aforementioned racial
:epithets are a bit more charged than 'redneck,' but 'redneck' is still offensive. I
:would be greatly pleasured to see your staying power in America with asinine views 
:such
:as 'eugenics', low-brow Malthusian economics and a vulgar way of addressing the rest 
:of
:humanity with epithets. Bandy a term like 'redneck' around in the worng places and see
:what would happen. Please keep your idiotic and foul language to yourself. What is 
:truly
:offensive is your desensitivity and that is not funny.

Oh for gods sake, you still don't get it.  I *know* that rednecks don't really
go around having sex with relatives, that's why it's a joke.  It's the same as
when people say us brits all have bad teeth, or that all americans are stupid.

It's a joke, stop being such a damn luser.  If you don't like it, killfile me
and move along.

-- 
                  Ashley Penney - <[EMAIL PROTECTED]>
The dinosaurs died because they didn't have a space program. -- Arthur C Clarke

------------------------------

From: [EMAIL PROTECTED] (Kevin E Cosgrove)
Reply-To: [EMAIL PROTECTED]
Subject: uucp ignores /etc/uucp/port file ???
Date: Mon, 19 Jul 1999 20:32:31 GMT

I can't get UUCP to dial out.  I think the problem relates to
UUCP ignoring my port file.  I'm running uucp-1.06.1-16 on a
Redhat 5.1 (plus most errata patches) system.  Below are some
diagnostics.  Any ideas?

uuchk reports in part:

Alternate 0
 When called using any login name
  This alternate applies when calling using port ACU at speed 38400
  The possible ports are:
  Port name ACU
    Port type modem
    Device /dev/cua0
    Speed 38400
    Carrier available
    Hardware flow control available
    Dialer hayes
    [snip]

I've confirmed that UUCP *is* reading my /etc/uucp/config file,
which says in part:

    portfile /etc/uucp/port

My /etc/uucp/port file says in part:

    port ACU
    type modem
    device  /dev/ttyS0
    dialer hayes
    speed 57600


Thanks in advance....

-- 
kevinc AT doink DOT com

Change the AT and DOT in my reply-to address to send e-mail.

Unless otherwise noted, the statements herein reflect my personal
opinions and not those of any organization with which I may be affiliated.


------------------------------

From: Gerald Willmann <[EMAIL PROTECTED]>
Subject: Re: Automatic RPM dependency installing?
Date: Mon, 19 Jul 1999 14:17:49 -0700

On Mon, 19 Jul 1999 [EMAIL PROTECTED] wrote:

> We want to be able to ask Mr. non-Linux-savvy to just call this program
> and have his system updated without having to deal with locating
> dependencies or playing with rpm.

what prevents you from doing it for him/her remotely using some shell
script with enough rpm -U xxx.rpm . Wouldn't give Mr./Ms. non-Linux-savvy
root access or they might mess up the box.
                                                      Gerald 


------------------------------

From: [EMAIL PROTECTED] (William Wueppelmann)
Crossposted-To: alt.os.linux,alt.os.linux.caldera,comp.os.linux
Subject: Re: Did you switch from Windows to Linux?
Date: Mon, 19 Jul 1999 20:27:23 GMT

In our last episode (Sun, 18 Jul 1999 16:07:35 GMT),
the artist formerly known as Monte Phillips said:
>On Sun, 18 Jul 1999 15:15:56 GMT, [EMAIL PROTECTED]
>(William Wueppelmann) wrote:
>>One of the main points missed by Windows users when using Linux is that the
>>notion of an application in the Unix world is very different that that in
>>the Windows world.  The reason you won't find a lot of monolithic,
>>one-size-fits-all(-poorly) applicatins for Linux is because the Unix world
>>got along quite well with its own method of solving problems.
>
>The UNIX world was never a player in desktop publishing, heavy
>graphics etc.  Consequently it developed NO suitable applications for
>that,

You mean that LaTeX, roff, Interleaf and such are not real desktop
publishing applications, and that SGI does not produce serious graphics
applications for their workstations?

IIRC, desktop publising was one of the principal reasons Unix was developed
in the first place.

>in fact generally the machines that Unix runs on are totally
>unsuited to that.

How so?

>
>>Linux installs with an incredibly rich set of tools: awk, grep, sed, tee,
>>echo, cat, sort, uniq, spell and so forth.  The idea behind these tools is
>>that they are simple and flexible enough that they can be used to create
>>(with the help of shell features such as pipes, redirection and scripts) an
>>application which is suited to your particular needs.  The Windows approach
>>is to serve you a 100MB application and make you sort through it to isolate
>>the features that you need (if they are there at all) from the features
>>that you don't need, but are included because someone else might want them.
>>In other words, Linux ships with everything you need to do most anything
>>you could ever want to do except for one component which you must provide
>>yourself: creativity.
>
>That is a highly arrogant attitude,  you apparently have little
>knowledge of the many applications that computers are being used for.
>What an ego!  You are going to tell ME what is sufficient?   WHAT THE
>HELL ARE YOU?  A microsoft 'mole'?

Um, I think you've mixed up two different postings.  You've replied to the
wrong one, evidently.

>LInux/and its flavors are the premiere bar none best server OS for
>PC's.

With the possible exception of Solaris and the various BSDs, right?

>It got that way from the cooperation of some of the most
>talented programmers working collectively on that one aspect.

I was under the impression that Linux was under development in more than
just that area, and the Linus originally started work on it so he could
have a Unix workstation that would run on his 386.

>Now we
>need to get some great programmers to start writing applications that
>are up to speed with the real world.  Its just a matter of time and
>talent.   But to say that such exists now is absolutely ludicrous and
>makes linux a laughing stock when such as you spout such inanities.
>Stick toi the facts, which is that linux is the best server.

Perhaps I haven't been using Linux for as many hours as you have, but I
*can* say with some certainty that I've been actively using these
non-existent applications for some time and have been quite successful in
using these non-existent applications to do the things that most people
generally want to do with their computer, and in a much more efficient
manner than I would be able to with other, non-imaginary tools.

-- 
It is pitch black.  
You are likely to be spammed by a grue.

------------------------------

From: [EMAIL PROTECTED] (Stefaan A Eeckels)
Crossposted-To: comp.os.ms-windows.advocacy,comp.os.linux.advocacy,gnu.misc.discuss
Subject: Re: Marx vs. Nozick
Date: 19 Jul 1999 20:52:01 GMT

In article <[EMAIL PROTECTED]>,
        Greg Yantz <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Matthias Warkus) writes:
> 
>> It was the 19 Jul 1999 05:57:10 GMT...
>> ..and Stefaan A Eeckels <[EMAIL PROTECTED]> wrote:
> 
>> > If you want to see it like that (and I didn't advance any
>> > form of this reasoning), then you're wrong. What we do
>> > is "nature". We're as much part of nature as anything else.
>> > Don't let 2000 years of judeo-christiansm cloud your thinking.
> 
> There's nothing wrong with trying to use our vaunted intelligence
> to build something better than the State of Nature. You're just
> arguing over terms. Bloody pedant.
Nah. We're part of this world. We're from this world, just
as much as virusses, bacteria, cats, and peanuts. Our
intelligence is part of nature. Obviously, we do things
differently from cats, but that doesn't make us any less
"natural". The cities we build are no less part of nature 
than the cities built by termites, or bees.

The sooner we get rid of the human/nature divide we've carried
with us since the Bible, the better.

-- 
Stefaan
-- 

PGP key available from PGP key servers (http://www.pgp.net/pgpnet/)
___________________________________________________________________
Perfection is reached, not when there is no longer anything to add,
but when there is no longer anything to take away. -- Saint-Exup�ry


------------------------------

From: Robert Heller <[EMAIL PROTECTED]>
Subject: Re: Solving the 1024 cylinder LILO problem
Date: Sun, 18 Jul 1999 17:43:19 GMT

  "Neil Koozer" <[EMAIL PROTECTED]>,
  In a message on Sun, 18 Jul 1999 09:01:01 -0700, wrote :

"K> >"K> >>This isn't a lilo problem, it's a BIOS problem.
"K> >"K> >
"K> >"K> >It's both.
"K> >"K>
"K> >"K>
"K> >"K> Yes.  It is a lilo problem inasmuch as there is no reason to write lilo
"K> to
"K> >"K> use the bios at all.  (for IDE drives)
"K> >                          ^^^^^^^^^^^^^^^
"K> >
"K> >This is the kicker.  Some of us use SCSI boxes.  SCSI controllers come
"K> >in various shapes and sizes... ISA, PCI, SCSI2, SCSI3, wide, ultra wide,
"K> >etc.  Lilo uses the BIOS for a *good* reason -- it allows Lilo to work
"K> >with a *variety* of boot devices.  Unfortunately, the BIOS standard is
"K> >broken and has this stupid 1023 cylinder limit...
"K> 
"K> Yah, I'm not that familiar with SCSI, however, the kernel driver does manage
"K> to choose what code fragment to use for each type.  The lilo map loader
"K> could use the same method of choosing, but instead of running the code
"K> fragment it would insert it into LILO (the first stage loader that goes into
"K> the MBR).  I don't know how many bytes it takes to read SCSI, though.

The kernel does it by having a selection of modules:

/lib/modules/2.0.36-0.7/scsi:
total 854
-rw-r--r--   1 root     root        63972 Oct 13  1998 53c7,8xx.o
-rw-r--r--   1 root     root        96216 Oct 13  1998 BusLogic.o
-rw-r--r--   1 root     root         9844 Oct 13  1998 NCR53c406a.o
-rw-r--r--   1 root     root        78820 Oct 13  1998 advansys.o
-rw-r--r--   1 root     root        34248 Oct 13  1998 aha152x.o
-rw-r--r--   1 root     root        12704 Oct 13  1998 aha1542.o
-rw-r--r--   1 root     root         6840 Oct 13  1998 aha1740.o
-rw-r--r--   1 root     root       107424 Oct 13  1998 aic7xxx.o
-rw-r--r--   1 root     root        16196 Oct 13  1998 dtc.o
-rw-r--r--   1 root     root        22752 Oct 13  1998 eata.o
-rw-r--r--   1 root     root        29320 Oct 13  1998 eata_dma.o
-rw-r--r--   1 root     root        16796 Oct 13  1998 eata_pio.o
-rw-r--r--   1 root     root        19524 Oct 13  1998 fdomain.o
-rw-r--r--   1 root     root        17296 Oct 13  1998 g_NCR5380.o
-rw-r--r--   1 root     root        37384 Oct 13  1998 gdth.o
-rw-r--r--   1 root     root        23040 Oct 13  1998 in2000.o
-rw-r--r--   1 root     root        10544 Oct 13  1998 megaraid.o
-rw-r--r--   1 root     root        56768 Oct 13  1998 ncr53c8xx.o
-rw-r--r--   1 root     root        19780 Oct 13  1998 pas16.o
-rw-r--r--   1 root     root        12560 Oct 13  1998 ppa.o
-rw-r--r--   1 root     root         6960 Oct 13  1998 qlogicfas.o
-rw-r--r--   1 root     root        30912 Oct 13  1998 qlogicisp.o
-rw-r--r--   1 root     root         9068 Oct 13  1998 seagate.o
-rw-r--r--   1 root     root         6920 Oct 13  1998 sg.o
-rw-r--r--   1 root     root        26144 Oct 13  1998 st.o
-rw-r--r--   1 root     root        16440 Oct 13  1998 t128.o
-rw-r--r--   1 root     root        20492 Oct 13  1998 u14-34f.o
-rw-r--r--   1 root     root        14020 Oct 13  1998 ultrastor.o
-rw-r--r--   1 root     root        13716 Oct 13  1998 wd7000.o

I suppose one could custom-build a lilo for each flavor of SCSI
controller, possibly with a pseudo-module include hack.

"K> 
"K> If it turns out that the MBR is not big enough, there are 62 more sectors on
"K> that initial track going to waste, and I think any bios can address this
"K> much if it can address the MBR.
"K> 
"K> Another advantage of avoiding the bios is that the size of the kernel would
"K> be irrelevant, thus eliminating all those posts about "kernel too big".
"K> .....and I have somewhat of a suspicion that the current size of the kernel
"K> is not the largest that it will ever be.
"K> 
"K> Neil.
"K> 
"K> 
"K> Neil.
"K> 
"K> 
"K> 
"K>                                                                             





                                                                   
-- 
                                     \/
Robert Heller                        ||InterNet:   [EMAIL PROTECTED]
http://vis-www.cs.umass.edu/~heller  ||            [EMAIL PROTECTED]
http://www.deepsoft.com              /\FidoNet:    1:321/153

------------------------------

From: [EMAIL PROTECTED] (NF Stevens)
Subject: Re: Can "top" memory use stats be trusted?
Date: Sun, 18 Jul 1999 18:43:29 GMT

Graham Higgins <[EMAIL PROTECTED]> wrote:

>Hi,
>
>I'm puzzled. I have four Linux boxes, each with different hardware
>(PII/133, Cyrix/233, Cyrix/266, PIII/450), each running a different
>RedHat kernel (2.0.27, 2.2.5-15, 2.2.5-22, 2.2.10) and each with
>different amounts of memory (64Mb, 96Mb, 128Mb, 512Mb) but all running
>much the same processes. After running for a day or so, all of them
>report (via "top" and "free") max memory use and even a little bit of
>swap.

[snip]

>Am I missing something here?

Linux tries to make as much use of available memory as possible.
If the memory is not being used for anything important it gets
used as a disk cache (listed under 'cached' in top).

Norman

------------------------------

From: Robert Komar <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux.slackware,comp.os.linux.setup
Subject: Re: slack 4.0 installation problem...
Date: 19 Jul 1999 21:29:35 GMT

In comp.os.linux.misc TecMaster <[EMAIL PROTECTED]> wrote:
: I am having a really hard time installing Slackware 4.0 on a machine...
: I have done it on a couple other machines successfully, but i dunno what
: the deal with this one is...

: It is a Intel Pentium 60.  I have two hard drives --  one 550Meg(primary
: master - /dev/hda), and a 350Meg(primary slave - (/dev/hdb)...The 350
: Meg contains the slackware 4.0 installation files(downloaded from
: ftp.cdrom.com - have used these files for installation before).  The 550
: Meg drive is the one i want to install to.

: Now when I have the 16 MB of RAM in the machine and try and install(all
: i do is type "setup") and I get some CPU errors or something like that..
: Something about "the kernel couldnt handle paging requests" or
: somethin.  When I take 8 MB of RAM out, and try to install again, I type
: "setup" and it gives me a whole bunch of "Bus Error"s... Thats all it
: says.

: Is it something in  my motherboard?  I tried several things in there,
: such as, disabling 32-Bit IDE Transfer Mode, disabling internal/external
: cache memory, disabling IDE LBA Mode...
: Can anyone think of anything?

It sounds like you're running out of memory.  The Slackware docs recommend
that one of the first things you do is add swap to a low-memory machine.
See `4.3.  Preparing the swap space' in the file INSTALL.TXT if this
is your problem.

Cheers,
Rob Komar

------------------------------

From: "Carlton J. Breay" <[EMAIL PROTECTED]>
Subject: MB Recommendation?
Date: Mon, 19 Jul 1999 11:20:06 -0600

I'm building a new Linux/Oracle box.  We will use it to host a few thousand
GoldMine Contact records to and for learning.

I have a bunch of spare parts to work with.  I have:

1 - Pentium II 266mhz processor
1 - 8 gig EIDE hard drive
2 - 32 meg SDRAM DIMMS
1 - 2 meg Matrox video card
1 - 3com network card

Does anyone have any opinion/advice as far as what kind of motherboard to
buy?  Case?  Other hardware?  Does ths stuff look like it'll all work out
o.k.?

I have never built a PC from the ground up, but have many years of exp.
replacing parts and upgrading.

Thanks!
Carlton

=================
Carlton J. Breay
Tydeman Technology
Sales & Marketing Automation
Web site: www.tydeman.com





------------------------------

From: Howard Mann <[EMAIL PROTECTED]>
Subject: Re: video timings needed
Date: 19 Jul 1999 21:43:51 GMT

In article <7n03oh$832$[EMAIL PROTECTED]>,
        [EMAIL PROTECTED] writes:
> I can not run a fine X session with my LG Studioworks 44i monitor.
> It does not run well with the standard timings, xvidtune did not help.
> I've tried to calculate the video timings as is described in Video
> timings HOWTO, but it's still bad
> So can someone help me with the correct video timings for this monitor?
> 
> 
> *I'm bulgarian, so sorry for the poor english :)
> 

Peruse :   http://www.xmission.com/~howardm/modelines.html

Cheers,

-- 
Howard Mann
http://www.newbielinux.com   
(a LINUX website for newbies)
Smart Linuxers search at: http://www.deja.com/home_ps.shtml


------------------------------

From: Luis Sismeiro <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Multimedia software
Date: 19 Jul 1999 21:44:24 GMT

Hi to all,

I would like to know if exists software for producing multimedia CDs for Linux
like the Macromedia Director. It would be a plus if it could be used in several
platforms beside Linux.

Thanks in advance.

Regards,
-- 
[EMAIL PROTECTED] http://members.xoom.com/sismeiro/  
"Save time and energy, recycle source code"
Remove the ".at" from the email address please.

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [EMAIL PROTECTED]

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: [EMAIL PROTECTED]

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Misc Digest
******************************

Reply via email to