"For several months, SCO has focused primarily on IBM's alleged UNIX contract violations and misappropriation of UNIX source code," said Darl McBride, president and CEO, The SCO Group. "Today, we're stating that the alleged actions of IBM and others have caused customers to use a tainted product at SCO's expense. With more than 2.4 million Linux servers running our software, and thousands more running Linux every day, we expect SCO to be compensated for the benefits realized by tens of thousands of customers. Though we possess broad legal rights, we plan to use these carefully and judiciously."
I know, it is weird to answer to myself, but on a second thought, after longer thinking upon the next paragraph (see above) I came to the conclusion that SCO actually used (bride?) some people from inside IBM to submit that code planning to create such a case in future.
Hundreds of files of misappropriated UNIX source code and derivative UNIX code have been contributed to Linux in a variety of areas, including multi-processing capabilities. The Linux 2.2.x kernel was able to scale to 2-4 processors. With Linux 2.4.x and the 2.5.x development kernel, Linux now scales to 32 and 64 processors through the addition of advanced Symmetrical Multi-Processing (SMP) capabilities taken from UNIX System V and derivative works, in violation of SCO's contract agreements and copyrights.
I wonder if someone from LKML is already working on digging the original source of those commits. I don't believe they will find out the stolen code, but who knows, maybe SCO has already digged there. Otherwise why are they so comfortable? From the other point why IBM is so comfortable too? Or is it just a poker-bluffing game on both sides?
I'm glad I haven't written any big GPL apps or contributed as much as some to the open source world, as I would be seriously pissed off (and a little upset maybe) that my goodwill and hours spent contributing were being eroded by money grabbing, whiny corporations.
I think you would help open source in general, Linux and GPL specifically if you would contribute as much as you can to Linux and to GPL code.
Remember, the only way to cool down the greed of non-fairly competing corporations is a class action. And because, other, more fairly competing corporations are involved to Linux and GPL, such a class action is going to happen soon, very soon. You can be a part of it, think about it!
If it's so open, than why don't we see many opensource editors, viewers and translators for it? Well, there is gplflash, but it's very outdate and doesn't display 99% of flash content that is published around.
Math is around forever, we just discover it. Algorithms are the part of the math and they exist also forever. The source code is just a notation of algorithms, just like poem is a notation of emotions.
Patenting the ecommerce methods is like patenting the method of expressing emotions in poems. The fact the society is patenting such things proves that the society's progress is stopped.
Patenting the algorithms is like patenting the emotion. "Do you want love deep in your heart? Pay royalty." - it's immoral.
Patenting the source code is like patenting the poem. It's wrong. The text must be copyrighted, not patented.
Patenting the standards and protocols is like patenting english we use for poems or the way we keep the pen to write the poem. Another crazy thing.
Patenting the computer device is like patenting the pen. Very good. We should do it. But the patent must be active for only 10% of predicted life of the patented subject. That's enough to appreciate the effort of the inventor and gives the society time to re-use as a basis it in other
inventions. Otherwise - the progress is too slow.
People shouldn't be allowed to patent a common business transaction just because they added "computer", "internet" and "world-wide web" to the application. They matter as much as wearing clown suits.
It happened first in the country called USA, who is the leader of the word economy, the country where most of government workers (if not most of citizens in general) lack seriously their education. After it (business method patenting) becomes a common practice in the US Patent Office it's too late to change anything in other (2nd world?) countries. Everyone else has to comply or be ready of being slashed by US Government, the government of corporations and for corporations.
I met non requiring running X server on the same box as application. Specifically, Oracle requires that you run Xserver somewhere in your network, and you login remotely to the target box from that Xserver, and you run one of few Oracle installation/administration applications (Xclients), which window will be remotely displayed on your local workstation with Xserver. You can run Xserver on the same target box, but it is not required and often explicitely dis-recommended. What is required for Oracle is to have Xclient libraries as Oracle installation/administration applications are linked to them dynamically.
Another example is Java Runtime Environemt, which is linked dynamically to Xclient libraries too. Typically a server-side application should not call any GUI-related classes, however many developers use AWT trees or whatever just for data management (not for data displaying). At the moment of such call JRE tries to find XLIB and crashed if not found. If Xlib is found JRE will try to check DISPLAY and if it is not set it will crash also. It's happened often when Java programmers developed their server components under Windows, where such JRE may call GUI hiddenly to be noticed. But that is the bug, not a feature.
I can presume that theoretically there is a chance you meet a server application, some part of which will require DISPLAY:localhost:0.0, but I can assure you that every Unix system administrator will make everything possible that *that* application will never appear in the server room.
Show me server admins who run GUI right on servers. Oh yeah, I forgot - MSCE ones. Slaves of their skills with hopelessly corrupted mentality. As for Mac zealots, their mind are even so much more corrupted that only crazy IT/MIS manager will hire them as sysadmins.
These servers are for real sysadmins, and to run real server applications, not a GUI.
try to run that on a ppc and tell me how it worked?
I had it running fine on my G4 PPC with Gentoo Linux/PPC, which was running MOL (Mac-On-Linux) with Classic, where I had Virtual PC with RH Linux/x86.
By the way, it wasn't that slow as you think. Just a bit... useless? Why would I need x86 binaries if for all functinality of a server I need I have sources to compile?
So is this the way the search engine competition will be won? Through patents and lawsuits?
Moreover, the only way to stop patent wars is to patent the business idea of making money on patent lawsuits.
And when I say "the only way" I mean it: it's really the only way. Well, unless someone will fix US patent laws, but *that* is absolutely unreal, at least in the country where the goverment is of corporations, for corporations.
Now I can see where the requirement about email comes from: Linus seems like don't use anything else in Internet but email. Somebody, please teach him how to use a web browser!
...just kidding. Seriously, binding to email doesn't look like have anything rational in requirements to version/configuration management. That just proves that a good software architect is always a bad project manager (as too focused on theries) and vice versa, a good project manager is always a bad software architect (as too focused on daily practical tasks). Somebody should certainly help Linus to manage his environment. Don't leave the guy alone or he will hurt himself! (again kidding...)
I think that a lot of people would like in Mozilla to see SVG directly in XHTML without any plugins. In fact, no need develop anything new, just finish what you have already started with that libart. Nothing will frustrate more than if Mozilla developers will drop very good non-proprietary feature (SVG) unfinished and jump to support a commercial plugin.
A strong benefit of SVG native support vs a proprietary plugin is an integration of the page (XHTML) scripting (javascript) with SVG. With plugin you've got just one more bad Flash (sorry, Macromedia) - you have a page with own dynamic interaction and you have a dynamic plugin box and they know about each almost nothing. Very annoying for all web developers I know.
Don't make me lough. How long would it take for Linus (or any kernel developer) to write email-gateway scripts for Aegis? Few hours? At least not much longer than it will take to tune and extend an existing one to the specific needs of the project.
Based on my experience, I think it will take any skilled-enough programmer few hours to write (and perhaps few more days to debug, depends on a documentation quality) all needed scripts to communicate with API of a configuration management system like Aegis.
I consider as a mistake the fact that Aegis was not considered when they moved the kernel from CVS.
Just check this features:
Aegis supports large teams and large projects.
Aegis supports change sets.
Aegis is designed around incremental development. It records these increments as file change sets, and can reproduce any historical increment.
Aegis is designed for repository security (availability, integrity and confidentiality).
Aegis supports distributed and multiple repositories.
Aegis supports multiple lines of development and multiple simultaneous active branches.
Aegis supports branching to any depth.
Each project is a separate repository, with separately configurable policies.
Aegis enforces a development process which requires that change sets ``work'' before they may be integrated into the project baseline. Works includes requiring that change sets build successfully, and (optionally) that they include and pass tests. It also ensures that code reviews have been performed.
Aegis supports both push and pull distribution models, and many distribution topologies. Aegis' normal development process is used to validate received transactions before accepting them.
Aegis supports long transactions, also known as ``branches'' or ``lines of development''. This allows appropriately created changes to be treated as if they were projects, and thus to have changes made to them. This allows a hierarchy of changes within changes, to any desired depth.
Aegis runs on almost any flavor of UNIX (including even cygwin). Self configuring using a script generated by GNU Autoconf.
The error messages of Aegis have been internationalized. This means that error messages can be in your native language, if a translation has been provided. More translations are welcome.
There is an intranet Web interface, which is installed automatically when the install script discovers a web server. This interface allows browsing of much of the Aegis meta-data, of all publicly accessible projects.
There is a script-based reporting facility, allowing many custom reports to be generated from the Aegis database. There are also many report scripts distributed with Aegis.
Aegis is mature software - it was first released in 1991.
Now tell me, what are features of BK, that are missied in Aegis *AND* are essintial for Linux kernel development?
never trust any single dictionary. Besides, most of dictionaries cannot reflect any modern vocabulary changes. Especially in information technologies, where we often us antropomorphisms.
google and you will find: distro-agnostic way of installation, vendor-agnostic trunks in Linux, handheld-agnostic mobile services, device-agnostic messaging, API agnostic, and so on.
I think "ignorant" is not a good word here. If you don't like "agnostic", than maybe "neutral".
my previous 3 cars were 2 years old, when I was buying them. All my rnted cars were about 1 year old. My recent car is 9 years old.
Now, I've been talking to my friends and they all told that their speedometers are good. No wonder - it must be checked (along with emission another tests) when you get your license plate!
Well in ALL my life i've only seen 1 highway accident. and i go on the highway all the time. speedlimit is 90, avg speed is 100-110 dureing non rush hour day, 120-140 later at night, and the fools going 90 at all times screwing it up for everyone
How many months (or weeks?) is your life on highways?
ea sure your going the speed limit (At least!! poeple who go under in heavy traffic should be shot) but its not the speed everyone else is going and your a problem.
And your problem is a complete disrespect to surrounding society, which include traffic rules by the way. But I've got a point, in your age it's phisiologically difficult to respct any rules.
People who go slower then traffic problabey cause more accidents then people who speed as poeple start getting mad/tailgateing/passing/changeing lanes
That's what you think, not what statistics shows.
dunno wtf your talking about "lines" thous. if you talking about lanes, here in BC its not like that, if you don't signal your a fool and your driveing is bad and chances are you going to get hit (i almsot hit someone who did what you did a week ago) Here if you signal 9/10 times they will either let you in, or speed up to make room.
It seems like that is the main difference between Ontario and BC drivers. I whish drivers here did the same.
I am almost always verifying my speedometer with "Your speed is..." signs and it is my 4th car (in addition to many rented ones) and I've never saw any noticable difference.
I think your speedometer is broken and you should go to see some mechanics to fix it.
Once I was stopped for speeding myself (actually not really reckless one, they even let me go just with warning to reduce the speed, but anyway) and the cop told me my speed exactly as I saw it myself at the moment I noticed the cop behind. So, I disagree with you.
Slashdot Mirror
I know, it is weird to answer to myself, but on a second thought, after longer thinking upon the next paragraph (see above) I came to the conclusion that SCO actually used (bride?) some people from inside IBM to submit that code planning to create such a case in future.
Hundreds of files of misappropriated UNIX source code and derivative UNIX code have been contributed to Linux in a variety of areas, including multi-processing capabilities. The Linux 2.2.x kernel was able to scale to 2-4 processors. With Linux 2.4.x and the 2.5.x development kernel, Linux now scales to 32 and 64 processors through the addition of advanced Symmetrical Multi-Processing (SMP) capabilities taken from UNIX System V and derivative works, in violation of SCO's contract agreements and copyrights.
I wonder if someone from LKML is already working on digging the original source of those commits. I don't believe they will find out the stolen code, but who knows, maybe SCO has already digged there. Otherwise why are they so comfortable? From the other point why IBM is so comfortable too? Or is it just a poker-bluffing game on both sides?
That's right, it's called "evolution": more lazy will die, more aggressive will survive.
If I would die because SCO practice destroys my personal consulting business as of a Linux expert, then will this case become a criminal one?
I think you would help open source in general, Linux and GPL specifically if you would contribute as much as you can to Linux and to GPL code.
Remember, the only way to cool down the greed of non-fairly competing corporations is a class action. And because, other, more fairly competing corporations are involved to Linux and GPL, such a class action is going to happen soon, very soon. You can be a part of it, think about it!
Something is very fishy about flashy.
Math is around forever, we just discover it. Algorithms are the part of the math and they exist also forever. The source code is just a notation of algorithms, just like poem is a notation of emotions.
Patenting the ecommerce methods is like patenting the method of expressing emotions in poems. The fact the society is patenting such things proves that the society's progress is stopped.
Patenting the algorithms is like patenting the emotion. "Do you want love deep in your heart? Pay royalty." - it's immoral.
Patenting the source code is like patenting the poem. It's wrong. The text must be copyrighted, not patented.
Patenting the standards and protocols is like patenting english we use for poems or the way we keep the pen to write the poem. Another crazy thing.
Patenting the computer device is like patenting the pen. Very good. We should do it. But the patent must be active for only 10% of predicted life of the patented subject. That's enough to appreciate the effort of the inventor and gives the society time to re-use as a basis it in other inventions. Otherwise - the progress is too slow.
It happened first in the country called USA, who is the leader of the word economy, the country where most of government workers (if not most of citizens in general) lack seriously their education. After it (business method patenting) becomes a common practice in the US Patent Office it's too late to change anything in other (2nd world?) countries. Everyone else has to comply or be ready of being slashed by US Government, the government of corporations and for corporations.
That's right, desktops need a GUI, not necessary from Apple. Period.
Another example is Java Runtime Environemt, which is linked dynamically to Xclient libraries too. Typically a server-side application should not call any GUI-related classes, however many developers use AWT trees or whatever just for data management (not for data displaying). At the moment of such call JRE tries to find XLIB and crashed if not found. If Xlib is found JRE will try to check DISPLAY and if it is not set it will crash also. It's happened often when Java programmers developed their server components under Windows, where such JRE may call GUI hiddenly to be noticed. But that is the bug, not a feature.
I can presume that theoretically there is a chance you meet a server application, some part of which will require DISPLAY:localhost:0.0, but I can assure you that every Unix system administrator will make everything possible that *that* application will never appear in the server room.
These servers are for real sysadmins, and to run real server applications, not a GUI.
I had it running fine on my G4 PPC with Gentoo Linux/PPC, which was running MOL (Mac-On-Linux) with Classic, where I had Virtual PC with RH Linux/x86.
By the way, it wasn't that slow as you think. Just a bit... useless? Why would I need x86 binaries if for all functinality of a server I need I have sources to compile?
Moreover, the only way to stop patent wars is to patent the business idea of making money on patent lawsuits.
And when I say "the only way" I mean it: it's really the only way. Well, unless someone will fix US patent laws, but *that* is absolutely unreal, at least in the country where the goverment is of corporations, for corporations.
A strong benefit of SVG native support vs a proprietary plugin is an integration of the page (XHTML) scripting (javascript) with SVG. With plugin you've got just one more bad Flash (sorry, Macromedia) - you have a page with own dynamic interaction and you have a dynamic plugin box and they know about each almost nothing. Very annoying for all web developers I know.
So what did they use before BK? Raw filesystem? Or another commercial versioner?
Don't make me lough. How long would it take for Linus (or any kernel developer) to write email-gateway scripts for Aegis? Few hours? At least not much longer than it will take to tune and extend an existing one to the specific needs of the project.
Based on my experience, I think it will take any skilled-enough programmer few hours to write (and perhaps few more days to debug, depends on a documentation quality) all needed scripts to communicate with API of a configuration management system like Aegis.
Just check this features:
- Aegis supports large teams and large projects.
- Aegis supports change sets.
- Aegis is designed around incremental development. It records these increments as file change sets, and can reproduce any historical increment.
- Aegis is designed for repository security (availability, integrity and confidentiality).
- Aegis supports distributed and multiple repositories.
- Aegis supports multiple lines of development and multiple simultaneous active branches.
- Aegis supports branching to any depth.
- Each project is a separate repository, with separately configurable policies.
- Aegis enforces a development process which requires that change sets ``work'' before they may be integrated into the project baseline. Works includes requiring that change sets build successfully, and (optionally) that they include and pass tests. It also ensures that code reviews have been performed.
- Aegis supports both push and pull distribution models, and many distribution topologies. Aegis' normal development process is used to validate received transactions before accepting them.
- Aegis supports long transactions, also known as ``branches'' or ``lines of development''. This allows appropriately created changes to be treated as if they were projects, and thus to have changes made to them. This allows a hierarchy of changes within changes, to any desired depth.
- Aegis runs on almost any flavor of UNIX (including even cygwin). Self configuring using a script generated by GNU Autoconf.
- The error messages of Aegis have been internationalized. This means that error messages can be in your native language, if a translation has been provided. More translations are welcome.
- There is an intranet Web interface, which is installed automatically when the install script discovers a web server. This interface allows browsing of much of the Aegis meta-data, of all publicly accessible projects.
- There is a script-based reporting facility, allowing many custom reports to be generated from the Aegis database. There are also many report scripts distributed with Aegis.
- Aegis is mature software - it was first released in 1991.
Now tell me, what are features of BK, that are missied in Aegis *AND* are essintial for Linux kernel development?First, it's very mature. Second... just check the feature list for yourslef.
google and you will find: distro-agnostic way of installation, vendor-agnostic trunks in Linux, handheld-agnostic mobile services, device-agnostic messaging, API agnostic, and so on.
I think "ignorant" is not a good word here. If you don't like "agnostic", than maybe "neutral".
Now, I've been talking to my friends and they all told that their speedometers are good. No wonder - it must be checked (along with emission another tests) when you get your license plate!
How many months (or weeks?) is your life on highways?
ea sure your going the speed limit (At least!! poeple who go under in heavy traffic should be shot) but its not the speed everyone else is going and your a problem.
And your problem is a complete disrespect to surrounding society, which include traffic rules by the way. But I've got a point, in your age it's phisiologically difficult to respct any rules.
People who go slower then traffic problabey cause more accidents then people who speed as poeple start getting mad/tailgateing/passing/changeing lanes
That's what you think, not what statistics shows.
dunno wtf your talking about "lines" thous. if you talking about lanes, here in BC its not like that, if you don't signal your a fool and your driveing is bad and chances are you going to get hit (i almsot hit someone who did what you did a week ago) Here if you signal 9/10 times they will either let you in, or speed up to make room.
It seems like that is the main difference between Ontario and BC drivers. I whish drivers here did the same.
I think your speedometer is broken and you should go to see some mechanics to fix it.
Once I was stopped for speeding myself (actually not really reckless one, they even let me go just with warning to reduce the speed, but anyway) and the cop told me my speed exactly as I saw it myself at the moment I noticed the cop behind. So, I disagree with you.