XFree86 4.4 Released
puriots0 writes "XFree86 version 4.4 is finally out! Grab it while it's still hot, if you don't mind the recent licensing changes... And if you don't care about the license, but the maintainers of your distribution do, this might be the only way to get it for the moment." The XFree86 people seem very eager to claim that the new license is nothing bad; see their FAQ. However, people who have reviewed it, such as RMS and Branden Robinson, think differently. It looks as if the XFree86 people have a short timespan to either rethink their license changes or be dropped from every/almost every Linux distribution in favor of a forked codebase.
So, it seems that the main reason for a fork is no longer an issue ? No-one is going to be writing a new X-Server (well, I guess some of the embedded folks might, but that's about all I can think of), and they state that there's no issues with any client programs that you link with
My position is that if you write/own the code you get to say how it's used. I don't think there's *any* argument against that, and I can see why they want to promote themselves in this world where perception is all. The issue is that all decisions have consequences - which may be why client-programs are not part of the deal
I wonder if the forking argument itself (please say that correctly
Simon.
Physicists get Hadrons!
What other alternatives are there to Xfree?
Maybe its time to get more people looking at Xserver?
found here
Maybe a simpler and GPLed implementation is in order. There's got to be a bunch of tweaks for speed available for the X86 platform that would be possible in something not intended to run in safe mode all the time.
Try not. Do or do not, there is no try.
-- Dr. Spock, stardate 2822-3.
The XF86 project is distributing the 4.4 code under only the new license.
Have any of the individual XF86 *contributors* come forward and said their portions of 4.4 may be used under the previous license at the user's option?
It looks as if the XFree86 people have a short timespan to either rethink their license changes or be dropped from every/almost every Linux distribution in favor of a forked codebase.
Am I the only one here who thinks it is possible that license change or not, some distributions are getting ready to dump XFree86 in ANY case, due to the other problems it has, like the general arrogance of the core developers, and the lack of a truly open development community, which is largely their doing?
Seriously, I don't think the license change is the major reason, but simply the right occasion for dumping XFree86. Even if they were to revert the license change tomorrow, I for one would still favor seeing forks like Freedesktop.org's server make it into distros, because I believe the license change is only one of MANY indications that XFree86 has far deeper problems that I'm not so sure can be fixed so easily. Just like many organizations and projects in real life, the PEOPLE behind the project are the greatest asset, and I think the XFree86 core team has failed to recognize this. Unless the core team gets a total attitude makeover, I doubt this will ever change.
The XFree86 Inc. (that is their board) has shown to be willing to discuss actual issues and concerns. If you look at the first reply to RMS's message in the XFree86 Forum, it is from David Dawes of XFree86 and his willing ness to discuss concerns about the license change.
It is not clear why XFree86 has to modify their license to suit a Linux distribution, which is suppose to be a compilation of Free/Open Source Linux software, not a dictator of Open Source.
If these arm chair lawyers are so concerned about GPL, why don't they write a new X Window System from scratch, and release it for free/Free under the GPL.
This isn't rhetorical! I'd really like to know!
I noticed when Googling around about Dawes that (besides the fact that apparently he lives rather close to me) he is running a business based on X, offering stuff like automagic configuration (at least some of which has made it into the X CVS). Could dropping the latest X from the major Linux distros leave Dawes as the only game in town for enterprises seeking the most enterprise-ready solution? And he wouldn't have to take responsibility for pulling it from his competition....
XFree is dying, maybe.
;)
Most say that it sucks. I say it's not perfect but check this website : http://www.lynucs.org/
and you'll see that X can really make your desktop very eye-candy. (well, perhaps you already knew
Don't blame XFree too much.. we're pretty all using it, even it may be the time to move on.
I've been reading through the slashdot stories/posts, and I cannot seem to find anywhere what the problem with the new license is. The fact that xfree86.org is down doesn't help either.
Could someome tell me:
a) What is the license change?
b) Why it is so harmful?
-=Lothsahn=-
I'm not sure, but I think the Apache 2.0 license has been revised further to make it more clear that it is GNU GPL compatible
Unfortunately not. Instead of fixing the problem, the Apache group made a public statement to say that the incompatibility doesn't exist. - The problem arose from the press release of the Apache License-2.0, in which they gave "GPL compatibility" as a justification for the new license. Note that if you combine a GPL'd and an APL'd work, it's the GPL'd works license that is infringed, so the decision isn't up to the Apache group. The Apache guys might need a good clothes line.
From FSF's license list: The Apache Software License, version 2.0: This is a free software license but it is incompatible with the GPL. The Apache Software License is incompatible with the GPL because it has a specific requirement that is not in the GPL: it has certain patent termination cases that the GPL does not require. (We don't think those patent termination cases are inherently a bad idea, but nonetheless they are incompatible with the GNU GPL.)
Please help publicise swpat.org - the software patents wiki
perl -e 'print $i=pack(c5, (41*2), sqrt(7056), (unpack(c,H)-2), oct(115), 10)'
Whether the GPL says you have to keep copyright notices or not, stripping copyright notices without permission is already illegal under copyright law. So is fraud.
Claiming someone elses work as your own can constitute fraud. Stripping copyright notices can get you in trouble with the authors as well.
Note that I'm talking about the source here, not the output of the program itself. If the output used to have a banner that said who made it.. that does not need to be kept.
Remember, the GPL only licenses you to do some stuff.. it does not remove copyright law.
In fact, being forced to keep a list of contributors in the source of copywritten code should be just FINE, and in fact, encouraged, by everyone...
as Linux desktop adoption has surpassed Apple's
Ahahaha...you're referring to that debunked Slashdot article, aren't you?
Even if Linux DID surpass OS X, it's doing extremely poorly considering OS X kicks Linux's ass in the apps department.
Alan,
I dunno how much you dabble with the related code, but how likely is a fork of X going to be to cause issues with the fact that X interfaces with kernel modules...say, freedesktop.org wants to go one way, and XFree86 wants to go another...which supporting code goes in the kernel, or is that a non-issue? I know that it's already caused fun for the Red Hat packagers, who never really expected to have to support multiple XFree86-libs-style packages...
May we never see th
Not quite. I had a sideline participation at the time, emailing the X folks and putting them in contact with RMS.
In fact RMS and X were working out an agreement to GNU GPL the whole shebang, thus keeping it free while preserving The Open Group's interests, but XFree was adamant against it.
That move at the time would have preserved X.org, which today is basically a non-entity.
Leandro Guimarães Faria Corcete DUTRA
DA, DBA, SysAdmin, Data Modeller
GNU Project, Debian GNU/Lin