From: Digestifier To: Linux-Misc@senator-bedfellow.mit.edu Reply-To: Linux-Misc@senator-bedfellow.mit.edu Date: Thu, 21 Oct 93 05:26:10 EDT Subject: Linux-Misc Digest #229 Linux-Misc Digest #229, Volume #1 Thu, 21 Oct 93 05:26:10 EDT Contents: Re: [suggestion] ncurses extension for curses library (Zeyd M. Ben-Halim) What is ezines ? (Ron Yanson yan@btr.com) Re: an observation - SLS flaming results... (Brandon S. Allbery) Re: [suggestion] ncurses extension for curses library (Brandon S. Allbery) Pentium Competition (John R. Campbell) MAJOR Anouncement (Jim Howard) Re: Linux, Xfree with Diamond Viper (Long) (Eric Forbis) Re: Bogomip (Kerry Person) Re: Mail Order Linux Workstations (Bob Myers) Re: [suggestion] ncurses extension for curses library (Brandon S. Allbery) Request for intelligent floppy disk I/O (Robert Stuart, The University of Queensland) Re: Linux boxes on the InterNet (Neal Stephenson) Re: [suggestion] ncurses extension for curses library (Zeyd M. Ben-Halim) Re: Bogomip (Dhaliwal Bikram Singh) BBS for Linux (testers needed) (Bernard Johnson) Re: Mail Order Linux Workstations (Stephen Balbach) Re: Sending mail to MX forwarded mail addresses with Smail (Robert W. Brewer) Mail Order Linux Workstations (Edwin Tisdale) Re: linux utility for backups over several floppies? (David Gray) Re: Linux Distributions... (Steven Whitlatch) LC port to LINUX available? (Jimmy Ho Man Lee) Re: HELP : DPT SCSI and 3Com 3c507 (Heribert Dahms) Re: Linux boxes on the InterNet (H. Peter Anvin N9ITP) Re: Keep SLS on monu1? (Andrew J. Cosgriff) Re: MAJOR Anouncement (Mark A. Davis) ---------------------------------------------------------------------------- From: zmbenhal@netcom.com (Zeyd M. Ben-Halim) Subject: Re: [suggestion] ncurses extension for curses library Date: Tue, 19 Oct 1993 23:30:00 GMT In article <2a1k35$mh2@scunix2.harvard.edu> eekim@husc8.harvard.edu (Eugene Kim) writes: >I enjoy using ncurses to write software; it's a lot more versatile than >the curses library. On the other hand, it decreases the portability somewhat >because many people (especially those without Linux systems) do not have >the ncurses library. ncurses is not an extention to curses, it is a clone of SVR4 curses. Most commercial systems have some form of SYSV curses, although many stop at R3. BSD curses is pretty much dead. >How feasible would it be to put out source that extends the curses library >to cover some basic commands that ncurses has, such as keybd() and attr_on()? >One could include the source for this with software distributions, and people >can compile using curses and get the same functionality as ncurses. It would be easier for people to compile and install ncurses on their systems. >-- >== Eugene Eric Kim ========================================================= >== eekim@husc.harvard.edu ================================================== >== "Dangerous stuff, science. Lots of us not fit for it." == >========================================= -H.C. Bailey, "The Long Dinner" == -- --- Zeyd M. Ben-Halim zmbenhal@netcom.com 10479 1/4 Santa Monica Blvd, LA, CA, 90025 (310) 470-0281 ------------------------------ From: yan@public.btr.com (Ron Yanson yan@btr.com) Crossposted-To: comp.os.linux,comp.os.linux.help Subject: What is ezines ? Date: 20 Oct 1993 00:35:52 GMT Can anyone tell me what is "ezines" . Is it some sort of a Linux magazine ? How do I contact it ? Thanks in advance. Ron. ------------------------------ From: bsa@kf8nh.wariat.org (Brandon S. Allbery) Subject: Re: an observation - SLS flaming results... Date: Tue, 19 Oct 1993 23:55:38 GMT In article <1993Oct19.152121.1914@ee.ubc.ca> dimitri@ee.ubc.ca writes: >In article <1993Oct19.045222.27422@engr.engr.uark.edu>, hbj@engr.engr.uark.edu (Bernard Johnson) writes: >> keith@ursa.com (Keith Hollister) writes: >> >> SLS reminds me of a three-legged rhinocerous in full charge. >> >> It's huge, damaged, has lots of inertia and is best avoided >> >> if at all possible. >> >> Sounds more like Windows 3.1 to me. > > So, why can't the SLS people gather all the bug reports/complaints > off the net and get everything fixed? Seems like the most obvious Peter Macdonald either doesn't give a d*mn or wants everyone else to do it for him. (So he can sell the result without so much as an attaboy.) Slackware started its life as a fixed SLS. Peter responded by *retroactively* (e.g. "I don't care if it says it's GPL, it's not. It's proprietary and you can't use it any more") removing the GPL from sysinstall, forcing Patrick Volkerding to invent his own (pkgtools) and to withdraw Slackware until he had done so. I'm rather surprised Peter hasn't yet claimed copyright on the format of packages as a further roadblock or something equally incendiary. ++Brandon -- Brandon S. Allbery kf8nh@kf8nh.ampr.org bsa@kf8nh.wariat.org "MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development." ---dmeggins@aix1.uottawa.ca ------------------------------ From: bsa@kf8nh.wariat.org (Brandon S. Allbery) Subject: Re: [suggestion] ncurses extension for curses library Date: Wed, 20 Oct 1993 00:17:18 GMT In article <2a1k35$mh2@scunix2.harvard.edu> eekim@husc8.harvard.edu (Eugene Kim) writes: >I enjoy using ncurses to write software; it's a lot more versatile than >the curses library. On the other hand, it decreases the portability somewhat >because many people (especially those without Linux systems) do not have >the ncurses library. ncurses is freely distributeable source code. If people want to stay with BSD curses and lock themselves out of the many enhancements Berkeley never bothered to make to curses, that's their problem. If they *do* want to upgrade, ncurses is freely available. Why is it necessary to try to reinvent what already exists? >How feasible would it be to put out source that extends the curses library >to cover some basic commands that ncurses has, such as keybd() and attr_on()? attron() is *not* basic in terms of curses support needed; note that BSD curses can't handle more than one attribute (standout) and that attribute costs them international characters (because it's the high bit of a byte). Modern curses uses a long and supports 8-bit characters; retrofitting BSD curses for this would be a major undertaking and would lose all compatibility. And no, you can't do it as an add-on, either. How do you hook into refresh() to add your hacked-in attributes? Without reimplementing refresh() completely, that is --- at which point you may as well retrofit the rest of curses as well. Or, much more simply, install ncurses. ++Brandon -- Brandon S. Allbery kf8nh@kf8nh.ampr.org bsa@kf8nh.wariat.org "MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development." ---dmeggins@aix1.uottawa.ca ------------------------------ From: soup@SonOSam.execnet.com (John R. Campbell) Subject: Pentium Competition Date: Wed, 20 Oct 1993 10:03:27 GMT When AMD comes out with their reverse-engineered "586", they can probably create the "generic term" 586. Of course, I _still_ like the idea of a rePentium processor... :-) -- John R. Campbell soup@sonosam.execnet.com ------------------------------ From: jahoward@iastate.edu (Jim Howard) Subject: MAJOR Anouncement Date: 20 Oct 93 20:28:31 GMT Subject: MAJOR MAJOR announcement I have hereby succeeded in making a world exportable directory from a Linux box here at work. this directory contains the SLS disks in a installable format for install using NFS. This means you! If you want to install SLS (future others) via a NFS mount (No ftping/copying all those damn disks!) here is the location. 129.186.2.85:/SLS The machine is al.me.iastate.edu, and is running .99pl13 at present. The machine may not be up 100% of the time during the day, but during nights and weekends, it is. Please let me know what you think. Jim jahoward@iastate.edu -- *_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_* jahoward@iastate.edu SGI adm. ISU EE/IEEE =-=-=-= LINUX -- Have you administered a real OS today? =-=-=-= =============== IPRT/ICEMT--Black Engineering 95E--Ames Lab ================== ------------------------------ Crossposted-To: biz.zeos.general From: Eric Forbis Subject: Re: Linux, Xfree with Diamond Viper (Long) Date: Wed, 20 Oct 1993 20:36:57 GMT In article mauritz_c@spcuna.spc.edu (Chris Mauritz) writes: >Erik Nygren (nygren@athena.mit.edu) wrote: >: -- > >: I would like to post an unfortunate warning to those considering purchasing >: computers from Zeos or any other company which includes Diamond video cards >: with the intent of Linux or any of the other free versions of UN*X >: OS's. > >In short, don't do it (buy a Diamond card for use with Xfree). > >: If you want to run X windows with Diamond cards other than the Viper, >: it is possible using 3rd party hacks. However, this may be very difficult >: to get working, and the group developing the X-server for all of the free >: x86-based UN*X's does not support Diamond cards because of Diamond's >: unwillingness to help developers. > >They're happy to help developers IF you pay them for the programming >information and then sign a non-disclosure agreement. So then you >have everything you need to write the driver, BUT you can only release >a binary. Releasing source violates the non-disclosure agreement. >It seems Diamond can not figure out if thy're in the hardware or the >software business. > >: I bought my Zeos 486/66 a few months ago with the intention of running Linux, >: and I was not pleasantly suprised when I found the problems I had with >: the Viper (which is not a cheap card). > >Well, you SHOULD have read the FAQ. The situation with Diamond cards has >been very widely documented for well over a year. You could have saved >yourself a lot of problems by getting the box with a different brand of >video card. I ended up switching vendors (bought a Gateway) since Zeos >wouldn't let me choose a non-Diamond card (and their machine was alos >more expensive). > >The bottom line is that if you run DOS+Win, Diamond boards are nice. >If you run OS/2 or ANY flavor of unix+X you are out of luck. > >Caveat emptor. > >: is growing VERY rapidly. It would be ashame for Zeos to lose out on this >: rapidly growing market because of policy of a vendor that supplies Zeos with >: components. > >They already have lost out. > >: Another warning: The Adaptek SCSI Protocol Chip (AIC-6250) that is >: available in Zeos computers for $45 is not yet supported by Linux. >: It may be in a few months, but it is not yet. As a result, there is no way >: to access SCSI hard drives and CDROM drives connected through it. > >If you want to use any type of linux on the machine, it doesn't make >any sense to scrimp on a SCSI adapter. For an additional $100-150, >you can get the Adaptec 1542B/C which is much faster, supported by >virtually every OS I've run across, and portable (you can pull it out >and put it in another machine later if you want...not so with the >"SCSI on a chip"). > >Cheers, > >Chris >-- >--------------------------+---------------------------------- >Christopher Mauritz | This space reserved for some >mauritz_c@spcvxa.spc.edu | future witty saying. >mauritz_c@spcvxe.spc.edu | ------------------------------ From: kperson@badlands.NoDak.edu (Kerry Person) Subject: Re: Bogomip Date: Wed, 20 Oct 1993 19:21:14 GMT In article <%#%@byu.edu> haymoree@wyoming.et.byu.edu (Ed Haymore) writes: >So where can I find bogomip? You already have it. Watch for "Calibrating delay loop..." or something like that during bootup. Your bogomip number spits out right after that. -- Kerry J. Person Electrical Engineering kperson@plains.Nodak.edu North Dakota State University kperson@badlands.Nodak.edu Fargo, ND USA ------------------------------ From: bmyers@dseg.ti.com (Bob Myers) Subject: Re: Mail Order Linux Workstations Reply-To: bmyers@dseg.ti.com Date: Wed, 20 Oct 1993 19:25:21 GMT In article oji@vtserf.cc.vt.edu, tdunbar@vtaix.cc.vt.edu (Thomas Dunbar) writes: > >re: fast pentium pc's > >but Intel's only releases information necessary to write compiler >optimization for the pentium under a strict non-disclosure agreement. >until that changes there won't be a gcc that can take full advantage >of the pentium. > so, currently, it's better to get (wait) on a 486dx3 > Didn't I see an article a while back about this being IBM's "blue lightning" chip??? thought they were going to have one of these shortly.... -bob ------------------------------ From: bsa@kf8nh.wariat.org (Brandon S. Allbery) Subject: Re: [suggestion] ncurses extension for curses library Date: 20 Oct 93 21:42:09 GMT In article brown@cs.swarthmore.edu (Randolph G. Brown) writes: >3. mv /usr/lib/curses.a /usr/lib/ocurses.a; mv /usr/lib/ncurses.a \ >/usr/lib/curses.a; mv /usr/include/curses.h /usr/inc... etc. > >Is 3 a bad idea? When ncurses stabilizes (soon, possibly) it will replace the old curses. The only thing you have to worry about in the meantime is if you're running a distribution (SLS, Slackware, LGX, whatever) and try to upgrade in the "approved" manner for the distribution: it'll all go back to being the old curses. ++Brandon -- Brandon S. Allbery kf8nh@kf8nh.ampr.org bsa@kf8nh.wariat.org "MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development." ---dmeggins@aix1.uottawa.ca ------------------------------ From: mail_stuart@uqvax.cc.uq.oz.au (Robert Stuart, The University of Queensland) Subject: Request for intelligent floppy disk I/O Date: Thu, 21 Oct 1993 00:34:33 GMT Hiya, I use mcopy, mdir and the other mtools quite often and I also mount dos partitions/disks often too. The one thing that annoys me most is when linux CRASHES when trying to access a floppy when write protected or because it is empty. (ok this is my own stupidity but hey even dos doesn't crash when this happens). The machine also crashes when trying to unmount a a floppy if it is write protected and I have written nothing to it. I am using SLS 1.03 0.99 pl11 so if this has been fixed great and appologies to all :) Otherwise is there a patch or something to stop me being so stupid ? Robert Stuart The University Of Queensland Brisbane Qld 4072 AUSTRALIA R.Stuart@cc.uq.edu.au ------------------------------ From: neal@arianne.glendon.yorku.ca (Neal Stephenson) Subject: Re: Linux boxes on the InterNet Date: Wed, 20 Oct 1993 23:57:25 GMT mine is on the net to this one isn't up all the time but delphi.glendon.yorku.ca is. we have about 5 or sixe heavy regular users and another 10 to 15 other users. we use a fixed SLS 1.03. It has some stablity problems. but I work on it. Neal. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Neal Stephenson: neal@delphi.glendon.yorku.ca (home machine) "he's not as smart as he thinks is, but that's not saying much" - me about me - delphi is 486/33 running linux .99pl10 & net-2. Beat the system use Linux ------------------------------ From: zmbenhal@netcom.com (Zeyd M. Ben-Halim) Subject: Re: [suggestion] ncurses extension for curses library Date: Wed, 20 Oct 1993 19:56:49 GMT In article brown@cs.swarthmore.edu (Randolph G. Brown) writes: >bsa@kf8nh.wariat.org (Brandon S. Allbery) writes: >> In article <2a1k35$mh2@scunix2.harvard.edu> eekim@husc8.harvard.edu (Eugene Kim) writes: >> >I enjoy using ncurses to write software; it's a lot more versatile than >> >the curses library. On the other hand, it decreases the portability somewhat > >> Or, much more simply, install ncurses. > >My problem with the `curses' library in Linux is that it makes me do >said. It's not only limited, it's broken. There are three things I >can do: > >1. find the source to curses somewhere and try to fix it. This still won't give you the missing features, keypad() and extended attributes being the most commonly used. >2. change all programs I port over to use ncurses. (This I have been >doing, but it's a real pain sometimes.) Excuse me! ncurses is a superset of BSD curses. All the functions in BSD curses are available in ncurses (with very few obselete functions). Programs that hack their own keypad functions and timers will benefit from using ncurses functions instead of their own. >3. mv /usr/lib/curses.a /usr/lib/ocurses.a; mv /usr/lib/ncurses.a \ >/usr/lib/curses.a; mv /usr/include/curses.h /usr/inc... etc. > >Is 3 a bad idea? There is nothing wrong with that, although that doesn't make much of a difference to the issue of porting. Change the Makefile to use -lncurses instead of -lcurses -ltermcap and change to and you have the same effect. > -Randy > -- --- Zeyd M. Ben-Halim zmbenhal@netcom.com 10479 1/4 Santa Monica Blvd, LA, CA, 90025 (310) 470-0281 ------------------------------ From: a228dhal@cdf.toronto.edu (Dhaliwal Bikram Singh) Subject: Re: Bogomip Date: Wed, 20 Oct 1993 21:50:14 GMT In article ericg@nickel.ucs.indiana.edu (Eric Chris Garrison) writes: >In article , > wrote: >>choltje@ux1.cso.uiuc.edu (Christian Holtje) writes: >> >>>>>>>>Two more datapoints: >>>>>>>>486DX-33 -----> 16.5 bogomips >>>>>>>>486DLC-33 -----> 11.2 bogomips (Cyrix cross between 386 and 486) >>>>>>>386DX-25 --> 3.91 BogoMips(tm). >>>>>>386DX-33/387DX-33 --> 6.03 BogoMips(tm) >>>>> 486DX66/2 --> 34.06 BogoMips (tm) >>>>386DX40 ---> 6.99 BogoMips (tm) >>>486DX50/2 ---> 25.0 BogoMips (tm) >>486SX25 ---> 12.24 BogoMips (tm) >386DX40 ---> 7.29 BogoMips (tm) > >I wonder why mine is faster than the other 386DX40? I only have >4 meg of memory. Maybe it is the disk drive? I have around a 19 ms >access time... > >Eric He probably has a bigger cache, or maybe the tag ram chips in his cache are faster. ------------------------------ From: hbj@engr.engr.uark.edu (Bernard Johnson) Subject: BBS for Linux (testers needed) Date: 20 Oct 93 22:30:31 GMT Anyone interested in alpha testing a BBS for linux, drop me a line. Please include a short description of the setup you are running and the type operating conditions it will be run under (network, dialin, etc). Bernard Johnson hbj@engr.engr.uark.edu ------------------------------ From: stephen@clark.net (Stephen Balbach) Subject: Re: Mail Order Linux Workstations Date: 20 Oct 1993 19:35:18 -0400 re: Sparc 10 comparison ...and Sparc 10's have a faster bus, and run multiple-cpu's and Linux is not a Multi-Proccessor OS, so I would not put Linux & Pentuim VS Sparc 10 in one breath. Even if Linux ran on fast Pentiums now Sparc 10's would still be a better choice for strict performance. Stephen -- Stephen Balbach . Clark Internet Services . Washington D.C./Balt. metro area . mail info@clark.net . FAX 410-730-9765 . Corp. accounts . Linux on Disk . 31 disks $45 . stephen@clark.net . voice 410-740-1157 ------------------------------ From: rbrewer@rwb114.rh.psu.edu (Robert W. Brewer) Crossposted-To: comp.os.linux.admin,comp.os.linux.help Subject: Re: Sending mail to MX forwarded mail addresses with Smail Date: 20 Oct 1993 02:27:50 GMT Reply-To: rbrewer@psu.edu Daniel M. Coleman (dcoleman@mbs.telesys.utexas.edu) wrote: >Such is one case. Is there anyway to get linux Smail to send to such >addresses without having to manually specify the fowarded-to host? In /usr/lib/smail/routers, comment out the "match-inet-addrs:" section, and uncomment the section further down which starts "match_mx_hosts:". match-inet-addrs tells the mailer to look up the IP address of the host the mail is destined for, and then connect directly to its smtp daemon. This completely fails for hosts with an MX record. The man page states that match_mx_records is a fully BIND compatible mail router that does all the proper lookups of MX records. I can now send mail to UUCP hosts and other such beasties that I couldn't touch before. All this is documented in the man page, but it takes a whilel to wade through it. -Rob -- Robert W. Brewer Ask me how Jesus saves! Finger for PGP public key... ------------------------------ From: edwin@maui.cs.ucla.edu (Edwin Tisdale) Subject: Mail Order Linux Workstations Date: Wed, 20 Oct 93 01:18:11 GMT Some time ago, we approached the manager of a little computer store near UCLA and convinced him to install Linux on the systems that he sells. This eliminates the risk and work involved in assembling the correct components and configuring Linux to work with them. All the customers need to do when they get their system home is to plug it in, turn it on and start working. I posted this to some of the newsgroups about two months ago when I found out that they also take telephone orders and ship systems anywhere in the United States. If you are interested, you should call 1-800-486-2020 and ask for Moujan Ahouraian. 20/20 Technologies 1786 Westwood Boulevard West Los Angeles, CA 90024 Tel:(310) 441-8855 Fax:(310) 441-8869 Moujan installs Linux from the CD ROM distribution by Yggdrasil which tends to lag behind the latest patch level available on the internet. He has sold several systems as a direct result of my posting. I hope that some of these people will take the time to reply to this posting and give us their candid impressions not only of the service they got from 20/20 Technologies but also more generally about the whole idea of "mail-order Linux workstations". I am trying to get the people at AMBRA Computer Corporation (an IBM company) to put Linux on the systems that they sell. I hope to be posting soon about their Pentium systems which should deliver performance comparable to Sun SPARCstation 10 computers at less than half the price. Enjoy, Bob Tisdale (edwin@cs.ucla.edu) ------------------------------ From: davidg@iago.dialix.oz.au (David Gray) Subject: Re: linux utility for backups over several floppies? Date: Mon, 18 Oct 1993 22:47:29 GMT barr@pop.psu.edu (David Barr) writes: >In article , ira b ekhaus wrote: >>I saw an announcement a while back for a >>linux utility for backing up stuff. >Hmm. I just use: >tar -cf /dev/fd0 --multi-volme --tape-length 1440000 --exclude /tmp (etc..) / If you're using the GNU tar, you don't have to specify the tape length, tar just figures it out. The version that I have (gtar 1.10) won't verify archives on multiple media, it fails at the end of the first disk. I tried both with a tape length option and without. Does anone know if this is fixed in the newer versions? Cheers, David. davidg@iago.dialix.oz.au ------------------------------ From: swhitlat@nmt.edu (Steven Whitlatch) Subject: Re: Linux Distributions... Date: Tue, 19 Oct 1993 04:50:51 GMT In article <1993Oct18.102334.4129@muffin.apana.org.au> cas@muffin.apana.org.au (Craig Sanders) writes: >> >Slackware sounds pretty good, but it doesn't support 5.25" drives...if I had >$80 (Australian $) spare for a new drive, then i'd put it towards my CD-ROM >drive fund rather than a floppy which I'll hardly ever use. > >(does anyone know if Slackware can be copied on to and installed from 5.25" >HD floppies formatted to 18 sectors per track?) > >So, what are my alternatives? > > Well, Slackware does support installation from a 5.25" boot drive. But, you must have the 3.5" drive for the installation disks. I avoided the problem of plugging in all those disks by installing from a separate dos partition. Slackware will install very nicely from a hard disk, it does on my system. If you don't plan to use the XS3 server or the Xmono server, just tell it to do it; say no to the option for a prompt. It's really wild. If you do it that way, you get a functioning Linux system in just about 7 minutes. X might even run the first time. It really was easy. Just set up your partitions when it tells you to. The instructions are easy. Steve Whitlatch swhitlat@prism.nmt.edu ------------------------------ Crossposted-To: comp.os.linux.development From: jlee@cs.cuhk.hk (Jimmy Ho Man Lee) Subject: LC port to LINUX available? Date: Wed, 20 Oct 1993 01:22:51 GMT Hi all, The subject says it all. I did use ARCHIE to search and the latest patch dated back to Aug 1992 (Vol 39). The poster was asking if anybody was interested in porting LC to Linux. Any updated LC? I've been using LC for 10 years now and am addicted to it. LS? Yuke ... Thanks in advance. Cheers, jim ------------------------------ From: DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms) Subject: Re: HELP : DPT SCSI and 3Com 3c507 Date: 21 Oct 1993 02:03:32 GMT In levand@kraft.ca writes: : Booting with SLS a1.3, Linux does not recognize my installed : hardware : : [...] : 3COM Ethernet card 3c507 : Not yet supported! I'll write a driver when I find the time 8-) Bye, Heribert (dahms@ifk20.mach.uni-karlsruhe.de) ------------------------------ From: hpa@ahab.eecs.nwu.edu (H. Peter Anvin N9ITP) Subject: Re: Linux boxes on the InterNet Reply-To: hpa@nwu.edu (H. Peter Anvin) Date: Thu, 21 Oct 1993 01:10:47 GMT In article <1993Oct20.091026.956@depeche.toppoint.de> of comp.os.linux.misc, kai@depeche.toppoint.de (Kai Voigt) writes: > > We will use Linux on our net soon (wait for the Linux prompt after telnetting > to worf.toppoint.de :-) ), now some questions: > > - Which distribution did you install and what did you do to make it > secure? > - How many users does your Linux system have? > - Is the net code stable for professional Internet connection? > - Any other problems/hints? > Well, way back (0.98 something) I installed from SLS, but since then I have done extensive hacking and just propagated the setup from machine to machine. I have used SLS a few times since then; now I'd probably use the Slackware one. Security is not that hard; it is mostly a matter of making sure not to leave any holes open by mistake. Shadow passwords help immensely. The net code is OK, I use Net-2D-debugged over 0.99.12 at the time being, but I am planning trying out Net-2E-beta-2 when it comes out. There are still problems with it, though, in particular rlogind and ftpd could really use some improvements. The absolutely hardest part was that SLS's split between / and /usr is optimized for a single machine in order to minimize /. When two machines are connected with one being the fileserver, as I have here, a lot of the programs from /usr/bin need to move to /bin. I discovered that the hard way, unfortunately. One of the two machines is a full-time Linux machine, that provides all services to the network, such as inbound mail, file and print service, and several mailing lists. The other one is "rebootable", meaning we can run DOS on it if we need; it has a 30 Mb / partition (which includes /tmp, but not /usr/tmp) and 16 Mb swap for Linux, rest of the HD DOS. It mounts /usr from the first machine. The setup supports about 7 primary users and about a half-dozen remote-only ones. /hpa -- INTERNET: hpa@nwu.edu FINGER/TALK: hpa@ahab.eecs.nwu.edu IBM MAIL: I036073 at IBMMAIL NeXTMAIL: hpa@speedy.acns.nwu.edu ANMÄRKNING: Heja Sverige friskt humör! EG väntar utanför! WNT: Just one step behind VMS ------------------------------ Crossposted-To: aus.computers.linux From: ins407x@lindblat.cc.monash.edu.au (Andrew J. Cosgriff) Subject: Re: Keep SLS on monu1? Date: Wed, 20 Oct 1993 00:05:07 GMT s936079@minyos.xx.rmit.OZ.AU (Greg Patten) writes: >tym@bruce.cs.monash.edu.au (Tim MacKenzie) writes: > >>I'm running a bit short of disk space on the monu1.cc.monash.edu.au linux >>archive. I'm considering deleting the SLS distribution from there and >>keeping slackware (and everything else that's there). > >Having installed SLS a couple of times might I humbly suggest >you blow it away post haste. > I think we can do without it at monu1... it's mirrored at kirk.bond.edu.au (and also at somewhere at deakin.edu.au if you look at my FTP site list) Enjoy, Andrew. -- - Andrew J. Cosgriff - andrew@bing.apana.org.au ins407x@aurora.cc.monash.edu.au "Save the universe ! Stop entropy now !" ------------------------------ From: mark@taylor.wyvern.com (Mark A. Davis) Subject: Re: MAJOR Anouncement Date: Thu, 21 Oct 1993 01:51:15 GMT jahoward@iastate.edu (Jim Howard) writes: >Subject: MAJOR MAJOR announcement >I have hereby succeeded in making a world exportable directory from a >Linux box here at work. this directory contains the SLS disks in a >installable format for install using NFS. >This means you! If you want to install SLS (future others) via a NFS >mount (No ftping/copying all those damn disks!) here is the location. Facinating. No disks, the ultimate in "net-ware"!! But wouldn't that put lots of extra load on the nets? Seems like if people had a disk set, they would share it with others and have a way to recover when things go wrong.... just a thought.... -- /--------------------------------------------------------------------------\ | Mark A. Davis | Lake Taylor Hospital | Norfolk, VA (804)-461-5001x431 | | Sys.Administrator| Computer Services | mark@taylor.wyvern.com .uucp | \--------------------------------------------------------------------------/ ------------------------------ ** 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 ******************************