are all these people employed by VA? Are they going to be compensated for their efforts once VA starts making cashola off this?
As long as VA Linux isn't violating the license, it doesn't really matter. Now, of course, the question is: Are they violating the license on the original code? Is this a closed-source Sourceforge in name only and not actually use any of the GPLed code?
Based on the article, only the enhancements will be closed source, so I don't see a problem with this.
OK... Is english your first language? It sure doesn't sound like it...
From The American Heritage Dictionary:
majority:
1. The greater number or part; a number more than half of the total.
490 is not the greater number or part of 1000. If the other 510 are split into smaller groups, guess what? There is no majority. Just a plurality.
What you have shown, however, is that the GPL is still quite relevant, not that GNU is still quite relevant. There is a lot more to GNU than simply the license. Try to keep up, OK?
The original poster remarked that GNU is becoming irrelevent.
You responded by (incorrectly) pointing out that the vast majority of projects at sourceforge are GPLed and, therefore, GNU isn't becoming irrelevant.
I responded to you by pointing out that being GPLed doesn't make a project GNU, therefore your point is moot (we won't even go into the incorrect statement that the majority of projects at sourceforge are GPLed).
You have yet to show that "GNU isn't even close to becoming irrelevant."
A quick search on sourceforge finds 12,038 of 25,460 projects use the GPL. The developers choice, mostly. So their so-called "own terms" is the GPL in the overwhelming majority of cases.
Being licensed under the GPL does not make something GNU software.
Get your facts straight before splattering mis-truths about.
But he's NOT a politician. If he was, yer user group would have a different name now, and nobody'd be bitching about RMS and his ego. A politician can steal your shoes, sell them back to you, have your socks when you sit down to put the shoes back on, and still have you thank him at the end of the deal.
The fact that he hasn't done this could just indicate that he's not a very good politician.
So why does this make you disappointed in Loki? It was hardly their decision (unless, of course, you expect them to give out their work to you free of charge). Instead, how about aiming your disappointment at Sierra Studios?
Without init a linux box is pretty much useless, correct? However, that doesn't mean that anything else on the OS is derived from init, does it? Of course not.
Apparently someone with as small a mind as you can't discern "derive" from "use". Just because an app uses GPLed code, it does not mean that app is derived from the GPLed code. Try to get with the program.
There's a big difference between depending on GNU software (which it doesn't... As you said, those scripts can be reweritten) and being derived from GNU software.
Or perhaps the FSF never pursued it because the source code to the GNU software distributed with BeOS (including bash) is available on the Be ftp server.
Ahhh... Yeah, the Rage Pro cards don't currently do 3D acceleration (very well) under XFree86 4.1.0 (they do with the utah-glx project under XFree86 3.3.6)... Luckily, though, there are individuals who are working on the current unstable drivers... The utah-glx drivers where initially rewritten for the Direct Rendering Infrastructure by Gareth Hughes (contracted, at the time, with VA Linux). However, he never had the time to continue their development. However, based on recent activity on the dri-devel mailing list, it looks like the drivers are actually getting to a usuable state.
The drivers on the GATOS web site are only more advanced in terms of 2D support (namely, the Xv extension)... I don't believe (please correct me if I'm wrong) that they support any of the TCL features of the card.
Note: I'm not trying to degrade the work of the Gatos developers... They have done an absolutely incredible job with the drivers.
I do monitor the DRI mailing list... In fact, I've been subscribed to it for over a year now. And, quite frankly, the most problematic cards are the Voodoo cards (simply because they require an extra set of libraries to even get running in 3D).
The problem you ran into is, unfortunately, common across all sets of cards and drivers. There's always been a problem syncing the kernel drm driver with the XFree86 driver. Luckily, however, this has been getting better and steps have been taken quite recently to fix this problem.
My understanding is that they've released all the necessary specs to the XFree86 development team (which is very easy to join) for the Radeon... I don't know this for a fact, but I imagine they'll be doing the same thing for the Radeon2.
Dinivin
Re:Status of Linux Drivers?
on
ATi Radeon 8500
·
· Score: 4, Informative
The Linux drivers (2D & 3D) for the Rage 128 and Radeon are, IMHO, exceptional. Benchmarks with the Rage 128 cards have even given higher framerates under Linux than windows.
ATI is good about releasing their specs to the XFree86 development team. Though the DRI developers have the specs to implement the TCL features of the Radeon, ATI won't pay for them to work on it, unfortunately.
There are, however, known issues with using a Radeon on certain VIA motherboards with AMD chips. In many cases, this will cause a complete lockup of your machine... VIA seems to be unwilling to pay the DRI developers to fix this problem, but has hinted that they'll be fixing it themselves.
They only have to release the source to their modifications to those that they distributed the binary to. Perhaps Sam received the modified source with his copy.
Slashdot Mirror
are all these people employed by VA? Are they going to be compensated for their efforts once VA starts making cashola off this?
As long as VA Linux isn't violating the license, it doesn't really matter. Now, of course, the question is: Are they violating the license on the original code? Is this a closed-source Sourceforge in name only and not actually use any of the GPLed code?
Based on the article, only the enhancements will be closed source, so I don't see a problem with this.
Dinivin
Resorting to thievery and lawlessness, whatever the cause, is morally repugnant.
The only thing more morally repugnant is letting people die, especially when done by the government.
Dinivin
A hen that lays golden eggs? Let's try to get back to reality here, OK?
Dinivin
OK... Is english your first language? It sure doesn't sound like it...
From The American Heritage Dictionary:
majority:
1. The greater number or part; a number more than half of the total.
490 is not the greater number or part of 1000. If the other 510 are split into smaller groups, guess what? There is no majority. Just a plurality.
What you have shown, however, is that the GPL is still quite relevant, not that GNU is still quite relevant. There is a lot more to GNU than simply the license. Try to keep up, OK?
Dinivin
Just because the license itself is relevent doesn't make GNU relevant. There's a whole lot more to GNU than the GPL. This is not a difficult concept.
Dinivin
The original poster remarked that GNU is becoming irrelevent.
You responded by (incorrectly) pointing out that the vast majority of projects at sourceforge are GPLed and, therefore, GNU isn't becoming irrelevant.
I responded to you by pointing out that being GPLed doesn't make a project GNU, therefore your point is moot (we won't even go into the incorrect statement that the majority of projects at sourceforge are GPLed).
You have yet to show that "GNU isn't even close to becoming irrelevant."
Dinivin
A quick search on sourceforge finds 12,038 of 25,460 projects use the GPL. The developers choice, mostly. So their so-called "own terms" is the GPL in the overwhelming majority of cases.
Being licensed under the GPL does not make something GNU software.
Get your facts straight before splattering mis-truths about.
Please follow your own advice.
Dinivin
But he's NOT a politician. If he was, yer user group would have a different name now, and nobody'd be bitching about RMS and his ego. A politician can steal your shoes, sell them back to you, have your socks when you sit down to put the shoes back on, and still have you thank him at the end of the deal.
The fact that he hasn't done this could just indicate that he's not a very good politician.
Dinivin
On OpenGL, if you use the nvidia extensions, they're not going to be there on ati cards...
Then why does my Radeon have GL_NV_texgen_reflection as an OpenGL Extension?
Dinivin
It's interesting that you didn't respond to my other post where I give the example of Init. Why not? Do you realize, now, that you're wrong?
Dinivin
So why does this make you disappointed in Loki? It was hardly their decision (unless, of course, you expect them to give out their work to you free of charge). Instead, how about aiming your disappointment at Sierra Studios?
Dinivin
Think of it this way...
Without init a linux box is pretty much useless, correct? However, that doesn't mean that anything else on the OS is derived from init, does it? Of course not.
Dinivin
Apparently someone with as small a mind as you can't discern "derive" from "use". Just because an app uses GPLed code, it does not mean that app is derived from the GPLed code. Try to get with the program.
Dinivin
There's a big difference between depending on GNU software (which it doesn't... As you said, those scripts can be reweritten) and being derived from GNU software.
Dinivin
First, I'd love for you to demonstrate that BeOS won't even run with out the GNU software.
Once you can do that, I'll gladly continue this discussion.
Dinivin
(how come we don't have a female mascot around here, anyway? What do Tux, Beastie, and Hexley go home to at night?)
Why would the individual they go home to have to be female?
Dinivin
Or perhaps the FSF never pursued it because the source code to the GNU software distributed with BeOS (including bash) is available on the Be ftp server.
ftp://ftp.be.com/pub/gnu/r5/bash-2.03-src.tgz
Dinivin
Ahhh... Yeah, the Rage Pro cards don't currently do 3D acceleration (very well) under XFree86 4.1.0 (they do with the utah-glx project under XFree86 3.3.6)... Luckily, though, there are individuals who are working on the current unstable drivers... The utah-glx drivers where initially rewritten for the Direct Rendering Infrastructure by Gareth Hughes (contracted, at the time, with VA Linux). However, he never had the time to continue their development. However, based on recent activity on the dri-devel mailing list, it looks like the drivers are actually getting to a usuable state.
Dinivin
The drivers on the GATOS web site are only more advanced in terms of 2D support (namely, the Xv extension)... I don't believe (please correct me if I'm wrong) that they support any of the TCL features of the card.
Note: I'm not trying to degrade the work of the Gatos developers... They have done an absolutely incredible job with the drivers.
Dinivin
I do monitor the DRI mailing list... In fact, I've been subscribed to it for over a year now. And, quite frankly, the most problematic cards are the Voodoo cards (simply because they require an extra set of libraries to even get running in 3D).
The problem you ran into is, unfortunately, common across all sets of cards and drivers. There's always been a problem syncing the kernel drm driver with the XFree86 driver. Luckily, however, this has been getting better and steps have been taken quite recently to fix this problem.
Dinivin
Thanks for the correction... I was unaware of that... Perhaps, then, it is AMD which hinted that they're going to fix the problem.
Dinivin
My understanding is that they've released all the necessary specs to the XFree86 development team (which is very easy to join) for the Radeon... I don't know this for a fact, but I imagine they'll be doing the same thing for the Radeon2.
Dinivin
The Linux drivers (2D & 3D) for the Rage 128 and Radeon are, IMHO, exceptional. Benchmarks with the Rage 128 cards have even given higher framerates under Linux than windows.
ATI is good about releasing their specs to the XFree86 development team. Though the DRI developers have the specs to implement the TCL features of the Radeon, ATI won't pay for them to work on it, unfortunately.
There are, however, known issues with using a Radeon on certain VIA motherboards with AMD chips. In many cases, this will cause a complete lockup of your machine... VIA seems to be unwilling to pay the DRI developers to fix this problem, but has hinted that they'll be fixing it themselves.
Dinivin
They only have to release the source to their modifications to those that they distributed the binary to. Perhaps Sam received the modified source with his copy.
Dinivin
PS IANAL
BTW, I'm sure you can cite a reference for the lead programmer for UT publicly dissing OpenGL, can't you?
Dinivin