TCLUG Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Unsent Message Returned to Sender
Notice to Sender
================
This message was received by this installation but could not be
delivered to its intended cc:Mail recipient(s).
Original subject: tclug-list Digest 17 Oct 1999 16:58:16 -0000 Issue 438
Intended recipient(s) who DID NOT receive this message:
kyle.johnson..@ccmail.reliastar.com
The following cc:Mail error(s) were recorded:
*** Message recipient is unknown ***
-------- Original Message Text --------
-------------------------Embedded message follows:-----------------------
tclug-list Digest 17 Oct 1999 16:58:16 -0000 Issue 438
Topics (messages 9216 through 9229):
More Multia stuff...
9216 by: "Ben Beuchler" <insyte@emt-p.org>
< $50 graphics card
9217 by: Clay Fandre <cfandre@maddog.mn-linux.org>
bash config files on Slackware
9218 by: schewe@tcfreenet.org
Opinion - On Gartner, GNU and Corel
9219 by: "Fred H. Olson" <fholson@cohousing.org>
Pine 4.20
9220 by: "Fred H. Olson" <fholson@cohousing.org>
LILO: easier way to choose what OS to boot?
9221 by: "Fred H. Olson" <fholson@cohousing.org>
9222 by: schewe@tcfreenet.org
9223 by: "Brian Ackermann" <brianj@subrad.com>
9224 by: schewe@tcfreenet.org
GRUB (GRand Unified Bootloader) [Was: LILO: easier way to choose what OS to boot?]
9225 by: Mike Hicks <hick0088@tc.umn.edu>
Glut
9226 by: Rodney <rodney.ray@childrenshc.org>
[Fwd: [TCLUG:9159] Glut]
9227 by: Rodney <rodney.ray@childrenshc.org>
[duncan@x180.com: NEWS: Jakarta Goes LIVE]
9228 by: Bob Tanner <tanner@real-time.com>
More on "Gartner Group" report...
9229 by: Troy Johnson <john1536@tc.umn.edu>
Administrivia:
To subscribe to the digest, e-mail:
tclug-list-digest-subscribe@mn-linux.org
To unsubscribe from the digest, e-mail:
tclug-list-digest-unsubscribe@mn-linux.org
To post to the list, e-mail:
tclug-list@mn-linux.org
----------------------------------------------------------------------
-------------------------Embedded message follows:-----------------------
From: "Ben Beuchler" <insyte@emt-p.org>
To: <tclug-list@mn-linux.org>
Date: Sat, 16 Oct 1999 07:34:28 -0500
Message-ID: <000d01bf17d2$c9a26f60$c23adacd@marvin>
MIME-Version: 1.0
Subject: RE: [TCLUG:7575] More Multia stuff...
Actually, I haven't set it up yet! I've been a little busy with another
server here... But it's on my project list. I've found sources for
everything I'm going to need and I'll post the links later today. I
anticipate it costing me around $200 (assuming you've already got
monitor/keyboard).
Ben
----------
The phrasing, style, and content of this message are the sole property of
Ben Beuchler, Inc. and may not be reproduced in any way, shape or form
without the written consent Ben Beuchler Enterprises. All rights reserved.
Void where prohibited by law. Do not remove under penalty of law. Do not
spindle or fold. Not valid in Alaska, Hawaii, or Puerto Rico.
> -----Original Message-----
> From: Robert Sinland [mailto:rsinland@means.net]
> Sent: Friday, October 15, 1999 5:53 PM
> To: tclug-list@mn-linux.org
> Subject: Re: [TCLUG:7575] More Multia stuff...
>
>
>
>
> Ben Beuchler wrote:
>
> > Anywho, I've been researching drive options for my lovely new
> Multia and it
> > appears that I can go one of four ways: 2.5" IDE, 3.5" IDE,
> 2.5" SCSI, 3.5"
> > SCSI. As I've read on several pages that the 3.5" options tend
> to generate
> > more heat than it can handle, I'm leaning towards the 2.5" IDE
> drive. There
> > certainly seem to be plenty around for <$75 in sizes more then
> large enough
> > to be useful. I've also found a couple of suppliers for the
> elusive 44-pin
> > IDE cables necessary for the smaller drives. There does appear to be a
> > rather kludgy way to make it work with normal 40-pin IDE, but I dislike
> > kludgy. The OEM floppy drives are available for $39. The same
> distributor
> > also carries the OEM brackets designed to mount a 2.5" drive in
> the front
> > bays. Anyone found out anything about other (cheaper) models
> of FDDs that
> > might fit?
> >
> > Incidentally, there also seems to be more options then the
> standard 640X480
> > VGA graphics. I've found a couple of charts listing all of the possible
> > jumper settings and there resulting graphics modes.
> >
> > I can dig up the links for any of the above pieces of info, if anyone is
> > interested...
> >
> > Question: Since I don't have access to an external SCSI
> CD-ROM, can anyone
> > point me to information on performing an FTP install of Linux? I should
> > have my DSL line in by the time I have my Multia up and
> running. If not,
> > I'll just set up an FTP server on my LAN...
> >
>
> I was just wondering how it all worked out for you, and would
> like to see any
> links you
> have found for hardware.
> Due to a shipping glitch I _just today_ received my Multia.
> can't beleive how
> small it is!
> BTW they do have more, but I see that they are now selling Bare
> Bones units for
> $79
> The PIA delivery dates keep getting pushed back, probbably didn't
> help that RAM
> prices
> have recently trippled.
> RS
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tclug-list-unsubscribe@mn-linux.org
> For additional commands, e-mail: tclug-list-help@mn-linux.org
>
>
-------------------------Embedded message follows:-----------------------
Message-ID: <38088D3D.51A02C6@maddog.mn-linux.org>
Date: Sat, 16 Oct 1999 09:35:41 -0500
From: Clay Fandre <cfandre@maddog.mn-linux.org>
MIME-Version: 1.0
To: "tclug-list@mn-linux.org" <tclug-list@mn-linux.org>
Subject: < $50 graphics card
Anyone have a recommendation for an under $50 8MB PCI graphics card? I
currently have a 4 MB card and I'd like to run at 1600x1280 / 16bit
color, so I need to upgrade but I don't want to spend too much. I know
the ATI Xpert 98's run about $50. Any others?
--
Clay Fandre
cfandre@maddog.mn-linux.org
Twin Cities Linux Users Group
http://www.mn-linux.org
-------------------------Embedded message follows:-----------------------
Message-Id: <199910161453.JAA09498@disk.mn.mtu.net>
Date: Sat, 16 Oct 1999 09:55:48 -0500 (CDT)
From: schewe@tcfreenet.org
To: tclug-list@mn-linux.org
MIME-Version: 1.0
Subject: Re: [TCLUG:9215] bash config files on Slackware
On 16 Oct, Ben Beuchler wrote:
> Second, I'm getting some strange environment settings of which I cannot find
> the source (some aliases and environment variables like PS1). They are not set
> in /etc/profile or my .bashrc and .bash_profile doesn't even exist!
>
PS1 is the variable that determines what the prompt looks like. It
should always be set to something weather you set it or not.
> Are there any other files that are executed at the start up of bash that could
> be messing things up? I've even tried switching to /etc and running "grep
> alias *" and haven't found the offending scripts...
>
Try looking in ~/.bash_login, ~/.bash_profile too.
--
Jon Schewe
http://eggplant.mtu.net/~jpschewe
schewe@tcfreenet.org
-------------------------Embedded message follows:-----------------------
Date: Sat, 16 Oct 1999 10:18:53 -0500 (CDT)
From: "Fred H. Olson" <fholson@cohousing.org>
To: Tclug-list <tclug-list@listserv.real-time.com>
Message-ID: <Pine.LNX.4.10.9910160958040.11237-100000@freedom.mtn.org>
MIME-Version: 1.0
Subject: Re: [TCLUG:9194] Opinion - On Gartner, GNU and Corel
On 14 Oct, Clay Fandre wrote:
> Anyone see this yet?
The link gives an article that says IN PART:
Gartner slams Linux with hostile review
By Ellen Cresswell
15 October, 1999
SYDNEY - A damning report from Gartner has all but put the kiss of
death on Linux, but devotees of the OS maintain it's a force to be
reckoned with.
"Linux is the 'hype du jour' that is thought by some to have the
potential to upset Microsoft's dominance on the mainstream desktop,"
the Gartner Group report says.
As a Linux user wannabe, it seems to me that the title and first two
paragraphs of this article are a biased summary of the orginal article
as summarized in the article (I did not go to the original article).
It seems to me that Ellen 'hyped' ("made extravagant claims") the Gartner
critique with words like "slams" and "damning report" in part by setting
up unrealistic expectations for Linux with the quote from "some" (one or
more people?) about the "potential to upset" MS. Sort of a set up a
straw man to knock down.
Anyone who is betting on Linux to upset MS in the foreseeable future is
betting on longshots. Most of the substance of the Garter article are
legitimate critiques. Just last week the TCLUG-list had discussion on
how competent / experienced computer users should be before introducing
them to Linux. Linux is not ready for primetime but there are lots of
folks who find depending just on primetime to be a drag.
Hopefully there are enough folks that Linux does serve now to keep
developing it to get it closer to ready for primetime but it remains to
be seen how things develop. Or wheter the evil MS empire wipes out all
alternatives.
For me I hope Linux lives long and prospers in some fashion.
Fred
--
Fred H. Olson fholson@cohousing.org Minneapolis,MN 55411
(612)588-9532 Amateur radio: WB0YQM List manager of:
Cohousing-L See http://www.cohousing.org and Nbhd-tc -- Twin
Cities Neighborhood issues list. See http://freenet.msp.mn.us
-------------------------Embedded message follows:-----------------------
Date: Sat, 16 Oct 1999 10:33:32 -0500 (CDT)
From: "Fred H. Olson" <fholson@cohousing.org>
To: Tclug-list <tclug-list@listserv.real-time.com>
Message-ID: <Pine.LNX.4.10.9910161020480.11237-100000@freedom.mtn.org>
MIME-Version: 1.0
Subject: RE: [TCLUG:9167] Pine 4.20
I have only looked at Pine 4.20 a little and am still very
familiar to 4.10 but about email programs in general ...
On my email program wishlist is better ways to manage old messages.
I keep (don't delete, keep 'forever') a few hundred K of recieved and sent
messages each month. From time to time I find it useful to look up old
messages and I find it easier to keep a fairly large number of messages
than to decided what to keep and what to toss in too much detail.
I tend to keep things in chronological order but some times it's nice to
group related messages together.
I wish I had an integrated feature to an email program to easily create
and maintain multiple indexes to access messages without having to
duplicate the messages. The usual folder mechanism and
it's associated index mechanism assumes that messages are only one place
at a time by default ** tho multiple copies in different folders are
possible. ** For example Pine sets the delete flag when messages are
"saved" to another folder tho that flag can be cleared. The multiple
index feature would assume one copy by multiple ways to access them - sort
of a database approach. Anyone know of anything like this?
Fred
--
Fred H. Olson fholson@cohousing.org Minneapolis,MN 55411
(612)588-9532 Amateur radio: WB0YQM List manager of:
Cohousing-L See http://www.cohousing.org and Nbhd-tc -- Twin
Cities Neighborhood issues list. See http://freenet.msp.mn.us
-------------------------Embedded message follows:-----------------------
Date: Sat, 16 Oct 1999 11:06:52 -0500 (CDT)
From: "Fred H. Olson" <fholson@cohousing.org>
To: Tclug-list <tclug-list@listserv.real-time.com>
Message-ID: <Pine.LNX.4.10.9910161033410.11237-100000@freedom.mtn.org>
MIME-Version: 1.0
Subject: LILO: easier way to choose what OS to boot?
I've asked this question here before but got what I thought were
unsatisfactory responses... so I decided to ask it again because it
continues to be an annoyance.
LILO ("LInux LOader") is a little piece of software that loads one of
several operating systems at boot up. Part way thru boot up it prompts
for whether to load an alternate operating system. If there is no response
to the prompt the default operating system is loaded after a timeout
(15-30 seconds?). If one actually uses more than one operating system, it
is necessary to watch the boot up process ready to respond to the prompt
before the timeout. For me at least, this means sometimes I look away and
miss the prompt and I get the default operating system when I want the
alternate operating system. Not a big deal but annoying when it happens.
I think a much better design would would have the user indicate at the
time the boot is initiated (power up etc) which operating system is
desired. This could be done by setting some sort of memory device - like
a switch :) that LILO can read when it needs to know which operating to
boot. No universally available switch is available that I know of. One
possibility is to have LILO use a "hook" (vector, indirect jump or
similar) to a tiny bit of software that the user can optionally replace to
supply the indicator to the desired operating system. The default would
be the current prompt, keyboard response, timeout system. Alternate
procedures might read a switch on a port (game port, handshake line on a
spare serial port etc) or read a special file on a special floppy **)
There are probably other possibilities I have not thought of.
** The trouble with the floopy idea is that if no floppy is ready you have
to wait for it's timeout to choose the default. Will floppies in the
Intel world ever get an empty drive indicator? An alternative is to have
one floppy for each operating system and always use on or another.
This would be quite trivial if one knew there way around the software
which supposedly some Linux Users do (I dont at least not yet). My
previous post got little response, if that's the case this time,
where might be a better place to ask?
Fred
--
Fred H. Olson fholson@cohousing.org Minneapolis,MN 55411
(612)588-9532 Amateur radio: WB0YQM List manager of:
Cohousing-L See http://www.cohousing.org and Nbhd-tc -- Twin
Cities Neighborhood issues list. See http://freenet.msp.mn.us
-------------------------Embedded message follows:-----------------------
Message-Id: <199910161616.LAA09537@disk.mn.mtu.net>
Date: Sat, 16 Oct 1999 11:19:06 -0500 (CDT)
From: schewe@tcfreenet.org
To: tclug-list@mn-linux.org
MIME-Version: 1.0
Subject: Re: [TCLUG:9221] LILO: easier way to choose what OS to boot?
On 16 Oct, Fred H. Olson wrote:
> LILO ("LInux LOader") is a little piece of software that loads one of
> several operating systems at boot up. Part way thru boot up it prompts
> for whether to load an alternate operating system. If there is no response
> to the prompt the default operating system is loaded after a timeout
> (15-30 seconds?). If one actually uses more than one operating system, it
> is necessary to watch the boot up process ready to respond to the prompt
> before the timeout. For me at least, this means sometimes I look away and
> miss the prompt and I get the default operating system when I want the
> alternate operating system. Not a big deal but annoying when it happens.
How about just turning off the timeout so you always have to type
something in? This can be done.
--
Jon Schewe
http://eggplant.mtu.net/~jpschewe
schewe@tcfreenet.org
-------------------------Embedded message follows:-----------------------
Date: Sat, 16 Oct 1999 11:26:08 -0500
From: "Brian Ackermann" <brianj@subrad.com>
To: tclug-list@mn-linux.org
Mime-version: 1.0
Subject: Re: [TCLUG:9221] LILO: easier way to choose what OS to boot?
Ok, just a thought, and a VERY hackish way to do things, but, one possibility
would be to have multiple lilo.conf files, all identical, except for the order
in which the 'defaults' are placed.
lilo.conf.win would have the default order of win, linux, et al.
lilo.conf.linux would have the order of linux, win, et al.
and so on...
Then, just rerun lilo:
#/sbin/lilo -C /etc/lilo.conf.win -v -v -v
to have win become the default, and:
#/sbin/lilo -C /etc/lilo.conf.linux -v -v -v
to have linux boot first.
Granted...this only works from linux side of things, and your other suggestions
would be nice to have...I've run into that problem many times...Particularily
with my wife....she boots up the box, hoping for windows, and get linux, and now
she has to reboot the machine, but she's afraid she'll break linux if she
does....and so on...
In her case, the solution I've found is to just always boot into windows for
her, and when I need to, I can override it to linux...but a switch would be
nice...perhaps a lilo for windows?
Hrm...another thought...
Install lilo to a group of floppies, and ALWAYS boot from the floppy...
to boot win, insert the WIN disk, to boot OS/2 put in that disk, and so on,
until you put in the LINUX disk to boot linux...
I'm thinking thats probably the best solution for you...its easy to impliment,
makes sense to the average user, and is pretty much what you need(Though I agree
a bit more robustness from lilo would be HAPPY).
Brian J. Ackermann
----------
>From: "Fred H. Olson" <fholson@cohousing.org>
>To: Tclug-list <tclug-list@listserv.real-time.com>
>Subject: [TCLUG:9221] LILO: easier way to choose what OS to boot?
>Date: Sat, Oct 16, 1999, 11:06 AM
>
> I've asked this question here before but got what I thought were
> unsatisfactory responses... so I decided to ask it again because it
> continues to be an annoyance.
>
> LILO ("LInux LOader") is a little piece of software that loads one of
> several operating systems at boot up. Part way thru boot up it prompts
> for whether to load an alternate operating system. If there is no response
> to the prompt the default operating system is loaded after a timeout
> (15-30 seconds?). If one actually uses more than one operating system, it
> is necessary to watch the boot up process ready to respond to the prompt
> before the timeout. For me at least, this means sometimes I look away and
> miss the prompt and I get the default operating system when I want the
> alternate operating system. Not a big deal but annoying when it happens.
>
> I think a much better design would would have the user indicate at the
> time the boot is initiated (power up etc) which operating system is
> desired. This could be done by setting some sort of memory device - like
> a switch :) that LILO can read when it needs to know which operating to
> boot. No universally available switch is available that I know of. One
> possibility is to have LILO use a "hook" (vector, indirect jump or
> similar) to a tiny bit of software that the user can optionally replace to
> supply the indicator to the desired operating system. The default would
> be the current prompt, keyboard response, timeout system. Alternate
> procedures might read a switch on a port (game port, handshake line on a
> spare serial port etc) or read a special file on a special floppy **)
> There are probably other possibilities I have not thought of.
>
> ** The trouble with the floopy idea is that if no floppy is ready you have
> to wait for it's timeout to choose the default. Will floppies in the
> Intel world ever get an empty drive indicator? An alternative is to have
> one floppy for each operating system and always use on or another.
>
> This would be quite trivial if one knew there way around the software
> which supposedly some Linux Users do (I dont at least not yet). My
> previous post got little response, if that's the case this time,
> where might be a better place to ask?
>
> Fred
>
> --
> Fred H. Olson fholson@cohousing.org Minneapolis,MN 55411
> (612)588-9532 Amateur radio: WB0YQM List manager of:
> Cohousing-L See http://www.cohousing.org and Nbhd-tc -- Twin
> Cities Neighborhood issues list. See http://freenet.msp.mn.us
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tclug-list-unsubscribe@mn-linux.org
> For additional commands, e-mail: tclug-list-help@mn-linux.org
>
>
-------------------------Embedded message follows:-----------------------
Message-Id: <199910161629.LAA09545@disk.mn.mtu.net>
Date: Sat, 16 Oct 1999 11:31:59 -0500 (CDT)
From: schewe@tcfreenet.org
To: tclug-list@mn-linux.org
MIME-Version: 1.0
Subject: Re: [TCLUG:9221] LILO: easier way to choose what OS to boot?
Another option is to use System Commander.
--
Jon Schewe
http://eggplant.mtu.net/~jpschewe
schewe@tcfreenet.org
-------------------------Embedded message follows:-----------------------
Message-ID: <3808D6EA.6EADC4C@tc.umn.edu>
Date: Sat, 16 Oct 1999 14:50:02 -0500
From: Mike Hicks <hick0088@tc.umn.edu>
MIME-Version: 1.0
To: tclug-list@mn-linux.org
Subject: GRUB (GRand Unified Bootloader) [Was: LILO: easier way to choose what OS
to boot?]
After reading Fred Olson's note regarding choosing which OS to boot, I
started looking around for bootloaders and things. The best one I came
across was GNU GRUB [http://www.gnu.org/software/grub] After trying it
out, I think LILO's days are numbered (at least on my system).
Anyone who has ever had LILO come to a screeching halt on bootup knows
that LILO is a finicky little thing. Certainly, GRUB isn't the perfect
solution, but it's better than LILO. If you make a LILO boot disk for
your computer (i.e., a diskette that only has LILO on it, which points
to a kernel on your hard disk), you have to make a new disk whenever you
make a new kernel or move the one that was already there. LILO knows
the sector where the kernel is supposed to be, but if the kernel isn't
there, all LILO can do is give you some silly two-byte error code.
GRUB, on the other hand, wouldn't have any trouble. It doesn't locate
kernels or other files by their sector on the hard drive, it locates
them by the easier-to-understand method of path and filename. GRUB can
read filesystems such as EXT2, FAT, MINIX and Amiga FFS (and I'm sure it
wouldn't be too hard to get it to read others..) With GRUB, there is no
more problem of 'oops, I forgot to re-run LILO after re-compiling'
(well, if you do it right, at least ;-)
I would encourage anyone who has had headaches over LILO to try out
GRUB.. I had a little trouble understanding the documentation at first,
but it just takes a little studying..
Oh, and before I forget, I was thinking that using the printer port to
decide which OS to boot might be a good idea. Printers have an ACK line
that is activated when they're turned on (or something like that).
However, I don't know if the printer port would have to be initialized
first or anything in order to find the status of the printer. Whatever
it is, I'm sure it's fairly easy to do (well, for someone who knows how
to program that sort of thing).
Just consider your printer a very large dongle ;-)
--
_ _ _ _ _ ___ _ _ _ ___ _ _ __ I give advice worth the
/ \/ \(_)| ' // ._\ / - \(_)/ ./| ' /(__ price -- free!
\_||_/|_||_|_\\___/ \_-_/|_|\__\|_|_\ __)
[ Mike Hicks | http://umn.edu/~hick0088 | mailto:hick0088@tc.umn.edu ]
-------------------------Embedded message follows:-----------------------
Message-ID: <3808ED19.E90BC80E@childrenshc.org>
Date: Sat, 16 Oct 1999 16:24:41 -0500
From: Rodney <rodney.ray@childrenshc.org>
MIME-Version: 1.0
To: tclug-list@mn-linux.org
Subject: Re: [TCLUG:9159] Glut
Bob do you know where it is? I have looked all over for this thing and don't see
it. Also do you knwo how to get xmkmf to work or where to get it?
Thanks Rodney
Bob Tanner wrote:
> Quoting Rodney (rodney.ray@childrenshc.org):
> > Has anyone had some success on getting glut3.1 to work under linux 6.0.
> > For some reason when I go to compile the package it can't find the open
> > gl header files. I changed the path in the Makefiles but it still didn't
> > help. I installed opengl SDK but it looks like I still don't have the
> > header file that it's looking for. Anyone have idea
>
> Mesa-3.1beta2-2 src.rpm is on the TCLUG mirror site. Compiles clean on RH 6.0,
> RH 5.2.
>
> --
> Bob Tanner <tanner@real-time.com> | Phone : (612)943-8700
> http://www.real-time.com | Fax : (612)943-8500
> Key fingerprint = 6C E9 51 4F D5 3E 4C 66 62 A9 10 E5 35 85 39 D9
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tclug-list-unsubscribe@mn-linux.org
> For additional commands, e-mail: tclug-list-help@mn-linux.org
-------------------------Embedded message follows:-----------------------
Message-ID: <38090E92.AC623CF8@childrenshc.org>
Date: Sat, 16 Oct 1999 18:47:30 -0500
From: Rodney <rodney.ray@childrenshc.org>
MIME-Version: 1.0
To: Linux List <tclug-list@mn-linux.org>
Subject: [Fwd: [TCLUG:9159] Glut]
-------------------------Embedded message follows:-----------------------
Received: by amethyst.tc.umn.edu (mbox rayx0063)
(with Cubic Circle's cucipop (v1.22 1998/04/11) Sat Oct 16 18:47:18 1999)
X-From_: Postmaster@childrenshc.org Sat Oct 16 16:25 CDT 1999
Received: from mhub2.tc.umn.edu by amethyst.tc.umn.edu with ESMTP for rayx0063@amethyst.tc.umn.edu; Sat, 16 Oct 1999 16:25:59 -0500
Return-Path: <Postmaster@childrenshc.org>
Received: from linus.childrenshc.org by mhub2.tc.umn.edu with ESMTP for rayx0063@tc.umn.edu; Sat, 16 Oct 1999 16:25:59 -0500
Received: from linus.childrenshc.org (root@localhost)
by linus.childrenshc.org with ESMTP id QAA11086
for <rayx0063@tc.umn.edu>; Sat, 16 Oct 1999 16:25:53 -0500 (CDT)
Received: from galaxy.childrenshc.org (galaxy.childrenshc.org [10.10.12.254])
by linus.childrenshc.org with SMTP id QAA11082
for <rayx0063@tc.umn.edu>; Sat, 16 Oct 1999 16:25:53 -0500 (CDT)
Received: from Childrens-Message_Server by galaxy.childrenshc.org
with Novell_GroupWise; Sat, 16 Oct 1999 16:25:41 -0500
Received: from linus.childrenshc.org
by galaxy.childrenshc.org; Sat, 16 Oct 1999 16:24:46 -0500
Received: from linus.childrenshc.org (root@localhost)
by linus.childrenshc.org with ESMTP id QAA11054
for <rodney.ray@childrenshc.org>; Sat, 16 Oct 1999 16:24:58 -0500 (CDT)
Received: from conjurer.real-time.com (conjurer.real-time.com [206.10.253.11])
by linus.childrenshc.org with SMTP id QAA11050
for <rodney.ray@childrenshc.org>; Sat, 16 Oct 1999 16:24:57 -0500 (CDT)
Received: (qmail 17787 invoked by uid 4000); 16 Oct 1999 21:26:42 -0000
Mailing-List: contact tclug-list-help@mn-linux.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
list-help: <mailto:tclug-list-help@mn-linux.org>
list-unsubscribe: <mailto:tclug-list-unsubscribe@mn-linux.org>
list-post: <mailto:tclug-list@mn-linux.org>
list-website: <http://tclug.mn-linux.org>
Reply-To: tclug-list@mn-linux.org
Delivered-To: mailing list tclug-list@mn-linux.org
Received: (qmail 17779 invoked from network); 16 Oct 1999 21:26:41 -0000
Message-Id: <3808ED19.E90BC80E@childrenshc.org>
Date: Sat, 16 Oct 1999 16:24:41 -0500
From: Rodney <rodney.ray@childrenshc.org>
X-Mailer: Mozilla 4.61 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: tclug-list@mn-linux.org
References: <38048FED.D5938FC6@childrenshc.org> <19991013101410.J1745@wizard.real-time.com>
Subject: Re: [TCLUG:9159] Glut
X-Mozilla-Status2: 00000000
Bob do you know where it is? I have looked all over for this thing and don't see
it. Also do you knwo how to get xmkmf to work or where to get it?
Thanks Rodney
Bob Tanner wrote:
> Quoting Rodney (rodney.ray@childrenshc.org):
> > Has anyone had some success on getting glut3.1 to work under linux 6.0.
> > For some reason when I go to compile the package it can't find the open
> > gl header files. I changed the path in the Makefiles but it still didn't
> > help. I installed opengl SDK but it looks like I still don't have the
> > header file that it's looking for. Anyone have idea
>
> Mesa-3.1beta2-2 src.rpm is on the TCLUG mirror site. Compiles clean on RH 6.0,
> RH 5.2.
>
> --
> Bob Tanner <tanner@real-time.com> | Phone : (612)943-8700
> http://www.real-time.com | Fax : (612)943-8500
> Key fingerprint = 6C E9 51 4F D5 3E 4C 66 62 A9 10 E5 35 85 39 D9
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tclug-list-unsubscribe@mn-linux.org
> For additional commands, e-mail: tclug-list-help@mn-linux.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tclug-list-unsubscribe@mn-linux.org
For additional commands, e-mail: tclug-list-help@mn-linux.org
-------------------------Embedded message follows:-----------------------
Date: Sat, 16 Oct 1999 21:27:36 -0500
From: Bob Tanner <tanner@real-time.com>
To: tclug-list@mn-linux.org
Message-ID: <19991016212736.C5187@wizard.real-time.com>
Mime-Version: 1.0
Subject: [duncan@x180.com: NEWS: Jakarta Goes LIVE]
For all the Servlet and JSP people out there...
----- Forwarded message from James Davidson <duncan@x180.com> -----
> It's my pleasure to announce that the Jakarta Project is now LIVE.
>
> Almost exactly one year ago, several people from Sun, IBM, and the Apache
> Group (now the Apache Software Foundation) met in Cupertino CA in a
> conference room named "Jakarta". The topic of the meeting: How could we all
> cooperate in the development of Java technologies on the Web server.
>
> What eventually resulted was that Sun made the decision to release the
> reference implementations for the Servlet and JavaServer Pages (JSP)
> specifications to the Apache Software Foundation so that development of
> these technologies could take place in a open and collaborative way. The
> specifications will continue to be sheparded by Sun under the Java Community
> Process.
>
> Sun and the Apache Software Foundation annouced our intent to form the
> Jakarta Project last June at JavaOne. Over the course of the last few
> months, all the necessary peices came together for release: The Project
> Management Committee was formed, all the necessary legal agreements were
> executed, the project guidelines were created, and the code was prepared.
>
> A week ago, we transferred the code over to the Apache Software Foundation's
> servers and started making our final prepartions. After a lot of work by a
> lot of people, we were ready to proceed.
>
> So here we are. We've turned it all on, the locks have been removed. The
> code is open. What comes next is up to you.
>
> There's a whole new website at:
>
> http://jakarta.apache.org
>
> The website contains information about who we are, how the project works,
> and how you can contribute. By all means, it's not done (it will *never* be
> done) and there are lots of things that will be filled in over the next few
> days / weeks / months. But its enough to get you started.
>
> There's 3 source code repositories that are part of Jakarta:
>
> jakarta-tomcat
> jakarta-watchdog
> jakarta-tools
>
> Jakarta-Tomcat is the workspace that contains "Tomcat". Tomcat is the
> implementation of the servlet and JSP specifications. More to the point, it
> is currently considered to be a beta quality implementation of the Servlet
> 2.2 and JSP 1.1 specifications. To start contributing, subscribe to the
> tomcat-dev mailing list available on the website.
>
> Jakarta-Watchdog is the workspace that contains "Watchdog". Watchdog is a
> collection of API tests for the servlet and JSP specifications. Over time,
> this will grow to become a comprehensive test suite so that any server that
> implements the JSP and Servlet specifications can be tested for adherence to
> the specifications. To start contributing, subscribe to the watchdog-dev
> mailing list available on the website.
>
> Jakarta-Tools is a collection of tools that are used in the other
> workspaces. These tools are "Ant", a Java based build tool that we use
> instead of make; and "Moo", a Java based client server test harness which is
> used in Watchdog and in the product tests located in the Tomcat workspaces.
>
> The source code repositories are available via:
>
> WebCVS
> Anonymous CVS
> Downloadable snapshots
>
> Over the next weeks, builds will start becoming available.
>
> I'd like to mention again that a *lot* of people contributed to the effort
> to get this off the ground and rolling. I'd like to thank all of them here
> and now for all their help in getting to this point. You know who you are!
>
> Enjoy!
>
> James Duncan Davidson
> Jakarta PMC Chair
> Servlet API Architect (Sun Microsystems)
>
>
>
>
----- End forwarded message -----
--
Bob Tanner <tanner@real-time.com> | Phone : (612)943-8700
http://www.real-time.com | Fax : (612)943-8500
Key fingerprint = 6C E9 51 4F D5 3E 4C 66 62 A9 10 E5 35 85 39 D9
-------------------------Embedded message follows:-----------------------
Message-Id: <3809FFC2.742464B7@tc.umn.edu>
Date: Sun, 17 Oct 1999 11:56:34 -0500
From: Troy Johnson <john1536@tc.umn.edu>
MIME-Version: 1.0
To: tclug-list@mn-linux.org,
linux@scalug.org
Subject: More on "Gartner Group" report...
As it turns out, Gartner Group didn't write it, MS did:
http://www.egroups.com/group/svlug/21219.html