From: Digestifier To: Linux-Misc@senator-bedfellow.mit.edu Reply-To: Linux-Misc@senator-bedfellow.mit.edu Date: Sun, 4 Sep 94 00:13:08 EDT Subject: Linux-Misc Digest #706 Linux-Misc Digest #706, Volume #2 Sun, 4 Sep 94 00:13:08 EDT Contents: X won't use my RESOURCES??? (Timothy A. Kobett) Re: Emulating SLIP over a dialup line (J.H. Man) Re: What ever happened to Novell's Expose? (Ron Holt) Re: WANTED: Supplier of PC clone for Linux.... (ron dufresne) Re: Does anybody have NN running under Linux ? (Matt Midboe) device for ReelMagic MPEG (Stephan Kauss) Looking for efax-0.6b (Steve DuChene) Linux Journal (David Reid) Re: FTAPE...Im' soo close, yet so far???? (Michael James Porter) Re: Unix programming question (Jeff Epler) QIC-02 compatability (Rod Troch) System hangs during installation (Martin Oldfield) Linux install with MicroSolutions Parallel Port CDROM (Vikas Rijsinghani - Sun Integration) Slackware Pro Savings! (Randy Just) Re: ACE modem/voicemail/sound card ? (Russell Nelson) Re: Unix programming question (Mark Weaver) Re: Linus: Leaving for Australia (Mark A. Horton KA4YBR) Re: dram -- bogoboost without patching! (Jerry Gaffke) Re: Xconfig for Diamond SS24X ... (Karl J. Runge) Possible FAQ? (Vaibhav Goel) ---------------------------------------------------------------------------- From: takobet@clark.net (Timothy A. Kobett) Crossposted-To: comp.windows.x,comp.windows.x.i386unix Subject: X won't use my RESOURCES??? Date: 3 Sep 1994 02:43:03 GMT I'm trying to learn toolkit programming but I'm having a really annoying problem on my Linux system. I'm having problems getting X to consistently accept my resources. I've tried setting XFILESEARCHPATH, XUSERFILESEARCHPATH, XAPPLRESDIR, and XENVIRONMENT. None of these seem to work all the time, I've got 3 out of 4 programs to work but the only way to get the fourth one to work is to load the resources with xrdb. I've verified that the program works on another computer. It ran with no problems. I've RTMs (several). Any thoughts? I'm using Linux 1.0, gcc 2.6.0, Motif 1.2.4, 486 PC with 16M ram. Any thoughts would be appreciated. -- Tim Kobett takobet@clark.net ------------------------------ From: jman@home.org (J.H. Man) Subject: Re: Emulating SLIP over a dialup line Date: 2 Sep 1994 04:27:43 +0100 Reply-To: jman@home.org Sam Oscar Lantinga wrote: > : TIA (The Internet Adapter) > I sent mail to them about a Linux port, and they said that a Linux > port is about sixth on thier list of ports, and not to hold my breath > [my words]. I'm not surprised, when you can use term, which is free. - John, jman@home.org ------------------------------ From: ron@novell.com (Ron Holt) Subject: Re: What ever happened to Novell's Expose? Date: 2 Sep 1994 17:28:34 -0600 In article <1994Aug21.222426.9830@kf8nh.wariat.org>, Brandon S. Allbery wrote: > >It was a figment of PC WEEK's imagination. > >++Brandon No it wasn't. Ron ------------------------------ From: Ron.Dufresne@launchpad.unc.edu (ron dufresne) Crossposted-To: comp.os.linux.help Subject: Re: WANTED: Supplier of PC clone for Linux.... Date: 2 Sep 1994 06:46:31 -0400 Pc-Circle, New Brighton MN (612)631-2511 will build machines to your specs AND deliver with Linux installed... R. DuFresne -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Launchpad is an experimental internet BBS. The views of its users do not necessarily represent those of UNC-Chapel Hill, OIT, or the SysOps. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- ------------------------------ From: matt@vespucci.iquest.com (Matt Midboe) Crossposted-To: comp.os.linux.admin Subject: Re: Does anybody have NN running under Linux ? Date: 2 Sep 1994 11:56:24 -0500 In article , Martin Schulze wrote: >cheema@earth.sparco.com (Mubashir Cheema) writes: > > >} Hello world, > >} I need to know if anybody out therr is using nn under Linux. >} I can't get our nn to read news off of a remote site. Any help >} will ne greatly appreciated. Actually I'd recommend getting it from: ftp.uwa.edu.au /pub/nn/beta/nn-6.5.0.b3.tar.gz Kim Storm no longer maintains nn and the version that most places have is still 6.4.18. This newer nn is much nicer I have found as it supports NOV so you don't have to run all the extra database programs with nn. I had very little problems compiling nn-6.5.0 on Linux, but you will have to make your own s-linux.h file. If the other site uses NOV then you will get to see NN speed along over the nntp connection. Matt ------------------------------ From: ska@kauss.rhein-main.de (Stephan Kauss) Subject: device for ReelMagic MPEG Date: 3 Sep 1994 19:33:57 +0200 Hi LINUX Gurus, I am looking for a device for my ReelMagic MPEG decompression board, which is able to play a MPEG video stream under X11. I am not shure on which point the device have to be. I think there a two part's, on part which read fast from the CD and handel a big buffer (because UNIX is not a realtime operationg sysem), and one to set the position on the screen and set the transparence color on my X11 window. If someone have heard form a device for LINUX or FREEBSD let me know. Stephan ------------------------------ From: s0017210@cc.ysu.edu (Steve DuChene) Subject: Looking for efax-0.6b Date: 3 Sep 1994 19:31:07 GMT The subject line says it all. I seen a mention of this in one of the Linux newsgroups but I have been unable to find it. The only one I can find was efax-0.6a and efax-0.6b was recommended to solve someone's problems with trying to setup fax service. -- | Steven A. DuChene sduchene@cis.ysu.edu or s0017210@cc.ysu.edu | Youngstown State University | Computer Science / Math / Mech. Eng. |They all laughed at Albert Einstein. They all laughed at Columbus. |Unfortunately, they also all laughed at Bozo the Clown. ------------------------------ From: dreid@hookup.net (David Reid) Subject: Linux Journal Date: Sat, 3 Sep 1994 20:02:17 GMT I am thinking of subscribing to the Linux Journal. Can anyone who is a present subscriber or has seen the magazine, comment on whether it will be money well spent. I don't really have easy access to any old copies so I am a little wary about spending the money without knowing what I am buying. Any comments would be appreciated. Thanks David Reid - Stratford, Ontario, Canada Email - dreid@hookup.net ------------------------------ From: mike@strauss.udel.edu (Michael James Porter) Crossposted-To: comp.os.linux.admin Subject: Re: FTAPE...Im' soo close, yet so far???? Date: 1 Sep 1994 23:51:13 -0400 Define FLOPPY_HACK, I think. In article , RYAN Colin Patrick wrote: =>Hello, => => =>I'm trying to get ftape to go and have run into a snag. I have kernel 1.0.0, =>ftape -1.13.b and modutils 0.99.15.pl1. I have succesfully complied the =>modules and went throught the drv. hello world test without any problems. =>I'm pretty sure that make made it to the end of the compile as ftape.o does =>exist. The problem is when I do 'insmod ftape.o'. I get: => =>darkstar:/usr/src/ftape-1.13b# insmod ftape.o =>_enable_irq undefined =>_disable_irq undefined =>_free_dma undefined =>_free_irq undefined =>_request_dma undefined =>_irqaction undefined => =>Whats up?? => =>Thanks ahead....Colin Ryan: ryan@ecf.utoronto.ca => => => ------------------------------ From: jepler@herbie.unl.edu (Jeff Epler) Subject: Re: Unix programming question Date: 2 Sep 1994 23:55:00 GMT mhw@cs.brown.edu (Mark Weaver) writes: >In article <345qos$c4q@wumpus.cc.uow.edu.au>, >Van Dao Mai wrote: >>I have programmed UNIX for a long time and feel frustrated with the way >>software is installed on the system. Under UNIX people often have to >>hardwire the paths and settings into the executable at compile time. >>This is in contrast with DOS that passes the full path name of the execuatble >>as argv[0] so that you can search for library + data files. In most 'well written' programs, there is a hard-coded path, but often it can be overridden by an environment variable. The only time I get really annoyed by the hard-coding of these pathnames is when I want to test a package and then have to recompile when I decide it's suitable -- Moving the configuration files from somewhere under /var/tmp/lib to /usr/lib or /usr/local/lib .. >Un*x passes the pathname the executable (relative to the current >directory) in argv[0], and that in addition to the current working >directory tells you exactly where the program is. With execve(), you can pass *anything* as argv[0] -- By convention, I suppose, argv[0] is often the path of the executable -- More often absolute, especially when running a binary that is on PATH. But you could very well pass 'cheese' as argv[0] when running /sbin/login ... Since I believe that in a *perfect* system, all the source is online or in some easily accessible secondary storage (FTP counts!:), hardcoded pathnames and even certain configuration options aren't evil. And if you don't get source, and get binaries instead, then let them make the choice of where to put files. A little bit of symbolic linkage (/usr/lib/foo can really be anywhere you want it to be) and you have all the freedom you need. As for the part I deleted (A little script that, with the argv[0] assumption, would cat a file in the directory where the script resides), I *like* having the executabes in a couple of big places and their configuration files in nicely divided areas (/bin and /usr/lib/* respectively). And any user-created data files should be in user specified paths. Jeff -- ____ "And if I smile please tell me some bad news \BI/ before I laugh and act like a fool" \/ -The Who "Behind Blue Eyes" IRC: Synger Running Linux 1.1 -- Free Unix for 386+ machines ------------------------------ From: troch@lonestar.texas.com (Rod Troch) Subject: QIC-02 compatability Date: 02 Sep 1994 03:58:34 GMT Netters, I have a few questions about the Irwin 7251QE (QIC-02) tape drive. I grabbed the current Ftape FAQ and it made reference to the QIC-02, it doesn't support it. Last time I compiled my kernel I saw an entry for QIC-02 support. If I compile with QIC-02 support can I mount the tape drive and then write to it a gzip'd tar file? And if so, what are the specifics. Can a tape have more then one file, etc? Is anyone out there using a QIC-02 (or Irwin 7251QE) to do backups? If you have a moment I would appreciate hearing what it can and cant' do. Thanks, Rod ------------------------------ From: mjo@mrao.cam.ac.uk (Martin Oldfield) Subject: System hangs during installation Date: 03 Sep 1994 23:59:16 GMT Hi, I'm trying to book Linux on a PCI machine with the Intel Neptune chipset. If I try and boot from the Slackware discs (a variety of bootdisks (bare, scsinet, ncr), the boot disk prints the 'Initializing ramdisk....' (or similar message) and then the screen goes blank. Has anyone seen this behaviour / have a patch ? The details are: Plato P54C/PCI motherboard with 90MHz pentium. Intel Neptune chipset 82434NX PCI/Cache/Memory controller 82433NX Local bus extension 82378IB-G System IO SMC 37C665 super I/O controller on-board RZ1000 PCI-IDE controller on-board 256k cache/8MB RAM On the PCI bus: Orchid Kelvin 64 PCI graphics card (CL5434 based) On the ISA bus: Future-Domain TMC1670 SCSI controller SMC Elite ethernet card Video Blaster SE Thanks in advance for any help, -- Martin Oldfield, MRAO, Cavendish Labs, CAMBRIDGE, CB3 0HE Work: 0223 337365 Fax: 0223 354599 Home: 0223 67940 While you're asleep they'll absorb your mind, your memories, and you'll be reborn into an untroubled world. ------------------------------ From: vikas@darkman.East.Sun.COM (Vikas Rijsinghani - Sun Integration) Subject: Linux install with MicroSolutions Parallel Port CDROM Date: 1 Sep 1994 19:41:27 GMT Reply-To: vikas@darkman.East.Sun.COM Does anyone know what type of process I would have to go through to install Linux via a parallel port CDROM? I have a notebook with Linux on it already, but I may have to install 3-5 other notebooks and was wondering if I could use a parallel port CDROM to install one of the CDROM distributions of LINUX. Thanks. ------------------------------ From: rjust@crl.com (Randy Just) Subject: Slackware Pro Savings! Date: 3 Sep 1994 14:03:57 -0700 Just Computers! has a limited supply of cosmetically damaged Slackware Professional 2.0 distributions. These packages are still shrink-wrapped, but were squashed a bit in the shipment to us. This is your opportunity to save some money on a great distribution!!! All regular info still applies including a 30-day money back guarantee and technical support from Morse Telecommunication. These packages are offered on a first come, first serve basis. This product was just recently released and the reception has been very enthusiastic. The normal list price of this product is $49.95. We are offering these to internet folks for $34.95. Shipping and handling in the U.S. is $5.00. International S/H is $10.00. Visa and MasterCard are gladly accepted. You can find out availability of these by sending e-mail to info@justcomp.com Include the line "get cosmetic" in your message. The quantity available will be returned to you. To obtain further information on Slackware Professional, e-mail can be sent to info@justcomp.com Include "get slackpro.inf" in your message. For general product info, just send e-mail to info@justcomp.com Mailing Address: Just Computers! P.O. Box 751414 Petaluma, CA 94975-1414 U.S.A. Voice Number: 707/769-1648 FAX Number: 707/765-2447 Internet Order E-Mail: sales@justcomp.com Information E-Mail: info@justcomp.com Include word "help" on a single line in message ------------------------------ From: nelson@crynwr.crynwr.com (Russell Nelson) Crossposted-To: comp.dcom.modems,comp.sys.ibm.pc.soundcard Subject: Re: ACE modem/voicemail/sound card ? Date: 03 Sep 1994 21:55:54 GMT In article <3496f3$g59@news.cs.brandeis.edu> dehnel@binah.cc.brandeis.edu (Yves Dehnel) writes: I saw a product at CompUSA today that combined in one PC card: 19,200 baud modem, fax, answering machine, 16-bit wavetable sound with MIDI, Panasonic CD-ROM interface and kitchen sink. It's made by ACE, I think. I saw it, too. I want to use it under Linux. Since I doubt that they include Linux drivers with it, I'd probably have to write my own. Does anyone know if hardware documentation is available from the manufacturer? I've never heard of ACE either, so I don't know who to ask. -- -russ http://www.crynwr.com/crynwr/nelson.html Crynwr Software | Crynwr Software sells packet driver support | ask4 PGP key 11 Grant St. | +1 315 268 1925 (9201 FAX) | What is thee doing about it? Potsdam, NY 13676 | LPF member - ask me about the harm software patents do. ------------------------------ From: mhw@cs.brown.edu (Mark Weaver) Subject: Re: Unix programming question Date: Fri, 2 Sep 1994 04:42:39 GMT In article <345qos$c4q@wumpus.cc.uow.edu.au>, Van Dao Mai wrote: >I have programmed UNIX for a long time and feel frustrated with the way >software is installed on the system. Under UNIX people often have to >hardwire the paths and settings into the executable at compile time. >This is in contrast with DOS that passes the full path name of the execuatble >as argv[0] so that you can search for library + data files. Un*x passes the pathname the executable (relative to the current directory) in argv[0], and that in addition to the current working directory tells you exactly where the program is. For instance, here's a shell script that will always cat the file "notes" which is in the same directory as the shell script. Notice that neither the name of the directory nor the name of the script is hardcoded. #!/bin/sh cat ${0%/*}/notes Unix programs still tend to hard code pathnames though, because otherwise you can't create links to the program from other directories. Of course, if you assume they are always symbolic links, you could make the program do an lstat() on the executable to see if it's a symbolic link and do the right thing. Mark ==================================================================== Email: Mark_Weaver@brown.edu | Brown University PGP Key: finger mhw@cs.brown.edu | Dept of Computer Science -- ==================================================================== Email: Mark_Weaver@brown.edu | Brown University PGP Key: finger mhw@cs.brown.edu | Dept of Computer Science ------------------------------ From: mah@ka4ybr.com (Mark A. Horton KA4YBR) Subject: Re: Linus: Leaving for Australia Date: Thu, 1 Sep 1994 23:06:42 GMT Linus Torvalds (torvalds@cc.helsinki.fi) wrote: [ chop ] : I'll be back (*), : Linus : (*) October 4, actually. Been watching a few too many Arnold Schwarznegger movies, have we, Linus?? :) (have fun!) - m -- ============================================================ 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: jerryg@teleport.com (Jerry Gaffke) Subject: Re: dram -- bogoboost without patching! Date: 1 Sep 1994 21:41:27 -0700 Paul Gortmaker (paul@rasty.anu.edu.au) wrote: : Some of you may remember the bogoboost patch -- a patch which : would change setup.S to alter the DRAM refresh timer before switching : to protected mode. The idea is that on older machines, you could get up to : a 5% performance increase by extending the period of the refresh : timer from the standard 15us. (Most newer machines implement a hidden : or slow (120us) refresh in the BIOS setup menu, and hence already take : advantage of this boost.) ...... : Now each megabyte of memory has almost 9.5 *million* of these cells. : You can imagine that it will eat up some of our computer's power : to read and re-write *all* these cells every 0.000015 seconds. : (A refresh cycle involves reading a value from memory, and then writing : it back to the memory cell again.) : Well, the basic design is the same in todays modern SIMM (Single : Inline Memory Module) but they can do much better than being able : to remember for a mere 15us. Todays DRAM (Dynamic Random Acess : Memory) chips on the common SIMM you have are capable of having : a refresh only once every 500 --> 1000 us or more. ...... : long before that. Consider the following data I took on an old : 12MHz AT (286) computer (using the DOS version of my program). : DRAM refresh period(us) Landmark v2.00 rating % increase : ----------------------- --------------------- ---------- : 15 15.48 0 : 120 16.14 4.26 : 250 16.19 4.59 : 500 16.21 4.72 : 1000 16.22 4.78 : 2000 16.22 4.78 : 5000 16.23 4.84 : 10000 16.23 4.84 : 20000 16.23 4.84 : (Note that at 10000 and 20000, the machine would eventually have a : parity error as described above.) As can be seen from the above data, : we get about a 5% increase in speed with the *longest* refresh period, : and we had already obtained over 97% of the maximum possible increase : with a nice "safe" value of 500us. You're almost certainly running these DRAMs far out of spec, on very thin ice. The original design was probably doing a single refresh cycle on each 15us timeout. Lets assume that they used 16Kbit DRAMs organized as 128 rows of 128 ram cells each, requiring that all cells be refreshed once every 2000us. (I believe those numbers to be correct for DRAMs of the XT era). Each refresh cycle hits an entire row of 128 cells, thus all 128 rows are covered every 128*15us = 1920us, just barely meeting the 2000us spec. When bigger DRAMs were built there were more rows of ram cells to hit, but system designers would not put up with anything less than 15us refresh intervals. This carries over to the current day. Opening a data book at random, I see the Toshiba 4Mbit DRAM TC514400J/Z (might be used in currently available PC's). It is organized as an array of 1024 rows by 1024 columns by 4 bits, and has a refresh requirement of "1024 refresh cycles/16ms". So if we do single refresh cycles on 15us intervals, we will cover the entire chip in 1024*15us = 15360us, again just barely making spec. A more efficient memory system design would be to do a burst of many refresh cycles less often. As an extreme example for the 4Mbit case, we might choose to do 1024 refresh cycles once every 16000us. Perhaps most memory systems on PC's today do it this way, if they do I would assume that they have arranged for the hardware to be properly initialized. DRAM's can be very forgiving. I recall turning the power off of a graphics system for 10 seconds, and seeing an almost correct image on the screen when the power was restored. The DRAM's used to store the graphics pixels had retained their data with the power off. When debugging a design I have often thought that a system was working perfectly, only to find later that DRAM refresh was not working at all. DRAM's tend to forget their contents much more readily as the heat goes up, I believe this is an exponential trend. Parts are often spec'd at up to 70 degrees C (chip temperature, not ambient). So perhaps you can cheat the spec by an order of magnitude or more if you can keep things cool. But memory errors can be very difficult to diagnose, and you must be willing to accept the consequences. I am not terribly familiar with PC memory system design, but I have been designing around DRAM since 1978. Anybody out there able to shed a bit more light on what is going on with current PC hardware? I would assume that if they are typically doing refresh once each 120us, then it is a burst 8 refresh cycles. Any guidelines for figuring out if your hardware might be getting initialized by somebody for 15us when it really could be 120us? jerryg ------------------------------ From: runge@s1.gov (Karl J. Runge) Crossposted-To: comp.os.linux.help,comp.os.linux.admin Subject: Re: Xconfig for Diamond SS24X ... Date: 3 Sep 1994 23:14:39 GMT In article , cgb102@psu.edu (Craig Bates) writes: |> >Hello there: |> |> > I remembered someone posts an Xconfig file is specific for the |> >"Diamond SS24X", and it can display in 1024x768 mode by adjusting the |> >freq of the vga card. |> |> > I can not remembered where I got that file because it has been a while. |> >I tried the sunsite, but it seems not there. I can only find the generic one |> >for Diamond, and I can not make it to display in 1024x768 mode. |> |> > Can anyone who has this file send me a copy or tell me where I can find |> >this file? |> |> > Any help will be very much appreciated. |> |> |> |> >have a nice day, :) |> |> >Tony Wang |> >e-mail: hwang@ecst.csuchico.edu |> |> |> I would like a copy also please. I just can't get it to go in 1024x768 mode. |> Um, I don't really like the idea of giving out Xconfigs, I figure everyone should "roll their own" with the spreadsheet template provided by the XFree distributions combining with your Monitor Specs. Check it out if you haven't already. My Diamond SS24X was purchased in Nov 1992. My monitor is a MicroScan 4A/ADI 15" purchased at the same time. I used the "freq" program to set a Clock at 80MHz. This is a bit over specs for my Monitor. But it hasn't blown in over a year of this (and I'd like an excuse to buy a 17" anyway ;-). DIAL DOWN the value from 80MHz TO BE SAFE. I have lower (e.g. 72 75 77 MHz modes there as well, try them first, I am pretty sure they work for my setup) Here is the relevant portion of my Xconfig. Ignore the 1072x768 mode I cooked up: I use it to completely fill the monitor screen. I got 1152x900 to work as well, but the characters weren't crisp enough and led to eyestrain. Good luck and BE CAREFUL. Read your Monitor's user manual and use the spreadsheet first, that's how I made these! # The graphics drivers # First the 8-bit colour SVGA driver # vga256 ViewPort 0 0 # Modes "640x480" "800x600" "1024x768" "1152x900" Modes "1072x768" "1024x768" "640x480" ## Clocks 25 28 31 50 72 75 ## ClockProg "/usr/X386/diamond/freq" 25 # # Next the 1-bit mono SVGA driver # vga2 Virtual 800 600 ViewPort 0 0 Modes "640x480" # Modes "800x600" "640x480" # # Hardcode the clocks for faster more reliable startups. #Clocks 25 28 32 36 40 48 50 65 # # And last, the database of video modes # ModeDB # # name clock horizontal timing vertical timing flags "640x480" 25 640 664 760 800 480 491 493 525 28 640 640 728 776 480 480 482 493 31 640 664 704 832 480 489 492 520 "800x600" 36 800 824 896 1024 600 601 603 625 40 800 840 968 1056 600 601 605 628 50 800 856 976 1040 600 637 643 666 "1024x768i" 44 1024 1040 1216 1264 768 777 785 817 Interlace "1024x768" 65 1024 1032 1176 1344 768 771 777 806 72 1024 1074 1220 1328 768 768 785 800 75 1024 1048 1184 1328 768 771 777 806 77 1024 1024 1264 1384 768 768 771 788 80 1024 1072 1312 1344 768 783 786 830 # 80 1072 1104 1288 1360 768 783 786 830 # 80 1024 1128 1376 1400 768 768 780 789 85 1024 1032 1152 1360 768 784 787 823 "1072x768" 80 1072 1104 1288 1360 768 783 786 830 # "1152x900" 75 1152 1152 1384 1504 900 900 903 918 "1152x900" 72 1152 1160 1328 1400 900 900 933 943 77 1152 1152 1384 1504 900 900 903 919 # 80 1152 1176 1336 1384 900 900 903 920 80 1152 1216 1376 1440 900 900 903 920 "1280x1024i" 80 1280 1296 1512 1568 1024 1025 1037 1165 Interlace "1280x1024" 80 1280 1280 1440 1568 1024 1024 1027 1043 110 1280 1328 1512 1712 1024 1025 1028 1054 135 1280 1312 1456 1712 1024 1027 1030 1064 -- ======================================================================= Karl J. Runge -- Linux: it's the Real thing -- runge1@llnl.gov (510)-423-0611 Cleanliness is next to emptiness. (510)-516-7127 ------------------------------ From: vgoel@io.org (Vaibhav Goel) Subject: Possible FAQ? Date: 3 Sep 1994 18:56:08 -0400 People keep on asking about BBS software available for Linux. Maybe it's time that a FAQ was available listing software that people got compiled under linux and the places where its available (eg, xbbs, citadel, etc.) The FAQ could also list projects currently under development and the contact information of the authors/co-ordinators of the respecitve projects. Regards, Vaibhav -- +[ Vaibhav Goel ~ President ~ polarix, Inc.]+ Graphics Design ~ Animation ~ 3D Rendering ~ Advanced Graphics Services Voice: (416) 754-7398 ~ Fax: (416) 754-4092 Fermentation Fault - Coors Dumped ------------------------------ ** 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 ******************************