HDTenEightyP/NetNews huggingface dataset:
From: rohrer@fncrd6.fnal.gov (Keith Rohrer)
Newsgroups: comp.os.linux
Subject: Re: Problem exiting X
Date: 17 Aug 92 14:27:47 GMT
Organization: Fermilab

In article <joef.713961675@extro.ucc.su.OZ.AU> joef@extro.ucc.su.OZ.AU (joef) writes:
>muenx@heike.informatik.uni-dortmund.de (Holger Muenx) writes:
>>Guten Tag!
>>   After some problems the X386 server runs fine on my Linux installation.
>>Unfortunately, there is a problem left when leaving X: When returning to the
>>text mode the font seems to be scrambled so that every char appears as
>>a vertical line. Obviously, this unreadable.
>  Yup.. $5 says you have an ET3000 card. I have the same problem, I've
>posted numerous time to the net asking for anyone with any information to
>mail me so I can patch X11 but I haven't heard a word from anyone yet.
I get the exact same problem with my ET4000 (Swan Palette Plus card,
with the variable oscillator and a HiColor chip), but ONLY IN SVGA TEXT
MODES.  The card drops back to 80x25 just fine.  Except I never use
80x25 any more, but the 132x60 mode that I discovered my card supports...
*nothing* understands that mode without being taught it.  But it does
this in 132x44 mode, which Linux *does* know about by default.
Is Linux automatically resetting the crystal to one that syncs in the
80-col. text modes, rather than setting it to whatever it was coming in?

>>| "... diese ewig fortlaufende Mechanik ist es, die sie hindert, gleich mir, |
>>| Kritik am eigenen Leben zu ueben, seine Dummheit und Seichtheit, seine     |
>>| scheusslich grinsende Fragwuerdigkeit, seine hoffnungslose Trauer und Oede |
>>| zu erkennen und zu fuehlen." (Hermann Hesse)                               |
>    Err.. It's about Quarter to nine, and turn left at the corner and keep
>going you can't miss it :-)
>           Joe [Check the headers]
>joef@extro.ucc.su.oz.au

	Keith
(rohrer@fncrd0.fnal.gov)
-- 
Disclaimer: None of Grinnell College, URA, Fermilab, and any other affiliated
persons or orginizations have licensed my ideas or opinions, and thus are
not entitled to any which may appear above.
From: callison@uokmax.ecn.uoknor.edu (James P. Callison)
Newsgroups: comp.os.linux
Subject: Re: EISA and the abounding unix clones
Date: 13 Aug 92 23:37:46 GMT
Organization: Engineering Computer Network, University of Oklahoma, Norman, OK, USA

In article <1992Aug12.201509.26155@watson.ibm.com> lpickup@vnet.ibm.com writes:
>In article <1992Aug12.192445.20894@cbnewsc.cb.att.com>, chapin@cbnewsc.cb.att.com ( Tom Chapin ) writes:
>|> >>Several freely downloadable Unix clones are available for 386 PCs.
>|> >Linux
>|> >MACH
>|> >386bsd
>|>
>|> Do any of these abounding clones speak EISA yet?  Will they?
>
>Ditto for MCA!  (Although I already know the answer for the first
>question, but am very interested in the second!).

If you have MCA, you already have what you deserve! (Evil, PS/2-hating
sneer :-)
Seriously though, PS/2's suck raw eggs through a long thin straw ;-)
Actually, I don't know about MCA, but I run Linux 0.97 on my 
Northgate 486DX-33 EISA machine, no proble. (OK, so it doesn't
recognize my dual Ciprico Rimfire 5600 SCSI controllers, but hey...)
The onboard IDE circuitry works just fine (and provides an interesting
boot process; I haven't had a chance to read all the docs yet, but
the SCSI and IDE don't get along well at all, so I have to disable
the IDE and set both drives to Type 0 in the CMOS edit to boot
DOS (going to NetWare 3.11), but it does make for a nice, fast 
Linux box).

(BTW- I just have to put in a plug for Northgate; if you're gonna
buy, they're a Class A outfit. I've found their Tech Support to be
the absolute best I've ever dealt with.)

				James
 
James P. Callison       Microcomputer Coordinator        OU Law Library 
Callison@aardvark.ucs.uoknor.edu   /\        Callison@uokmax.ecn.uoknor
	constellation!biglaw!callison@mailhost.ecn.uoknor.edu
DISCLAIMER: I'm not an engineer, but I play one at work...
	Here's to all the soldiers who have ever died in vain,
	The insane locked up in themselves, the homeless down on Main
	To those who stand on empty shores, and spit against the wind
	And those who wait forever for ships that don't come in
		--Joe Diffee, "Ships That Don't Come In"
From: maspab@gdr.bath.ac.uk (P A Broadbery)
Newsgroups: comp.os.linux
Subject: VGA DVI file previewer for linux available for ftp
Keywords: TeX, Dvi, VGA previewer
Date: 15 Aug 92 15:01:54 GMT
Organization: School of Mathematics, University of Bath, UK


I have uploaded a hacked-up dvi previewer for linux onto 
ftp.bath.ac.uk:/pub/eulisp/incoming/dvivga-00.tar.Z (temporarily) and to the
incoming directory on tsx-11.mit.edu. It requires the vga library in
tsx-11:pub/linux/sources/libs/vgalib-1.0.tar.Z , plus some font files
from the simtel archives. It should run on any vga machine, but can
handle 640x480 resolution only. Note that it's a quick hack, and
should only be seen as a stop gap for people who don't have another
way of previewing files. If someone knows of a better previewer, let
me know.

Pete
pab@maths.bath.ac.uk
From: baron@clifton.hobby.nl (Wim `Blue Baron' van Dorst)
Newsgroups: comp.os.linux
Distribution: world
Subject: Re: FAQ?
Organization: Minix Hobbynet Host
Date: Thu, 13 Aug 1992 20:04:38 MDT

wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
> >I have waded through xxx million posts, and no FAQ!
>> Did you see my meta-faq? It has a subject line
>   Subject: README: Where to find information about Linux (25 July 1992)

Just a suggestion: How about giving the meta-faq a subject including the
literal text `faq'? Then it would show up when searching all Subject
lines for that very text.

Don't get me wrong: The faq and the meta-faq in itself are quite good 
things. The complete faq could do with a little updating. I'm trying to get 
Linux together here, and it doesn't answer all my obvious questions anymore.

Met vriendelijke groeten, Wim `Blue Baron' van Dorst
---------------------------------------------------------------------
Blue Baron = Wim van Dorst, Voice (+31) 074-443937, (+31) 02152-42319
(-:       baron@clifton.hobby.nl          tgcpwd@urc.tue.nl       :-)
---------------------------------------------------------------------
Newsgroups: comp.os.linux
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: reorganize linux ftp sites ???
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet
Date: Fri, 21 Aug 1992 02:51:49 GMT

   From: vince@halcyon.com (Vince Skahan)
   Date: Thu, 20 Aug 1992 19:33:03 GMT

   Might it be time to consider reorganizing the directory structure
   of the Linux ftp sites?  So many people are working on so much
   and being so successful that it's virtually impossible to figure
   out where to get what. Is it reasonable to expect people to read
   an upload announcement of 'freds utilities assortment' and understand
   that it's the exact thing they need ?

I've been working on it..... unfortunately, it's taking a while.  You
will be noticing the directory structure on tsx-11 gradually mutating
towards something that's a bit more understandable over the next few
months.  Many of the newer packages which are being uloaded are being
placed in /pub/linux/packages, for example.

Unfortunately, what I've been running into is something that Librarians
have know for a long time --- storing books (files) is easy.  Cataloging
and indexing so that people can successfully find what they want later
on is the hard part, and that's what takes all of the time and effort.

						- Ted
From: magidj@cellbio.duke.edu (Jonathan Magid)
Newsgroups: comp.os.linux
Subject: reggae has a name change!!!
Date: 19 Aug 92 18:36:22 GMT
Distribution: na
Organization: Duke University Medical Center, Dept. of Cell Biology


Howdy all,
As I have noted to several people who asked for reggae.oit.unc.edu's 
IP address,reggae has changed its name and its IP address; it will
not do so again in the foreseable future.  For Linux stuff, you
will want to login to sunsite.unc.edu or for those unlucky few
with out name service, 152.2.22.81.

jem
-- 
Jonathan Magid     jem@reggae.oit.unc.edu       SunSite Administrator
Virtual pizza Delivery (tm)::faxed in 30 cycles or less or you get it
----------------------------------------FREE!!!-----------------------
From: hlu@fili.eecs.wsu.edu (H.J. Lu)
Newsgroups: comp.os.linux
Subject: Re: Linus security/Non root access
Date: 21 Aug 92 18:32:36 GMT
Organization: Washington State University

In article <qwdpbp0y@cck.coventry.ac.uk>, csg203@cck.coventry.ac.uk (Bluebeard) writes:
|> In article <1992Aug21.020626.20221@unislc.uucp> erc@unislc.uucp (Ed Carp) writes:
|> >Frank Pikelner (frank@cs.yorku.ca) wrote:
|> >
|> >: I'd like to find out if it is possible to say install several machines to run
|> >: Linux and allow the public to use them. The problem I'm trying to resolve is I
|> >: need the machines to have access to a floppy drive, but I do not want anyone
|> >: to be able to boot the machine using their own floppy, and maybe gain access as
|> >: root. 
|> >: 
|> >: One solution I can think of is getting a machine that has a password protected
|> >: BIOS, and allows the change in the boot order with the hard drive first. I would
|> >: love to hear other ideas, if any do exist.
|> >
|> >Hmmm...you could hack the loader to refuse to load the kernel from
|> >diskette - that might be easier than spending the $$$ to get a machine with
|> >a password protected BIOS.  If someone booted MS-DOS from a diskette,
|> >it wouldn't do them any good, anyway, 'cause you can't read a linux
|> >partition from MS-DOS.  Not yet, anyway... :)
|> 
|> But that wouldn't stop someone with linux/minix boot and root file system 
|> disks, booting from floppy and then mounting the hard disk.
|> 
|> The protected BIOS is the only real answer unless the linux partition was
|> encoded in some way that only the 'official' kernel could read.
|> 

I got an idea. You can modify your kernel source and add some id to your had
partition. You have to modify your mount such that only it can mount
your hd partition. But again, for somebody, they can just read raw device and
figiure it out.

H.J.
From: rohrer@fncrda.fnal.gov (Keith Rohrer)
Newsgroups: comp.os.linux
Subject: first handcode Linux logo
Date: 19 Aug 92 20:10:42 GMT
Article-I.D.: fnnews.2204
Organization: Fermi National Accelerator Laboratory, Batavia IL

I tried turning on the /llDoGradient true def, and discovered that it would
preview just fine on "my" Indigo, using xpsview, but would not print out on
the color printer; the printer is a tek4511 (according to the queue) or a
Phaser III (according to the box).  The complaint is something to do with
div...

	Keith
-- 
Disclaimer: None of Grinnell College, URA, Fermilab, and any other affiliated
persons or orginizations have licensed my ideas or opinions, and thus are
not entitled to any which may appear above.
 
Newsgroups: comp.os.linux
From: jwinstea@jarthur.claremont.edu (Jim Winstead Jr.)
Subject: Re: Message for arl...
Organization: Harvey Mudd College, WIBSTR
Date: Thu, 13 Aug 1992 02:52:59 GMT

In article <1992Aug13.010207.25849@athena.mit.edu> 15.692::klaus@fishery.honeywell.com (Let there be MORE light!) writes:
>Sorry to post this here, but I can't seem to get any 
>mail thru to any of the following:
>
>owner-linux-activists@niksula.hut.fi
>linux-activists-request@niksula.hut.fi
>linux-activists@niksula.hut.fi
>
>Anyone else having these probs?

Everyone is - the link to Finland (via Sweden) is down for repairs or
upgrade or something similar.  You're having trouble reach those
addresses 'cause they don't exist right now, for all practical
purposes.

Insert another quarter and try again tomorrow.  :)
-- 
                                    +    Jim Winstead Jr. (CSci '95)
                                    |            Harvey Mudd College
                                    | jwinstea@jarthur.Claremont.EDU
                                    + This is all my words.  Honest!
Newsgroups: comp.os.linux
From: callison@uokmax.ecn.uoknor.edu (James P. Callison)
Subject: Re: AMD386 vs. Intel386 & external cache problems
Keywords: AMD 386 Intel cache
Organization: Engineering Computer Network, University of Oklahoma, Norman, OK, USA
Date: Sat, 15 Aug 1992 07:19:04 GMT

In article <2181@fnnews.fnal.gov> rohrer@fncrd6.fnal.gov (Keith Rohrer) writes:
>In article <1992Aug14.083358.24246@news.th-darmstadt.de> herr@iti.informatik.th-darmstadt.de (Gabor Herr) writes:
>>In article <1992Aug13.130554.14600@crd.ge.com>, davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
>[deleted]
>>because these two chips were the only ones getting hot. And there was another
>>cooling effect too: after I was tired of removing and installing the boards in my
>I've discovered that, even with a case that has incredibly poor ventilation,
>the hard drive and (if the CPU is a hot one) the CPU will be cooler if you
>close the case and allow the fan to draw air across them than if you just
>leave the case open and let normal air currents try to cool it.
>While I was working on my new 386-40 motherboard, within an hour of
>use with the case open, the chip got so hot it burned my finger to touch
>it.  But I could leave the machine on for hours with the cover on,
>and the CPU only got too hot to touch for more than a second or two.
>I think I may have also cooked a hard drive running it with the cover off
>the (main) case.

PCs are designed to run with the case on, drawing air across the chips
because forced convection is _*much*_ more efficient than normal
convection. As a result, running the machine with the case open will
likely cook the chips after ahwile, and tower case PCs have a second set
of fans (my Northgate has a pair of fans which blow directly across the 
motherboard; the end slots for the full-length boards are mounted on the
fan casings (ie, the fans blow across the daughterboards as well)).
In other words, running your PC for extended periods of time is a 
Bad Thing to Be Avoided(TM).
If it _is_ a problem with the AMD chips, it's only on their 40Mhz chips;
I have a bulding full of PCs with AMD386 processors, and not a one of them
has given me any trouble. Including the AMD386DX-33 in my machine (which
has run everything from Linux to OS/2 2.0 to NetWare 3.11).

				James

James P. Callison       Microcomputer Coordinator        OU Law Library 
Callison@aardvark.ucs.uoknor.edu   /\        Callison@uokmax.ecn.uoknor
	constellation!biglaw!callison@mailhost.ecn.uoknor.edu
DISCLAIMER: I'm not an engineer, but I play one at work...
	Here's to all the soldiers who have ever died in vain,
	The insane locked up in themselves, the homeless down on Main
	To those who stand on empty shores, and spit against the wind
	And those who wait forever for ships that don't come in
		--Joe Diffee, "Ships That Don't Come In"
From: nop@theory.Mankato.MSUS.EDU (Jay A. Carlson)
Newsgroups: comp.os.linux
Subject: Re: shared libs - can everyone be happy with this?
Date: 17 Aug 92 17:50:14 GMT
Organization: Mankato State University
In-reply-to: david@ods.com's message of Mon, 17 Aug 1992 15:13:11 GMTLines: 36

In article <1992Aug17.151311.29507@ods.com> david@ods.com (David Engel) writes:
   william E Davidsen (davidsen@ariel.crd.GE.COM) wrote:
   : In article <1992Aug17.065450.28834@colorado.edu>, drew@ophelia.cs.colorado.edu (Drew Eckhardt) writes:
   : 
   : | Boom.  You've just dirtied that page, and it is no longer 
   : | shareable.  So, instead of having > 200K shared between all
   : | of your shells, you have closer to 800K (Who has less than
   : | 4 shells running at a time).  Not a good thing (tm).
   : 
   :   Well, no, actually. Since the new version of the page is still valid
   : for all processes it would still be sharable. And it would not have to
   : be saved somewhere in the unlikely event that it gets paged out, because
   : the unmodified varsion is still perfectly valid.

   No, it wouldn't be shareable.  When a process writes to a shared page,
   it gets its very own copy of it which is no longer shared.  There is a
   term for this that you probably already know, but others may not.  It's
   called Copy-On-Write.

I think that William and I were thinking in a more theoretical slant.
Yes, the kernel would give each process its own copy if this was done
without guile.  

A brute force technique would be to include a kernel function that
would do the necessary patch and then restore the previous
dirty-status of the page.

Note that with processes sharing the same text, there is even less
overhead, since the patch only happens once per call point per shared
image instead of once per call point per process.

I'm not sure that all this trouble is worth it.  Does anyone have any
hard data on the performance loss of jump tables?

Jay Carlson
nop@theory.cs.mankato.msus.edu
Newsgroups: comp.os.linux
From: drew@kinglear.cs.colorado.edu (Drew Eckhardt)
Subject: Re: X questions: how to run x-program on other machine?
Organization: University of Colorado at Boulder
Date: Fri, 14 Aug 1992 23:23:37 GMT

In article <zhao.713807106@unixg.ubc.ca> zhao@unixg.ubc.ca (Jiansheng Zhao) writes:
>Hi, there,
>I have X running, but still have some questions. 
>1). I couldn't run any x-program (xrn, etc) on our university's mainframe
>unix machine, which has all those wonderful x-program. There supposed to be
>a xhost or something, or setenv DISPLAY xxx.xxx.ca:0, which I cann't figure
>out. University Computing Centre cann't help much, they were suprised to
>know I am running X on a PC under L-I-N-U-X. Is it possible to dial-in and 
>run x-program from my linux-X machine?

Not yet.  To run the stock X server and clients, you need to have 
either a unix domain socket (local machine), or a TCP/IP socket
connection.  This means you need to have IP access to the 
net on which the host computer runs.

IP access may be attained through either a dirrect ethernet connection,
or via SLIP or CSLIP - Serial Line IP, or Compressed SLIP.  

In order to run SLIP, both ends must be support SLIP software.  Generally,
you need th sysadmin of the remote site to add you in so that they will 
route packets to you.

Another possibility is setting up a bogus X server on the remote
machine as some display other than :0, and coming up with a scheme 
for transmitting requests to your local clients through some propriety
scheme.  

Certain vendors do this.

You might look at xmx if you are interested.

>2). In which subdirectory should I unpack those X-program sources to
>compile? 

Normally, it doesn't matter, as long as you have xmkmf installed on 
your system.  Xmkmf will "do the right thing", setting up the 
include directories, etc, as defined in your X config directory.
-- 
Microsoft is responsible for propogating the evils it calls DOS and Windows, 
IBM for AIX (appropriately called Aches by those having to administer it), but neither is as bad as AT&T.  Boycott AT&T, and let them know how you feel.
From: deitsch@sol.crd.ge.com (Andy Deitsch)
Newsgroups: comp.os.linux
Subject: Re: Can I use dd on my UNIX system instead of Rawrite?
Date: 20 Aug 92 18:03:17 GMT
Reply-To: deitsch@sol.crd.ge.com
Organization: GE Research & Development

smace@nyx.cs.du.edu (Scott Mace) writes:
: >>Or use dd(1)? I'm pretty sure this would accomplish the same thing as 
: >>rawrite under DOS. Has someone tried this?
: >
: >dd will work too, but cp is easier...
: >
: don't forget you need to do dd bs=8192 if=Image of=/dev/PS0
: 
: bs = bootsector and you need this for the kernel boot disk in order for
: it to work.  I don't no what will happen if you don't use the 'bs'
: option.

I have used dd without the 'bs' with no problem.
Including the kernel boot disk.

-- 
_________________________________________________________________________
Andy Deitsch                             email    : deitsch@crd.ge.com  
GE Corporate Research & Development      phone    : (518) 387-7207   
Schenectday, NY 12301                    dial comm: 833-7207
From: gt6698a@prism.gatech.EDU (Andrew Hobson)
Newsgroups: comp.os.linux
Subject: Bus Mouse Tester
Date: 12 Aug 92 21:39:56 GMT
Organization: Georgia Institute of Technology

Greets!

I have a bus mouse, but linux 97 patch 1 does not recognize it.
(This is the first time I have had a kernel that had the bus mouse
code).  I have no idea why it does not find it.  I have
mknod /dev/mouse c 10 0 
chmod 666 /dev/mouse
I am clueless.  I put some printk's in the mouse part of the kernel,
but couldn't figure anything out.  Is there something I can do
to figure out what is wrong?

Thanks for any help.

Drew Hobson

-- 
Andrew Hobson                         Internet: gt6698a@prism.gatech.edu
"He who joyfully marches to music in rank and file has already
earned my contempt.  He has been given a large brain by mistake,
since for him the spinal cord would fully suffice."   -- Albert Einstein
From: simonich@uservx.plk.af.mil
Newsgroups: comp.os.linux
Subject: Re: EFS/MAKE incompatability
Date: 22 Aug 92 19:39:19 GMT
Article-I.D.: uservx.1992Aug22.193919.35786
Organization: Phillips Laboratory - Kirtland AFB

In article <1992Aug21.225333.35783@uservx.plk.af.mil>, simonich@uservx.plk.af.mil writes:
> 
> I have a problem running gmake on an extended file system.
> 
> System configuration:
> 
>        386SX20/387
>        ST-02 SCSI controller
>        Seagate 85 MB disk w/2 partitions
>        Trident 8900 SVGA
> 
> Steps to reproduce the problem:
> 
>     call 1 partition c and the other d.  
> 
>     mkfs /dev/sda1 nnnn
>     mount /dev/sda1 /c
>     mkdir /c/usr
>     cd /c/usr
>     zcat </d/install/linux-0.97.1 | tar xv  (create a kernel tree on c)
>     cp /usr/local/bin/make .
>     reboot (using linux 0.97.1 boot disk and 0.97.1 root floppy)
>     mount /dev/sda1 /mnt
>     cd /mnt/usr/src/linux
>     ./make
> (Runs along until it finds a missing executable and stops.  The 
>  key point is that it runs well past any attempts to change 
>  directories)
> 
> repeat as efs
>     mkefs /dev/sda1 nnnn
>     mount -t ext /dev/sda1 /c
>     mkdir /c/usr
>     cd /c/usr
>     zcat </d/install/linux-0.97.1 | tar xv  (create a kernel tree on c)
>     cp /usr/local/bin/make .
>     reboot (using linux 0.97.1 boot disk and 0.97.1 root floppy)
>     mount -t ext /dev/sda1 /mnt
>     cd /mnt/usr/src/linux
>     ./make
> (dies almost immediately with the error 
>         make: getwd:
>  )
> 
> Anyone solved this (or even seen it)?   
> 
> Thanks.

Problem solved (thanks to Jon Tombs).  The gmake on TSX-11 (dtd 1 Aug)
is not compatible with efs.  The gmake on NIC.FUNET.FI (dtd 4 Aug)
works just fine.
From: chchen@stat.fsu.edu (Ching-Hsiang Chen)
Newsgroups: comp.os.linux
Subject: GCC questions
Date: 18 Aug 92 16:20:06 GMT
Reply-To: chchen@stat.fsu.edu
Organization: The Internet

I've upgraded to GCC 2.2.2d yesterday. By reading FAQ for GCC and FAQ for
Linux, I still have some questions:

1. The FAQ says I should get rid of gcc older than 2.2.2. But how about
   2.2.2 itself? With 2.2.2 and 2.2.2d together, I don't have much more
   hard disk space left. Should I used the method suggested in Linux FAQ,
   which means I need to use some device to detect the depending version
   of all the binaries compiled by GCC and then recompile the older ones?

2. Having only 2 introductory C books on hand and a simple GCC man page,
   Should I keep all the stuffs in the following 3 directories if I don't
   write C programs myself and just use GCC to compile new utilities and
   use them?

       /lib/*.*
       /usr/lib/...../i386-linux/2.2.2d/*.*
       /usr/lib/...../i386-linux/2.2.2d/shared/*.*


Steve Chen                   chchen@stat.fsu.edu
       
Newsgroups: comp.os.linux
From: hutchinson@wrair-emh1.army.mil
Subject: Splitting c.o.l  (Was: SLS: now available (for testers))
Reply-To: hutchinson@wrair-emh1.army.mil
Organization: The Internet
Date: Mon, 17 Aug 1992 17:25:45 GMT


Sorry to dredge up this horrible old thread again, but I've been doing
some thinking on recent events, and I've come up with an excellent
idea: comp.os.linux.bitch.  Whaddya think?  It'll always be there for
for all these folks who want a shoulder to cry on, and out of the way
of the rest of us.  Beauty, eh?

    -Hutch

--------------------------------------
Bob Hutchinson                            
Walter Reed Army Institute of Research
(hutchinson@wrair-emh1.army.mil)

Newsgroups: comp.os.linux