Quake3 Arena? Full retail box linux and windows versions available on the same day.
Not true. It was supposed to be that way, yes, BUT q3 came out for windows mid December and and the linux version hit the stores late January.
When they said that the linux version was pushed after the Xmas holidays, the choice was easy for me back then. People had been waiting for Q3 to come with such anxiety, that asking for one month more at that point was not an option.
And Carmack even had the nerves to complain about the linux sales.
Gladly, Carmack is still making a linux version of Doom3 (not because it's profitable apparently, but "because it's the right thing to do", he said), only this time it won't be sold separately.
This is a garden-variety buffer-overflow exploit of the sort that could just as easily still exist somewhere in Linux.
Active Directory also provides a way to block this type of worm that *ix doesn't. There wasn't time to patch all of our servers during the outbreak, so one of the guys here implemented a group policy that prevents execution of msblast.exe and teekids.exe on any machine on our network. Once they're all patched, the policy can be removed really easily.
Is this guy for real? This kind of am-an-admin-expert-because-i-have-two-boxes-at-hom e kind of talk should be left at score 1 or so, where it belongs, regardless of wether it praises or bashes M$ or *nix.
That kind of "block" should not be suggested to other clueless admins! This is exactly why the worm got the 2nd generation where the filename had changed.
(I'm trying real hard not to mention also the fact that you shouldn't make false claims like about *nix systems. You really think *nix systems, employed for thousands of users all over the world in thousands of universities don't have elaborate user policies that can be administered swiftly and efficiently? Thenagain you're probably just flaming/trolling...)
(and even you forgot the penis32.exe, which btw is indeed a genius naming stunt! I do loathe the black hats, but every now and then I can't help myself admiring the simplistic beauty in some of their tricks. Thinking how many warning mails that never reached their target because mail filters grabbed them...)
$2,306,700 and that is if they order their SCO liscenses before mid-October. I wonder whether the state of Utah won't suffer an un-accounted for nuclear accident in close vicinity to SCO's offices.
SCO hq in Utah ? I didn't know that, and I'm guessing if more people had known this from the start I may have never even heard of SCO./. might have mentioned that "some mormon commitee is full of hot air and it" instead of all this "trying to sue the world"/"take over computer industry"/"overthrow GPL" crap...
the dietary supplement creatine - a natural compound found in muscle tissue - can improve not only your athletic performance, but also your intelligence and memory. One of the side effects, however, is an unpleasant body odour.
Become a geek. You get the improve in intelligence and memory along with the unlpeasant body odour. One of the side effects, however, is a decrease in your athletic performance.
Okay, this kind of shit makes me want to start throwing bricks. Cracking the GNU FTP server? Is nothing sacred anymore? I feel like someone burned down a church.
Burning down a church unholy? Religous numwit.:) GNU may be holy, yes, but to an atheist like myself burning down a church is like hacking into the microsoft.com, or like releasing also a linux port of Doom3 inspite it not being financially profitable, i.e. (in Carmack's own words) "The right thing to do."
Re:Real vs. Fake
on
The Diamond Age
·
· Score: 2, Informative
I thought about getting Mrs. Claus one of these fake diamonds as an engagement ring stone, but then I thought about what I was saying by doing such a thing. Is my love for her just a facsimile of true love? Though chemically and physically the manufactured diamond is identical to a mined diamond, there is the lingering feeling that it is somewhat untrue to the spirit of diamonds. It is a perfect, fake diamond.
Seriously, you're qually full of it whily buying diamonds. Diamond carbon has interesting physical properties, granted (I've even done ab initio research on amorphous carbon), but as a gem?! It's quite common, doesn't look that special and it's supply is entirely controlled by a corporation that makes Microsoft look like Mickey Mouse. And don't even get me started about what they've done in Africa...
Hadn't it been for their and the difficulty in manufacturing them, diamonds would be relatively cheap stones.
The point is that diamonds are not rare. Reasons why they're costly is:
insane advertizing campaign in the 50s by De Beer ("Diamonds are forever." Somehow they managed to build the engagement ring market. And spawn millions like you.)
De Beer currently controlling the entire market. They already have so much diamonds in their vaults and warehouses that it alone would collapse the market hundred fold.
Difficulty in manufacturing them.
Their physical characteristics inspire the myth over them.
Those are all reasons why their demand is high. I f the demand met the actual supply (i.e. without the De Beer cartel), diamonds would cost something from 10-100 time less. Making them a lot less interesting resulting in even further decline in price as the demand would collapse.
Just thought you should know. I was startled when I first started reading about all this fuzz around diamonds and De Beer.
Your test won't show the case I was refering to. To test it and make things even a tad more even you should've marked the C++ methods virtual. In java (and in many other OOP languages) all member functions are by nature virtual.
(Largish differnce? Yes! Those cannot be inlined during compile time wether they're mission critical or not. A run time compiler can inline them however.)
Just so you all know. A good jit/hotspot compiler can make things quite a bit faster than any static build compiler. This is because at runtime certain optimizations are possible that simply cannot be done at build. These optimizations are typically very aggressive, to that extent that later on in execution it may turn out so that those snippets have to be thrown away and recompiled. And thus they usually target only the hotspots, i.e. portions of code that are being executed inside tight loops, which is usually where compile time savings occur anyway. The speed of the rest of the code is pretty much governed by the programmer anyway along with his choice of algorithms and data structures.
A good example of such snippets would be the inlining of a virtual method, turning a virtual method recursion into a loop along with some unrolling, inlining function pointer call (which is basically the same as virtual method call).
Mind you, ofcourse a hotspot compiler could also be implemented to a C/C++ runtime environments, but I haven't heard of anyone actually taking that path.
(for the record, I'm a C programmer and rarerly write much with java)
The simplest way I found to move to reiserfs was to change all the LABEL=??? specifications to actual device files, boot from a recovery disk, move everything around while reformatting the partitions as another filesystem, then finally rebooting.
That is a very sensible thing to do on a RedHat box even when not running reiserfs. Otherwise adding an hd containing another RedHat installation messes up the RH initscripts completely (i.e. or whenever the labels collide). Say, when you're building a new box and you want to plug the old distro somewhere and later on copy certain files to the new system.
There is real world proof that the DirectFB model is faster for local rendering
I've also heard few web experts claim that surfing localhost is also faster. And that the speed difference would become more prominant if the files were accessed directly without the sluggish web server layer. What is the coming to thesedays?
until XFree86 either gets its own direct rendering model built into it for 2d rendering, and all the bells and whistles that DirectFB has (alpha blending with hardware acceleration, desktop/screen resloution switching on the fly, etc), you people claiming X's faults aren't with the protocol and implementation but with drivers are all blowing hot air.
Not trying to flame here, but changing the networking possibilities for alpha belnding and resolution switching on the fly just doesn't make sense.
I mean my ctrl-alt-+/- works just great. I haven't seen any practical use of alpha belnding on desktops yet. And my quake3 runs faster on linux than in windows, so what exactly is it that missing? (as opposed to what I'd be losing, i.e. networked terminal/server approaches, which currently dominate our office usage)
Re:Before all the flamers get in.
on
Qt On DirectFB
·
· Score: 1
Fact of the matter is, most people using Linux, BSD or UNIX outside of the home will want and need the networking capabilities of XFree86. If you want Linux to be confined to home game machines, then go roll your own distro. But in the meantime a lot of us want the capabilities of XFree86.
Exactly. This should be redundant, but many people are currently disregarding the fact that if/when linux starts taking more and more ground at offices these exact X11 networking capabilities will become useful than they are perhaps at home systems.
Most of my friends that work in various sw companies are stuck to using M$ products at work and linux at home. Which is probably the "mainstream" of linux usage currently. Some are already, like myself, blessed with a non M$ work environment, a form of usage of linux that I guess will increase quite a bit in the near future. In a unixy office everything is neatly networked and those X remote running capabilities are frequently used. Heck, even running mozilla and other largish aps over the net from a faster machine makes sense. It's quite effective to have just a few blazing servers running distcc and make the desktops just terminals with better tfts and graphics cards.
That's like saying Lexmark shouldn't include an ink cartridge with the printer when you buy it -- if nothing prevents you from changing it, I don't see why it would be a problem.
Not trying to flame here, but this is exaclty how things are: s/Lexmark/ANY PC HW VENDOR/ s/an ink cartridge/a Microsoft OS/ s/printer/computer/ s/don't//
If I'm never gonna use it I don't want to pay for it.
If you have a G4 or whatever you DO have a choice of OS. Either an Apple OS or Linux or Darwin.
If you buy a computer from SGI what OS choice do you have when you order it? For the workstation, it don't look like it http://www.sgi.com/workstations/fuel/sys_softw are. html http://www.sgi.com/workstations/tezro/sys_so ftware.html http://www.sgi.com/workstations/octane2/sys _softwa re.html
Unless you hadn't paved the way and I hadn't the karma to burn I wouldn't bother, but...
If you buy a computer from XXXX what OS choice do you have when you order it?
Insert any pc hw vendor there and you know the answer.
Few examples: IBM Dell HP (uses servlets so the link's not direct, but try customizing a desktop/notbook from there...) etc...
I found it to be quite a bit better than the 2.4's I'd rolled and way better than the one RedHat forced on me.
Gut feelings. I bet you've never opened up the.src.rpm of recent RH kernels and looked into the patch set within. The RH 2.4.Xs have been way better than stock 2.4s. (I even did some measurements on the UI interactivity and on some other stuff that are important on my desktop feel during sw developement.)
And for a very good reason. There's Alan Cox in charge of what's in there. And trust me, RH patchset has been good.
The 2.5 series is totally another story. But with 2.4, a lot of the other distros understandably imitate the RH kernels.
i still use `make oldconfig` between kernel updates
Nothing "still" to it man. It's been the way to do that for ages and it's the way to do it today with 2.5 and will probably stay that way for quite some time.
While I like the advancement, it's annoying that even at the deepest level, the kenel, people are forced to repeat functuality for different libraries.
You have gotta be kiding! Forced? Ofcourse there are config and menuconfig for actual usage. The xconfig option has always seemed like a joke to me, it's there (with it's graphics library dependencies) for all those graphics junkies.
>>Just name it 2.6 - everyone will flock to it because 2.even means that it must be a stable release, never mind it's the first release.
>And those who made that mistake with 2.4.0 will continue to ignore 2.6 until it's proven itself stable and not find the bugs anyway. (I'm not one of them, but I have time to spend on following dev releases. Not everybody does).
I agree with you, making sure that 2.6.0 will not contain any obvious showstoppers is worth the while. Besides, 2.4.0 ran beautyfully straight away on my laptop aswell as desktop. Those were pretty standard ix86s, but still.
The 2.5.X series have been occasionally runnable, but on and on during it's cycle it's been uncompilable, unrunnable and all other issues. And not that many people have been running them outside of actual developers.
The whole point of releaseing 2.6pres is to get _a_lot_ more testers. 2.5.7Xs are definitely there.
I think the next step for these folks would be to take a project that has a long history, say perhaps Apache 1.x and show defect rates over the life of the project.
Wonderful idea! I mean, as full of it as this study was, the defectrates would be interesting read for any long term oss project.
is equivalent to the error level in post-release commercial web serving software. Sounds like an endorsement to me.
That, too, but I'm damn certain that they must have tried it on recent stable 2.0.46ish release aswell. The question is, why weren't those results made public?
I'm guessing it's because the results were something that would've placed their "defect detection sw" into bad light. I.e. nothing as fancy as the forementioned "use of uninitialized variable" and "dereference of a NULL pointer" (which strikes really odd to me in the first place).
Naturally the other explanation is endorsement. It would be so much not-the-first-time that I don't even bother... but I wouldn't bet that this is the case here, because the defect counts were only compared to production release code averages (which strikes me as the other extremely dubious part of this whole "experiment").
Does someone know wether this also means that HP will start to sell laptops without the mandatory M$ fee?
Since M$ forced Dell to stop shipping laptops without Windows it's been practically impossible to buy a quality laptop without the M$ fee. Even IBM, with all it's pro-linux steps it has taken recently, ain't selling a laptop without Windows.
And does someone know wether it's the manufacturers that are in league with M$ or the retailers or perhaps both?
Speaking as someone who just installed Knoppix and the Nvidia drivers you're full of it.
Just grab the GLX and Kernel [4363 is latest] tar.gz's. Unpack them, export IGNORE_CC_MISMATCH=true. go into the Kernel directory, make, go into the GLX directory, make, go into/etc/X11, edit XF86CONFIG-4 [e.g. remove dri, etc.. replace nv with nvidia], add nvidia to your/etc/modules
now either reboot or isnmod nvidia and launch startx. Boom NVIDIA drivers.
WOW THAT'S SO SIMPLE I CAN'T UNDERSTAND WHY ANYONE USES MICROSOFT
Well, that wasn't simple, I give you that, but whoever wrote those instructions was off by a mile. You don't need to remove the engine just change a spark plug either.
Speaking as someone who hates installers to begin with, I must say the current NVidia linux driver installer works brilliantly. For an average user it suffices just to run the installer and read the README. It even compiles the module against the kernel of choice when needed.
nVidia has yet to make a clean installer [not that it would be hard todo].
I don't know what you're talking about?
In the past I always used the tar balls or rpms, but the not-so-new-anymore installer has worked brilliantly for me on _numerous_ boxes with NVidia cards for months.
Upon driver update, just run the new installer and that's it. Upon kernel update, just run the installer again and that's it.
The only thing the installer doesn't do is copy or link the 3 GL header files to/usr/include/GL, which has caused a lot of problems and questions among 3D developers in the linux community. Thenagain to copy those three files from/usr/shared/doc/NVidia-something/include to/usr/include/GL manually for a low level 3D developer ain't that much to ask...
As it is now July 1st, we have had 7 months of 2003... I don't follow your one month ahead comment. Maybe a reflection of the state of the US educational system ?
Do I even need to say anything? I guess this is as redundnat as it is funny... well, not quite _that_ redundant.:)
Slashdot Mirror
Quake3 Arena? Full retail box linux and windows versions available on the same day.
Not true. It was supposed to be that way, yes, BUT q3 came out for windows mid December and and the linux version hit the stores late January.
When they said that the linux version was pushed after the Xmas holidays, the choice was easy for me back then. People had been waiting for Q3 to come with such anxiety, that asking for one month more at that point was not an option.
And Carmack even had the nerves to complain about the linux sales.
Gladly, Carmack is still making a linux version of Doom3 (not because it's profitable apparently, but "because it's the right thing to do", he said), only this time it won't be sold separately.
This is a garden-variety buffer-overflow exploit of the sort that could just as easily still exist somewhere in Linux.
m e kind of talk should be left at score 1 or so, where it belongs, regardless of wether it praises or bashes M$ or *nix.
Active Directory also provides a way to block this type of worm that *ix doesn't. There wasn't time to patch all of our servers during the outbreak, so one of the guys here implemented a group policy that prevents execution of msblast.exe and teekids.exe on any machine on our network. Once they're all patched, the policy can be removed really easily.
Is this guy for real?
This kind of am-an-admin-expert-because-i-have-two-boxes-at-ho
That kind of "block" should not be suggested to other clueless admins! This is exactly why the worm got the 2nd generation where the filename had changed.
(I'm trying real hard not to mention also the fact that you shouldn't make false claims like about *nix systems. You really think *nix systems, employed for thousands of users all over the world in thousands of universities don't have elaborate user policies that can be administered swiftly and efficiently? Thenagain you're probably just flaming/trolling...)
(and even you forgot the penis32.exe, which btw is indeed a genius naming stunt! I do loathe the black hats, but every now and then I can't help myself admiring the simplistic beauty in some of their tricks. Thinking how many warning mails that never reached their target because mail filters grabbed them...)
$2,306,700 and that is if they order their SCO liscenses before mid-October. I wonder whether the state of Utah won't suffer an un-accounted for nuclear accident in close vicinity to SCO's offices.
/. might have mentioned that "some mormon commitee is full of hot air and it" instead of all this "trying to sue the world"/"take over computer industry"/"overthrow GPL" crap...
SCO hq in Utah ? I didn't know that, and I'm guessing if more people had known this from the start I may have never even heard of SCO.
the dietary supplement creatine - a natural compound found in muscle tissue - can improve not only your athletic performance, but also your intelligence and memory. One of the side effects, however, is an unpleasant body odour.
Become a geek. You get the improve in intelligence and memory along with the unlpeasant body odour. One of the side effects, however, is a decrease in your athletic performance.
Okay, this kind of shit makes me want to start throwing bricks. Cracking the GNU FTP server? Is nothing sacred anymore? I feel like someone burned down a church.
:)
Burning down a church unholy? Religous numwit.
GNU may be holy, yes, but to an atheist like myself burning down a church is like hacking into the microsoft.com, or like releasing also a linux port of Doom3 inspite it not being financially profitable, i.e. (in Carmack's own words) "The right thing to do."
Seriously, you're qually full of it whily buying diamonds. Diamond carbon has interesting physical properties, granted (I've even done ab initio research on amorphous carbon), but as a gem?! It's quite common, doesn't look that special and it's supply is entirely controlled by a corporation that makes Microsoft look like Mickey Mouse. And don't even get me started about what they've done in Africa...
Hadn't it been for their and the difficulty in manufacturing them, diamonds would be relatively cheap stones.
The point is that diamonds are not rare.
Reasons why they're costly is
Those are all reasons why their demand is high. I f the demand met the actual supply (i.e. without the De Beer cartel), diamonds would cost something from 10-100 time less. Making them a lot less interesting resulting in even further decline in price as the demand would collapse.
Just thought you should know. I was startled when I first started reading about all this fuzz around diamonds and De Beer.
Your test won't show the case I was refering to. To test it and make things even a tad more even you should've marked the C++ methods virtual. In java (and in many other OOP languages) all member functions are by nature virtual.
(Largish differnce? Yes! Those cannot be inlined during compile time wether they're mission critical or not. A run time compiler can inline them however.)
Just so you all know. A good jit/hotspot compiler can make things quite a bit faster than any static build compiler. This is because at runtime certain optimizations are possible that simply cannot be done at build. These optimizations are typically very aggressive, to that extent that later on in execution it may turn out so that those snippets have to be thrown away and recompiled. And thus they usually target only the hotspots, i.e. portions of code that are being executed inside tight loops, which is usually where compile time savings occur anyway. The speed of the rest of the code is pretty much governed by the programmer anyway along with his choice of algorithms and data structures.
A good example of such snippets would be the inlining of a virtual method, turning a virtual method recursion into a loop along with some unrolling, inlining function pointer call (which is basically the same as virtual method call).
Mind you, ofcourse a hotspot compiler could also be implemented to a C/C++ runtime environments, but I haven't heard of anyone actually taking that path.
(for the record, I'm a C programmer and rarerly write much with java)
The simplest way I found to move to reiserfs was to change all the LABEL=??? specifications to actual device files, boot from a recovery disk, move everything around while reformatting the partitions as another filesystem, then finally rebooting.
That is a very sensible thing to do on a RedHat box even when not running reiserfs. Otherwise adding an hd containing another RedHat installation messes up the RH initscripts completely (i.e. or whenever the labels collide). Say, when you're building a new box and you want to plug the old distro somewhere and later on copy certain files to the new system.
There is real world proof that the DirectFB model is faster for local rendering
I've also heard few web experts claim that surfing localhost is also faster. And that the speed difference would become more prominant if the files were accessed directly without the sluggish web server layer. What is the coming to thesedays?
until XFree86 either gets its own direct rendering model built into it for 2d rendering, and all the bells and whistles that DirectFB has (alpha blending with hardware acceleration, desktop/screen resloution switching on the fly, etc), you people claiming X's faults aren't with the protocol and implementation but with drivers are all blowing hot air.
Not trying to flame here, but changing the networking possibilities for alpha belnding and resolution switching on the fly just doesn't make sense.
I mean my ctrl-alt-+/- works just great. I haven't seen any practical use of alpha belnding on desktops yet. And my quake3 runs faster on linux than in windows, so what exactly is it that missing? (as opposed to what I'd be losing, i.e. networked terminal/server approaches, which currently dominate our office usage)
Fact of the matter is, most people using Linux, BSD or UNIX outside of the home will want and need the networking capabilities of XFree86. If you want Linux to be confined to home game machines, then go roll your own distro. But in the meantime a lot of us want the capabilities of XFree86.
Exactly. This should be redundant, but many people are currently disregarding the fact that if/when linux starts taking more and more ground at offices these exact X11 networking capabilities will become useful than they are perhaps at home systems.
Most of my friends that work in various sw companies are stuck to using M$ products at work and linux at home. Which is probably the "mainstream" of linux usage currently. Some are already, like myself, blessed with a non M$ work environment, a form of usage of linux that I guess will increase quite a bit in the near future. In a unixy office everything is neatly networked and those X remote running capabilities are frequently used. Heck, even running mozilla and other largish aps over the net from a faster machine makes sense. It's quite effective to have just a few blazing servers running distcc and make the desktops just terminals with better tfts and graphics cards.
That's like saying Lexmark shouldn't include an ink cartridge with the printer when you buy it -- if nothing prevents you from changing it, I don't see why it would be a problem.
:
Not trying to flame here, but this is exaclty how things are
s/Lexmark/ANY PC HW VENDOR/
s/an ink cartridge/a Microsoft OS/
s/printer/computer/
s/don't//
If I'm never gonna use it I don't want to pay for it.
If you have a G4 or whatever you DO have a choice of OS. Either an Apple OS or Linux or Darwin.
w are. htmlo ftware .htmls _softwa re.html
If you buy a computer from SGI what OS choice do you have when you order it? For the workstation, it don't look like it
http://www.sgi.com/workstations/fuel/sys_soft
http://www.sgi.com/workstations/tezro/sys_s
http://www.sgi.com/workstations/octane2/sy
Unless you hadn't paved the way and I hadn't the karma to burn I wouldn't bother, but...
If you buy a computer from XXXX what OS choice do you have when you order it?
Insert any pc hw vendor there and you know the answer.
Few examples:
IBM
Dell
HP (uses servlets so the link's not direct, but try customizing a desktop/notbook from there...)
etc...
I found it to be quite a bit better than the 2.4's I'd rolled and way better than the one RedHat forced on me.
.src.rpm of recent RH kernels and looked into the patch set within. The RH 2.4.Xs have been way better than stock 2.4s. (I even did some measurements on the UI interactivity and on some other stuff that are important on my desktop feel during sw developement.)
Gut feelings. I bet you've never opened up the
And for a very good reason. There's Alan Cox in charge of what's in there. And trust me, RH patchset has been good.
The 2.5 series is totally another story. But with 2.4, a lot of the other distros understandably imitate the RH kernels.
i still use `make oldconfig` between kernel updates
Nothing "still" to it man. It's been the way to do that for ages and it's the way to do it today with 2.5 and will probably stay that way for quite some time.
While I like the advancement, it's annoying that even at the deepest level, the kenel, people are forced to repeat functuality for different libraries.
You have gotta be kiding! Forced? Ofcourse there are config and menuconfig for actual usage. The xconfig option has always seemed like a joke to me, it's there (with it's graphics library dependencies) for all those graphics junkies.
Your post is funny but not interesting...
>>Just name it 2.6 - everyone will flock to it because 2.even means that it must be a stable release, never mind it's the first release.
>And those who made that mistake with 2.4.0 will continue to ignore 2.6 until it's proven itself stable and not find the bugs anyway.
(I'm not one of them, but I have time to spend on following dev releases. Not everybody does).
I agree with you, making sure that 2.6.0 will not contain any obvious showstoppers is worth the while. Besides, 2.4.0 ran beautyfully straight away on my laptop aswell as desktop. Those were pretty standard ix86s, but still.
The 2.5.X series have been occasionally runnable, but on and on during it's cycle it's been uncompilable, unrunnable and all other issues. And not that many people have been running them outside of actual developers.
The whole point of releaseing 2.6pres is to get _a_lot_ more testers. 2.5.7Xs are definitely there.
Am I the only one that gets directed to some "Casino Business Insurance" site?
I think the next step for these folks would be to take a project that has a long history, say perhaps Apache 1.x and show defect rates over the life of the project.
Wonderful idea! I mean, as full of it as this study was, the defectrates would be interesting read for any long term oss project.
is equivalent to the error level in post-release commercial web serving software. Sounds like an endorsement to me.
That, too, but I'm damn certain that they must have tried it on recent stable 2.0.46ish release aswell. The question is, why weren't those results made public?
I'm guessing it's because the results were something that would've placed their "defect detection sw" into bad light. I.e. nothing as fancy as the forementioned "use of uninitialized variable" and "dereference of a NULL pointer" (which strikes really odd to me in the first place).
Naturally the other explanation is endorsement. It would be so much not-the-first-time that I don't even bother... but I wouldn't bet that this is the case here, because the defect counts were only compared to production release code averages (which strikes me as the other extremely dubious part of this whole "experiment").
Does someone know wether this also means that HP will start to sell laptops without the mandatory M$ fee?
Since M$ forced Dell to stop shipping laptops without Windows it's been practically impossible to buy a quality laptop without the M$ fee. Even IBM, with all it's pro-linux steps it has taken recently, ain't selling a laptop without Windows.
And does someone know wether it's the manufacturers that are in league with M$ or the retailers or perhaps both?
Speaking as someone who just installed Knoppix and the Nvidia drivers you're full of it.
/etc/X11, edit XF86CONFIG-4 [e.g. remove dri, etc.. replace nv with nvidia], add nvidia to your /etc/modules
Just grab the GLX and Kernel [4363 is latest] tar.gz's. Unpack them, export IGNORE_CC_MISMATCH=true. go into the Kernel directory, make, go into the GLX directory, make, go into
now either reboot or isnmod nvidia and launch startx. Boom NVIDIA drivers.
WOW THAT'S SO SIMPLE I CAN'T UNDERSTAND WHY ANYONE USES MICROSOFT
Well, that wasn't simple, I give you that, but whoever wrote those instructions was off by a mile. You don't need to remove the engine just change a spark plug either.
Speaking as someone who hates installers to begin with, I must say the current NVidia linux driver installer works brilliantly. For an average user it suffices just to run the installer and read the README. It even compiles the module against the kernel of choice when needed.
nVidia has yet to make a clean installer [not that it would be hard todo].
/usr/include/GL, which has caused a lot of problems and questions among 3D developers in the linux community. Thenagain to copy those three files from /usr/shared/doc/NVidia-something/include to /usr/include/GL manually for a low level 3D developer ain't that much to ask...
I don't know what you're talking about?
In the past I always used the tar balls or rpms, but the not-so-new-anymore installer has worked brilliantly for me on _numerous_ boxes with NVidia cards for months.
Upon driver update, just run the new installer and that's it. Upon kernel update, just run the installer again and that's it.
The only thing the installer doesn't do is copy or link the 3 GL header files to
As it is now July 1st, we have had 7 months of 2003...
:)
I don't follow your one month ahead comment. Maybe a reflection of the state of the US educational system ?
Do I even need to say anything? I guess this is as redundnat as it is funny... well, not quite _that_ redundant.