From: Digestifier To: Linux-Activists@senator-bedfellow.mit.edu Reply-To: Linux-Activists@senator-bedfellow.mit.edu Date: Mon, 16 Aug 93 20:13:04 EDT Subject: Linux-Activists Digest #127 Linux-Activists Digest #127, Volume #6 Mon, 16 Aug 93 20:13:04 EDT Contents: Re: casts (was SCO cc is broken?) (Mark Eichin) Re: LINUX ON SEEDY ROM (Greg Copeland) recovering user's files after upgrade (David Lesher) Re: bug in libm.a arcXXX functions (H.J. Lu) When's Linux 1.0 coming out? (Shun-Chang Tsai) Networking with PL12 (Ke Lan) Re: [Q] Can't do networking (jcburt@gats486.larc.nasa.gov) Re: NetBSD's ash as /bin/sh substitute on Linux (Branko Lankester) Re: When's Linux 1.0 coming out? (Gene Choi) Re: Unix close for 486 - commens requested (Amancio Hasty Jr) Re: SLS 1.03 and XS3 (solved)!! (Jon Tombs) Re: [Q] Are WD IDE drives OK? (James A Benedict) Re: When's Linux 1.0 coming out? ("David Herron") Re: INFO-SHEET and META-FAQ: updated and whither? (Michael K. Johnson) Is Jana still around?? (Greg Price) ---------------------------------------------------------------------------- From: eichin@tweedledumber.cyGNUs.com (Mark Eichin) Crossposted-To: comp.lang.c Subject: Re: casts (was SCO cc is broken?) Date: 16 Aug 93 17:08:05 Thanks for the exposition of casts; in the code in question, it wasn't relevant. :>> switch ( (unsigned int) *(rpkt->dat+1) & ~1) { :>>rpkt->dat is char*, it fetches the char into AL, then masks EAX and :>>switches on that... leaving the upper 24 bits of EAX as garbage... so :>>the switch always fails. :This description conflicts slightly with itself. `Masking EAX' makes :the upper 24 bits *not* garbage, if the upper 24 bits are masked away, :but not if only the low order bit is masked away. I am not :particularly conversant with Intel 80x86 assembly, but no sample :compiler output appeared anyway. I suspect that the compilers in :question make `char's signed, so this means: Sorry for the poor wording, I should include a larger code sample... and "masking EAX" wasn't clear... Essentially, what the above is turned into is EAX <- (rpkt->dat+1) ;; EAX is a 32 bit register AL <- fetch char from EAX ;; AL is the lower 8 bits of EAX EAX <- EAX & ~1 ;; this is what I meant by ;; "masking EAX" No sign extension occurs. The compiler used the lower 8-bits of AL to hold the char value from the buffer, then "magically" used the whole word as if it contained the value. Sign extending or zero extending would have been fine -- but (rpkt->dat+1) == 0x1803f7, *(rpkt->dat+1) == 0x3, ((unsigned int) *(rpkt->dat+1) & ~1) == 0x180302... which isn't correct by *any* interpretation of the C language. To reiterate, this was under SCO 3.2v4.0 and ODT 2.0... Thanks to my complaints here, I'm now aware that some bugs of the above type have been fixed, and that many of the other problems I had have also been dealt with in the past year -- so I'll see about getting a newer release (if it fixes the problems, I should be able to convince my customers to upgrade as well.) Thanks for all of the commentary, especially the calmer and more polite ones :-) _Mark_ MIT Student Information Processing Board Cygnus Support ------------------------------ From: gcope@NeoSoft.com (Greg Copeland) Subject: Re: LINUX ON SEEDY ROM Date: Mon, 16 Aug 1993 20:31:28 GMT In article <24e4d4$kdm@crl.crl.com> rjust@nntp.crl.com (Randy Just) writes: > >For those that are looking for the Yggdrasil LINUX CD-ROM I am making >them available for $49.95 U.S. Customers $3 S/H. I can be contacted at > >707-769-1648 Just Computers! >707-765-2447 FAX P.O. Box 751414 > Petaluma, CA 94975-1414 >rjust@justcomp.com > >It can be frustrating to find all of the files to start using LINUX >effectively and this is the quick and dirty way of getting a robust >system running. > >Visa and Mastercard can be used as well. International orders welcomed!!! > > Tell us a little about what's on the CD! What kernel is it? Is it a SLS release or what? Greg ------------------------------ From: wb8foz@mthvax.cs.miami.edu (David Lesher) Crossposted-To: comp.unix.questions Subject: recovering user's files after upgrade Date: 16 Aug 1993 18:26:46 -0400 Reply-To: wb8foz@skybridge.scl.cwru.edu (David Lesher) I've upgraded to a new SLS, or rather started all over with a new one. I have everything from the old version saved of tape. Further, I have the disk space to dump that tape out. What is the easiest/best way to restore/recreate all the users & user_specific files to the system? Sure, I can build run useradd, one by one, fiddle around as needed, but I have to think There Is A Better Way. What is it? -- A host is a host from coast to coast.....wb8foz@mthvax.cs.miami.edu & no one will talk to a host that's close............[301] 56-LINUX Unless the host (that isn't close).........................pob 1433 is busy, hung or dead....................................20915-1433 ------------------------------ From: hjl@nynexst.com (H.J. Lu) Subject: Re: bug in libm.a arcXXX functions Date: Mon, 16 Aug 93 21:43:43 GMT In article <1993Aug16.144624.31750@rchland.ibm.com>, shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall) writes: |> I've hit a bug with the arcXXX functions (e.g. acos(), atan(), etc.) in |> libm.a. The following program dumps core: |> |> #include |> #include |> |> void main(int argc, char *argv[]) |> { |> printf("%lf\n", acos(9)); |> } |> |> The cause appears to be the acos() function, which should be setting errno |> to EDOM and returning. |> It is exactly libm.a did. It retuns NaN. Depending on your default 387 control word, you may get core dump. Check out crt0.S it is in ./libc-linux/crt. H.J. |> This is with kernel .99pl12 from the latest SlackWare release. I wasn't |> sure where else to post this (is libm.a from GNU? Should I post to |> gnu.gcc.bug ?) |> |> -- |> : jay jay@vnet.ibm.com My opinions and ideas, not my employer's. |> : shmdgljd@rchland.vnet.ibm.com (c) Copyright 1993. All rights reserved. ------------------------------ Subject: When's Linux 1.0 coming out? From: stsai@husc11.harvard.edu (Shun-Chang Tsai) Date: 16 Aug 93 22:24:39 GMT just out of curiostiy, can anyone give me an estimate of the relase date for Linux 1.0? After all, the version number is getting pretty close to it. stsai@husc.harvard.edu ------------------------------ From: lxk7324@ucs.usl.edu (Ke Lan) Subject: Networking with PL12 Date: Mon, 16 Aug 1993 21:14:23 GMT Hi, everyone, Could someone help me on the following problem? I upgraded the kernel from PL12 alpha to PL12 release (8/15). After the compiling the kernel, the network does not works any more. On every 'route' command except adding 127.0.0.1, it gives the following error message: SIOCADDT: network unreachable With the alpha version, everything runs fine, finger, telnet, ftp, X-windows etc. Any clue or suggestions? Thanks. Lan Ke University of Southwestern Louisiana ------------------------------ From: jcburt@gats486.larc.nasa.gov Crossposted-To: comp.os.linux.help Subject: Re: [Q] Can't do networking Date: 16 Aug 1993 21:17:03 GMT In article <1993Aug16.144418.17274@cc.gatech.edu> byron@cc.gatech.edu (Byron A Jeff) writes: In article <24ntjm$adf@tuegate.tue.nl>, Ronald Aarts wrote: >My ifconfig and route look like: > >eth0 IP ADDR 131.155.110.55 BCAST 131.155.255.255 NETMASK 255.255.255.0 ^^^ should this not be 110? > MTU 1500 METRIC 0 POINT-TO-POINT ADDR 0.0.0.0 > FLAGS: 0x0043 ( UP BROADCAST RUNNING ) > > Kernel routing table > Destination net/address Gateway address Flags RefCnt Use Iface > network * UH 0 43 eth0 > softland * UH 0 0 lo > >I don't think the latter is correct !!! > PL12 is stricter about routing. Darcy Bose's info works for PL10 and 11 only. The missing piece in all of this is the route to add the network. I'll use your numbers from the ifconfig: ifconfig eth0 131.155.110.55 broadcast 131.155.110.255 netmask 255.255.255.0 route add 131.155.110.0 # this is the important one. It adds the net. route add default gw 133.155.110.X 1 # add the loopback devices as specified. Perhaps this works fine for some folks, but it doesn't work at all for me... I have the following set up for eth0 (which is a WD8013) eth0 IP ADDR 128.155.48.100 BCAST 128.155.255.255 NETMASK 255.255.0.0 my NETWORK is 128.155.0.0 which adds without a complaint, i.e. route add 128.155.0.0 does not give any error messages back... I try adding my gateway, i.e. route add default gw 128.155.X.X 1 and get "Network is unreachable" (well, I don't use the X's, they are actual numbers which I would prefer not to reveal) I try adding my machine, i.e. route add 128.155.48.100 and I get "Network is unreachable" Apparently linux.99p12 doesn't like Class B networks at all...a minor comment is made about this in the announcement, and it also mentions this is due to a bug in 4.4.1 library, and that we should use Libc-4.4.2. One minor problem, WHERE CAN I GET THE #$*&!$ library ? I've checked tsx-11, sunsite, and nic.funet.fi, all to no avail...talk about frustrating!!!!! Help???? John -- John Burton G & A Technical Software, Inc. jcburt@gatsibm.larc.nasa.gov 28 Research Dr. Hampton, Va. 23666 jcburt@gast486.larc.nasa.gov (804) 865-7491 ------------------------------ From: branko@disorder.hacktic.nl (Branko Lankester) Crossposted-To: comp.unix.shell Subject: Re: NetBSD's ash as /bin/sh substitute on Linux Date: 17 Aug 1993 00:23:16 +0200 devet@adv.win.tue.nl (Arjan de Vet) writes: >It has however some serious bug (I think): many shell scripts from INN and >smail use commands in backquotes (`date`). When running these scripts from >the command line, they work fine, but when run from crond they hang at the >first `...` command, consuming 100% CPU time. This is also the case for >/etc/rc scripts. I started using debugging traces but haven't been able >yet to find the problem. I think the problem is Linux's weird behaviour when SIGCHLD is set to SIG_IGN, child processes can mysteriously disappear in this case. You should make crond set SIGCHLD to SIG_DFL (which also means ignore the signal) instead of SIG_IGN. Here are my patches for the NetBSD version of ash, they also fix some other bugs and add the pdksh test builtin. For the Linux C library you may need some additional patches. Branko ======== begin 664 diffs.z M'XL(`'WO;RP``^4Z:7?:R+*?-;^B828)8,EF,=B&./=XP80Q!@_@3);)X0@0 MH%A(NI+P,N/CB.DJJ[JJNKJ6EHJ%`JLM%U22@<' ME9UB;:>\QTKE>K%2+^W^H&D:N]"OC9EI&=*`@_KN?KVT]T-!_H?/;%*,D<]2-RW^8^./L=0MRT&JI>E/QCA;2+B\]P//M.?P;#M3 M`XD=-S`=$L?5/=_`J3T#A()??^'`W M%!YO26[0`5<2%J;"X$;[?[,P+##\X'GK#WE7_I`G/EFD'Z\N6 M89U3(CUDVIQI_C^]CH7-N[56+Y=HC4.VZ0%[]?+^QMVZMZ_N5_AV17I\W`V= MQ#>"R7*J*/#+G\"H".!W"%J8,QI"-S]LD;V)!&_8)QB"Z\(A<$//*X.>ZW0+ MD-52]Z\11#?K&E99N5C?K:$"**'PR75\9;."Y6)5+9=*843ZT;"GY@P7H]GM M730O5';4Z:A*UG8"9MC.:KY`IW6\^ZR*H\W9U)@Q&-II=\_1X<1M2.;!V,!@ M^F1B^#Z;@?,;TVQRFI##Q55GV'[;NZ29PX=O(IY.`7%8M(EVFG?K4LD.Q<,N&>^ MH4"I%"J022N0>42!_Y*--J[_P;Y:+>[&P:I:+*G5>&\H&^93E)T"._(,=N^L M(-"R8&'Z;.XY*Y<%CO,O5M@1P_Z`Z"5\7DHX)0CR_2#3]U6OW=U M.?C<0$)4*I0`\\:CX\+=&PZT::2O,A/E#3$"RL@H_#XG^*@)WN`@F_+!;KU2 MJE?VR$0\*Z=KM[WZ;GES-JBI^^5$-H#':A1Z8-%^[AT/X!8EQV1EZI8[]]P& M61GOF#.#I&!8%G-L&''C3'3,Z-S,D,*]@$U6'@C5X"L##UAQH)@XYM$E^!&` MIFU@YL%I%'YC3N-(E3!N'+5&H\'P]&0TPH)G>#1LG[`;!YS-@^2D>P%,"D[H MK29B?F[.-9M4(2=6DSFRN@]NM[\7N]U7NGI&L/)LYII3OF2T93*'[*S7/Q]U>S`.H5]FECX/-QG2?'%Q&!?7.V-[7K. MQ$_N,C+](9]ZHPH0;:H'Q:0*!P"H)G:.8('\7?]3\?-VJ$=H\QP`5%KD?*Q? MY,\H*2ET*!0Z;G'9QOKD>FY/7=SC)""M._!D/V7$[N-:/K;K:Y5=M;9;C*)^ MNSOLG9V1",/^T4DSE\O>ZF8P<]"MO)CFV00"J3']S=!;#+$-'3H2#$`GO:Z3>XY,\\PT%#A(F`UW1]=-KNG M[6YK!,9MB!U6#+E22EGYF(?N]L[(&(-V"T9RAM>F96'"=#')J"%*CLNX9EV: M3FQG/\"GKQL#+=35^U![DY:\X5E'5PXV6JE2VE&Q\:&<(]M0N[PT(81#'Z,.UATO'"=1<08I<%<>"W4$"4-IQ;K\;RIY?#Z M/3)LSE3E@WJE2F*)1B^=R8KU8O61L*S6*J']1-3G60**U_: M9[K-5O;*-Z;,MQQ,7GP^W&N@728BO6Q?-@?MCTVV6SRH$;V^=%:0H2"QC5>S MF8$=*Y+K$,Q<(UH5^+LX;W?;0QY>239AX+]%MNIWR;;9B:$@KQ9);LI-VXLT M?J]>W%PN5&MJ;3]<@WB^6&3:Y:6$^H,/%]A_R$!HFIO=H02Z`AAM[!!P-`2S M)0''@]/$1*?-XZL6<=B8_8-[UT`0I?^"ZT`!8W@-OE:D@UBK1W4H_HTZ[!12 M6H1"/%N/I]:5#D/216"U7MZ\JN4*M)R[R3[K!H(TUB406@__PW+OALWWP[/V M^^;IPSNHJT[.']Y==0?-8=BPQ,,?#AG=)!"!<1=`*>`WXD[EADJ(?5&%_B4*&XVOF;%3)Q#,K] MIU7[4[IM7+S]BEH^B`Y@%4CR,"?(5UCH_@(<(4>M)6NP&_I_R&Z@H@05DC4G M##/^O=*MW`U73V5$)/5^-Y$%F3"6:"I%XL2*59(74JDW67@QSU>'K_)8Z80] MK2@YT@P0QI>15(M[YG]>M;%GZ-??H=06KT]65-M31RG*L!?;!;^.V]/4QU#F MX2D..`(4@X(MRB9X:HP_Q"<#F^R$+K`S-6YV[)5E*6>>R4Z-"2L7*==68=/# MUC\01X5X4+C#3TB5P"(RL;?2S12)34"O05M");6$IL82F! M/-%S&902/K9_>YIE7AL,QC&FKP+H`UG3,Z_9L:Y;8\.;&S8GA`["G)F0",?W M.&#"6J:/3;N#!0EE2-WG1YP:5%OK-$=0\T(-TW?&8]/VD4Z?3MG@7;_")@YN M,W-L6F9PSRESVAW3)DP;,PU*[Q4=Z%[GF6M!"7GN>/8KGVD=IN$Q,*R+!F%7 MM[%`NF7:@.5\9W)M!'DN!19(\(<%#T@]6>@>*_1/!M3T9']J3^ML,N*65F]8 M9;O"]@]VBA6*Q%5LQ\M59LQ)U^:=RW[*-CB_'TU[8JV@JWKM!U.(^]N+-V3F M))R.T!=O1/<Y6?[BRR7 M?"?R`CH5=`-8C87!9HYE.;=8ILP]?0GE3QUW@V/_8@_C-:DZ6 M$9*A010]&F>+<;88IV<%"8VSHW&N9\(D]Q!DLYEL^(1#Q"T-6MEPISFNX>D! M>";=V%/:I@_A$P.'>GJ4>,KF0K&S^2S!2*S4/#AU5O.R#UGM%B]W>)GA98J7 M"5[&>'&S#\0DJZWP<8Z7:[SX>`GP\CM>;+PX>.GAI867#EX&H3\I:2U(AD,8 MD\&+9OR;^!@T#;\2>XONK4`(`I+8!'?H:LR(OQ*:"IF^UNU[9AESW6)7W?9[ MAF\0*72ATX3;)3S5P==+*V@!FLB]! MFK]TE`-Y3/,7I924&E([@DHRJ-M42F49U`)0)04:*J5=&=2!4=44"$8E1;_J M]@"2%/WXJ`N&2XI^W.M#Q9@`="Z/H,15RDG1^P*6E+UWV>PCMW+*ZLWW2CEE M]9/3YCNEG#+\,0%3MC]KG_64I M[,F^#6MT*;GR<1LA24F.:4Q2D&,^*&E1OD+5,$'1<6`42U)PF^`041)P.NX2;S5@-6;F M!!+KK0FM!8_L4*GPZ(H,'&#`G2O)(3PNQQ%77*2K-D!41!52'?#.$9CH!@F$)@$E(5BHEI#"0FPG2;:FL80_CUFCZ9+-D0"213Z@#'>`S7U!R(Z/73 M\!R`>7!6%?H)$7E`]#<@BJJ"?]B7?!65`8\#A6!TZS92<8+O>D*-'+`!4O"`@)BPZRN:XB5X5C/,"6M47$-U8R(Y8 MT*M/>5@V1@NIN%WL?&+966+9N3EU,2A:>6%';B-:=?!^+I/07;*W&)?'E1#, MR:$TK?&HN?3G"&8_0S#8KY)D^D;)P*S/E-OBL4KT\"Y-FP>Y*,%LU$$ M#"62"!E[DPS)&447)%03$\?`IZ;VL&<-#(^%580]+:G\M]S88,U(5*C;)5=' MWP=/AUBQ6N+K8)#;F`2&\/68CD>Y<.?SQ=GH`O&^3RT5;#0>$<7&EP686`[M M?5?W0-&4%*EEBH]U1&3$Q16WVAM1-XEUN0Q%!B-2%XB\@8\OWHV'PH;AX#". M$#:](L:R0998FHE.GAXUG^)#A3!9@`U#,?"M3T'<370?:W8L$^I\!J$G'E9] MXE_DB5CVN2%H&`3QG20]U2\R.01@$S5^> M09:1R:@XE,FB(P0BI(DD4#DOTW>;WZ;//$'?>H+^S5/TPR?HOTW>>6+ZUT], MWWEB^M??(*?R5R:WC5O#H\(AL6HR22]%XEC3ITC6UAC/[3>3Q!MQ/:V*L!(9 MMIC(=>&^MJ'5Q<]7$E6JO8QJ(K$!<23CL9^@8DL0G>BFA>3]T[I4"]"G>S3) M;F(/A*-_[3\VNKQA=//]8Z-+&T9#,RT-C[1]Z?/1]);*3WS"-QBUSRZ&_.,) MN`4&$L/VZ5_C=]KN2_RP>?]K'$_>RAR/_S+'X\ZYQ!&/"Y"C>!^+0P#REZ8` M^OC#P02C8N)SE(0$>"[QYW4:0&,?SHCWC13+[W"-02O!LI5F.3PY_PZ6[X;O M(Y9P+[%L?7R:(?'SS=\-W-P=B3PL&`2YZ>M!<)^C,V9[*HYS^YN^ MBDTQ:CV;4?K;UX;L9IWNN63@#Q<27^M/^QTPE#PL,1<>W4B3];YG-9.3(0?9 MG^.:*\FX%-73(BR+(P0JG?S\AE;#CV)SA'BL2G)I&>0.V=EM"JW)3X79N6-V6X,N'$Y=>!`G]EQ/B_'I<@51*U* MJ#*BRC)J7")/" jeg7e@livia.acs.Virginia.EDU (Jon Gefaell) writes: >In article <23r8kl$la4@pdq.coe.montana.edu> nate@bsd.coe.montana.edu (Nate Williams) writes: >> >My disagreements with this article are legion. > >1.) Last I was quoted, by Rob Kolstad (@bsdi.com) full source license >to BSDI's product is ~$1K NOT $2K > >2.) You don't need accelerated video, 32M RAM, EISA, etc etc ad nauseum > for what you've asked for. It's nice to have more and faster, but a > lot less will produce very nicely for you. Especialy I have to wonder > about the display recomendation given the stated application is for > BATCH simulations. > >3.) Other than mispelling Nanao :) (I agree, that 550i is swell) I think > this fellow has well stated what is higher end equipment and why. It is good to have at least one machine with a decent 17" color monitor and and graphic's accelerator card such as base on S3 928 or S3 801 chipset.. The price of these cards have dramatically drop over the last year. You can get an S3 805 VLB for about $120 (S3 805 is the Vesa local bus version of the S3 801) . What you get is near sparc II graphic's performance and in the case of the S3 928 superior performance running on a 486DX266. VLB cards are a cheap alternative for EISA and depending upon the board manufacturer can allow more than 32MB of memory. There are also scsi VLB cards. Cheers, Amancio -- This message brought to you by the letters X and S and the number 3 Amancio Hasty | Home: (415) 495-3046 | ftp-site depository of all my work: e-mail hasty@netcom.com | sunvis.rtpnc.epa.gov:/pub/386bsd/incoming ------------------------------ From: jon@robots.ox.ac.uk (Jon Tombs) Subject: Re: SLS 1.03 and XS3 (solved)!! Date: Mon, 16 Aug 1993 22:35:22 GMT In article clay@haapi.mn.org (Clayton Haapala) writes: >In article axp@uniplex.co.uk (Alex Poon) writes: >>Hello again, >> >>To get round all the redrawing problems you have to include the line >> >> vendor "nolinear" >> >>in your vga256 section. >> >>The XS3 server is now working faultlessly and amazingly it is faster than >>my Sun Sparc Station. Thanks again for all the help.... > >Hmmm. Just for grins, I just REMOVED the "nolinear" line from my Xconfig, and >my S3 (Artist Graphics Winsprint 100+ (924)) appears to work just as correctly >as before, but faster, I think. "Nolinear" should only be needed on machines with S3 805 chipsets. This is because unlike all other known vga chipsets the video framebuffer isn't at 0xA0000. What address it actually uses, nobody knowns (well the designers of your card should know). I hope in the future to be able to find the video ram by poking all possible addresses, but so far this hasn't met with much success. >My Sparc 10 at work is still faster, but not by much. The gap is narrowing. Jon. ------------------------------ Crossposted-To: comp.os.linux.help From: 890147b@dragon.acadiau.ca (James A Benedict) Subject: Re: [Q] Are WD IDE drives OK? Date: Mon, 16 Aug 1993 22:45:46 GMT andrew@orac.DIALix.oz.au (Andrew Lighten) writes: I have a WD Caviar 340, and I have never had any problems with it. I had it in a 386/33 running Linux/DOS, and now it is in a 486DX2/66 and I'm running Linux and OS/2 2.1. Haven't had any problems yet (well... at least problems that were the drive's fault :-) James Benedict (890147b@dragon.acadiau.ca) >tree@whatever.cs.jhu.edu (Denise Tree) writes: >>I am thinking of getting a new drive and I've noticed lots of cheap >>western digital IDE drives around.... the 340 meg one is going for >>~310 from most people. Is anyone using one of these ok? >I bought a WD 85mb drive a couple of years back (the Caviar 280) and it >has been a wonderful little drive. I'm about to buy a new drive, and >have every intention of making it the 340mb WD you're contemplating. If >it is anything like my Caviar, it will be a great drive. >-- >Andrew Lighten email: andrew@orac.DIALix.oz.au > phone: 61-3-888-5452 ------------------------------ From: "David Herron" Subject: Re: When's Linux 1.0 coming out? Date: Mon, 16 Aug 1993 23:23:32 GMT > just out of curiostiy, can anyone give me an estimate of the relase > date for Linux 1.0? After all, the version number is getting pretty > close to it. I disagree. The version number is no closer to 1.0 than it was last year. It is still infinitely far from 1.0. The *software* may be getting pretty close to 1.0, but the version number is still infinitely far. ;-) <- David Herron (work) (home) <- <- All hard work brings a profit, but mere talk leads only to poverty. <- Proverbs 14:23 ------------------------------ From: johnsonm@calypso.oit.unc.edu (Michael K. Johnson) Crossposted-To: comp.os.linux.misc Subject: Re: INFO-SHEET and META-FAQ: updated and whither? Date: 16 Aug 1993 23:56:50 GMT I wrote: As comp.os.linux is going away, I will soon not be posting either of these to comp.os.linux. I think that I will simply not post there, and post only to comp.os.linux.announce, comp.answers, and news.answers. Are there any people with strenuous and reasonably objections to this plan? Speak now or forever hold you peace! Apparantly, I need to be more clear. I will keep posting my periodic postings to comp.os.linux.announce, as well as comp.answers and news.answers. I will not keep posting to comp.os.linux, but thanks to many answers and reasons I *will* start posting the INFO-SHEET and META-FAQ to comp.os.linux.help. I hope this is satisfactory to all. michaelkjohnson ------------------------------ From: greg@defcen.GOV.AU (Greg Price) Subject: Is Jana still around?? Date: 17 Aug 1993 07:55:21 +1000 I have been trying to contact the person (Jay/Jana) who was offering cheappish yearly subscriptions to LINUX on CDROM. I haven't received any email from him for a long time and I'm wondering what's happened. If anyone knows, please drop me some email. I have tried the following addresses: jana@canrem.com root@jana.com jay@jana.com Thanks, Greg (greg@defcen.gov.au) ------------------------------ ** 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-Activists-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux) via: Internet: Linux-Activists@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 tupac-amaru.informatik.rwth-aachen.de pub/msdos/replace The current version of Linux is 0.99pl9 released on April 23, 1993 End of Linux-Activists Digest ******************************