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!
We'd probably go through growing pains associated with transfers to other graphical servers, but in the end the best will win.
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!
Say everybody *has* to use XFree4.4 and the license clause is as obnoxious as possible (ie far worse than it apparently actually is). What would happen is that every single program will print on startup "Portions of this are based on work by the XFree86 Consortium" or something like that. This has zero effect on end users or Grammy. Plenty of Windows programs print pages and pages of such copyright stuff in their About box and end users really don't care.
The problem is for developers, who don't want to be requried to print this message (but will do so if there was no alternative) and some legal problems with combining this with some code (of which there are alternatives that could be used if necessary).
The best equivalent would be to ask how users of MS Word are affected by a contract dispute between Microsoft and one of their programmers. If they fired him then the resulting program might be different, but to the end user it is meaningless.
Well there are problems with sticking to the old license is because it didn't clearly explain how the authors wanted people to use their software. RMS is just a Free Software extremist, although you should thank him for his contributions to the Free Software community, you cant think of him as some master of right and wrong, good and evil, and worthy and unworthy. From all I heard and read about him he seems to be a very polarized person where what is believes is right is the only truth while anyone who disagrees with his is evil. Sure he is a smart man but the smartest man can be wrong. RMS often fails to realize the most people need to make money to live and not live off a "Genus Grant" from colleges. What the XFree86 License just adds is the persons recognition to the projects in all distributions of it. So now when these people want to get an other job (that makes them money to live) They can reference their contribution to Xfree86 in their resume and they can back it up by showing their name in any distribution it comes with. I do feel sorry for you if you are grateful for a small percentage of people who alert you when they see something they think is wrong. It is to bad you cannot think for yourself.
If something is so important that you feel the need to post it on the internet... It probably isn't that important.
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....
I'm not so sure incompatibility issues are a problem with forks, because most programmers try to get people to use their fork, and they won't intentionally break stuff. This is true even when you are making a new version of an application.
Of course, there IS a difference between forking and using a different prog for the graphical display; it would upset a lot of things if something other than X was used as a desktop; but if that alternative was close to X, then all it would take is some rewrites and dep changes (OK so it would be more complicated, but not impossible) and then everything would be fine after that change.
As you point out, some of what happens, re. forking is destructive, but it is also very constructive (i.e. competition) and I don't think it means linux will die.
I don't know if Xfree86 is completely impossible to fix at this point; I hope the Xfree team aren't intentionally writing their license to cause problems with GPL, but if they are, then a fork with the xfree codebase prior to the license change won't cause major compatibility issues because it's basically 4.4 before the 4.4 license. I'm not exactly sure when the new license takes effect or which codebase the fork can start from; I'm not terribly familiar with the project. I'm sure there are many others here who are posting/have posted on this subject.
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
One program is a mass-emailing program which we use to send newsletters to our subscribers(yes, real paying subscribers, not spam :), which we bought because it had support for the databases we use. The other was a mass-faxing software/service, and the last was a subscription... thingymabob(never came in contact with that one myself, and it was 6 years ago).
All three of the above mentioned products were discontinued and caused us much trouble, one even being a program which expired after a certain period.
I am a big free software advocate, but I don't have to do any advocacy at my work, other than pointing out software that meets our needs. I have mostly been able to let the advantages of free software speak for itself.
Sticking feathers up your butt does not make you a chicken - Tyler Durden
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...
> Does the GPL mean whatever the FSF decides it means that week? Or, in a country governed by the rule of law, does it mean no more and no less that what it be proven to mean in court?
Fine, the FSF states that the GPL and such and such license are incompatible. Maybe you don't agree, and you're certainly allowed to go off and treat them as compatible. And if someone gets sued over it because of what you did, you'll be held responsible if they're proven to be incompatible along with anyone else who knew you included such and such licensed code with the GPL code. I'd personally rather side on caution, especially when what the FSF is saying doesn't sound like FUD. I don't need a court telling me using a stapler to commit murder is homicide.
Eurohacker European paranoia, gun rights, and h
"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 you're going to fork X from an ealier version bvcause you don't want to be forced to put the author's names in the documentation? Sounds like GPL is a little inflexible, and maybe it should be changed. In general the GPL is a lot more restritive than the X license anyway.
Once you filter out FUD from vendors, what issues are left?
[cut: one link to xfree86.org]
[cut: one link to xfree86.org]
Interesting how you claim that those Linux "vendors" (is Debian really a vendor?) are spreading FUD with no particular argument to support that claim, then link to nothing but pages at xfree86's site.
Gee, yeah, after you eliminate one side of an argument for no reason, the other side's point of view does seem to clearly win out...
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
I should know, since I actually had to program on it. It also has no native support for alpha blending, anti-aliasing, double buffering, splines or beziers, anything that was leading edge back in the 1980s. Don't talk to me about extensions. This sort of thing should be standard be now. If the platform does not natively support it the API should provide software emulation. I don't want to make several application backends, reinvent the wheel so my program will work on all Linux desktops for something basic like double buffering.
Some concepts are nice. Like network graphics capability. That is a good thing. But I still think the best idea would be just to make a new windowing system and build X11 compatibility on top of that. Like Apple did with MacOS X.