From: Digestifier To: Linux-Misc@senator-bedfellow.mit.edu Reply-To: Linux-Misc@senator-bedfellow.mit.edu Date: Fri, 19 Nov 93 10:17:33 EST Subject: Linux-Misc Digest #317 Linux-Misc Digest #317, Volume #1 Fri, 19 Nov 93 10:17:33 EST Contents: Call for printcap entries and print filters (David Boyd) Re: possible bug in select call? (Malcolm Mladenovic) Re: Video Cards Supported? What should I buy! (Gisli Ottarsson) Slackware Location (Bert Robbins) Re: SUMMARY: FreeBSD vs. Linux (Alan Cox) ALPHA99.13r (Defilippo Francesco) Re: how fast is linux? (Rene COUGNENC) Re: Linux Mirror in UK/Europe (Rene COUGNENC) Re: [CORRECTION] Re: Zlibc - Replacement for read-only compressed filesystem. (Bill C. Riemers) CIS B+ protocol (Enrico Scotoni) Re: Intercal & Linux (Chris Osborne) Re: Slackware Location (Bert Robbins) Re: OS/2 and X-Windows (Fred J. McCall 575-5185) BogoBoost is a BogoBust! (for me, at least) (Frank Lofaro) Appletalk under linux? (John Gillespie) Re: Zlibc - Replacement for read-only compressed filesystem. (Helmut Geyer) Re: Defaulting LILO to boot to MS-DOS (Ken Rice) Re: possible bug in select call? (Robert Nation) ---------------------------------------------------------------------------- Crossposted-To: comp.os.linux.help From: dwb@ITD.Sterling.COM (David Boyd) Subject: Call for printcap entries and print filters Date: Thu, 18 Nov 1993 22:33:10 GMT Hello all fellow Linux adventurers: After posting a question a little while back about printfilters for Postscript printers, I have seen a large number of questions on printcaps and filters for various printers. As a small service to the Linux community I have decided to put together a package of printcap entries and filters for various printers. I recieved several after my post but am interested in getting others. If you have a printcap entry and/or filters for either PS or Non-PS printers please mail them to me. I will be putting this package together over the next several days (and with a little luck will get it out before turkey day). If anyone knows of any archive sites which have filters or printcaps let me know and I will add them. If this is totally useless, because there is already such a beast out there let me know also. -- 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: mbm@dsbc.icl.co.uk (Malcolm Mladenovic) Subject: Re: possible bug in select call? Date: Thu, 18 Nov 1993 20:47:18 GMT In article nation@snoopy.sanders.lockheed.com (Robert Nation) writes: >I think that we have seen this before. >From the sunOS man page on select(): > select() should probably return the time remaining from the > original timeout, if any, by modifying the time value in > place. This may be implemented in future versions of the > system. Thus, it is unwise to assume that the timeout > pointer will be unmodified by the select() call. >I believe that Linux DOES modify the time value in the >timeout field as suggested Linux should probably change - this behaviour is not permitted in the current draft of the POSIX.12 standard, where the timeout parameter is declared a const struct timeval *. This may have been changed as a result of the ballot, but I would hope not since POSIX is supposed to codify existing behaviour where possible and that has been not to change the value. -Malcolm [usual disclaimers apply] ------------------------------ From: gisli@liapunov.eecs.umich.edu (Gisli Ottarsson) Subject: Re: Video Cards Supported? What should I buy! Date: 18 Nov 1993 14:48:13 GMT EC> ... I use, and am happy with, the Trident 8900cl... LD> Well, Ed, don't ever try one of the $150ish S3-801 or S3-805 LD> based cards (STB PowerGraph and Actix GraphicsEngine32 come to LD> mind), or you will lose your happiness with your obsolete LD> non-accelerated card! BO> Get an accelerated card for sure...a S3 card seems to cruise BO> along. The Actix, STB PowerGraph, and the Orchid can all be BO> found under $200. Well worth the investment, IMHO, of course. How about the #9 Level 10 (a S3-928 based card) which can be had for ca. $250 with 1Mb and can be upgraded to 2Mb or 3Mb -- right? Gisli -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gisli Ottarsson Grad Student and a Gentleman Delenda est Carthago. University of Michigan gisli@umich.edu ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------ From: bert@dss.com (Bert Robbins) Subject: Slackware Location Date: Thu, 18 Nov 1993 14:47:12 GMT I hear everybody talking about the Slackware version of Linux but I haven't heard anybody say where it is located or how you obtain it. Where it it? -- Bert Robbins Penril Datability Networks bert@penril.com 1300 Quince Orchard Blvd 301/921-8600 x8856 Gaithersburg, MD 20878 ------------------------------ Crossposted-To: comp.os.386bsd.questions From: iiitac@swan.pyr (Alan Cox) Subject: Re: SUMMARY: FreeBSD vs. Linux Date: Thu, 18 Nov 1993 14:28:38 GMT In article <93319.140154UD068690@NDSUVM1.BITNET> Mark Diers writes: >What would clinch my vote for either operating system would be token ring >support. Is anybody out there working on it? I've looked into it but have >come up with the concluusion that I lack the technical expertise to even >start on such a project. > As far as I know the answer is nobody is doing it. Token ring is a pain in the backside and means implementing 802.2 layers, 802.5 layers, IP over 802.3 (not too hard) and the horrible source routing stuff. Alan ------------------------------ From: clint@hal9000.unipv.it (Defilippo Francesco) Subject: ALPHA99.13r Date: 16 Nov 1993 15:46:39 GMT Hello I'v tryed to compile the alpha version of linux 99.13r with new gcc 2.5.3 but it have fount a lot of error. -- With Best Regard: ================================== | Francesco Defilippo | | clint@hal9000.unipv.it | ================================== <> Congettura di Taniyama. -----BEGIN PGP PUBLIC KEY BLOCK----- finger clint@hal9000.unipv.it > clint.pk -----END PGP PUBLIC KEY BLOCK----- ------------------------------ From: rene@renux.frmug.fr.net (Rene COUGNENC) Subject: Re: how fast is linux? Date: 17 Nov 1993 11:10:02 GMT Ce brave Michael H Price II ecrit: > I am thinking about upgrading to linux but a friend told me it ran slow. How > fast/slow would it run on a 386DX-40 with 8megs RAM? Slow compared to what...??? Linux runs really fast on a 386/486 PC. Now, which 'fast' OS does your friend use ? -- linux linux linux linux -[ cougnenc@renux.frmug.fr.net ]- linux linux linux ------------------------------ From: rene@renux.frmug.fr.net (Rene COUGNENC) Subject: Re: Linux Mirror in UK/Europe Date: 17 Nov 1993 16:27:32 GMT Ce brave Steve Wilkinson ecrit: > Can anyone please tell me the best place to find a mirror of the > Linux stuff (for 386) that is reasonably close to London. Also, ftp.ibp.fr (IP adress: 132.227.60.2) is in Paris. ( France, you know.. :-) ) It mirrors tsx-11 and the slackware binary distribution. It is a good place to get Linux, just because it is managed by Remy Card, a man who knows Linux a bit... :-) -- linux linux linux linux -[ cougnenc@renux.frmug.fr.net ]- linux linux linux ------------------------------ From: bcr@bohr.physics.purdue.edu (Bill C. Riemers) Subject: Re: [CORRECTION] Re: Zlibc - Replacement for read-only compressed filesystem. Date: 18 Nov 93 17:17:34 GMT In article <2cfn0v$o6k@klaava.Helsinki.FI> you write: > > boutell@netcom.com pointed out that there are no docs in >zlibc.so.4.4.4.tar.gz. If you need the docs, get also zlibc.src.tar.gz. >Btw, the files are now in sunsite.unc.edu:/pub/Linux/libs > >If you are getting the binary distribution, make sure you install the link >atomically, i.e. copy the zlibc.so.4.4.4 to /lib , and then type: > cd /lib > ln -sf zlibc.so.4.4.4 libc.so.4 > > >do NOT use the following!!!! > cd /lib > rm libc.so.4 > ln -s zlibc.so.4.4.4 libc.so.4 Since libc.so.4.4.4 requires ld.so, wouldn't the following be much smarter (and safer): cd /lib ln -s zlibc.so.4 libc.so.4.z ldconfig This way, you have less dangers of what happens if you mistype one of the commands. "ldconfig" is designed to be safer than ln -sf, so why not take advantage of it? Even better, with your next release you can include this like as part of the tar file, so all the user has to do is type "ldconfig". (Assuming they correctly installed ld.so). > With the source distribution, there is no problem, "make install" takes care I hope you don't make the same mistake that the "libc" distribution does... With libc, libc.so.4 is copyied to libc.so.4.old. So when you type "ldconfig" the old version is used instead of the new version! Bill ------------------------------ Date: Thu, 18 Nov 1993 07:39:00 MET From: scoti@p46.keru.chg.imp.com (Enrico Scotoni) Subject: CIS B+ protocol Dan, > : Does anybody know of a CIS B+ protocol implementation for > Linux/unix ? > : It should be a seperate program (external protocol) in a > similar fashion as > : rz/sz so that I could implement it into seyon. > There is a CIS B+ implementation included in the xcomm program. > I compiled > and used it under COHERENT some time ago, but I don't know its > current > status. lar3ry gensch (a coauthor of xcomm) also mailed me, telling me the same. Now the product is called xc, a successor of xcomm. The B+ is implemented as an INTERNAL protocol, i.e. it is NOT a standalone program. As I want to integrate it into SEYON I need a standalone program. lar3ry suggested to try to make it standalone (from xc); I've tried, but uhhh, doesn't seem to be very easy. So if somebody knows another solution, please tell me; in the meantime I keep hacking with xc. BTW: J.P. Radley (the current maintainer of XC) sounded not too excited about what I am trying to do, I hope I'm not trying to do something illegal. Enrico. --- ------------------------------ Crossposted-To: connect.audit From: boris@ibmpcug.co.uk (Chris Osborne) Subject: Re: Intercal & Linux Date: Fri, 19 Nov 1993 00:22:18 GMT I appologise if my posting about intercal & linux left some people confused. I made a couple of silly assumptions: a) That most people in this group would know about intercal. ( Hands up, how many people have NOT read 'The Hackers Dictionary' ) Here is a small excerpt from the intercal manual: The other major importance of INTERCAL lies in its seemingly inexhaustible capacity for amazing one's fellow programmers, confounding programming shop managers, winning friends, and influencing people. It is a well-known and oft-demonstrated fact that a person whose work is incomprehensible is held in high esteem. For example, if one were to state that the simplest way to store a value of 65536 in a 32-bit INTERCAL variable is: DO :1 <- #0$#256 any sensible programmer would say that that was absurd. Since this is indeed the simplest method, the programmer would be made to look foolish in front of his boss, who would of course have happened to turn up, as bosses are wont to do. The effect would be no less devastating for the programmer having been correct. b) That most of you wuld have access to an 'Archie' somewhere to get the location of packages. For those of you who wish to get intercal, I ftp'd intercal0.9.tar.Z from sequoia.lle.rochester.edu:/pub/intercal. Our local Archie came up with the following other references ( note that some of these are newsgroup archives, intercal versions written in perl etc. and may not be relevant. ) Host hwarang.postech.ac.kr Location: /pub/usenet/comp.sources.misc/volume16 DIRECTORY drwxr-xr-x 512 Aug 29 13:20 intercal.pl Host ugle.unit.no Location: /pub/misc/jargon/expanded.300 FILE -rw-r--r-- 1514 Jul 31 03:55 INTERCAL Host ftp.sunet.se Location: /pub/usenet/comp.sources.misc/volume16 DIRECTORY drwxrwxr-x 512 May 28 14:51 intercal.pl Host cs.dal.ca Location: /comp.archives/alt.lang.intercal FILE -r--r--r-- 1280 May 22 02:46 intercal-0-9-compiler Host ftp.uu.net Location: /languages/intercal FILE -rw-rw-r-- 189279 Mar 5 1993 intercal0.9.tar.Z Host etext.archive.umich.edu Location: /Politics/Love.and.Rage/LR-0293 FILE -rwxr-xr-x 1759 Feb 17 1993 intercal.txt Host qiclab.scn.rain.com Location: /pub/gnu FILE -rw-rw-r-- 5866 Nov 8 1992 perl-intercal.shar.Z Host ftp.uu.net Location: /usenet/control/alt FILE -rw-rw-r-- 420 Apr 25 1992 alt.lang.intercal.Z Host ftp.psg.com Location: /pub/misc FILE -rw-r--r-- 15640 Feb 8 1991 intercal-asm Host qiclab.scn.rain.com Location: /pub/misc FILE -rw-rw-r-- 6841 Jan 30 1991 intercal.shar.Z Host lth.se Location: /pub/netnews/alt.sources/volume91/jan FILE -r--r--r-- 4129 Jan 25 1991 Perl.meets.Intercal.gz Host ucsd.edu Location: /pub FILE -r--r--r-- 52150 Apr 26 1990 Intercal.doc .......................................................................... Chris Osborne boris@ibmpcug.co.uk ------------------------------ From: bert@dss.com (Bert Robbins) Subject: Re: Slackware Location Date: Thu, 18 Nov 1993 16:14:49 GMT Bert Robbins (bert@dss.com) wrote: : I hear everybody talking about the Slackware version of Linux : but I haven't heard anybody say where it is located or how : you obtain it. : Where it it? What a quick response! I have received about 6 in the 2 hours since I originally posted the question. Primary site ftp.cdrom.com:/pub/linux/slackware with the following mirrors: ftp.halcyon.com ftp.ibp.fr Thanks!!! -- Bert Robbins Penril Datability Networks bert@penril.com 1300 Quince Orchard Blvd 301/921-8600 x8856 Gaithersburg, MD 20878 ------------------------------ Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.os2.misc,comp.unix.misc From: mccall@mksol.dseg.ti.com (Fred J. McCall 575-5185) Subject: Re: OS/2 and X-Windows Date: Thu, 18 Nov 1993 23:34:50 GMT COULT NICHOLAS ASHTON (coult@magellan) wrote: : I have heard that, with the proper software, it is possible under OS/2 to run an X-server : which serves applications remotely over a modem connection. : I have some questions regarding this. : 1. Is it really possible? Yes, but you're being somewhat confused. You're calling it 'server' but describing what in X is called a *client*. I don't know of any X client software for OS/2. There are X server package, which when coupled with TCP/IP will let you run a SLIP connection to another machine that is running an X client and display its applications on your screen. : 2. What software is needed to do this? X and TCP/IP : 3. How fast would the modem have to be for this to be useable? As fast as possible. This isn't going to be an optimal solution, but expect real pain at anything below 9600. Even 14.4k is going to hurt if you're running graphical applications. : 4. Is there any special software/hardware which would be needed on the other : end of the connection? The client side to run the actual applications while your OS/2 server runs the display. -- "Insisting on perfect safety is for people who don't have the balls to live in the real world." -- Mary Shafer, NASA Ames Dryden ============================================================================== Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me. ------------------------------ From: ftlofaro@unlv.edu (Frank Lofaro) Subject: BogoBoost is a BogoBust! (for me, at least) Date: Thu, 18 Nov 93 18:50:13 GMT On my system (Everex Tempo 486DX/33), I get BogoMips *always* at 16.61 no matter what, with or without the BogoBoost RAM refresh patch installed. What gives? Maybe I have "transparent RAM refresh", and don't need the BogoBoost patch? Someone else mentioned getting 16.44 BogoMips on their 486DX/33, which is lower than 16.61, so maybe that is the case. Even if I have transparent RAM refresh, could slowing down refresh improve non-CPU performance? (e.g. not get in the way of DMA as often, etc?) ------------------------------ From: john@josquin.ucdavis.edu (John Gillespie) Subject: Appletalk under linux? Date: Thu, 18 Nov 1993 18:17:23 GMT Are there any appletalk drivers for linux to allow printing to laserwriters on ethernet? Thanks, john ------------------------------ From: geyer@polyhymnia.iwr.uni-heidelberg.de (Helmut Geyer) Subject: Re: Zlibc - Replacement for read-only compressed filesystem. Date: Thu, 18 Nov 93 19:04:46 GMT Jarod Eells (jeells@cs.washington.edu) wrote: :>First of all, good job!!! I thought this was a wonderful idea so I :>quickly d/l zlibc and installed it. :>Problem: emacs info mode refuses to load gzipped files. Something :>about the naming confuses it. I tried hacking info.el but to no :>avail. Any ideas?? emacs can read gzipped info files already. It tries to gunzip these files, but when it reads the file it is magically uncompressed already. So I would say that you should disable the compression of info files for zlibc and do a gzip -9 on all info files. The result will be the same, but will not use zlibc. Helmut :>[Note: emacs 19.20, kernel p13,p13r, zlibc 4.4.4] :>-- :>--> jeells@cs.washington.edu -- ============================================================================== Helmut Geyer geyer@kalliope.iwr.uni-heidelberg.de ------------------------------ From: rice@ecn.purdue.edu (Ken Rice) Subject: Re: Defaulting LILO to boot to MS-DOS Date: Thu, 18 Nov 1993 19:24:26 GMT In article <2cfc7e$kh3@mercury.king.ac.uk>, cs_d613@dcs.king.ac.uk (J C Doran) writes: |> Basically, if it can be doen, how do I do it? |> |> --- |> |> /^^\____________ The Fox |> \~~/ __ \ |> \/\____,<^ / \ | |> / \ \/| \| |> | \ / | |> |> I have my system set up this way so that the kids don't have to figure out how to get MS-DOS running. All you have to do is list your MS-DOS partition first in your config file. Ken Rice rice@ecn.purdue.edu ...!pur-ee!rice Senior Systems Engineer, Engineering Computer Network Electrical Engineering Department, Purdue University West Lafayette, Indiana 47907-1285 (317)494-6678 ------------------------------ From: nation@snoopy.sanders.lockheed.com (Robert Nation) Subject: Re: possible bug in select call? Date: 18 Nov 93 14:24:02 >The following simple program that calls select() with no >file descriptors to wait on but with a valid timeout ranging >from 0 to 14000 usec (in 1000 usec) steps does not seem to >wait appropriate amount of time. select() seems to just >return right away. On SUN OS (and on Intel Paragon) the output >is as shown below. I think that we have seen this before. From the sunOS man page on select(): select() should probably return the time remaining from the original timeout, if any, by modifying the time value in place. This may be implemented in future versions of the system. Thus, it is unwise to assume that the timeout pointer will be unmodified by the select() call. I believe that Linux DOES modify the time value in the timeout field as suggested, so > for(j=0;j if (select(64 /*256 on Linux */,NULL,NULL,NULL,&wait) == -1) > perror("select failed"); > } Only waits the first time through. Rob (nation@rocket.sanders.lockheed.com) ------------------------------ ** 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 ******************************