From: Digestifier To: Linux-Misc@senator-bedfellow.mit.edu Reply-To: Linux-Misc@senator-bedfellow.mit.edu Date: Mon, 5 Sep 94 07:13:07 EDT Subject: Linux-Misc Digest #710 Linux-Misc Digest #710, Volume #2 Mon, 5 Sep 94 07:13:07 EDT Contents: Popmail server, how to setup in Linux? (SAMUEL) Re: CAP for Linux? (Leslie Mikesell) Re: LILO + DOS boot record = disaster (Mark A. Horton KA4YBR) afio can't access rmt0 (cmattern@ronin.mindspring.com) Re: Does Linux really benefit from video cards? (Phil Homewood) How to get the Linux Journal? (Bill Hiley) Re: Etherwave Cards (Tupshin Harper) Re: Mosaic on Linux (Steve VanDevender) Re: [INFO WANTED] C/SLIP vs. PPP (Steve VanDevender) Re: Popmail server, how to setup in Linux? (Steve VanDevender) Re: NFS and the portmapper... (Viktor T. Toth) LILO + DOS boot record = disaster Re: Linux Inside T-Shirts, Now Printing! (Jean-Paul Chia) TEST (Andreas DIETZ) *** PLEASE READ THIS BEFORE POSTING *** (misc-2.07) (Ian Jackson) ---------------------------------------------------------------------------- From: sramac@VNET.IBM.COM (SAMUEL) Date: Sat, 3 Sep 94 14:29:19 EDT Subject: Popmail server, how to setup in Linux? The internect access provider that I am interested in joining has the popmail server for e-mails. Can anyone tell me how to setup my Linux box for this option? Any opinions will be greatly appreciated. -sam- _________________________________________________________________________ Samuel C. Ramac email: sramac@VNET.IBM.COM IBM Microelectronics East Fishkill, NY 12533 Opinions expressed above are mine not IBM's _________________________________________________________________________ ------------------------------ From: les@MCS.COM (Leslie Mikesell) Subject: Re: CAP for Linux? Date: 4 Sep 1994 23:40:40 -0500 In article <1994Sep2.221522.27821@ntg.com>, Dave Platt wrote: >Phase 2 (which is what most organizations are using these days) will be >a more difficult capability to implement. It requires a consistent >method of persuading the Ethernet interface to receive multicasts. A >fair number of the current Linux ethercard drivers do not yet support >multicasting, and [as far as I can tell] there is no consistent kernel >interface for registering with the network in order to receive arbitrary >packets (e.g. there's no equivalent to the Berkeley packet filter). I'd be perfectly happy to drop in another ethernet card to run (only) native appletalk if that would be an easier approach. It would be a lot cheaper than any of the other alternatives. Les Mikesell les@mcs.com ------------------------------ Crossposted-To: comp.os.msdos.programmer From: mah@ka4ybr.com (Mark A. Horton KA4YBR) Subject: Re: LILO + DOS boot record = disaster Date: Mon, 5 Sep 1994 04:33:11 GMT Calm down... ez006212@rocky.ucdavis.edu wrote: : LILO overwrote my DOS boot record (not the Master Boot record). Of course : that only means one thing: my entire DOS partition is toast. $#@*&^!!! : (I have no idea how LILO could have written itself to the DOS : boot record--it's not supposed to do that.) Yes it can, and yes it will, if YOU tell it to in your /etc/lilo.conf file by specifying "boot=/dev/hda1" rather than "boot=/dev/hda" as you should have had you intended to install LILO in the MBR. : The DOS partition is 434M and resides on Maxtor 546 drive. : At first I got an Invalid Media Type error when trying to access C:, but : I corrected that problem by copying the boot record from my 130 drive : onto the 546's corrupted DOS boot record. This is usually not a very wise thing to do. : But now when I do dir c: I get nothing but garbage. I need to know : the details of the standard DOS boot record (or whatever is responsible for : telling DOS where the FAT and root directory are) so I can correct this. You are making this entirely too complicated... settle down. : I searched my entire HD to see if LILO kindly saved a copy of my : original DOS boot record, but it didn't (pretty lame). [I searched : on some keyboards such as MSDOS5.0 and FAT16, which are standard "tags" in : the DOS boot record but the search was fruitless.] To quote from /usr/src/lilo/README: LILO automatically makes backup copies when it overwrites boot sectors. They are named /etc/lilo/boot., with corresponding to the device number, e.g. 0300 is /dev/hda, 0800 is /dev/sda, etc. Those backups can be used to restore the old MBR if no easier method is available. The commands are dd if=/etc/lilo/boot.0300 of=/dev/hda bs=446 count=1 or dd if=/etc/lilo/boot.0800 of=/dev/sda bs=446 count=1 respectively. : I basically need some (major) help reconstructing the DOS boot record. Unless you have seriously screwed up the images LILO saved for you, you are going around Mars to get to your elbow with this approach. : You can reply privately or publicly, but if you choose the latter you : may want to edit the newsgroup distribution line appropriately so as to : not anger the natives. ;) I think they can judge the merits of this response for themselves. : Thanks in advance : Tuan You're welcome. You may wish to read up on some of the documentation provided with Linux on the LILO boot loader for future reference. -- Mark (Werner... feel free to add your comments here! :) - mark) -- "Linux! Guerrilla UNIX Development Venimus, Vidimus, Dolavimus." ============================================================ Mark A. Horton ka4ybr mah@ka4ybr.atl.ga.us P.O. Box 747 Decatur GA US 30031-0747 mah@ka4ybr.com +1.404.371.0291 33 45 31 N / 084 16 59 W ------------------------------ From: cmattern@ronin.mindspring.com Subject: afio can't access rmt0 Date: 4 Sep 1994 22:40:43 -0400 Reply-To: cmattern@mindspring.com I've got a bit of a stumper here. I installed afio this afternoon and ran a backup with no problems. After doing some major reconfiguration I attempted another backup (several times). On my first try I got a good deal of I/O error messages. On a subsequent try I got this type of output: bin/ftp.z -- (45%) bin/gunzip -- okay afio: "/dev/rmt0": Permission denied afio: "/dev/rmt0": Permission denied afio: "/dev/rmt0": Permission denied afio: "/dev/rmt0": Permission denied bin/gzip.z -- (46%) afio: "/dev/rmt0": Permission denied The program is bing run as root so I can only assume that the file is still locked by a previous session. No other users are on the system as the error occurs. I suspect that a reboot would solve the problem but I would prefer a cleaner solution. Hardware: 486/DX2 66 processor 20 megs ram Adaptec 1542b SCSI card Archive 2150s tape drive Fujitsu 500 meg SCSI disk Micropolis 1.5 gig disk Software: Linux 1.1.48 afio 1.3 Any help would be appreciated. -- =================================================================== |Chuck Mattern | "Not failure, but low aim, is crime." | |cmattern@mindspring.com | -James Russell Lowell- | =================================================================== ------------------------------ From: phil@rivendell.apana.org.au (Phil Homewood) Subject: Re: Does Linux really benefit from video cards? Date: 5 Sep 1994 04:50:16 GMT Kurt M. Hockenbury (kmh@linux.stevens-tech.edu) wrote: : Phil Homewood (phil@rivendell.apana.org.au) wrote: : : S. Hosseini (saied@lando.wustl.edu) wrote: : : : I know there is much fuss about video cards in Linux : : : commumity, but does Linux really benefit from them? and how ? : : Yes, it does. Makes it a LOT easier to connect a monitor to the : : machine. :-) : But do you need one? I've seen at least one post about a system with no : monitor, just a dumb terminal on the serial port. :-) Ah yes... but typing blind to enable the getty on the serial port can get a bit annoying ;) Phil. -- Phil Homewood phil@rivendell.apana.org.au APANA Brisbane Regional Co-Ordinator brisbane@apana.org.au "Lucretia, my reflection, dance the ghost with me" ------------------------------ From: bhiley@sydney.DIALix.oz.au (Bill Hiley) Subject: How to get the Linux Journal? Date: Mon, 05 Sep 94 05:02:21 GMT Can someone let me know how to get hold of the Linux Journal ? eg. Contact address, email, phone, fax (hopefully a contact in Australia) Cost for subscription (including overseas airmail delivery if nessecary). It'd be good to see a sample copy first - though I'm prepared to accept third-party recommendations and simply subscribe. Thanks - Bill Hiley ------------------------------ Crossposted-To: alt.uu.comp.os.linux.questions From: tharper@netcom.com (Tupshin Harper) Subject: Re: Etherwave Cards Date: Sun, 4 Sep 1994 05:00:32 GMT Donald Becker (becker@cesdis.gsfc.nasa.gov) waggled two eyebrows and spewed thusly: : In article <2629@hsvaic.boeing.com>, : Sara Green wrote: : >Has anyone successfully used the Etherwave cards under Linux? If so, any : >opinions on Etherwave versus other network cards? Thanks in advance. : The Etherwave network card is reportedly a OEMed 3c509 chip combined with : a Farallon transceiver. The standard 3c509 driver should work with it. : Opinions? They are too expensive for general use, but are a great option : for special cases. Hublet prices start at $125, and Etherwave adds $75-$100 : to the price of the board -- worth it if you have pulled one wire : too few, but not if you are two network drops short. : -- : Donald Becker becker@cesdis.gsfc.nasa.gov : USRA-CESDIS, Center of Excellence in Space Data and Information Sciences. : Code 930.5, Goddard Space Flight Center, Greenbelt, MD. 20771 : 301-286-0882 http://cesdis.gsfc.nasa.gov/pub/people/becker/whoiam.html Warning I'm a Farallon employee. That said, there are a few other advantages that an Etherwave card has over regular 10bT cards plus hublet configuration. Potentially the most important advantage is that unlike a hub of any kind(including hublets), Etherwave cards do not increase a packets hop count. We've seen a number of sites where a hublet is just not an option because a given Ethernet packet is already going through too many repeaters(e.g. hubs, routers, or bridges). The addition of a hublet in such situations would make it impossible for packets to reach certain destinations. Since Etherwave cards aren't repeaters, they do not have that limitation. You are correct in stating that our Etherwave ISA card is based on the 3C509 chipset and is therefore identical to a 3C509 from the computers point of view. However, we do have a number of of products in the Etherwave line including: Etherwave PCMCIA-based on 3Coms PCMCIA Ethernet card Etherwave AUI-Adds Etherwave capability to any Ethernet card with an AUI.. Etherwave AAUI-Same as above for AAUI devices. as well as a number of different Etherwave products for Macintoshes. -Tupshin -Farallon Tech. Support -tharper@farallon.com -- tharper@netcom.com ------------------------------ From: stevev@efn.org (Steve VanDevender) Subject: Re: Mosaic on Linux Date: Mon, 5 Sep 1994 06:08:23 GMT In article wessel@mars.aero.csir.co.za (Wessel du Preez) writes: >"Jae" == Jae W Chang writes: Jae> Setting the default home doc is done through X Resources i.e. Jae> .Xresources or .Xdefaults for example. That, and also (preferably) in $XUSERFILESEARCHPATH/Mosaic. Same stuff, but putting it in its own file keeps .Xdefaults (or whatever) short. By helping programs avoid reading stuff in resource files that they would just ignore anyway, improves startup time of all X clients. (I think more thorough explanation can be found in the X or Speeding up X FAQs) X applications don't read .Xdefaults every time they start up. When X is started, xrdb is used to load .Xdefaults into the X server's resource database. You might note that editing .Xdefaults won't affect application behavior until you restart the server. ------------------------------ From: stevev@efn.org (Steve VanDevender) Subject: Re: [INFO WANTED] C/SLIP vs. PPP Date: Mon, 5 Sep 1994 06:44:45 GMT In article <1994Sep1.040415.17007@umr.edu> jlu@cs.umr.edu (Eric Jui-Lin Lu) writes: Can someone in the net who have played with both CSLIP and PPP tell me which one to choose? I'm not intended to invoke any controversial issue. I just wish to know, comparing performance under Linux only, which one is better? (I assume, once either one is setup as client, I can get all tcpip programs to run. Correct me if I'm wrong.) Thanks!! I've used SLIP, CSLIP, and PPP on my system. For a long time I could only use SLIP; when I tried CSLIP it would not work at all, and neither would PPP. Then I recompiled my kernel from stock sources (the Slackware 2.0 kernel source) and suddenly both CSLIP and PPP worked; I hypothesized that a particular kernel patch (the inline assembler string functions patch for 1.0 kernels) had somehow broken the IP header compression. What I found after a little playing with both CSLIP and PPP on my system is that PPP gets almost the maximum theoretical performance possible on my 14.4Kbps modem -- I'd see 1.6-1.7 K/s for large compressed binary FTP transfers, for example. CSLIP under the same circumstances was doing only about 0.95 K/s. So now I use PPP all the time, since I have a connection to a system with dialup PPP access. Yes, there is no difference in how TCP/IP applications work with either SLIP or PPP; they are link-layer protocols that are used to send the IP datagrams that your applications deal with. ------------------------------ From: stevev@efn.org (Steve VanDevender) Subject: Re: Popmail server, how to setup in Linux? Date: Mon, 5 Sep 1994 06:54:29 GMT In article <19940904.191453.176@almaden.ibm.com> sramac@VNET.IBM.COM (SAMUEL) writes: The internect access provider that I am interested in joining has the popmail server for e-mails. Can anyone tell me how to setup my Linux box for this option? If you have perl, then there's a little program called "pop-perl" available for anonymous FTP at sunsite.unc.edu, pub/Linux/systems/Mail/pop-perl-1.0.tar.gz. It's a little perl script that handles connecting to a remote POP server and fetching your mail periodically to your local mailbox on your home system. There's also a POP client written in C in the same directory, called popclient-2.21.tar.gz. I use pop-perl and it works great; it might also be a little easier to customize than the C client (I hacked mine for a different polling interval and to not add its own "From" line). ------------------------------ From: vttoth@vttoth.com (Viktor T. Toth) Crossposted-To: comp.os.linux.help Subject: Re: NFS and the portmapper... Date: Mon, 5 Sep 1994 00:53:35 In article <34dg1h$2pm@sand.cis.ufl.edu> ulmer@cutter.cis.ufl.edu (Stephen Louis Ulmer) writes: >Greetings, > I've been using Linux on my home machines for some time now, and >would like to add NFS capability. I get the following message >whenever I try to mount an NFS volume - be it in fstab or from a prompt: > > mount clntudp_create: RPC: Port mapper failure - RPC: Unable to receive Stupid question #527: are you running rpc.portmap on the nfs host? (Also, rpc.mountd and rpc.nfsd) Viktor ------------------------------ Crossposted-To: comp.os.msdos.programmer From: ez006212@rocky.ucdavis.edu ( ) Subject: LILO + DOS boot record = disaster Date: Sun, 4 Sep 1994 07:32:12 GMT LILO overwrote my DOS boot record (not the Master Boot record). Of course that only means one thing: my entire DOS partition is toast. $#@*&^!!! (I have no idea how LILO could have written itself to the DOS boot record--it's not supposed to do that.) The DOS partition is 434M and resides on Maxtor 546 drive. At first I got an Invalid Media Type error when trying to access C:, but I corrected that problem by copying the boot record from my 130 drive onto the 546's corrupted DOS boot record. But now when I do dir c: I get nothing but garbage. I need to know the details of the standard DOS boot record (or whatever is responsible for telling DOS where the FAT and root directory are) so I can correct this. I searched my entire HD to see if LILO kindly saved a copy of my original DOS boot record, but it didn't (pretty lame). [I searched on some keyboards such as MSDOS5.0 and FAT16, which are standard "tags" in the DOS boot record but the search was fruitless.] I basically need some (major) help reconstructing the DOS boot record. You can reply privately or publicly, but if you choose the latter you may want to edit the newsgroup distribution line appropriately so as to not anger the natives. ;) Thanks in advance Tuan ------------------------------ From: jean-paul@drasnia.it.com.au (Jean-Paul Chia) Crossposted-To: aus.computers.linux,alt.linux.sux,alt.os.linux,comp.os.linux.admin,comp.os.linux.development,comp.os.linux.help Subject: Re: Linux Inside T-Shirts, Now Printing! Date: 5 Sep 1994 17:24:22 +0800 Dave Rossow (daver@MCS.COM) wrote: : jhs@dfw.net (Justin Scott) writes: : >Any type of JPEGs, etc we can see of the shirts before we order? : >I would love to have the "Linux Inside" as will as the "GNU Generation" : >shirts, but only if I can see pics before purchase : >Justin : Likewise! : dave : daver@mcs.com Well.. The GNU Generation is just text, because the cost to print the pciture of it would be around $28 US. Unless you really like the picture, and you really really want the picture version, then mail me, and maybe I can print a few. Anyways, Here is the Linux Inside one, I can't seem to find the GNU one. :) I'll post it ASAP.. Thank you. - JP -- CUT HERE -- begin 644 linux.gif M1TE&.#=A20!``*$``/____\``````````"P`````20!````"_H2/JHW/!13MR1B MR1$(#!7`[N*TRB;2*:`[%6*'/2[XV]6B-+/M!@P/7]5"9G,4EU)7QKLCK9!' M5-91%W&&Y@67X\9C>`@8N>@0XCAFII=H$$?CQWCT)CF5Y_7`1CF6B9:HRKJI M1RIQRB!TEB;HJFD+V`FZ4+<[*A@LK,AK^CBX\PIKS,D:?-#:6_5[B2B-&SNM MXOOD&TT,?.]5\U<[(H8^T=^OJR,$"ZZCET>3\^?W+U+-T\B0H90C07Z)BH]WR7TF6T^+#4@XN9%HKLB+`B0(P+]DWZ M=](;NGM13.(K-HGBMXD!5]6#L&@C3'+H9I84N;!ET*%,OR@IJJZASX`YH5$% M>=0+2CH5]>%491#K.$!;M[+TYXZD+J:JT'$MV,#DTGLVQSV-NI-G7+EI;>+* MI3.A0YP#V[%%A3>OA&B%[555IE9K0#^?9);2UT3[JGD?(UUE_'[CZ^_/GK"P`` !.Z51 ` end -- Jean-Paul Chia TheWiz @ IRC Drasnian Technologies, Perth, Western Australia PH +61-9-447-6261 FAX +61-9-447-4098 jean-paul@drasnia.it.com.au, jpchia@iinet.com.au ------------------------------ From: dietz@lirmm.fr (Andreas DIETZ) Subject: TEST Date: 4 Sep 1994 10:25:06 GMT Andreas DIETZ LIRMM email : dietz@lirmm.fr 161 rue Ada Tel : (33) 67 41 85 80 34392 Montpellier Cedex 5 Fax : (33) 67 41 85 00 ------------------------------ From: ijackson@nyx.cs.du.edu (Ian Jackson) Subject: *** PLEASE READ THIS BEFORE POSTING *** (misc-2.07) Date: 5 Sep 1994 04:03:11 -0600 Please do not post questions to comp.os.linux.misc - read on for details of which groups you should read and post to. Please do not crosspost anything between different groups of the comp.os.linux hierarchy. See Matt Welsh's introduction to the hierarchy, posted weekly. If you have a question about Linux you should get and read the Linux Frequently Asked Questions with Answers list from sunsite.unc.edu, in /pub/Linux/docs, or from another Linux FTP site. It is also posted periodically to c.o.l.announce. In particular, read the question `You still haven't answered my question!' The FAQ will refer you to the Linux HOWTOs (more detailed descriptions of particular topics) found in the HOWTO directory in the same place. Then you should consider posting to comp.os.linux.help - not comp.os.linux.misc. Note that X Windows related questions should go to comp.windows.x.i386unix, and that non-Linux-specific Unix questions should go to comp.unix.questions. Please read the FAQs for these groups before posting - look on rtfm.mit.edu in /pub/usenet/news.answers/Intel-Unix-X-faq and .../unix-faq. Only if you have a posting that is not more appropriate for one of the other Linux groups - ie it is not a question, not about the future development of Linux, not an announcement or bug report and not about system administration - should you post to comp.os.linux.misc. Comments on this posting are welcomed - please email me ! -- Ian Jackson (urgent email: iwj10@phx.cam.ac.uk) 2 Lexington Close, Cambridge, CB4 3LS, England; phone: +44 223 64238 ------------------------------ ** 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-Misc-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.misc) via: Internet: Linux-Misc@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-Misc Digest ******************************