From: Digestifier To: Linux-Admin@senator-bedfellow.mit.edu Reply-To: Linux-Admin@senator-bedfellow.mit.edu Date: Thu, 18 Nov 93 01:18:05 EST Subject: Linux-Admin Digest #172 Linux-Admin Digest #172, Volume #1 Thu, 18 Nov 93 01:18:05 EST Contents: Can't run VI Re: talk hangs on "Checking invitation..." (System Overlord) Time limits (Mike Sperry) Re: Network reliability? (Ed Carp) Linux on a Gateway P5-60 (Christopher Lindley) SCSI target mode? (Re: Is PLIP possible form a LAN?) (Matthias Urlichs) Re: [Q] Smail, changing mail header from UUCP to INET addressing style (Dan Everhart) SCSI timeouts: worse on a different machine (Dan Everhart) Re: uninstalling xfree (Andreas Klemm) Re: authd/pidentd (Alan Cox) Re: Berkeley Fast Filesystem (Hamish Macdonald) Re: Config. Control in Linux Kernels (David Boyd) Re: Slackware 1.1.0 fixed my lpr/lpd problems (Andreas Klemm) Re: Slackware 1.1.0 is good! (Andreas Klemm) Re: GIF compression (was: Getting Net Stats) (Stephen Williams) Re: Network reliability? (Steve Tinney) ---------------------------------------------------------------------------- From: ez025807@othello.ucdavis.edu ( ) Subject: Can't run VI Date: Wed, 17 Nov 1993 05:34:48 GMT When I log in as a user "other then root" I cannot use programs such as VI. I get into VI but cannot edit a file. The message I get when I open a file, for example a file name 'test' is the following: garbage() failed to read oldhdr?? [More...] "test" [READONLY] 1 line, 1 char [More...] Trouble writing to tmp file This problem just occured when I tried to install a "csh" program that I got from the Internet. I think some files were corrupted while I was installing the "csh" program. Any ideas?????????? ------------------------------ From: kender@executor (System Overlord) Subject: Re: talk hangs on "Checking invitation..." Date: 17 Nov 1993 01:55:08 GMT Reply-To: kender@esu.edu Slaving away in a dark room, erc@khijol.yggdrasil.com (Ed Carp) produced: > >I'm running 0.99.13p with talk-5.50a. When I try to talk to linux from a >Sun, the talk on the Sun says "Checking for invitation on caller's machine" >and hangs. What does mean and how can I fix it? Find and compile ytalk, it does wonders for being able to talk to machines that use both the old talk system, as well as the new talk system. I'm not sure where I got it, but it compiled VERY cleanly on my roommate's linux machine. D -- |Dan Garcia,Kender@esu.edu|If privacy is outlawed then only outlaws will have | |#include | privacy - Phil Zimmerman, author of PGP | |Coram Deo|Death to Barney| This space for rent - mail ideas to me -- | | GCS/MU d--() -p+ c++(c+) l++ u+ e+(*) m++(*) s !n h f+ !g w+ t++(--) r+ !y | ------------------------------ From: mps@colmiks.com (Mike Sperry) Subject: Time limits Date: Wed, 17 Nov 1993 02:20:58 GMT Does anyone know of a public domain program which limits the amount of time a user is allowed to access the system? Note that I don't want to limit when they can call, only how long they can call for. I already have idleout, which allows me to logout inactive terminals. Thanks! Mike uunet!colmiks!mps (please respond to this address or just post) ------------------------------ From: erc@khijol.yggdrasil.com (Ed Carp) Subject: Re: Network reliability? Date: Wed, 17 Nov 1993 08:21:10 GMT Lawrence Foard (entropy@world.std.com) wrote: : How good or bad have the latest versions of the net stuff turned out : to be on the internet? I'm at the point where I need to start hooking : a number of Linux machines up with TCP/IP and do very large high speed : file transfers. : The owner of the company keeps asking if we shouldn't be switching : to BSD since it has functional networking. Well, this machine is running 0.99.13p with the networking utilities on the Yggdrasil CD-ROM. It's been up almost continuously since Oct. 26, and I've had absolutely no problems with the network code, other than stuff like misconfiguration. And yes, this machine is sitting right on the Internet - try pinging it :) Since 0.99.13k, the networking stuff has been stable for me. :) I get a full news feed here, plus I'm on several mailing lists, so the amount of traffic that goes through this site is considerable. About 400MB a week, all of it via the net. -- Ed Carp, N7EKG erc@wetware.com 510/659-9560 an38299@anon.penet.fi, anon-1157@twwells.com If you want magic, let go of your armor. Magic is so much stronger than steel! -- Richard Bach, "The Bridge Across Forever" ------------------------------ From: clindley@axion.bt.co.uk (Christopher Lindley) Subject: Linux on a Gateway P5-60 Date: 17 Nov 1993 08:46:28 GMT I don't think this machine was on sale the last time an Hardware Compatibility list came by, so, can anybody tell me if they have had any experience of trying to get Linux to compile/run on the Gateway 2000, P5-60 (Pentium with PCI-bus) Are there even Linux device drivers for PCI-bus cards ? If it's not possibly to run Linux on such a machine now, will it be in the future (near or distant ?) ? ALL INFORMATION GRATEFULLY RECIEVED. Chris. -- Chris Lindley, Concert Portability, Telephone: (0473) (+44 473) 646094 Software Technology, SSTF 306, Fax : (0473) (+44 473) 643019 BT Labs, Martlesham Heath, E-mail : clindley@axion.bt.co.uk Ipswich, U.K. IP5 7RE ------------------------------ From: urlichs@smurf.sub.org (Matthias Urlichs) Crossposted-To: comp.os.linux.development Subject: SCSI target mode? (Re: Is PLIP possible form a LAN?) Date: 16 Nov 1993 23:30:59 +0100 In comp.os.linux.admin, article <752621054.3356@minster.york.ac.uk>, al-b@minster.york.ac.uk writes: > In article <1993Nov2.182726.19845@mnemosyne.cs.du.edu> zstewart@nyx.cs.du.edu (Zhahai Stewart) writes: > > > >Actually, I've wondered about using inexpensive SCSI cards to create a network. > >Maybe 5 MBytes/sec for SCSI-1 or 10 MBytes/sec for SCSI-2 fast mode. I gather > >that some SCSI chipsets can handle being targets as well. Most can -- but what about the firmware on the SCSI boards, if any? The Alpha kernel already has the ability to send generic SCSI commands. Receiving, i.e. target mode, would be a very good idea, if at all possible. > How about a replacement for NFS? :-) > You don't need a file system for this. Just take a disk and use one partition for a->b and another for b->a. Managing free block lists is left as an exercise (it's fairly easy, actually). On the other hand, any bidirectional traffic means that the thing would constantly be thrashing between these partitions. Using two disks is a somewhat suboptimal solution. The other problem is that you still need a way to notify B that A has just stored some data on the shared disk. Either you have target mode, and then you don't need the disk, or you string a separate (serial? the SCSI bus has a few spare wires anyway ;-) cable between the boxes and send a character. That reminds me -- I had a massive differential SCSI cable between the living room and the kitchen (the disks were too loud and a long monitor cable gave a fuzzy picture) using twisted-pair flat cable. Ethernet between the two? Easy -- grab two pairs of wire from the bus and run 10base-T. Serial? Another pair. The remaining two free pairs were used for the ISDN bus between the two rooms. ;-) -- Is this the party to whom I am speaking? -- Lily Tomlin as Ernestine the operator -- Matthias Urlichs \ XLink-POP Nürnberg | EMail: urlichs@smurf.sub.org Schleiermacherstraße 12 \ Unix+Linux+Mac | Phone: ...please use email. 90491 Nürnberg (Germany) \ Consulting+Networking+Programming+etc'ing 42 ------------------------------ From: dan@dynamo.dyndata.com (Dan Everhart) Subject: Re: [Q] Smail, changing mail header from UUCP to INET addressing style Date: Tue, 16 Nov 1993 18:42:42 GMT Reply-To: dan@dyndata.com In article <1993Nov15.213339.27528@mp.cs.niu.edu> t90yuan@mp.cs.niu.edu (yuan tzeng) writes: > I want to change the header in outcoming message from UUCP style > to Internet style. According to smail manpage(5), I set up > /usr/lib/smail/transports file to this: > ------------------------------------------------------------- > uux: driver =pipe, > inet, # change to Internet stype addressing from > from, # supply a From_ envelope line > max_addrs = 50, # at most 5 addresses per invocation > max_chars = 200; # at most 200 chars of addresses > remove_header="${if origin:local:Reply-To:}", > remove_header="${if origin:local:From:}", > append_header="${if origin:local:From: $sender%tyuan@mp.cs.niu.edu ($fulname)}", > cmd = "/usr/bin/uux - -r -g$grade $host!rmail $((${strip:user})$)", > umask = 0022, > pipe_as_sender > ---------------- The error message when sending mail ---------------- > [~]# smail: /usr/lib/smail/transports: remove_header: unknown attribute > smail: mail moved to /usr/spool/smail/error/0oz5nF-0002CbC > > --------------------------------------------------------------------- > I read the man page, "remove_header" & "append_header" attribute > are available, but it's not there. They are *generic* attributes, not *driver specific*, therefore they go before the ";" like this: uux: driver =pipe, inet, # change to Internet stype addressing from from, # supply a From_ envelope line max_addrs = 50, # at most 5 addresses per invocation max_chars = 200, # at most 200 chars of addresses >>-> ^^^ remove_header="${if origin:local:Reply-To:}", remove_header="${if origin:local:From:}", append_header="${if origin:local:From:$sender%tyuan@mp.cs.niu.edu ($fulname)}" ; >>--> ^^^ cmd = "/usr/bin/uux - -r -g$grade $host!rmail $((${strip:user})$)", umask = 0022, pipe_as_sender I got burned by this a few times too. :-) OK, here's another hint if you're hacking smail files a lot: The syntax allows you to end a line with a separator, even if another attribute follows. So if you're playing around with a configuration, it's convenient to exploit this to be able to simply comment and uncomment lines. To do this, format your entries like this: name: driver = foo, someattr, anotherattr = bar, ; cmd = "/bin/something", # color = red, color = green, Each attribute is on its own line, and ends with a comma, even the last one. The semicolon is on it's own line, which makes it obvious where the generics end and the specifics begin. Each attribute can be easily switched on or off by removing or adding the '#' at the start of the line. -- _ / \_ Dan Everhart / Dyndata Engineering dan@dyndata.com \_/ \_________________________________________ 206-743-6982, 742-8604 (fax) / \_/ 7107 179th St SW \_/ Quality Software and Hardware Consulting Edmonds, WA 98026, USA ------------------------------ From: dan@dynamo.dyndata.com (Dan Everhart) Subject: SCSI timeouts: worse on a different machine Date: Tue, 16 Nov 1993 19:04:24 GMT Reply-To: dan@dyndata.com I posted before about seeing "SCSI timeout - command aborted" errors when running my tape drive and hard disk at the same time when running multiuser. The post generated a lot of "I'm seeing that too" responses but not anything pointing to a solution. I just resigned myself to having to shut the machine down to do backups and restores. Until I installed Linux on a second machine. The second machine is a 486DX33 instead of a 486DX50, and the SCSI timeout error will appear sometimes even if the tape drive is not running. :-( Both machines have 1542B controllers. The 33 has Linux 99.13, and the 50 has Linux 99.12. Is there anything that can be done about this? I know I'm not the only one having the problem, and it seems to be fairly serious in that it can corrupt the filesystem. Are there any SCSI driver wizards around that can explain what's happening? Anybody have any suggestions? -- _ / \_ Dan Everhart / Dyndata Engineering dan@dyndata.com \_/ \_________________________________________ 206-743-6982, 742-8604 (fax) / \_/ 7107 179th St SW \_/ Quality Software and Hardware Consulting Edmonds, WA 98026, USA ------------------------------ From: andreas@knobel.knirsch.de (Andreas Klemm) Subject: Re: uninstalling xfree Date: 16 Nov 1993 18:22:43 -0000 leos@poly.edu (Leo Staschover) writes: >Is there an easy way to uninstall xfree386 and all of its connected >components? This question is system dependend. Slackware offers a pkgtool to easily rm packages. But uninstalling XFree is normally easy, since all related programs are usually found in /usr/X386 So a rm -r /usr/X386 should help (done as root). other places might be (usually only symbolic links): /usr/bin/X11 /usr/lib/X11 /usr/include/X11 And possibly X11 related libraries in /lib or /usr/lib. And perhaps some manpages contaning the letter 'X' in /usr/man .... -- Andreas Klemm /\/\____ Wiechers & Partner Datentechnik GmbH andreas@knobel.knirsch.de ___/\/\/ andreas@sunny.wup.de (Unix Support) ------------------------------ From: iiitac@swan.pyr (Alan Cox) Subject: Re: authd/pidentd Date: Wed, 17 Nov 1993 12:30:37 GMT In article <2c2dah$g00@genesis.ait.psu.edu> fee@cxf111.rh.psu.edu (Chuck Fee) writes: >Has anyone successfully compiled authd or identd for Linux? There is a very neat port of it using some kernel changes to /proc on sunsite It has a couple of minor problems but seems pretty good. I've merged the kernel changes into the pl13k+ kernel so pl14 should support it without patches. Alan. ------------------------------ From: Hamish.Macdonald@bnr.ca (Hamish Macdonald) Crossposted-To: comp.os.linux.development Subject: Re: Berkeley Fast Filesystem Date: 12 Nov 1993 01:23:50 GMT >>>>> On 11 Nov 1993 15:42:59 EST, >>>>> In message , >>>>> wayne@backbone.uucp (Wayne Schlitt) wrote: Wayne> The Berkeley Fast Filesystem changed things to use a 8k block Wayne> size, which is better for a disk access size, but horrible for Wayne> an allocation size. In order to "fix" the problem with the Wayne> allocation size, they created fragments, which are 1k. Wayne> Unfortunately, you can only use a fragment if the entire file Wayne> fits in the fragment, so the FFS wastes, on average 4k any time Wayne> the file is over 1k in size. This last statement isn't true. In general, in the FFS, the file consists of 0 or more blocks, plus 0-7 fragments, where both the blocksize and fragment size can vary. Thus I could have a 18K file which consists of 2 full 8K blocks, and 2 1K fragments. The other 6 fragments from the block *my* fragments were allocated are available as fragments for other files. ------------------------------ From: dwb@ITD.Sterling.COM (David Boyd) Subject: Re: Config. Control in Linux Kernels Date: Wed, 17 Nov 1993 14:35:07 GMT In article <93316.104225KKEYTE@ESOC.BITNET> Karl Keyte, ESOC Darmstadt writes: >It would be useful if each kernel came with a status list of major >components such as those listed above. I know some information comes >with each, but it is inconsistently updates with each new release. > I agree. I downloaded the 0.99pl13r kernel sources last night. Nowhere on ftp.funet.fi could I find a description of what changes had been made in going pl13p to pl13r. This type of information would be extremely usefull for determining whether or not to download a specific release. The readme file with the sources only describes the base pl13 changes and has nothing about the a-r patches. Did I just, miss where the information is? As an example, if I had not been watching the tar output, I would not have known that the sound drivers where included in the 13r release and would have probably over written those with the seperate sound distribution. -- David W. Boyd UUCP: uunet!sparky!dwb Sterling Software ITD INTERNET: Dave_Boyd@Sterling.COM 1404 Ft. Crook Rd. South Phone: (402) 291-8300 Bellevue, NE. 68005-2969 FAX: (402) 291-4362 Reston Va Phone: (703)264-8008 ------------------------------ From: andreas@knobel.knirsch.de (Andreas Klemm) Subject: Re: Slackware 1.1.0 fixed my lpr/lpd problems Date: 17 Nov 1993 16:50:33 -0000 byron@cc.gatech.edu (Byron A Jeff) writes: [...] About "no problems with Slackware lpr/lpd" vs. SLS one >I've have to agree except for one small point. I'm using a remote printer >that's hung off a Sparc 2. It prints fine, no complaints from the daemon. >The only problem is that lpq reports that the link is down always. Same for me with a sparcprinter on a SS10 with SunOS 4.1.3 && Slack 1.1.0. -- Andreas Klemm /\/\____ Wiechers & Partner Datentechnik GmbH andreas@knobel.knirsch.de ___/\/\/ andreas@sunny.wup.de (Unix Support) ------------------------------ From: andreas@knobel.knirsch.de (Andreas Klemm) Subject: Re: Slackware 1.1.0 is good! Date: 17 Nov 1993 16:44:49 -0000 eric@spyglass.com (Eric W. Sink) writes: >andreas@knobel.knirsch.de (Andreas Klemm) writes: >>Did you read the docu closely ? >Yes [///] Ok, you read all of it '-) >>I can't believe, that you can't get it running with all that information >>included in Xconfig and the modeDB.txt file !!! >Neither could I. The problem turned out to be my mouse. The X >server wouldn't start up until I had my mouse correctly configured, >and I had rather boneheadedly plugged it into COM2 and configured >it for COM1. Oh yes, the mouse '-) nothing works without a valid entry in Xconfig. -- Andreas Klemm /\/\____ Wiechers & Partner Datentechnik GmbH andreas@knobel.knirsch.de ___/\/\/ andreas@sunny.wup.de (Unix Support) ------------------------------ From: sdw@meaddata.com (Stephen Williams) Crossposted-To: comp.os.linux.help Subject: Re: GIF compression (was: Getting Net Stats) Date: 17 Nov 1993 20:44:00 GMT Harald Milz (hm@seneca.ix.de) wrote: : Sarr J. Blumson (sarr@citi.umich.edu) wrote: : : > My SLIP connection is now working reliablym with no problems not caused by : : > my own confusion but...its slower than I hoped (eg 12-14kbps effective on a : : > nominal 38.4kps connection, on GIFS which should compress fairly well). : Huh, which modems are you using? I don't remember 38400 bps modems, except : for the DTE rate. On the line side, you won't be able to get more than : 14400 bps transmitted with 14400 modems. And plus, if memory serves, the Not true, unless you turn off both V.42 and V.42bis. Those can get you up to 1680cps or so even on compressed stuff. They do this by compressing the start/stop bits (effectively...) by converting async to block sync. It's smart enough not to try real compression if it can't do better also. I got this speed ftping over a sliplink to CA with a Zyxel on my side and a 'compress'ed datafile. Uncompressed text should do 3.1K. Often, as when plain Sun's are used on the other side, the other side is limiting you to port speed (19200 for instance). : GIF format was invented to provide for maximum compression on the harddisk : side. Even gzip -9 won't be able to compress GIFs much. Example: sunsite. : unc.edu:/pub/Linux/logos/linus1.gif: 107452 bytes original, 107125 after : gzip -9. : Hope this helps. : Ciao, : hm : -- : Harald Milz (hm@seneca.ix.de) sdw -- Stephen D. Williams Local Internet Gateway Co.; SDW Systems 513 496-5223APager LIG dev./sales Internet: sdw@lig.net CIS 76244.210@compuserve.com OO R&D Source Dist. By Horse: 2464 Rosina Dr., Miamisburg, OH 45342-6430 GNU Support ICBM: 39 34N 85 15W I love it when a plan comes together ------------------------------ From: sjt@enlil.museum.upenn.edu (Steve Tinney) Subject: Re: Network reliability? Date: 17 Nov 93 15:39:37 GMT Alan Cox (iiitac@swan.pyr) wrote: : Try pl13r : alpha and see how well it goes. If its giving you hiccups let me know, : Alan I can't even get /etc/ifconfig sl0 to report a known interface with pl13r. I sat and watched slip.o get added to net.a: do I need to recompile ifconfig? The rest of the setup, except the kernel, is from Slackware 1.1.0 and is pl13. Steve ------------------------------ ** 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 ******************************