Linux-Advocacy Digest #414, Volume #28 Tue, 15 Aug 00 02:13:06 EDT
Contents:
Re: So ya' wanna' run Linux?...I have a bridge for sale in Bklyn.....
([EMAIL PROTECTED])
Re: Is the GDI-in-kernel-mode thing really so bad?... (was Re: Anonymous Wintrolls
and Authentic Linvocates) (Stephen S. Edwards II)
Re: Will MS kill off Compaq and Gateway? ("Dan")
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: Re: So ya' wanna' run Linux?...I have a bridge for sale in Bklyn.....
Reply-To: [EMAIL PROTECTED]
Date: Tue, 15 Aug 2000 05:35:09 GMT
Typical Linux...And they (the Linonuts) wonder why virtually nobody
who is a desktop user is migrating to Linux...
Sure, throw out your WinModem.
Throw out your Win Printer.
Throw out your Win Scanner.
Use half the features of your soundcard.
Use half the features of your video card.
Spend days configuring a firewall.
Run a text browser.
TTF and anti-aliased fonts? What are they? Ruin your eyes.
Run 5 different programs to read mail/news offline.
Spend days setting up an internet connection sharing system.
Get your ISP pissed at you when you mention Linux.
Right..............
No wonder Linux has been a dismal failure in it's lame attempt to
challenge Windows or Mac for the desktop market.
Linux isn't even a HAS been, because it HAS been nowhere and that is
where it will stay...
A wet dream in the minds of the geeks...
Hopefully you didn't waste half a day trying to install that video
card?
Claire
On Tue, 15 Aug 2000 00:50:47 -0400, [EMAIL PROTECTED] wrote:
>Want to install a video card in Linux?
>
>Here are the steps:
>
> Article Info
> NVIDIA 3D Under Linux
>Taken directly from Tom's Hardware Page.....
>
>--------------------------------------------------------------------------------
>Created:
>August 11, 2000
>--------------------------------------------------------------------------------
>By:
>Thomas Pabst
>--------------------------------------------------------------------------------
>Category:
>Graphics Guide
>--------------------------------------------------------------------------------
>Summary:
>It finally has become reality. With NVIDIA's latest Linux drivers for XFree86 4
>you'll get powerful 3D for this free open source operating system as well. Over
>are the times when only geeks were using Linux. Today even serious 3D-gamers
>should be pleased with the 3D-performance offered by NVIDIA. We tested 5
>different NVIDIA 3D cards on 6 different platforms and compared the scores with
>the 3D-performance under Windows98.
>
>
>Installing NVIDIA's Latest Linux Drivers
>
>One thing I have to give Linux. It's still not by far as easy to install drivers
>under Linux as it is under Microsoft's operating systems. Therefore I will
>dedicate a rather longish and hopefully detailed enough chapter to this issue. I
>have seen numerous news group postings of people who had problems installing the
>NVIDIA drivers, and luckily most of them can be solved.
>
>NVIDIA's Unified Driver Architecture
>
>I don't know about you, but I have heard about the wonderful 'unified driver
>architecture' so often from marketing people and out of press releases, that I
>got almost immune to it. For most Windows users this isn't really a big deal. We
>are used to get Windows98 and Windows2000 drivers for our hardware and why would
>anyone care if those drivers work for other hardware as well?
>
> Article Info
> NVIDIA 3D Under Linux
>
>
>--------------------------------------------------------------------------------
>Created:
>August 11, 2000
>--------------------------------------------------------------------------------
>By:
>Thomas Pabst
>--------------------------------------------------------------------------------
>Category:
>Graphics Guide
>--------------------------------------------------------------------------------
>Summary:
>It finally has become reality. With NVIDIA's latest Linux drivers for XFree86 4
>you'll get powerful 3D for this free open source operating system as well. Over
>are the times when only geeks were using Linux. Today even serious 3D-gamers
>should be pleased with the 3D-performance offered by NVIDIA. We tested 5
>different NVIDIA 3D cards on 6 different platforms and compared the scores with
>the 3D-performance under Windows98.
>
>
>Step One - Install Xfree86 4.0 or 4.0.1
>
>Here we go, we already experience the first big difference between all the
>different Windows operating systems and Linux. While Windows is one package from
>one software developer, Linux is a collection of software from various sources.
>XFree86 is, per definitionem (yeah, that's how this Latin term is properly
>spelled), "XFree86 is the underlying software that runs between the video
>hardware and graphical user interface (aka gui) that people see." In laymen
>terms, it's the 'thing' that enables you to see a desktop in Linux, regardless
>if you are using KDE, GNOME or any other Linux GUI. It talks directly to your
>graphics card and as such it needs to be of the right version for NVIDIA's
>latest driver release.
>
>In July Xfree86.org released XFree86 version 4.0.1 and since NVIDIA supplies
>drivers for 4.0 as well as 4.0.1 it is advisable to upgrade to the latest
>version right away. Download it from www.xfree86.org and go ahead and install
>it. If you are experienced enough you might want to go for the source code and
>compile it, or you choose the binaries that are already available. In both cases
>the installation isn't really too difficult as long as you stick to the readme
>and install files supplied.
>
>One word of advice. If you want to make sure that you won't run into too much
>trouble after the installation of Xfree 4.0.1 and you've got a Linux
>installation from one of the big distributors like Red Hat, Suse, Mandrake,
>Corel, ... you might want to avoid booting right into the GUI. Make sure that
>you change the line 'id:3:initdefault' if you are using SuSE, or
>'id:5:initdefault' if you are using RedHat or similar to 'id:2:initdefault' for
>SuSE or 'id:3:initdefault' for RedHat et. al. in the file '/etc/inittab'. You
>can use any text editor you're familiar with. This will boot Linux to the Linux
>console. From there you can use e.g. Midnight Commander (command 'mc') if you've
>got to edit '/etc/X11/XF86Config', because you've got trouble reaching your
>desktop after the upgrade. With the command 'startx' you'll start the GUI. If it
>doesn't start the GUI or if you get a black screen you can press
>'Ctrl-Alt-Backspace' to quit XFree86 and you're back at your console prompt
> Article Info
> NVIDIA 3D Under Linux
>
>
>--------------------------------------------------------------------------------
>Created:
>August 11, 2000
>--------------------------------------------------------------------------------
>By:
>Thomas Pabst
>--------------------------------------------------------------------------------
>Category:
>Graphics Guide
>--------------------------------------------------------------------------------
>Summary:
>It finally has become reality. With NVIDIA's latest Linux drivers for XFree86 4
>you'll get powerful 3D for this free open source operating system as well. Over
>are the times when only geeks were using Linux. Today even serious 3D-gamers
>should be pleased with the 3D-performance offered by NVIDIA. We tested 5
>different NVIDIA 3D cards on 6 different platforms and compared the scores with
>the 3D-performance under Windows98.
>
>
>Step Two - Install The Basic NVIDIA Driver 'NVdriver'
>
>The driver for your NVIDIA card is actually divided in two. There is the basic
>part, which is added to the kernel via a module and there is the actual
>XFree/GLX driver. Let's first concentrate on the kernel part, which is the one
>that's more difficult.
>
>You'll find all the NVIDIA drivers you need here. Grab whichever version of the
>kernel driver you prefer. It's easiest for RedHat users, because NVIDIA supplies
>the driver in form of a RPM. Non-RedHat users like me (I'm a SuSE-follower) can
>choose between another RPM or the source code. I recommend the source code file,
>which is actually less painful to install than the RPM file. I'll describe the
>installation procedure for non-RedHat users. RedHat users shouldn't have any
>problems.
>
>For this procedure you obviously need to be logged as 'root'. Either you logged
>on as 'root', or you type 'su' and supply your root-password. After you have
>downloaded the source code file "NVIDIA_kernel-0.9-4.tar.gz" unpack it into a
>directory of your choice. Before you now 'make' the code I recommend you make
>sure that in /usr/include/linux is the 'autoconf.h' file that reflects your
>actual kernel. This is not always the case! Both installation versions, the
>source-file as well as the RPM look into '/usr/include/linux/autoconfig,h' or
>'/usr/src/linux/include/autoconfig.h' to figure out your kernel configuration.
>Two things are important.
>
>Are you running an SMP-kernel? Then you should find the line 'define CONFIG_SMP
>1' in your 'autoconf.h' file. If not, you should find '#undef CONFIG_SMP' there.
>Make sure that this one is correct or your driver won't run!
>Is your kernel equipped with the loadable AGP-module 'agpgart.o'? If not, you
>should consider making and installing it. If you don't have it, don't want it or
>can't make it, you want to make sure that you don't find either of those two
>lines in your 'autoconf.h': 'define CONFIG_AGP 1' or, more likely, 'define
>CONFIG_AGP_MODULE 1'. The second of the two lines signalizes that you've got the
>loadable module 'agpgart.o' installed in your Linux box, the first one is for
>the case that your system has got the AGP-driver compiled into the kernel, which
>is not advisable right now, as far as I know. Check if you've got the module by
>typing '/sbin/lsmod'. Maybe the module is already loaded (which is rather
>unlikely) and you find it in the list of the loaded modules. If the list doesn't
>include 'agpgart.o' you type '/sbin/insmod agpgart'. If the module is there you
>will get the message that it loaded successfully. It is possible you get the
>error message 'device or resource busy'. This rather stupid error message wants
>to actually tell you that 'agpgart.o' doesn't recognize your AGP-chipset. Don't
>worry about it and type '/sbin/insmod agpgart agp_try_unsupported=1'. Now it
>should load in the very most cases, unless you've got a really exotic
>AGP-chipset. Should you be unable to get 'agpgart.o' to load, you should delete
>the above mentioned lines from your 'autoconf.h' before you install the driver,
>because otherwise the driver will not work, as it will depend on the resources
>supplied by the AGP-driver.
>After making sure that '/usr/include/linux/autoconfig.h' is indeed showing the
>configuration of your actual kernel you can finally type 'make' in the directory
>to which you unpacked the NVIDIA driver source code file. If everything went
>fine the file 'NVdriver' should have been loaded in your '/lib/modules//video'
>directory and it should have been started. Make sure it was loaded with
>'/sbin/lsmod'. It should turn up in the list.
>If you have not followed my advice above you might get one of the following two
>error messages and NVdriver won't load (try it again with '/sbin/insmod
>NVdriver' if you can't find it in the '/sbin/lsmod' list):
>
>You get a list of 8 'unresolved symbol agp_...'
>This means that the driver is depending on the AGP-driver 'agpgart.o' which
>isn't loaded. If you can, load it with '/sbin/insmod agpgart' or '/sbin/insmod
>agpgart agp_try_unsupported=1'. If this doesn't work you need to make your
>driver again. Erase all AGP stuff out of your /src/include/linux/autoconf.h',
>clean your make directory for the driver and 'make' again. This time the driver
>should load, but it won't have AGP GART support and will therefore perform
>worse.
>You get the error message 'unresolved symbol tqueue_lock'
>The driver has been compiled as SMP-driver, but your system is not a
>multi-processor system. Change autoconf.h as described above, clean the make
>directory and make the driver once more. It should load this time.
>You could see above that many AGP-chipsets need the setting
>'agp_try_unsupported=1' for the 'agpgart.o'. This driver is officially only
>supporting Intel's 440BX, 440GX, i810, i810e, VIA Apollo Pro and AMD Irongate
>chipsets. If you've got a different chipset you will be pleased to hear that the
>setting 'agp_try_unsupported=1' works in very many cases. I've successfully
>tried Intel's i815 and i820 chipset, as well as VIA's Apollo Pro133A, Apollo
>KX133 and Apollo KT133. To make sure that this setting will always be applied
>when the driver needs to load, you want to modify '/etc/modules.conf'. It should
>contain the line 'alias char-major-10-175 agpgart'. Include the line 'options
>agpgart agp_try_unsupported=1' underneath and your AGP driver will load without
>problems if you've got one of the above-mentioned 'unsupported' chipsets.
>
>There are two options for NVIDIA's driver that you might want to include in
>'modules.conf' as well. I found that the i815 chipset requires the setting
>'NVreg_UseKernelAGP=1' if you want AGP to be enabled properly. Owners of
>motherboards with VIA's Apollo Pro133A chipset might want to try
>'NVreg_EnableVia4x=1' to enable AGP4x mode. To enable those features permanently
>find the line 'alias char-major-195 NVdriver' and put the line 'options NVdriver
>NVreg_UseKernelAGP=1 NVreg_EnableVia4x'. There's additionally the two options
>'NVreg_ReqAGPSBA=0/1' (default 1) to toggle AGP side band addressing and
>'NVreg_ReqAGPFW=0/1' to toggle Fast Writes. So far so good.
> Article Info
> NVIDIA 3D Under Linux
>
>
>--------------------------------------------------------------------------------
>Created:
>August 11, 2000
>--------------------------------------------------------------------------------
>By:
>Thomas Pabst
>--------------------------------------------------------------------------------
>Category:
>Graphics Guide
>--------------------------------------------------------------------------------
>Summary:
>It finally has become reality. With NVIDIA's latest Linux drivers for XFree86 4
>you'll get powerful 3D for this free open source operating system as well. Over
>are the times when only geeks were using Linux. Today even serious 3D-gamers
>should be pleased with the 3D-performance offered by NVIDIA. We tested 5
>different NVIDIA 3D cards on 6 different platforms and compared the scores with
>the 3D-performance under Windows98.
>
>
>Step Three - Install The XFree/glx Driver
>
>Download either the correct RPM for your system or the source code file. In case
>of XFree 4.0.1 you will require the source code file by all means, since NVIDIA
>doesn't supply a RPM for the XFree 4.0.1 driver. The procedure is super easy
>with the source code file, so there's no reason not to use it. After the
>download unpack the file in a directory of your choice.
>
>Before you 'make' the driver you need to check a few things. You need to remove
>or rename several of the possibly installed Mesa files that interfere with
>NVIDIA's OpenGL driver:
>
>/usr/X11R6/lib/modules/extensions/libGLcore.a
>/usr/X11R6/lib/modules/extensions/libglx.a
>/usr/lib/libGL.so
>/usr/X11R6/lib/libGL.so.*
>/usr/X11R6/lib/libGLcore.so.*
>After you've done that type 'make' and almost all things should be taken care
>of. In my case there was one problem with the file '/usr/lib/libGL.so.1', being
>a symbolic link to a Mesa file, although I had renamed it earlier. Best you
>change the symbolic link to the newly installed NVIDIA OpenGL driver file
>'/usr/lib/libGL.so.1.0.4' and you should be set.
>
>If you can find any 'libMesaGL.so.*' or 'libMesa.so.*' files in 'usr/lib' or
>'usr/X11R6/lib' make symbolic links out of them, pointing to the NVIDIA OpenGL
>driver file '/usr/lib/libGL.so.1.0.4'.
>
>Finally, you want to modify '/etc/X11/XF86Config'. Replace the line 'Driver
>"nv"' in the 'Section "Device"' to 'Driver "nvidia"'. If it's not already in
>there, please add 'Load "glx"' in the 'Section "Module"', to enable 3D!
>
>Now start Xserver (type 'startx') and you should happily have your desktop back.
>If you've got 'ssystem', the Star System Simulator installed, open a console and
>type 'ssystem -bench'. Ssystem should load and you should see a high frame rate.
>A GeForce 2 GTS on an Athlon/Tbird 1000 system scores about 380 fps. If you only
>see 5-10 fps you have probably forgotten to remove or rename one of the Mesa
>files or you forgot to make the symbolic links from the Mesa files. Check it
>again, particularly the symbolic links.
>
> Article Info
> NVIDIA 3D Under Linux
>
>
>--------------------------------------------------------------------------------
>Created:
>August 11, 2000
>--------------------------------------------------------------------------------
>By:
>Thomas Pabst
>--------------------------------------------------------------------------------
>Category:
>Graphics Guide
>--------------------------------------------------------------------------------
>Summary:
>It finally has become reality. With NVIDIA's latest Linux drivers for XFree86 4
>you'll get powerful 3D for this free open source operating system as well. Over
>are the times when only geeks were using Linux. Today even serious 3D-gamers
>should be pleased with the 3D-performance offered by NVIDIA. We tested 5
>different NVIDIA 3D cards on 6 different platforms and compared the scores with
>the 3D-performance under Windows98.
>
>
>Testing
>
>This is my first major Linux testing, so I hope I got it right for the Linux
>community out there. I decided to run all the different NVIDIA cards in my lab
>on one platform and all platforms in my lab with one 3D card. It turned out to
>be convenient to use my good old and rarely used i820 motherboard, the Asus
>P3C-L as basic platform for all the cards. I chose the GeForce 2 GTS card for
>the platform tests.
>
>As benchmarks I used the Linux version of Quake 3 Arena, running good old
>demo001. Then I installed the brand new SPECviewperf 6.1.2 and ran that too.
>Additionally I did the tiny little Ssystem benchmark too.
>
>For comparison I ran Quake3 and SPECviewperf 6.1.2 under Windows98 on all the
>cards too. You know that the scores under Windows2000 aren't any better, rather
>worse.
>
>Problems
>
>Yes, I encountered a couple of problems too.
>
>Problem No.1 was the fact that my GeForce MX card didn't want to work under
>Xserver. As soon as Xserver started the screen went black and the system froze
>completely. I am already working with NVIDIA to find the cause of this failure.
>The second problem was completely crazy. On my VIA Apollo Pro133A platform, the
>Asus P3V4X, SPECviewperf would simply stop in the middle of an animation and
>only get back to work as soon as I moved the mouse a bit. So far nobody could
>explain that to me, but it kept me from generating any SPECviewperf scores with
>the P3V4X.
>The third and last problem was with my Intel OR840 motherboard, which is based
>on the i840 chipset. Linux preferred to give me a consistent kernel panic at
>boot up with several different kernels, so I didn't test this platform.
>NVIDIA as well as Asus are aware of the problems and I am working with them to
>find an urgent fix.
>
>SOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
>
>
>Now that you have waded through all of that garbage, are we ready to install a
>scanner?
>
>
>Have you seen inSANE yet?
>
>Goooooooddddddd Lucccccckkkkkk...you will need it....
>
>Linux once again proves how much it sucks....
>
>Linux is still the SOS, an antiquated OS that requires hours upon hours of work
>just to get a simple piece of hardware to work. That is of course assuming the
>hardware is even supported by Linux which in most cases it is not....
>
>Happy computing....
>
>Oh yea....Installing the exact same video card under Windows requires one
>command:
>
>c:\setup.exe
>
>And it works....
>
>
>SWANGO
>
------------------------------
From: [EMAIL PROTECTED] (Stephen S. Edwards II)
Crossposted-To: comp.os.ms-windows.nt.advocacy
Subject: Re: Is the GDI-in-kernel-mode thing really so bad?... (was Re: Anonymous
Wintrolls and Authentic Linvocates)
Date: 15 Aug 2000 05:35:15 GMT
[EMAIL PROTECTED] wrote in <8na833$ma$[EMAIL PROTECTED]>:
>
>Stephen S. Edwards II <[EMAIL PROTECTED]> wrote in message
>news:8na24m$akh$[EMAIL PROTECTED]...
>> [EMAIL PROTECTED] wrote in <8n98oj$h71$[EMAIL PROTECTED]>:
>
>> >How is that cheating?
>>
>> FVWM is a small-sized wm, which doesn't nearly have
>> the amount of functionality that EXPLORER.EXE has.
>>
>> Hence, your RAM comparison is very biased. :-)
>
>What is FVWM missing that explorer.exe provides for a working environment?
There are several things that EXPLORER.EXE does that
FVWM does not. Of course, FVWM and EXPLORER.EXE were
designed at different times, and are different
interfaces, altogether, both with different philosophies
behind them, so my listing of things that EXPLORER.EXE
has/does would be pointless, as they are apples and
oranges in that respect.
We were originally discussing the GDI, and how it combined
with EXPLORER.EXE doesn't use up any more RAM than X with
a _comparable_ window manager. In some cases, X/wm uses far
more RAM than WindowsNT's GDI/EXPLORER interface.
It's about how much RAM it takes to run these two things.
I'm talking about code sizes here. Sure FVWM takes less
RAM... because it's smaller than EXPLORER.EXE. It's smaller,
because EXPLORER.EXE has a lot more "stuff" in it.
Hence, of course your X/FVWM session will be lighter than
my EXPLORER.EXE session.
Hence, that is why we were ribbing you about "cheating". ;-)
In order to properly compare the two, you'd need to run
a wm that is comparable in functionality to EXPLORER.EXE,
in order to see how much RAM X will take up to provide the
wm for the user.
Functionality not from a personal standpoint, but from
a "how much stuff is in it" standpoint.
--
.-----.
|[_] | Stephen S. Edwards II | http://www.primenet.com/~rakmount/
| = :| -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
| -| "Even though you can't see the details, you can sense them.
| | And that is what makes great computer graphics."
|_..._| -- Robert Abel of Abel Image Research
------------------------------
From: "Dan" <[EMAIL PROTECTED]>
Crossposted-To:
comp.arch,comp.sys.intel,comp.os.windows.advocacy,comp.os.mac.advocacy,alt.conspiracy.area51
Subject: Re: Will MS kill off Compaq and Gateway?
Date: Tue, 15 Aug 2000 15:42:27 +1000
This is a multi-part message in MIME format.
=======_NextPart_000_00C0_01C006CF.6A1C4B50
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
That would be their dream, yes. But I don't think they'd be stupid =
enough to attempt it so suddenly.
Plus the alternatives are looking better by the hour...(free =
registration required)
http://www.nytimes.com/library/tech/yr/08/biztech/articles/14linux.html
Dan
---
A quick script to eliminate ALL the bugs in Windows at once:
c:\> deltree c:\windows
junekis <[EMAIL PROTECTED]> wrote in message =
news:[EMAIL PROTECTED]...
Here's a little speculation for you conspiracy buffs:=20
Microsoft has been heard saying for the last couple of years that they =
are=20
having trouble coming up with upgrades to Windows that are compelling =
enough=20
to cause people to upgrade - so to protect their revenues, they may =
have to come=20
up with a version that is "rented" instead of purchased - you will =
write a monthly=20
check for, say, $30 to microsoft every month as your "software bill".=20
In order to enforce this, obviously, the software would have to be =
server-centric,=20
and you would have to kill off all those old desktop systems that are =
running perfectly=20
well with Win 9X.=20
First, MS starts saying that Windows is going to "evolve" into =
next-generation windows=20
services, which won't reside on the PC, and will be internet-based.=20
Then all of a sudden, here comes the X-BOX, reported to have a Pent =
III CPU, 64MB RAM,=20
an 8 GB hard drive, and a high speed LAN card. MS "swears" that this =
is NOT a PC, and that=20
they aren't out to compete with PC makers.=20
That may be half true. What if the X-BOX is intended to be a client =
machine for MSN based=20
server-centric next generation Windows?=20
Given Microsofts reputation for oft-times smothering its own =
children,=20
if I were a PC maker, I would be investing in Linux BIG TIME, so that =
I would have=20
something to sell if and when MS cancels sales of desktop windows in =
order to=20
boost sales of the X-BOX!=20
Then again, maybe only IBM and Dell will be smart enough to survive a=20
great Microsoft Backstabbing!=20
=20
--
++ email: [EMAIL PROTECTED] | sgi =
++
++ John Unekis | 11785 Beltsville Dr #1300 =
++
++ Customer Education | Beltsville, MD 20705 =
++
++ Customer and Prof. Services | tel# 301.572.3141 =
++
=20
=======_NextPart_000_00C0_01C006CF.6A1C4B50
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2014.210" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>That would be their dream, yes. =
But I don't=20
think they'd be stupid enough to attempt it so suddenly.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Plus the alternatives are looking =
better by the=20
hour...(free registration required)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"http://www.nytimes.com/library/tech/yr/08/biztech/articles/14linu=
x.html">http://www.nytimes.com/library/tech/yr/08/biztech/articles/14linu=
x.html</A></FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Dan</FONT></DIV>
<DIV><BR> ---<BR>A quick script to eliminate ALL the bugs in =
Windows at=20
once:</DIV>
<DIV> </DIV>
<DIV>c:\> deltree c:\windows<BR></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
<DIV>junekis <<A=20
=
href=3D"mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]</A>> =
wrote in=20
message <A=20
=
href=3D"news:[EMAIL PROTECTED]">news:[EMAIL PROTECTED]=
y</A>...</DIV>Here's=20
a little speculation for you conspiracy buffs:=20
<P>Microsoft has been heard saying for the last couple of years that =
they are=20
<BR>having trouble coming up with upgrades to Windows that are =
compelling=20
enough <BR>to cause people to upgrade - so to protect their revenues, =
they may=20
have to come <BR>up with a version that is "rented" instead of =
purchased=20
- you will write a monthly <BR>check for, say, $30 to microsoft every =
month as=20
your "software bill".=20
<P>In order to enforce this, obviously, the software would have to be=20
server-centric, <BR>and you would have to kill off all those old =
desktop=20
systems that are running perfectly <BR>well with Win 9X.=20
<P>First, MS starts saying that Windows is going to "evolve" into=20
next-generation windows <BR>services, which won't reside on the PC, =
and will=20
be internet-based.=20
<P>Then all of a sudden, here comes the X-BOX, reported to have a Pent =
III=20
CPU, 64MB RAM, <BR>an 8 GB hard drive, and a high speed LAN card. MS =
"swears"=20
that this is NOT a PC, and that <BR>they aren't out to compete with=20
PC makers.=20
<P>That may be half true. What if the X-BOX is intended to be a client =
machine=20
for MSN based <BR>server-centric next generation Windows?=20
<P>Given Microsofts reputation for oft-times smothering its own=20
children, <BR>if I were a PC maker, I would be investing in Linux BIG =
TIME, so=20
that I would have <BR>something to sell if and when MS =
cancels=20
sales of desktop windows in order to <BR>boost sales of the X-BOX!=20
<P>Then again, maybe only IBM and Dell will be smart enough to survive =
a=20
<BR>great Microsoft Backstabbing! <BR> <PRE>--
++ email: [EMAIL PROTECTED] | =
sgi &nbs=
p;  =
; ++
++ John =
Unekis &=
nbsp; | 11785 Beltsville =
Dr #1300 ++
++ Customer =
Education &nbs=
p; | Beltsville, MD =
20705 &n=
bsp; ++
++ Customer and Prof. Services | tel# =
301.572.3141 &=
nbsp; ++</PRE> =20
</BLOCKQUOTE></BODY></HTML>
=======_NextPart_000_00C0_01C006CF.6A1C4B50==
------------------------------
** 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.advocacy) 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-Advocacy Digest
******************************
