Files
oldlinux-files/mail-archive/linux-admin/Volume2/digest208
2024-02-19 00:25:02 -05:00

619 lines
22 KiB
Plaintext

From: Digestifier <Linux-Admin-Request@senator-bedfellow.mit.edu>
To: Linux-Admin@senator-bedfellow.mit.edu
Reply-To: Linux-Admin@senator-bedfellow.mit.edu
Date: Mon, 17 Oct 94 09:14:41 EDT
Subject: Linux-Admin Digest #208
Linux-Admin Digest #208, Volume #2 Mon, 17 Oct 94 09:14:41 EDT
Contents:
Re: Dial-in and Dial-out on one modem? (Steve Miller)
Xrn, Xmail, and Motif? (Steve Miller)
Re: PPP: 1.1.18 to NetBlazer (Al Longyear)
Re: Extreme delays telnetting into linux box (Bart Kindt)
HOWTO for XMosaic setup? (Chris Funk)
Re: New Motif lib's for use with XFree 3.1 ? (Peter Mutsaers)
Re: Unknown Protocol Message, tredir errors (Christopher M. May)
Re: SCSI vs IDE (Shannon Hendrix)
Re: Problem using a LINUX-PC as a Router (Terry Dawson)
Re: How do I get rid of silly little login quotes? (Al Longyear)
Re: shutdown without root access -- SUMM (Andrew R. Tefft)
Re: How to let normal users run SVGALIB programs (SOLN) (Michael Knigge)
Re: XFree86-3.1 - Whoopee! (Michael Knigge)
Re: New Motif lib's for use with XFree 3.1 ? (Adam J. Richter)
Re: Spreadsheet for Linux wanted (Vianney Govers)
Re: [Q] HP JetDirect Support on Linux??? (Vianney Govers)
Re: Absurd backup problem with tar (Andrew R. Tefft)
----------------------------------------------------------------------------
From: stevem@tyrell.net (Steve Miller)
Subject: Re: Dial-in and Dial-out on one modem?
Date: Tue, 11 Oct 1994 21:05:48 GMT
Viktor T. Toth (vttoth@vttoth.com) wrote:
:>Just a small comment: you turn echo off with E0 but this has no effect on the
:>display of CONNECT and other status messages. Q1 on the other hand turns off
:>those messages (result codes). So it is entirely possible that your system
:>would work with an ATE0Q0 for both dial-in and dial-out.
Thanks everyone! I have found that the E0Q0 and the newer version of linux
(1.0.9) has cured my problem!
--
-- /--\ /--\ /--\ | | --- ---- ---- /--\ ||
Steve Miller | | | | |___| | |_ |_ \__ ||
Kansas City, MO | -\ | | | | | | | | \ ||
stevem@tyrell.net \__/ \__/ \__/ | | _|_ |___ | \__/ oo
------------------------------
From: stevem@tyrell.net (Steve Miller)
Subject: Xrn, Xmail, and Motif?
Date: Tue, 11 Oct 1994 21:10:07 GMT
Does anyone know where I can find binaries of some xwindows news
and mail programs to use with my slip connection? (xmail, xrn, or better)
And what about Motif?
-- /--\ /--\ /--\ | | --- ---- ---- /--\ ||
Steve Miller | | | | |___| | |_ |_ \__ ||
Kansas City, MO | -\ | | | | | | | | \ ||
stevem@tyrell.net \__/ \__/ \__/ | | _|_ |___ | \__/ oo
------------------------------
From: longyear@netcom.com (Al Longyear)
Subject: Re: PPP: 1.1.18 to NetBlazer
Date: Sun, 16 Oct 1994 22:15:58 GMT
patr@icebox.iceonline.com (Pat Richard) writes:
> I want to have a permanent conneciton between my Linux box (SLS, with
>kernel 1.1.18 and no patches) and a Telebit NetBlazer at the other end
>(connected with 2 Hayes Optima 288's). It all seems to work fine, just until
>the part where I need the remote address of the other end of the connection.
>pppd doesn't receive it and it dies out with:
>ipcp: up
>Could not determine remote IP address
>ipcp: down
>anyone out there have any ideas?
Yes. Your service provider needs to configure the Netblazer with the
IP addresses. Tell them to use the "pool" command.
However, many providers don't do this. The solution is simple. You
were told (given a piece of paper, by email, by telephone, by personal
contact, etc.) the IP addresses for you and the "peer"/"gateway"/
"remote", etc.
Use the parameter:
<your_ip_addr>:<peer_ip_addr>
That is, your IP address, a colon, and the remote IP address.
>On another note, are the any known problems with 1.1.18 and PPP 2.1.2a ?
When 1.1.18 was the current 1.1 series kernel, we ran it with 1.1.18.
>Should I move up to 1.1.49 or something? The main reason is that I want to be
>able to run all the networking stuff that currently seeemd to work with
>1.1.18 (I don't want to "break" anything that came with SLS).
SLS? Oh, that may explain what everyone's love affair is with 1.1.18! :)
There have been other 'undocumented features' which have been:
1. locate erronoues feature.
2. place firmly on smooth surface of rock.
3. Pick up second rock.
4. Place over first one.
5. Press firmly.
This process has been repeated many times since 1.1.18 related to
network errors. The PPP code has not changed since then, aside from an
update which I just put on sunsite.unc.edu.
However, PPP does work well with 1.1.18.
>Please reply via e-mail to patr@iceonline.com.
Sorry.
--
Al Longyear longyear@netcom.com
------------------------------
Crossposted-To: comp.os.linux.development
From: bart@dunedin.es.co.nz (Bart Kindt)
Subject: Re: Extreme delays telnetting into linux box
Date: Sat, 15 Oct 1994 19:22:36 GMT
In article <37jjbp$fhf@library.erc.clarkson.edu> komarimf@craft.camp.clarkson.edu (Mark 'Enry' Komarinski) writes:
>Klaus Lichtenwalder (klaus@gaston.m.isar.de) wrote:
>: barkerc@GRAPHICS.CS.NYU.EDU (Chris Barker) writes:
>: >[...]
>: >delays when telnetting into my box from my PC over ethernet. Upto a minute of
>: >delay before I see the issue.net message and a login prompt. This did not occur
>: >using the 1.1.0 kernel. It also takes a long time to ping the box, although
>: >pinging my PC from the linux box is ok and telnetting out over my slip is fine.
>: >I am using gated 3.5 alpha, but this was happening even running routed. Every
>: >thing is fine once I get in, but it is so slooooow to login! Any ideas?
>: Yeah, have a look at /etc/resolv.conf. There might be a reference to an
>: unknown name server. Looking up this name server gives a timeout, that's
>: (perhaps) your delay. Also have a look at /etc/host.conf whether bind
>: or nis is referenced. If there's no name server (and no nis for that
>: matter) you might as well delete these key words, leaving only hosts
>: (for looking in /etc/hosts).
>We have a similar login problem, especially when connecting to a MUSH
>port. The connection from a remote host can (sometimes) sit there forever.
>If, however, from the machine I connect to that port (telnet localhost 7567)
>the connection from remote becomes instantly connected. We were at first
>thinking this is a problem with our code, as regular telnet appears to
>work okay(who knows where that lag comes from? :). But these
>problems may be related. Running 1.1.49 on a Slackware setup.
There is a serious problem with the TCP in the new kernels. I (and many
others) have been posting about it for months, but sofar I have never seen any
reply from a Kernel developer. Have a look at all postings about Telnet, Ftp
delays/hangups etc.
Please, is there any developer who can look into this TCP problem?
====================================================================================
Bart Kindt (ZL4FOX) System Operator, Efficient Software NZ LTD, Dunedin, New Zealand
====================================================================================
------------------------------
From: chris@ILS-5.lawlib.UH.edu (Chris Funk)
Subject: HOWTO for XMosaic setup?
Date: 13 Oct 1994 21:13:48 GMT
I am trying to setup XMosaic on a Linux box but I seem to be missing a
directory called Xm. Is there a HOWTO? a FAQ? What libraries do I need?
Where can I get them?
Thanks in advance,
Chris.
--
==============================================================================
Chris Funk chris@www.lawlib.uh.edu
Law Library Automation Dept. ST1Z2@Jetson.UH.edu
University of Houston
Houston, Texas USA
(713) 743-2318
==============================================================================
------------------------------
Crossposted-To: comp.windows.x.i386unix,comp.windows.x.motif
From: plm@atcmp.nl (Peter Mutsaers)
Subject: Re: New Motif lib's for use with XFree 3.1 ?
Date: Mon, 17 Oct 1994 07:41:22 GMT
>> On Mon, 17 Oct 1994 01:16:09 GMT, dwex@aib.com (David E. Wexelblat) said:
DEW> Since I don't run Linux, I can't comment on why the shared
DEW> libraries were done this way.
DEW> Except to point out that if you folks had SVR4-style shared
DEW> libraries, you wouldn't have these problems.
Good news: Linux *has* SVR4-style shared libraries. If you want you
can use ELF object code format with the latest kernels and you can
build ELF binaries and also shared libraries thanks to the excellent
work of some people (H.J. Lu works on gcc, gas and binutils to do
this). In fact, yesterday I built an ELF version of XFree 3.1 with
shared libraries (some other kind person posted a very small patch to
the XFree 3.1 source tree to make this a piece of cake).
To Adam Richter: nothing stops you to recompile XFree 3.1 yourself and
try to keep the version number of the shared libraries the same as the
old ones and then see what happens. But the current shared libraries
are difficult wrt to this, since all tables and global data must still
fit in the same amount of memory. Otherwise your code may be
compatible, but the shared library not because of changed
addresses. When ELF will become the standard object code format, in a
few months maybe, such problems will be of the past.
--
Peter Mutsaers | AT Computing bv, P.O. Box 1428,
plm@atcmp.nl | 6501 BK Nijmegen, The Netherlands
tel. work: +31 (0)80 527248 |
tel. home: +31 (0)3405 71093 | "... En..., doet ie het al?"
------------------------------
From: cmay@titan.ucs.umass.edu (Christopher M. May)
Subject: Re: Unknown Protocol Message, tredir errors
Date: 17 Oct 1994 07:44:20 GMT
Well, after really screwing up my system, I believe I've
found this to be a kernel dependant problem.
Maybe I unknowingly configured in some "unknown" network
protocol.... I'll post my solution... although it seems I'm
talking to myself here anyway...
--
-Chris May, Computer Science, University of MA, Amherst
- Technical Assistant, P.C. Maintenance Lab
------------------------------
From: shendrix@escape.widomaker.com (Shannon Hendrix)
Subject: Re: SCSI vs IDE
Date: Mon, 17 Oct 1994 01:21:38 GMT
greck@scaredy.catt.ncsu.edu (Greck Cannon) writes:
>ralph@dci.rubicon.org wrote in article <<37l3pl$8j2@dci.rubicon.org>>:
>> I believe this is due to the higher latencies of SCSI commands vs IDE, and
>> lilo is probably loading one sector at a time.
>If you're serious about SCSI, then you can find a host adapter than has
>a good processor on it which will reduce SCSI command processing time
>down to or less than that of IDE. Good examples are BusLogic's HA's,
>which have i186's on them, or even better, Adaptec's AIC-7xxx series
>boards, which have a really twitchy RISC processor on them...
Then there are IDE controllers with '286's that have a separate cable
for each IDE drive. They can be accessed simlutaneously like SCSI and
there is space for cache RAM and more drives. The controller at a show
this afternoon was $120. That's a lot cheaper than upgrading to SCSI
for people that already have IDE and it's pretty snappy from what I saw.
>-greck
>--
>Greck S. Cannon \ [He's] only bitter on the outside--inside
>sophomore CSC major \ he's got creamy nougat.
>greck@ \ -Slappy Squirrel
>scaredy.catt.ncsu.edu \
>---------------------------
>set your URL to http://www.catt.ncsu.edu
--
csh
===========================================================================
shendrix@escape.widomaker.com | Linux... that's it for the moment
===================================+
------------------------------
From: terryd@extro.ucc.su.OZ.AU (Terry Dawson)
Subject: Re: Problem using a LINUX-PC as a Router
Date: Sun, 16 Oct 1994 22:38:59 GMT
hamm@n1 (Volker Hamm) writes:
>a friend of mine has a 486-PC with LINUX and two Eternet-Cards inside.
>He want it to use as a Router, but the route-deamon erases all after
>3 minutes!
Then either stop the routing daemon entirely, or mark the network routes
as passive to tell the routing daemon that it shouldn't expect updates.
You might also look at getting your reply-to: field fixed.
Terry
--
--- Terry Dawson, terryd@extro.ucc.su.oz.au
------------------------------
From: longyear@netcom.com (Al Longyear)
Subject: Re: How do I get rid of silly little login quotes?
Date: Sun, 16 Oct 1994 22:29:34 GMT
eric@runner (Eric Brian Mc Gallicher) writes:
>Anyone know what file I need to edit to stop the silly little
>login quotes from coming up?
What! You don't like them! You certainly want a bland system! :)
Solution:
Remove the following line from the file /etc/csh.login
echo "";fortune;echo ""
And then remove the lines from the file /etc/profile
echo
fortune
echo
In addition, you have problems with your news posting system. The
"runner" name is not acceptable. You must have a fully qualified host
name, such as runner.ringer.cs.utsa.edu. Please correct your software
if you want to be a "proper" member of the usenet community.
Crossposting is not recommened!
--
Al Longyear longyear@netcom.com
------------------------------
From: teffta@erie.ge.com (Andrew R. Tefft)
Subject: Re: shutdown without root access -- SUMM
Reply-To: teffta@erie.ge.com
Date: Wed, 12 Oct 1994 19:14:29 GMT
In article 94Oct9171015@k9.via.term.none, bcr@k9.via.term.none (Bill C. Riemers) writes:
> Van> Peter <PSA@thor.lfs.hamburg.cap-debis.de> allows users to
> Van> reboot from the login prompt by defining a user "reboot" with
> Van> no password, UID and GID of 0, login shell of bash, and a
> Van> startup file ~reboot/.bash_profile containing the command
> Van> "/sbin/reboot". He cautions that passwd(1) considers root
> Van> and reboot to be the same user:
>
>Alittle security hole there:
>
>su reboot -c 'vi /etc/passwd'
>
>Access to the 'reboot' or 'shutdown' account is equivlent to access
>to 'root'.
Yes, but let's explain just a little bit. That works because reboot's
login shell in the example is a shell. If you make the login shell be
/sbin/reboot itself, that is what gets executed when you do the 'su',
with arguments "-c 'vi /etc/passwd'".
--
Andy Tefft - new, expanded .sig - teffta@erie.ge.com
------------------------------
From: knick@cove.han.de (Michael Knigge)
Subject: Re: How to let normal users run SVGALIB programs (SOLN)
Date: Sat, 8 Oct 1994 10:49:58 GMT
Andrew Berkley (ajb@wonder.resnet.cornell.edu) wrote:
: to /dev/console (new versions) which is a link to a tty0-6, you need
: someway of letting it access them. One solution is to make tty? world
: readable/writeable/etc, but that's just wrong... The real solution, which
: most SVGALIB install programs do (witness zgv) is to install the program
: with owner _root_, and set the 'Run this program as owner' bit on the
: program.
: chmod a+s FileName
Yes, thats right. But SVGALIB needs access to /dev/mem too!!!!!! And for
security reasons /dev/mem should only be read/writeable to root. Therefore
all Programs that uses SVGALIB _MUST_ be running SETUID root. I don't know
an other solution.....
Bye
Knick
--
-----------------------------------------------------------------------
--- Michael Knigge eMail: knick@cove.han.de ---
-----------------------------------------------------------------------
------------------------------
From: knick@cove.han.de (Michael Knigge)
Subject: Re: XFree86-3.1 - Whoopee!
Date: Sat, 8 Oct 1994 10:59:29 GMT
: Will fvwm and its modules work in Xfree3.11?
: Any thoughts, ideas and observations are welcome. Flames will be ignored.
Hi!
It took me some hours to download XFree86-3.1 from ftp.gwdg.de, but it was
worth the long time!
It took me not 1 hour to get XFree86-3.1 installed. I've just done a "mkdev
/usr/X11R6", changed to the new directory and installed the *.tar.gz Files.
Than be sure that /usr/X11R6/bin is _BEFORE_ /usr/bin/X11 oder whatever in
your $PATH.
There is a Programm called xf86config - it's perfect! It installed
everything for me (I've a Hercules Dynamite PRO, based on the ET4000/W32i).
The new W32-Server runs PERFECT for me! It's GREAT!
And fvwm? NO PROBLEM! Use your _OLD_ Libs from X11R5 and it will run. I saw
a new Release of libXpm specially for X11R6 - but I've not tried this.
For me it was the best decision installing XFree86-3.1... For me it works so
great! And I've not noticed any problems with _ANY_ programm for X11R6.
Bye
Michael (AND A BIG THAAAANK YOU to the XFree86-Team!)
--
-----------------------------------------------------------------------
--- Michael Knigge eMail: knick@cove.han.de ---
-----------------------------------------------------------------------
------------------------------
From: adam@yggdrasil.com (Adam J. Richter)
Crossposted-To: comp.windows.x.i386unix,comp.windows.x.motif
Subject: Re: New Motif lib's for use with XFree 3.1 ?
Date: 16 Oct 1994 23:21:19 GMT
In article <37n2nf$aob@tartan.metrolink.com>,
Craig Groeschel <craig@metrolink.com> wrote:
>comp.windows.x.motif:
>The simple fact is that X and Motif are on different development cycles.
>There are going to be incompatibilities between the two products,
>and there are features in the newer one (X) that the older one (Motif)
>cannot exploit.
That is no excuse cause Motif or other applications to be
unable to work *at all* with R6 shared libaries. When Linux becomes
the most widely used unix variant, do you think it will be acceptable
for all binaries to *unnecessarily* break when a new version of a
library comes out?
>For developing and compiling new applications, Motif 1.2.4 simply was
>not designed to work in an R6 environment. (I keep thinking of making
>water run uphill.)
Could the author of the above statement please explain what
interface in R6 *breaks* Motif 1.2.4? I would sincerely like to know.
We are not talking about using new R6 features, just continuing to run
existing applications.
>comp.os.linux.admin:
>Whether XFree86-3.1's X libraries should or should not be compatible
>with 2.1's, I don't know. I've heard speculations both ways. What I do
>know is that the men doing the Linux shared X libraries have been doing
>them for longer than a lot of us have been using Linux, so they should
>know a thing or two about Linux shared libraries.
Then these people should state some good technical reasons for
their decision!
Remember, we had an X11R6 distribution in
ftp.yggdrasil.com:pub/software_dist that ran binaries of R5 programs
that can successfully relink against R6 (we even adjusted the jump
tables to reflect procedures that had simply been renamed in R6).
If XFree86 made their beta releases free and accessible to the
world (like new Linux kernels), the shared library problem would have
been detected and fixed long ago. I also think that it would result
in more contribution and faster bug detection and bug fixing.
--
Adam J. Richter Yggdrasil Computing, Incorporated
(408) 261-6630 "Free Software For The Rest of Us."
------------------------------
From: vgovers@frodo.leidenuniv.nl (Vianney Govers)
Subject: Re: Spreadsheet for Linux wanted
Date: 17 Oct 1994 11:32:51 GMT
Reply-To: vgovers@cri.leidenuniv.nl
Hoi,
: >can also be made to work on a HP 720)
: >
: >Does anyone know what software is available?
: >
: >Any hint would be good.
You might try oleo (GNU's spreadsheet).
Have fun.
Vian
--
________________________________________________________________________________
H.M.V.C. Govers
vgovers@cri.leidenuniv.nl
(I'm a major bottleneck at this stage, so
progress depends on my productivity as a function of caffeine intake,
sleep, patience, and lack of distractions).
David A. Lyons
------------------------------
From: vgovers@frodo.leidenuniv.nl (Vianney Govers)
Subject: Re: [Q] HP JetDirect Support on Linux???
Date: 17 Oct 1994 11:39:21 GMT
Reply-To: vgovers@cri.leidenuniv.nl
Hoi,
Larry Schmitt (schmittl@cc.memphis.edu) wrote:
: Hi All - We are considering placing our HP Laser Printers directly on the
: network using the HP Jet Direct interface.
Has anyone been able to configure
: one of these printers in a Linux environment.
The perferred method is to use a
: bootp server. Any help will be appreciated greatly.
You can try :
ftp://ftp.cs.umn.edu/users/lemay/hpdriver-0.3.tar .
I have tried the 0.2 version and it works like a charm.
Cheers
Vian
: Thanks - Larry Schmitt
--
______________________________________________________________________________
H.M.V.C. Govers
vgovers@cri.leidenuniv.nl
(I'm a major bottleneck at this stage, so
progress depends on my productivity as a function of caffeine intake,
sleep, patience, and lack of distractions).
David A. Lyons
------------------------------
From: teffta@erie.ge.com (Andrew R. Tefft)
Subject: Re: Absurd backup problem with tar
Reply-To: teffta@erie.ge.com
Date: Fri, 14 Oct 1994 13:30:20 GMT
In article <37gn6k$fmh@urmel.informatik.rwth-aachen.de>, dak@rama.informatik.rwth-aachen.de (David Kastrup) writes:
>will do the trick. Mostly. It will refuse to work if I'm super user,
>but of course, if I'm not, I cannot necessarily read all the files.
>
>The problem lies with /usr/bin/rsh, which will require a password when
>logging in as super user (interactively) or just fail (non-interactively,
gnu tar will contact the 'rmt' daemon on the machine with the tape
drive, if you specify the tape as host:/dev/whatever.
--
Andy Tefft - new, expanded .sig - teffta@erie.ge.com
------------------------------
** 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: Linux-Admin-Request@NEWS-DIGESTS.MIT.EDU
You can send mail to the entire list (and comp.os.linux.admin) via:
Internet: Linux-Admin@NEWS-DIGESTS.MIT.EDU
Linux may be obtained via one of these FTP sites:
nic.funet.fi pub/OS/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Admin Digest
******************************