lostecho/oldlinux-files
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

add directory mail-archive

Browse Source
This commit is contained in:
gohigh
2024-02-19 00:25:02 -05:00
parent 07129c3397
commit a778c607a4
1056 changed files with 796887 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

613
mail-archive/linux-admin/Volume2/digest194 Normal file
View File

@@ -0,0 +1,613 @@
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: Fri, 14 Oct 94 14:14:08 EDT
Subject: Linux-Admin Digest #194
Linux-Admin Digest #194, Volume #2 Fri, 14 Oct 94 14:14:08 EDT
Contents:
UUCP Help (mbguest@ins.infonet.net)
Re: Passwd problem in Slackware 2.0.1 (Tom Vaughan)
Re: New Adeptec SCSI not detected (Mark Curtis)
Re: formatting tapes (Frank B. Brokken)
help with FTape (BRAD A ODEGARD)
Re: Linux NOT logging people out on hangup (Alan Cox)
/tmp/ is not cleaned up (Srihanto A. Nugroho)
Re: help with FTape (G. E. Terry)
Re: Intel Etherexpress net card problems (Michael Esler)
Extreme delays telnetting into linux box (Chris Barker)
Re: Linux NOT logging people out on hangup (Matthias Urlichs)
Re: Second Ethernet card not Recognized (Daniel Tran)
Setup answer desperately needed (jkim@panix.com)
Re: help with FTape (Tom Vaughan)
tcpdump 3.0 new patches (Adam Caldwell)
----------------------------------------------------------------------------
From: mbguest@ins.infonet.net
Subject: UUCP Help
Date: 14 Oct 1994 14:54:39 GMT
Reply-To: mbguest@ins.infonet.net
I am running Linux 1.1.51 using smail for mail and Cnews for
news. My UUCP feed delivers both news and mail correctly .
Internal news and mail are posted correctly .
I have two problems . I cannot send external mail and cannot get
Local produced news postings to my UUCP feed . I have read the
appropriate Orilley books and the Linux Docs and Howto's and
still am stumped .
My understanding is that for smail , I need to have a smart host
and smart path defined in the config file . I have smart host
defined for my UUCP feed and smart path set to uux . My
understanding is that this is all that is neccessary . The error
message is that /bin/uuname fails . If I use uuname manually , It
shows my UUCP feed with no problems . What should I do ? If I
untar the whole smail package in both slackware 1.2 and 2.0 , I
not only do not have external mail ; but, my internal mail errors
out.
My understanding for news is that I need my UUCP feed defined
with the L switch in my sys file . I have this done . The docs
all disagree with what is needed in the command part . I have
tried all the various combinations suggested and they all do not
work . These combinations do not produce error messages . What
should I do next ?
I would like both news and mail to dial the UUCP feed on demand .
To reduce wasted bandwidth , please respond by e-mail to
mbguest@fastbox.ridgecrest.ca.us . I will summarize.
Matt
------------------------------
From: vaughan@beast.nhn.uoknor.edu (Tom Vaughan)
Subject: Re: Passwd problem in Slackware 2.0.1
Date: 13 Oct 1994 16:55:35 GMT
In article <37hlhv$kf@mistral.toppoint.de>,
Kai Voigt <kai@depeche.toppoint.de> wrote:
>In <36npa5$10pi@msuinfo.cl.msu.edu> kaszeta@cps.msu.edu (Richard W Kaszeta) writes:
>
>>After installing Slackware 2.0.1 (clean install on a blank partition)
>>my users can no longer chagne their passwords. Instead, the error
>>message "cannot open /etc/ptmp" is given. There is no /etc/ptmp on
>>my system, and if I 'create' one with 'touch /etc/ptmp' it instead
>>says '/etc/ptmp already exists'
>
>>Any ideas?
>
>Your passwd binary should be suid root.
That is, 'chmod +s /usr/bin/passwd'.
Thomas
------------------------------
From: leadfoot@leftlane (Mark Curtis)
Subject: Re: New Adeptec SCSI not detected
Date: 10 Oct 1994 19:26:48 GMT
Mark A. Horton KA4YBR (mah@ka4ybr.com) wrote:
: Mark Curtis (leadfoot@leftlane) wrote:
: Use port address 0x334 for the Adaptec.
: According to the code in /usr/src/linux/drivers/scsi/aha1542.c :
: (always the best source of documentation!)
: /* The adaptec can be configured for quite a number of addresses, but
: I generally do not want the card poking around at random. We allow
: two addresses - this allows people to use the Adaptec with a Midi
: card, which also used 0x330 */
: static unsigned int bases[]={0x330, 0x334};
:
: Hope this helps out.
It would if the comments were right, but the comments in the code
aren't. I tried 334. It didn't work. I had to remove the MIDI
card and use 330. The code maybe there, but if it did work once
it doesn't now.
------------------------------
From: frank@icce.rug.nl (Frank B. Brokken)
Subject: Re: formatting tapes
Date: Wed, 12 Oct 1994 07:57:02 GMT
gterry@gate.net (G. E. Terry) writes:
>Frank B. Brokken (frank@icce.rug.nl) wrote (edited):
>: Dear Linuxers,
>: If you ever have to format a tape to be used with a tapestreamer connected
>: to the floppy-drive controller (like a Colorado Jumbo), you have to
>: boot to DOS, then do a tape-format, then boot back to linux.
>: QS3 (ftp.icce.rug.nl pub/frank) is a program supporting keyboard macros
>: allowing you to format a tape at night
[etc. etc.]
>I wonder how this would work with dosemu??
Nope. Using DOSEMU the tapedrive is not recognized. In this QS3 is not
different from other tape-formatting programs. It's a hard life ;-)
|
---|---
=====+==0==+=====
| |
Frank
E-mail to: f.b.brokken@icce.rug.nl
or: frank@icce.rug.nl
Phone: (+31) 50 63 36 88 (mo-fr, 9:00-17:00 MET, DST if active)
(+31) 59 03 22 23 (otherwise, until Oct. 9, 1995)
(+31) 50 403 2223 (starting Oct. 10, 1995).
-------------------------------------------------------------------
icmake: obtain it by anonymous ftp from ftp.icce.rug.nl,
directory pub/unix
The LINUX SYMPOSIUM will be organized december 8/9 1994.
finger linux@obelix.icce.rug.nl for the latest details
-------------------------------------------------------------------
------------------------------
From: odeg0008@seal.micro.umn.edu (BRAD A ODEGARD)
Subject: help with FTape
Date: Tue, 11 Oct 1994 02:03:10 GMT
lo out there, well, i have gotten the ftape source and other related
niceties, but have come up against a wall. I have:
ftape-1.13b compiled in a 1.1.45 kernel enviornment, but I cant get
it to insmod properly since i get the following error.
_irqaction undefined
can anyone help?
Brad
------------------------------
From: iialan@iifeak.swan.ac.uk (Alan Cox)
Subject: Re: Linux NOT logging people out on hangup
Date: Mon, 10 Oct 1994 18:44:05 GMT
In article <1994Oct4.200539.32705@loreli.ftl.fl.us> troc@loreli.ftl.fl.us (Rocco Caputo) writes:
>So lots of multi-user admins wind up working around this POSIX "feature"
>by writing daemons to kill the processes that Linux doesn't.
Since I've tuned the shells we use a bit I've had no further problems. For
a long while I just told the Linux kernel where to put its posix compliance
and recompiled.
Alan
--
..-----------,,----------------------------,,----------------------------,,
// Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU //
``----------'`----------------------------'`----------------------------''
------------------------------
From: nugroho@acsu.buffalo.edu (Srihanto A. Nugroho)
Subject: /tmp/ is not cleaned up
Date: Fri, 14 Oct 1994 05:32:20 GMT
Hi..
I am using Slackware 2.0 dist.
Is there any reason for not cleaning up /tmp directory when the system boot ?
Also, it seems like /usr/tmp is not used.
Any response is appreciated.
-Srihanto A. Nugroho-
------------------------------
From: gterry@gate.net (G. E. Terry)
Subject: Re: help with FTape
Date: 11 Oct 1994 02:38:43 GMT
BRAD A ODEGARD (odeg0008@seal.micro.umn.edu) wrote:
: lo out there, well, i have gotten the ftape source and other related
: niceties, but have come up against a wall. I have:
: ftape-1.13b compiled in a 1.1.45 kernel enviornment, but I cant get
: it to insmod properly since i get the following error.
: _irqaction undefined
I had the same problem until I upgraded to kernel version 1.1.52.
Now I can use the tape drive, execpt I have no idea what the hell I am
doing!!!
: can anyone help?
: Brad
------------------------------
From: mike@myhost.subdomain.domain (Michael Esler)
Subject: Re: Intel Etherexpress net card problems
Date: Tue, 11 Oct 1994 02:04:28 GMT
Unfortunately my experience with these cards has been much worse.
The ards often spew error messages as described in the first post
but they also enjoy locking the system.
I've crashed my gw2k p5-90 5 times now. I run the 1.1.51 kernel
and it makes no difference. I thought bdflush might help. It seemed
to for a while, but it crashed again SUnday. The same exact error
messages spewed to console. It tried to kick the board and died.
I couldn't even cntl-alt-delete and had to use the reset button.
A fix would be most appreciated.
Mike
mike@gauss.dorm.virginia.edu
------------------------------
From: barkerc@GRAPHICS.CS.NYU.EDU (Chris Barker)
Subject: Extreme delays telnetting into linux box
Date: 10 Oct 1994 21:53:35 -0500
Subject: Extreme delays on ethernet login
Newsgroups: comp.os.linux.admin
Distribution:
After swithching to Yggdrasil Fall 94 Kernel 1.1.47 I have experienced extreme
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?
Chris Barker
barkerc@graphics.cs.nyu.edu
------------------------------
From: urlichs@smurf.noris.de (Matthias Urlichs)
Crossposted-To: comp.os.linux.development
Subject: Re: Linux NOT logging people out on hangup
Date: 14 Oct 1994 14:17:34 +0100
In comp.os.linux.development, article <bart.155.00160B65@dunedin.es.co.nz>,
bart@dunedin.es.co.nz (Bart Kindt) writes:
>
> I am running a multi-line SLIP dialin server. For months we have had problems
> that sometimes the "sliplogin" program was not getting killed. We finally
> found that the problem is in the Kernel " close() " function; this function
> does sometimes *not return*. We have fixed the problem with a patch that
> re-kills the program after a 15 second timeout, when it is still 'alive'.
Ahem... if close() really doesn't return, a kill won't make any difference.
Anyway, a cursory look at 1.1.53 doesn't reveal any loops the close could
hang in.
Which kernel/sliplogin version are you using?
--
Matthias Urlichs \ XLink-POP N<>rnberg | EMail: urlichs@smurf.noris.de
Schleiermacherstra<EFBFBD>e 12 \ Unix+Linux+Mac | Phone: ...please use email.
90491 N<>rnberg (Germany) \ Consulting+Networking+Programming+etc'ing 42
PGP: 1B 89 E2 1C 43 EA 80 44 15 D2 29 CF C6 C7 E0 DE
Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.
------------------------------
From: dtran@emelnitz.ucla.edu (Daniel Tran)
Subject: Re: Second Ethernet card not Recognized
Date: Fri, 14 Oct 1994 14:32:06 GMT
In article <37k64f$3t2@crl.crl.com> ita@crl.com (International Tech. Assoc) writes:
>[ Article crossposted from comp.os.linux.help ]
>[ Author was International Tech. Assoc ]
>[ Posted on 12 Oct 1994 20:50:30 -0700 ]
>I have the same problem :) I already have a very well connection to the
>internet on my eth0 device. I want to install a second ethernet card and
>route my Novell Netware through the Linux box. I don't know why Linux
>does not recognize my second card.
>Thanks
Edit your /etc/lilo.conf file and add this line:
append = "ether=0,0,eth1"
Rerun lilo.
That's how i got mine to work. There are other ways too.
Daniel Tran - dtran@emelnitz.ucla.edu
------------------------------
From: jkim@panix.com
Subject: Setup answer desperately needed
Date: 14 Oct 1994 17:51:16 GMT
Reply-To: jkim@panix.com
I have the following setup situation:
I have three physical locations with three separate LAN installations.
I am about to buy a leased line connection to the internet. The
glitch (I think) is that I need to tie in all three locations under
a single 'C' address via SLIP or PPP. The question is: can this be
done? How would the performance be given that the leased line is
56kb and the SLIP connection is via v.fast? Would PPP perform any better?
Any help will be much appreciated!
jkim@panix.com
------------------------------
From: vaughan@beast.nhn.uoknor.edu (Tom Vaughan)
Subject: Re: help with FTape
Date: 13 Oct 1994 16:26:13 GMT
In article <CxHKHn.2Kn@news.cis.umn.edu>,
BRAD A ODEGARD <odeg0008@seal.micro.umn.edu> wrote:
>lo out there, well, i have gotten the ftape source and other related
>niceties, but have come up against a wall. I have:
>
>ftape-1.13b compiled in a 1.1.45 kernel enviornment, but I cant get
>it to insmod properly since i get the following error.
>
>
>_irqaction undefined
>
>
>can anyone help?
>Brad
>
I also had this problem, and someone was kind enough to mail me the patch to
ftape to fix this. I'll return the favor and post it here for all who missed
the orignal posting.
>request_irq can set up a fast interrupt (contrary to the comment).
>Below are patches for fdc-io.c which will use request_irq instead
>of irqaction and which work successfully for me. [kernel 1.1.44]
diff -c -r1.1 fdc-io.c
*** 1.1 1994/08/12 11:33:13
--- fdc-io.c 1994/08/12 11:35:50
***************
*** 938,952 ****
{
TRACE_FUN( 8, "fdc_grab_irq_and_dma");
int result = 0;
- struct sigaction ftape_sig_action = {
- ftape_interrupt, 0, SA_INTERRUPT, NULL
- };
if (fdc.hook != &do_floppy) {
/* Cannot use request_irq because we want a fast interrupt
* handler instead of a normal one (see kernel/irq.c).
*/
! result = irqaction( fdc.irq, &ftape_sig_action);
if (result) {
TRACEx1( -1, "Unable to grab IRQ%d for ftape driver", fdc.irq);
result = -EIO;
--- 938,952 ----
{
TRACE_FUN( 8, "fdc_grab_irq_and_dma");
int result = 0;
if (fdc.hook != &do_floppy) {
/* Cannot use request_irq because we want a fast interrupt
* handler instead of a normal one (see kernel/irq.c).
+ *
+ * JEJB 12/08/84 request_irq can now do fast interrupts and irqaction
+ * is no longer exported from the kernel
*/
! result = request_irq( fdc.irq, ftape_interrupt, SA_INTERRUPT, "ftape");
if (result) {
TRACEx1( -1, "Unable to grab IRQ%d for ftape driver", fdc.irq);
result = -EIO;
------------------------------
From: acaldwel@borg.cs.ohiou.edu (Adam Caldwell)
Subject: tcpdump 3.0 new patches
Date: Mon, 10 Oct 1994 19:33:01 GMT
A new patch is available for tcpdump 3.0. This patch adds loopback
support and fixes a bug in libpcap that would only be apparent if you
tried to use it in another program.
For those who don't care about source, a binary is available at:
ftp://ftp.pr.com/linux/tcpdump-3.0-linux-bin3.tar.gz
All patches I've made to tcpdump 3.0 are also available in the same
directory.
---
Adam Caldwell Ohio University Networking
acaldwel@ace.cs.ohiou.edu Research Group
======tcpdump.patch.03
diff --new-file --recursive -u tcpdump-3.0.2/libpcap-0.0/pcap-linux.c tcpdump-3.0.3/libpcap-0.0/pcap-linux.c
--- tcpdump-3.0.2/libpcap-0.0/pcap-linux.c Mon Oct 10 15:07:21 1994
+++ tcpdump-3.0.3/libpcap-0.0/pcap-linux.c Mon Oct 10 14:52:58 1994
@@ -53,7 +53,7 @@
register int datalen;
register int caplen;
struct sockaddr from;
- int from_len;
+ int from_len=sizeof(from);
char *buf;
int bufsize;
@@ -61,7 +61,7 @@
buf = (char *)p->buffer+16;
bufsize = p->bufsize - 16;
memset(p->buffer,0,16);
- } else if (p->linktype == DLT_PPP) {
+ } else if (p->linktype == DLT_PPP || p->linktype == DLT_NULL) {
buf = (char *)p->buffer+4;
bufsize = p->bufsize - 4;
memset(p->buffer,0,4);
@@ -86,7 +86,7 @@
if (p->linktype == DLT_SLIP)
datalen+=16;
- else if (p->linktype == DLT_PPP)
+ else if (p->linktype == DLT_PPP || p->linktype == DLT_NULL)
datalen+=4;
caplen = (datalen > p->bufsize) ? datalen : p->bufsize;
@@ -125,6 +125,7 @@
{
pcap_t *p;
struct ifreq ifr;
+ int has_promisc=0;
p = (pcap_t *)malloc(sizeof(*p));
if (p == NULL) {
@@ -132,14 +133,17 @@
return (0);
}
bzero(p, sizeof(*p));
- if (strncmp("et", device, 2) == 0)
+ if (strncmp("et", device, 2) == 0) {
p->linktype = DLT_EN10MB;
- else if (strncmp("sl", device, 2) == 0)
+ has_promisc = 1;
+ } else if (strncmp("sl", device, 2) == 0)
p->linktype = DLT_SLIP;
- else if (strncmp("pp", device, 2) == 0)
+ else if (strncmp("ppp", device, 3) == 0)
p->linktype = DLT_PPP;
+ else if (strcmp("lo",device) == 0)
+ p->linktype = DLT_EN10MB; /* Why on earth does linux do this? */
else {
- sprintf(ebuf, "snoop: unknown physical layer type");
+ sprintf(ebuf, "pcap_open_live (pcap-linux.c): unknown device %s\n",device);
goto bad;
}
p->fd = -1;
@@ -155,7 +159,7 @@
goto bad;
}
- if (p->linktype != DLT_SLIP && p->linktype != DLT_PPP && promisc) {
+ if (has_promisc && promisc) {
strcpy(ifr.ifr_name, device); /* interface we're gonna use */
if (ioctl(p->fd, SIOCGIFFLAGS, &ifr) < 0 ) { /* get flags */
sprintf(ebuf, "socket ioctl get: %s", pcap_strerror(errno));
diff --new-file --recursive -u tcpdump-3.0.2/linux-include/linux/if_arp.h tcpdump-3.0.3/linux-include/linux/if_arp.h
--- tcpdump-3.0.2/linux-include/linux/if_arp.h Mon Oct 10 15:07:02 1994
+++ tcpdump-3.0.3/linux-include/linux/if_arp.h Wed Dec 31 19:00:00 1969
@@ -1,45 +0,0 @@
-/* @(#)if_arp.h 1.5 88/08/19 SMI; from UCB 7.1 1/24/86 */
-/*
- * Copyright (c) 1986 Regents of the University of California.
- * All rights reserved. The Berkeley software License Agreement
- * specifies the terms and conditions for redistribution.
- */
-
-#ifndef _net_if_arp_h
-#define _net_if_arp_h
-
-/*
- * Address Resolution Protocol.
- *
- * See RFC 826 for protocol description. ARP packets are variable
- * in size; the arphdr structure defines the fixed-length portion.
- * Protocol type values are the same as those for 10 Mb/s Ethernet.
- * It is followed by the variable-sized fields ar_sha, arp_spa,
- * arp_tha and arp_tpa in that order, according to the lengths
- * specified. Field names used correspond to RFC 826.
- */
-struct arphdr {
- u_short ar_hrd; /* format of hardware address */
-#define ARPHRD_ETHER 1 /* ethernet hardware address */
- u_short ar_pro; /* format of protocol address */
- u_char ar_hln; /* length of hardware address */
- u_char ar_pln; /* length of protocol address */
- u_short ar_op; /* one of: */
-#define ARPOP_REQUEST 1 /* request to resolve address */
-#define ARPOP_REPLY 2 /* response to previous request */
-#define REVARP_REQUEST 3 /* Reverse ARP request */
-#define REVARP_REPLY 4 /* Reverse ARP reply */
- /*
- * The remaining fields are variable in size,
- * according to the sizes above, and are defined
- * as appropriate for specific hardware/protocol
- * combinations. (E.g., see <netinet/if_ether.h>.)
- */
-#ifdef notdef
- u_char ar_sha[]; /* sender hardware address */
- u_char ar_spa[]; /* sender protocol address */
- u_char ar_tha[]; /* target hardware address */
- u_char ar_tpa[]; /* target protocol address */
-#endif notdef
-};
-#endif
diff --new-file --recursive -u tcpdump-3.0.2/tcpdump-3.0/README.linux tcpdump-3.0.3/tcpdump-3.0/README.linux
--- tcpdump-3.0.2/tcpdump-3.0/README.linux Mon Oct 10 15:07:02 1994
+++ tcpdump-3.0.3/tcpdump-3.0/README.linux Mon Oct 10 15:13:19 1994
@@ -17,6 +17,12 @@
4) I put in a hook so that it can clean up after itself (ie turn off promisc
mode if it turned it on.
+Changes for 3.0.3
+ -- Added loopback support (everything shows up twice because the machine
+ is both the sender and the reciever)
+ -- Fixed a bug in pcap-linux that would cause it to fail if used in another
+ program.
+
Things to do:
1) The kernel keeps track of interface statistics... I took the easy way
out and didn't ask for them.
------------------------------
** 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
******************************