Linux-Misc Digest #517, Volume #24               Thu, 18 May 00 17:13:02 EDT

Contents:
  Re: Any way to fake/spoof MAC address? (Praedor Tempus)
  Re: Need ideas for university funded project for linux (Miquel van Smoorenburg)
  Re: Any way to fake/spoof MAC address? (Prasanth Kumar)
  Re: Need ideas for university funded project for linux (JEDIDIAH)
  Re: Wanted: Advice for using gcc (Floyd Davidson)
  Re: /opt verus /usr/local (Praedor Tempus)
  Partioning Strategies (Andy)
  Re: Need ideas for university funded project for linux (Leslie Mikesell)
  Re: [Help] Removing remote printer jobs (Dave Brown)
  Re: Calendar? (FyreFiend)
  Re: Partioning Strategies (Bastian)
  Re: Trident 9750 AGP 4MB on Linux (theBuddy1)
  Which Mail Server for multiple Virtual Domains ("Tiziano Vicentini")
  Re: /opt verus /usr/local (JEDIDIAH)
  Re: Need ideas for university funded project for linux ("Peter T. Breuer")
  Re: /opt verus /usr/local (Harlan Grove)
  Re: AOL for Linux??? (Gerald Willmann)
  Re: Partioning Strategies (Prasanth Kumar)

----------------------------------------------------------------------------

From: Praedor Tempus <[EMAIL PROTECTED]>
Subject: Re: Any way to fake/spoof MAC address?
Date: Thu, 18 May 2000 13:09:10 -0600

Grant Edwards wrote:
> 
> In article <[EMAIL PROTECTED]>, Praedor Tempus wrote:
> 
> >I work parttime at a postition in which MAC addresses are
> >watched/administered closely.  They only permit authorized
> >computers to hook into the network, which means they don't, as
> >a rule, permit people to bring in their own personal laptops to
> >use.  If a "strange" MAC address appears on their network, they
> >get bent out of shape.
> 
> Sounds a bit paranoid, but I guess it's their network.  If
> you're employees are not honest, you're screwed no matter what
> MAC addresses they're using...

I agree.  In any case, this whole thing is due to a ridiculous
political power struggle that makes NO sense.  It is slowly being
ironed out for the side of logic and right.


> >I intend to use my laptop.  My desktop is a piece of crap
> >(slow, runs windoze and crashes OFTEN).  I originally
> >considered having Win98 removed and NT installed, installing a
> >second NIC and using the NT box with the authorized MAC address
> >as server/router for my laptop connected to it, but was told
> >that this would not mask my MAC address (by the local network
> >guys).
> 
> BS.  If you add a second NIC to your desktop and connect it to
> your laptop you can do routing with IP spoofing on the desktop
> and the LAN will have no way of seeing your laptop's MAC.  This
[...]

That's what I thought but didn't really look into it - wanting to
look into MAC address changing just because it is, to me, more 
interesting in principle.  I will look into getting NT installed
and going the router route.  


> >Then I decided that if I could mimic/copy/duplicate its MAC
> >address on my laptop, then I could unplug the piece of crap and
> >use my laptop and use linux.
> 
> If the rule is "no outside computers allowed on the LAN", then
> you're still breaking the rule, and could get fired.

Well, in reality and without going into the reasons, it is very
unlikely I would be fired.  At worst I would be told to "knock it
off".

> >Since I CAN alter my MAC address, I can now use the same MAC
> >address as my crappy doze box, disconnect it and use a real
> >computer and OS.  It is also going to work as an educational
> >tool, of sorts, for some of our network guys (MCSE-"certified")
> >who had/have no idea that you can alter MAC addresses.
> 
> Some you can, some you can't.  Depends on the controller
> chipset. The boards where you can set the MAC usually have a
[...]

Well, the change to my MAC address is temporary...it lasts until
reboot/restart.  I CAN temporarily change it, however.  If I so
chose, I could just run a script at bootup to ensure it holds
a given, different MAC.

Incidently, what does MAC stand for?

[...]
> and then you're in for it.  If they don't mind that you're using
> your laptop, then just ask them to add its MAC to the approved
> list.

Once the political situation is stabilized, I will do this.

praedor

------------------------------

From: [EMAIL PROTECTED] (Miquel van Smoorenburg)
Crossposted-To: 
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: 18 May 2000 19:09:51 GMT

In article <[EMAIL PROTECTED]>,
Prasanth Kumar  <[EMAIL PROTECTED]> wrote:
>Can you elaborate in what way the QPL is less free than the GPL?

GPL isn't all that free either, and is entirely unsuited for
(important) libraries like Qt or, for example, glibc.

For libraries you need the LGPL.

Mike.
-- 
Denial. It's not just a river in Egypt.

------------------------------

From: Prasanth Kumar <[EMAIL PROTECTED]>
Subject: Re: Any way to fake/spoof MAC address?
Date: Thu, 18 May 2000 19:17:45 GMT

Praedor Tempus wrote:
<snip>
> 
> Incidently, what does MAC stand for?
> 
<snip>

I believe it stands for "Medium Access Control"
-- 
Prasanth Kumar
[EMAIL PROTECTED]

------------------------------

From: [EMAIL PROTECTED] (JEDIDIAH)
Crossposted-To: 
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: Thu, 18 May 2000 19:18:57 GMT

On 18 May 2000 19:09:51 GMT, Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
>In article <[EMAIL PROTECTED]>,
>Prasanth Kumar  <[EMAIL PROTECTED]> wrote:
>>Can you elaborate in what way the QPL is less free than the GPL?
>
>GPL isn't all that free either, and is entirely unsuited for
>(important) libraries like Qt or, for example, glibc.
>
>For libraries you need the LGPL.

        ...bear in mind that the two are refered to interchangably.

        So, 'what he said' and 'what he meant' are likley two different
        things. Probably not good enough in a real legal discussion but
        good enough here.


-- 

    In what language does 'open' mean 'execute the evil contents of'    |||
    a document?      --Les Mikesell                                    / | \
    
                                      Need sane PPP docs? Try penguin.lvcm.com.

------------------------------

From: Floyd Davidson <[EMAIL PROTECTED]>
Subject: Re: Wanted: Advice for using gcc
Date: 18 May 2000 01:41:55 -0800

Andreas Kahari <[EMAIL PROTECTED]> wrote:
>  Thomas Hommel <[EMAIL PROTECTED]> wrote:
>> Hi there
>> I´m relatively new to Linux programming, so i`m looking for
>> some info on the GNU tools (gcc, ld, make ...). Can anybody
>> point to some good sites, books, etc. where to start?
>>
>
>There's HTML manuals online on the GNU site at
><URL:http://www.gnu.org/manual/manual.html>.
>
>You may also browse "info documents" in Emacs, I think the right key
>combination is "C-h i" ('control-h' and then 'i'), or simply give the
>command "info gcc" or "info make" etc. in an 'xterm'.
>
>/A

Andreas always gives good advice.

One more thing you might want to do is find a few small packages
that are not too complicated (poke around on the ftp archives at
sunsite.unc.edu), and follow the instructions for compiling
them.  At first you probably want to avoid anything complicated
enough to require running a "configure" script.  Just something
with a simple Makefile.  You'll be able to look at the Makefile
and use it as an example, plus the various headers, modules,
etc. will all be instructive.

Look at half a dozen or more of those, and you will get a pretty
good idea where to start (or maybe where to start asking specific
questions! :-)

  Floyd

-- 
Floyd L. Davidson                          [EMAIL PROTECTED]
Ukpeagvik (Barrow, Alaska)

------------------------------

From: Praedor Tempus <[EMAIL PROTECTED]>
Subject: Re: /opt verus /usr/local
Date: Thu, 18 May 2000 13:44:23 -0600

[EMAIL PROTECTED] wrote:
> 
> Bob Tennent <[EMAIL PROTECTED]> did eloquently scribble:
> > On Wed, 17 May 2000 15:41:39 GMT, Blake LeBaron wrote:
> >  >I'm a new linux user, and I'm confused on one aspect of it.  Where is
> >  >the the appropriate place to put installed software packages?  I see
> >  >some want to go to /opt, and others prefer /usr/local.  What is the
> >  >current standard for this?
> >  >
> > I suggest using /opt for packages that insist on being kept together
> > under a directory.  This is usually the case for commercial packages
> > such as WordPerfect.  Use /usr/local for packages that distribute
> > themselves into standard sub-directories such as bin, lib, man, etc, src,
> > include, and so on.  But "whole" packages can go under /usr/local as well.
> 
> Another thing to consider is the size of the package. Things that're
> huge, like KDE, Gnome, WP, etc also tend to go into /opt.

Ugh.  No thanks.  It is confusing and pointless to have redundant 
directories.  /opt and /usr/local fall into the redundant catagory.
I don't care if it goes to /opt or /usr/local but it would be real nice
if a generic standard were decided for linux (all distros).  All things
that tend to be tied closely to linux (X, wms, glibc, gcc, etc) are all 
under /usr.  All things that can vary from linux to linux on a more
personalized level (povray, blender, xephem, wordprocessors or office
suites) goes under /usr/local (or /opt...one or the other - or /home for
individuals who alone wish to use something).  It shouldn't matter how 
large the package is, you simply make the mountpoint or partition large 
enough to accomodate.  It doesn't matter if a package wants to be all
together since being all together can be accomplished in or out of /opt.
It can all be kept together in its own directory under /usr/local every
bit as easily as it can under /opt.  

Basically, they are redundant and confusing.  I tend to not permit /opt
to exist on my systems.  I relocate everything that wants to go there
into /usr/local.

praedor

------------------------------

From: [EMAIL PROTECTED] (Andy)
Subject: Partioning Strategies
Reply-To: [EMAIL PROTECTED]
Date: Thu, 18 May 2000 19:47:45 GMT


I'd like to know what [experienced|knowledgable] people think about
different paritioning strategies for linux systems.

Which hierarchies should have their own partitions?
Which hierarchies can be or should be mounted read-only?
What about relative and and absolute sizes?
Any other factors?

I realize that the role that a particular machine will fill will have
an overriding impact on the layout of its partitions, so it would be
nice if anyone who is good enough to share his experiences and
opinions would also include this factor.

btw, I do know about the parition howto, but that is so old and vague
as to be of little value.  Perhaps any comments provided here could be
used to update that howto.

------------------------------

From: [EMAIL PROTECTED] (Leslie Mikesell)
Crossposted-To: 
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: 18 May 2000 14:41:21 -0500

In article <8g0n3l$j37$[EMAIL PROTECTED]>,
Peter T. Breuer <[EMAIL PROTECTED]> wrote:
>
>I use slackware and debian, and have no problems with either. I'd never
>touch redhat with a bargepole, since it's as nonstandard as hell.

The nice thing about standards is that there are so many of them.

>But
>even srpms' come ready-packaged. One just has to open them,
>look at their spec file and makefile, edit to taste, and go. Apply
>whatever patches look neccessary after examining them closely and
>with suspicion. Remove all RH non-standard placements, and fire.

But, for a RH system, the RH placements are standard.  This turns
out to be an acquired taste.  Back when it was hard to find up to
date RPMs for everything and many programs needed local tuning to
work right, it was kind of annoying to have my custom-compiled
programs land in /usr/local/ while the stock RH versions of the
same thing did not use /usr/local at all.  However, now that just
about everything in the world is already built as an up-to-date RH
oriented rpm and I only have a few things in /usr/local, I
am starting to like it that way. 

  Les Mikesell
   [EMAIL PROTECTED]

------------------------------

From: [EMAIL PROTECTED] (Dave Brown)
Crossposted-To: comp.os.linux.setup,comp.os.linux.networking
Subject: Re: [Help] Removing remote printer jobs
Reply-To: [EMAIL PROTECTED]
Date: 18 May 2000 14:52:43 -0500

In article <[EMAIL PROTECTED]>, Jose Manuel Benitez Sanchez wrote:
>...
>So far, so good. But the problem arises when a printer job must be
>killed. Then 'lprm' doesn't do its job. It simply refuses to cancel the
>given job, just replying: "permission denied". The only way to remove
>the job is by issueing 'lprm' as a root in the server machine. This is
>really annoying and unconvenient. We have also tried to run the lpd
>daemon in both machines (server and client) with the -l option to get
>further information, but wasn't able to get anything really helpful.

I think this is not a RH problem, but a problem with any Unix remote 
printing.  Once the job gets queued on the server, only cancellation on 
that server will work.  (At least that's my (not-to-recent) experience 
with AIX, as well.  (I don't recall if there was any difference as to 
whether the print job was already printing vs. waiting in the queue.)

-- 
Dave Brown  Austin, TX

------------------------------

From: FyreFiend <[EMAIL PROTECTED]>
Subject: Re: Calendar?
Date: Thu, 18 May 2000 15:10:43 -0400

Thank You!
Now I know what to look for.

In article <8g042q$7u5$[EMAIL PROTECTED]>, Andreas Kahari 
<[EMAIL PROTECTED]> wrote:

<SNIP>
> 
> Oh, *that*.
> 
> It's included in the 'bsdmainutils' package for Debian GNU/Linux, see
> <URL:http://www.debian.org/Packages/stable/utils/bsdmainutils.html>.
> There shouldn't be a problem finding it for e.g. Red Hat or Sussie
> (sorry :) or Mandrake, but I don't know where to start looking. You can
> always get the tar.gz file from the Debian site and compile it yourself.
> 
> /A
> 
> 
> --
> # Andreas Kähäri, <URL:http://hello.to/andkaha/>.
> # All junk email is reported to the appropriate authorities.
> 
> 
> Sent via Deja.com http://www.deja.com/
> Before you buy.

-- 
Mind the spam trap. My real address is fyrefiend (at) mac (dot) com.
Flames just get deleted so don't bother.

------------------------------

From: [EMAIL PROTECTED] (Bastian)
Subject: Re: Partioning Strategies
Date: 18 May 2000 20:15:30 GMT

On Thu, 18 May 2000 19:47:45 GMT, Andy wrote:
>
>I'd like to know what [experienced|knowledgable] people think about
>different paritioning strategies for linux systems.
>
>Which hierarchies should have their own partitions?

At least / and /usr, but I'd also suggest /boot. The /var partition
could be useful to avoid large logfiles, and the /home partition
doesn't allow users to fill the harddrive (which is probably less
important when you use the machine at home).

>Which hierarchies can be or should be mounted read-only?

IMHO none.

>What about relative and and absolute sizes?

Absolute: /      300+ MB
          /boot  15MB
          /home  (depends on how many users and what they do); 50-500MB per
                 user
          /var   (don't know), 150MB
          /usr   the rest

Relative: /      10%
          /boot  1-2%
          /home  30%
          /var   7%
          /usr   the rest

>Any other factors?

Put the swap space to the outer edge of the drive (ususally sector 0 is
the outer edge), as it's faster. The figures I gave you are my personal
scheme, so it's not unquestionable.
If you create a separate /boot partition, put it below cylinder 1023.

>I realize that the role that a particular machine will fill will have
>an overriding impact on the layout of its partitions, so it would be
>nice if anyone who is good enough to share his experiences and
>opinions would also include this factor.
>
>btw, I do know about the parition howto, but that is so old and vague
>as to be of little value.  Perhaps any comments provided here could be
>used to update that howto.

Bastian

------------------------------

From: theBuddy1 <[EMAIL PROTECTED]>
Subject: Re: Trident 9750 AGP 4MB on Linux
Date: Thu, 18 May 2000 20:30:07 GMT

when i tried installing red hat linux, the XConfigurator thing to 
automatically determin the resolution. it gave me 640X480. now, with this 
resolution i can have 16 bit color, but thats it. and when i tried 
changing the resolution to even 800X600, and then tested it out, it failed 
the test. so, the settings reverted back to 640X480. can u tell me if that 
gave u any problem. i tried installing red hat linux 6.1. should i ignore 
it and select 1024X768 and just pray that everythign goes well? please 
reply. by the way, i have a P2, 233 MHz, 64 MB RAM.

John-Thomas Richards wrote:
> 
> I am running RedHat Linux with a Trident 9750 AGP w/4MB RAM at 1024x768 
without a problem.  What steps have you tried to change the resolution?
> 
> In article <[EMAIL PROTECTED]>,
> theBuddy1 <[EMAIL PROTECTED]> writes:
> > Hi,
> > 
> > I have a Trident 9750 AGP/PCI 4MB Video Card and i am running red hat 
> > linux. now, i cant seem to change the resolution from 640X480 to some 
> > decent higher resolution. can u please suggest what i should do or 
suggest 
> > a different version of linux to install so i can get about 800X600 or 
> > 1024X768(which i am currently running on windows 98). 
> > 
> > please, this is the only reason i am not using linux. please help
> > 
> > --
> > Posted via CNET Help.com
> > http://www.help.com/
> 
> -- 
> Men are never duly touched and impressed with a conviction of their
> insignificance until they have contrasted themselves with the majesty of
> God.  John Calvin
> 
> 


--
Posted via CNET Help.com
http://www.help.com/

------------------------------

From: "Tiziano Vicentini" <[EMAIL PROTECTED]>
Subject: Which Mail Server for multiple Virtual Domains
Date: Thu, 18 May 2000 22:31:23 +0200

Hi, I have to setup a Mail server (smtp & pop3) on one linux box (say RH
6.2) that could manage several domain like
domain1.com
domain2.com
and several subdomains like
sub1.domain.com
sub2.domain.com
Furthermore I need that mailboxes exist only for mail server and not for
linux box; I suppose users password mailboxes etc. will be on a db or
something similar.
I evaluate Sendmail Qpopper and Intrastore but none of those seems to work
correctly for my job.
Someone has some hints about GPL licence server? Hints about implementation

Tia

Tiziano Vicentini
Eudata SpA
Network & System Administrator

Note: remove removethis from my email address




------------------------------

From: [EMAIL PROTECTED] (JEDIDIAH)
Subject: Re: /opt verus /usr/local
Date: Thu, 18 May 2000 20:38:47 GMT

On Thu, 18 May 2000 13:44:23 -0600, Praedor Tempus <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] wrote:
>> 
>> Bob Tennent <[EMAIL PROTECTED]> did eloquently scribble:
>> > On Wed, 17 May 2000 15:41:39 GMT, Blake LeBaron wrote:
>> >  >I'm a new linux user, and I'm confused on one aspect of it.  Where is
>> >  >the the appropriate place to put installed software packages?  I see
>> >  >some want to go to /opt, and others prefer /usr/local.  What is the
>> >  >current standard for this?
>> >  >
>> > I suggest using /opt for packages that insist on being kept together
>> > under a directory.  This is usually the case for commercial packages
>> > such as WordPerfect.  Use /usr/local for packages that distribute
>> > themselves into standard sub-directories such as bin, lib, man, etc, src,
>> > include, and so on.  But "whole" packages can go under /usr/local as well.
>> 
>> Another thing to consider is the size of the package. Things that're
>> huge, like KDE, Gnome, WP, etc also tend to go into /opt.
>
>Ugh.  No thanks.  It is confusing and pointless to have redundant 
>directories.  /opt and /usr/local fall into the redundant catagory.

        Actually in practice they seem to have completely different
        structure. /usr/local is essentially of /usr, while /opt is
        more of a /Program Files sort of organization with ENTIRE
        applications being limited to a single directory tree instead
        of spread out across an entire set of subdirectories.

        rm -r /opt/kde is actually a quite nice thing to be able to do.

>I don't care if it goes to /opt or /usr/local but it would be real nice
>if a generic standard were decided for linux (all distros).  All things
        
        There are 'generic' standards for Unix IN GENERAL. Linux reflects
        this. The minor differences aren't the sort that should be relevant.
        No shell should need to care where exactly a particular binary or
        library is.

[deletia]

        Nope, /opt is meant for a different sort of structure than /usr/local.

-- 

    In what language does 'open' mean 'execute the evil contents of'    |||
    a document?      --Les Mikesell                                    / | \
    
                                      Need sane PPP docs? Try penguin.lvcm.com.

------------------------------

From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Crossposted-To: 
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: 18 May 2000 20:34:22 GMT

In comp.os.linux.development Leslie Mikesell <[EMAIL PROTECTED]> wrote:
: But, for a RH system, the RH placements are standard.  This turns
: out to be an acquired taste.  Back when it was hard to find up to
: date RPMs for everything and many programs needed local tuning to
: work right, it was kind of annoying to have my custom-compiled
: programs land in /usr/local/ while the stock RH versions of the
: same thing did not use /usr/local at all.  However, now that just
: about everything in the world is already built as an up-to-date RH
: oriented rpm and I only have a few things in /usr/local, I
: am starting to like it that way. 

I've been using debian sources for too long now to remember what I used
to have to undo in the RH ones. I think it was config files that didn't
go into /etc but instead some place in /usr/lib.

I use /usr/local for things that weren't in my original system and
aren't likely to be in it for the foreseeable future. Netscape would
be an example, though I can't think of any good ones.

Peter

------------------------------

From: Harlan Grove <[EMAIL PROTECTED]>
Subject: Re: /opt verus /usr/local
Date: Thu, 18 May 2000 13:36:26 -0700

In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:

<snip>

>Another thing to consider is the size of the package.
>Things that're huge, like KDE, Gnome, WP, etc also tend to
>go into /opt.

Depends on distribution. Red Hat puts KDE and Gnome in /usr
rather than either /opt or /usr/local.




* Sent from AltaVista http://www.altavista.com Where you can also find related Web 
Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful

------------------------------

From: Gerald Willmann <[EMAIL PROTECTED]>
Subject: Re: AOL for Linux???
Date: Thu, 18 May 2000 13:43:25 -0700

On Thu, 18 May 2000, Harlan Grove wrote:

> You can try complaining to AOL, but since they don't even
> support Windows NT, it's very unlikely they'll come out
> with a Linux version any time soon.

why - linux grows faster than NT and if I remember correctly AOL + some
computer maker announced a webdevice recently which was supposed to be
based on linux so they will probably develop a linux client for that.

  gerald

-- 


------------------------------

From: Prasanth Kumar <[EMAIL PROTECTED]>
Subject: Re: Partioning Strategies
Date: Thu, 18 May 2000 20:54:10 GMT

Andy wrote:
> 
> I'd like to know what [experienced|knowledgable] people think about
> different paritioning strategies for linux systems.
> 
> Which hierarchies should have their own partitions?
> Which hierarchies can be or should be mounted read-only?
> What about relative and and absolute sizes?
> Any other factors?
> 
> I realize that the role that a particular machine will fill will have
> an overriding impact on the layout of its partitions, so it would be
> nice if anyone who is good enough to share his experiences and
> opinions would also include this factor.
> 
> btw, I do know about the parition howto, but that is so old and vague
> as to be of little value.  Perhaps any comments provided here could be
> used to update that howto.

Some of the drawback of having separate partitions are that:
* Some partitions may fill up faster than anticipated.
* A file move across a partition requires the system to copy the file
  vs. changing file pointers.
* Can't hardlink across partitions.

Some advantages to having separate paritions.
* Can't hardlink across partitions so hacker can't as easily trick
  you into writing to some file... ie. /tmp/foo.bar->/etc/passwd!
* You can disable suid capabilities and make r/o on a partition basis
  thus improving security.
* If a partition fills up, the whose systems isn't hosed.
* You can distribute paritions over many drives to optimize performance
  ins a crude way. (This is also good with swap partitions!)


-- 
Prasanth Kumar
[EMAIL PROTECTED]

------------------------------


** 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: [EMAIL PROTECTED]

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: [EMAIL PROTECTED]

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Misc Digest
******************************

Reply via email to