Mandrake Blocked By XFree86 4.4 License 647
Linzer writes "A mailing-list message posted by Mandrake Linux's main developer on the Cooker mailing-list states that the development version of the distro is about to revert from XFree86 4.4 to the 4.3 version because of XFree86's recent license change. Mandrake contributors have started asking for justifications from MdkSoft. Many point out features of XF86 4.4 [an 'an open source X11-based desktop infrastructure'] they can't live without, including support for some not so uncommon hardware.
A later Cooker mailing-list post extends a bit on the reasons."
Good for them (Score:5, Insightful)
Re:Good for them (Score:5, Interesting)
But your point is well taken.
Re:Good for them (Score:5, Funny)
Girl from Gamma Pi Lambda: "That boy is a 'B' 'S' 'D' 'PIG'!"
Desko: "Try to see if you can get what I am now...
(spits mountain of code onto everyone's hair and clothing.)
I'm a patch-cluster! Get it?"
Engineering Student: "LICENSE FIGGHHTT!!!!
(All chaos ensues...)
Re:Good for them (Score:5, Insightful)
To the *nix users out there, have you ever considered that XFree86
Yes, it gets the job done. Yes, it's the most popular, it supports a plethora hardware, it is open source, etc. etc. But, all trolling aside, the thing does indeed suck.
As a longtime linux user, I can say that every single linux machine I've had, including the current latest-and-greatest, has miserably failed my Window Drag Test(TM).
To perform this test, start with a good web browser (firefox, mozilla, konqueror, galeon, whatever). Enable the equivalent of "Opaque Window Moving" on your window manager. Open a browser window and drag it to the bottom-left corner. Now drag it back. What happens? Open two windows. Drag one across the other. What happens?
What happens is smearing. Gross. Ugly. Unacceptable. Call me picky, but I don't care how much hardware you support, or how popular you are, or whatever -- if your graphical system isn't good at *drawing graphics*, then it sucks.
And this is what people notice when they first sit down in front of a linux machine. And it's killing us. Whatever the shortcomings of Windows and Macs, neither have this problem.
So this licensing issue is good news, if it can galvanize the community to pull more resources into developing alternatives to XFree86 (because it sucks!).
Re:Good for them (Score:4, Funny)
Re:Good for them (Score:5, Insightful)
Maybe not that one, but they have other similar problems. For example, boot up a Mac with OS X. Open a window. Now resize that window. Notice how beautifully swift and smooth that operation isn't?
And on my Windows box, whenever I move a window it takes half a second to blank the thing and redraw it before beginning to drag. Although I suspect that one's something to do with my graphics drivers, as I haven't seen it on any other machines.
Re:Good for them (Score:5, Insightful)
To perform this test, start with a good web browser (firefox, mozilla, konqueror, galeon, whatever). Enable the equivalent of "Opaque Window Moving" on your window manager. Open a browser window and drag it to the bottom-left corner. Now drag it back. What happens?
--------
The window moves?
Open two windows. Drag one across the other. What happens?
---------
The window moves again?
What happens is smearing.
---------
Except it doesn't?
Gross. Ugly. Unacceptable.
-------
It would be, if it happened
The problems you mention are not the fault of X. Its the fault of the applications. Your test *does* show some trailing in Mozilla. But KDE doesn't exhibit these problems, mainly because Qt rocks.
Re:Good for them (Score:5, Interesting)
scripsit Be-Fan:
Test performed with a 2.4 kernel on a stock Debian Sarge box (XF86 4.2.1). Hardware is 1999-vintage PIII/450 with ATI video. Result: Some slight smearing (maybe 0.2- or 0.3-sec lag) dragging Galeon windows over each other.
There's sense in that: I can drag as many xterms, gvim windows, xmms, etc., over each other as I want without a hint of smearing. Only Galeon shows any smearing.
I'll refrain from commenting on the extent to which Qt `rocks', though ;)
Re:Good for them (Score:5, Interesting)
It also means we now have the ability to do TRUE transparency. Soon we will be able to have a movie playing underneith an Xterm at 20% opacity! and finally anti-aliased edjes to our window manager skins
Re:Good for them (Score:5, Informative)
Fluxbox, Konqueror opened to Google News: Streaking.
Fluxbox, Konqueror opened to kdelook: Streaking.
Metacity, Konqueror opened to Google News: No steaking.
Metacity, Konqueror opened to kdelook: Streaking.
Kwin, Konqueror opened to Google News: No streaking.
Kwin, Konqueror opened to kdelook: No streaking.
In particular, kdelook is the only site complex enough to notice streaking with kwin.
Configuration:
2.0 GHz Pentium 4 on an Inspiron 8200
GeForce 4 Go 440 w/ 64MB of RAM
NVIDIA binary drivers, 5336 (RenderAccel on)
1600x1200 15" LCD
640MB RAM
XFree86 4.3.0
Debian sid
KDE CVS
Note: I've got kwin patches that are not in KDE 3.2. If you want to replicate the test, either compile the latest CVS, or use KDE 3.1.x. KDE 3.2's kwin is a new one, and was not highly optimized relative to previous kwin's.
Re:Good for them (Score:5, Interesting)
Windows is no better. MacOS, yes. But is MacOS a Free operating system that runs on any piece-of-shit computer you throw at it? No.
The way I look it is like this: you can fix it, or not use it. Pick one, and stop complaining. Is your post on topic, even? Does it have anything to do with the license? No. Hmm.
BTW, it's fine on my GeForce 4 card. YMMV.
Re:Good for them (Score:5, Insightful)
It definitely doesn't help when every conversation about how to improve X and fix its major flaws devolves into a bunch of zealots proclaiming how perfect it is and that they see no performance issues that might VASTLY hinder adoption of X as a desktop windowing system. Not saying that you are such a zealot, but you could at least admit the flaws and stop taking it as some sort of personal affront against your honor.
Smearing (Score:5, Informative)
The most likely cause of the problem is that the program has a very slow redraw function, probably due to object-oriented code, and calls that function in full on every Expose event. The way I avoid the problem is to check for events within the redraw loop using XPending(3X11). I check once every N drawing elements, and if I never get events, I increase N within that one redraw, increasing efficiency. If I do get an event, I terminate the redraw and return control to the main event switch statement.
Mozilla Firebird has the problem to a much smaller extent than plain Mozilla, for some reason.
I anticipate your saying, "You had to apply a crude hack." Well, that's not it. It takes time and effort to master X programming; that's a consequence of X's power and flexibility. There's nothing wrong with XFree86's implementation of X that I've run into. X takes the blame for a lot of mistakes by application and toolkit programmers.
Minor Correction (Score:5, Informative)
It looks like Mozilla took the easier approach, to postpone the redraw completely until the Expose events stop coming. That works fine with profile (non opaque) window dragging, but in combination with opaque dragging it causes smearing. On each Expose event, the app should at least fill the window with its background color, which is almost instantaneous. That will override the smearing.
Using the method described in my previoius comment will draw as much of the display list as the app has time for, improving the realism of the drag metaphor at some expense in CPU utilization.
Insightful? (Score:5, Funny)
Yeah I remember when I had a 486 DX2-66 and I tried dragging xterms around I used to get some bad redraw stuff happening. Sometimes I'd even get artifacts that would stay behind after the window had passed on.
What you have to do, dude, is get yourself another computer. I just performed your Window Drag Test (TM) and found that my windows drag around perfectly, as I seem to remember them doing for the past 5 years.
When people first sit down in front of a Linux computer, they don't do your patented fuck-tard test. "And it's killing us". Yeah right. I'm dying over here. My fucking 486 won't drag around my xterm across my twm desktop at an acceptable rate.
Tosspot.
Re:Good for them (Score:5, Insightful)
No really, XFree86 situation seems to be a mess at the moment, let's hope that interested parties (developers from KDE, GNOME, QT, Mandrake, RedHat, IBM etc.) will use it to reach a consensus on the whole desktop thing. It's now or never.
Re:Good for them (Score:5, Interesting)
In two weeks the Freedesktop.org guys will release X11R6.7.
The short term plan is to use the FDO Xlibs with the OSS XFree driver architecture. This will give compatibility with existing drivers (particularly the binary NVidia / ATI drivers) and many of the features of the fdo X server, apparently including compositing.
Long term, though, there'll be a better driver model, and more communication between the guys writing your X server (fdo) and the vendors (one of the main beefs with XFree86 is that there wasn't much communication with vendors, who often waited up to a year for their drivers to get into XFree).
Re:Good for them (Score:5, Informative)
Enter the GNU (Score:5, Insightful)
Note: I don't actually speak for RMS, but I am reminded of his doctrine every time someone says "I need this non-free software". ;^)
Re:Enter the GNU (Score:5, Funny)
Re:Enter the GNU (Score:5, Funny)
Re:Enter the GNU (Score:5, Insightful)
Just to point out, the new XFree86 licence is not "non-free". The issue is that in the eyes of many (including, almost certainly, the FSF) it is not compatible with the GPL.
Re:Enter the GNU (Score:4, Insightful)
There is nothing in the Free Software definition, as published by the FSF and GNU, that refers to a requirement to be compatible with the GPL.
Even GPL compatibility is a red herring in this regards. There's no problem linking GPL code to non-free X11 implementations, such as OpenWindows, so why would there be a problem linking it with a Free X11 implementation like XFree86-4.4?
Linking isn't the problem. (Score:5, Informative)
This isn't an ideological issue on the part of Linux distros. The only Linux distros that will be able to live with XFree's new license are source based distros like Gentoo. Linking GPLed source with the new XFree86 is no problem provided you do it yourself. Distributing the binaries is. For all that the likes of SCO say that IP isn't respected, it is. The new XFree86 will make it potentially illegal to distribute vast tracts of software as binaries. This is not a practical situation for the Linux distros.
There will eventually be a fork of XFree86 that the distros will use. It will this fork that gets the drivers and eventually most other development as well. What we really should be worried about is Debian having one codebase, RedHat another, and Suse still another. The sooner there is a legally kosher common codebase the better.
The X Windows Trap (Score:5, Interesting)
I think Stallman would remind he foresaw this situation many years ago:
The X Windows Trap [fsf.org]
If people like you weren't so busy misrepresenting his views you'd see that.
Re:"It's a trap!" (Score:5, Informative)
The X Consortium had nothing to do with it - it hasn't existed since 1994. This license change was done by the XFree86 Project, Inc.
The current successor of the X Consortium is the X.org Foundation, which has not adopted this new license, and in fact, has stopped importing code from XFree86 into the X.org CVS tree because of it.
Why does Mandrake have a problem with this? (Score:5, Interesting)
Re:Why does Mandrake have a problem with this? (Score:5, Informative)
Also... (Score:5, Informative)
If you notice the defensive post by Alan Cox that he's asking them not to
change the license on his contributions, there's something wrong with it in
the sense that it doesn't appear as "free" software anymore (free as in
libre). (Not that they could, since Alan owns what he wrote of course)
This kind of action only adds to the licensing mess xfree86 currently is. Working with the xfree86 devlopment team is becoming harder and harder.
I can see why some mandrake users are pissed about this, but in the end it'll be better for everyone.
Re:Also... // VIA driver for 4.3 (Score:5, Informative)
BTW for Mandrake people (and mandrake themselves) there is a driver for the VIA chipset including DRI on ftp://people.redhat.com/alan. There is also a patch from Bero on the the dri Wiki which you may need depending which Mesa you use. I (and Im sure VIA who wrote most of the driver!) would love to see the via driver in Mandrake's XFree 4.3 packages if they go that way.
I also hope to have an accelerated Voodoo2 driver with DGA and maybe render acceleration available in the next couple of weeks - and that doesn't need Glide.
Re:Why does Mandrake have a problem with this? (Score:5, Informative)
Re:Why does Mandrake have a problem with this? (Score:5, Insightful)
I don't get that out of the license at all. What I read is that you can't use the name "The XFree86 Project, Inc." in any advertising -- why is that a big deal?
I also don't see the problems with the rest of the license points highlighted in the mailing list exchange. Looks like if you put their copyright notice in
Now the generation of yet another licensing scheme for open source software does confuse things unnecessarily, but I don't see any concrete problems with the license....
And what would be the Problem? (Score:5, Interesting)
It appears to my uneducated eye that this is a very slight modification which shouldn't make any difference to mandrake beyond the typical publication of copyright notices.
If Mandrake takes it seriously enough to revert to 4.3 I must be wrong? Anyone have an explanation?
Re:And what would be the Problem? (Score:5, Insightful)
You could conceivably argue that a program was derivative if it required a feature present in XFree and only in XFree, but (certainly OTOH) I can't think of any such programs.
Time to find an alternative. (Score:5, Informative)
This implementation is the one we've been using for Linux Ages. But since recently, they have failed to deliver a greater-than-the-previous product: no extraordinary boosts, no rewrite of the starting system, etc... It's beginning to grow too old - we can see that by the starting greed of the project over its programmers.
What we need is a new subsystem, like Xouvert or freedesktop.org's X Server implementation.
Re:Time to find an alternative. (Score:5, Insightful)
You raise an excellent point, but we have to remember that any new implementation of X11 is going to have to allow all the existing drivers to work with it. Otherwise we face a lot of things like this: "Uh, hello, NVidia? Remember how we whined to you to make drivers for XFree86? Well forget that, now we need you to do it all over again for this new implementation."
Yes, in the perfect world, all graphic card specs would be open and anyone could write a driver for them. But it is not likely going to happen anytime soon, and to abandon all the work that companies who have not opened the specs but have graciously chosen to give us drivers is throwing the baby out with the bathwater (and I'm not implying that you're saying this, but it is something that might follow from an attempt to rewrite everything from scratch).
I am aware that this attitude flies in the face of free software purists. Much as I respect RMS and his position, I prefer to meet somewhere in the middle.
GPL compatibility (Score:5, Interesting)
Not to spell doom... (Score:5, Insightful)
alternatives are more mature, XFree86 will feel the heat.
And as for the Free in XFree86... Hmm..
Wither X? (Score:5, Insightful)
But in the last several years it really just hasn't moved.
18 years ago the Mac // came out. We stole a vid card from one and put it in another. 4 seconds later, we had 2 screens showing one continuous desktop. Windows and X Windows finally now can do that if you kill a chicken at the full moon.
The X Consortium kept X down for critical years - backing off from coming close to dictating look at feel. As a result, doing things like Exiting an App was a Tower of Babel proposition (frame != lotus != xv != wordperfect != anything else).
Gnome and KDE was developed by folks used to Windows and Mac as kids who demanded a style guide. Too late?
X11R6/Broadway was released and, as far as I can discern, mostly development has stopped. Sure we have drivers to take advantage of cards and 3D engines and such, but it's pretty well unchanged from 1994.
Where is my easy Log Back in and have it give me my desktop I left back (start up the apps I had with cursors in the places I had them)?
Where is my ability to snapshot and env, give up the machine, move to another and restart it?
What's moved FORWARD except drivers in the last couple years?
Why do we care about .. releases.
License?
I have faith that it will be worked out with everyone happy. This reminds me too much of the IPF flameup over a license in a beta of darren's code. It caused PF to be written, but that was mostly schoolyard maturity at work on that one.
Re:Wither X? (Score:5, Informative)
X *does* have the ability to support multiple servers, and each server can support multiple screens. Pretty much has *always* had this ability.
The ability to "snapshot" has very little to do with X. The server could certainly snapshot and forward. In fact, it is remarkably EASY to do with X. Except -- (and there seems to always be an "EXCEPT") when your alternate server is running a different pixel depth... Like, you launch your application on a true-colour display, and then bring it back on a monochrome (1-bit) display.
Even that has a solution. Anyway -- the other "common" display systems (MAC and Windows) don't have a solution (unless going through something like VNC).
Development hasn't stopped -- but the "main-line" of the X server *is* frozen. Development occurs on the fringes (new extensions), and with new drivers.
Ratboy
Re:Wither X? (Score:5, Funny)
Re:Wither X? (Score:5, Informative)
Your core confusion comes from confusing what X Windows is, possibly as a result of using Microsoft Windows. Windows does a great deal to blur the lines between the graphics display layer and the widgets on top.
X Windows is (to simplify a bit) just a way to display bits on screen. Exactly what you display is left as a problem for the next layer up. This might seem odd, but it has great benefits. This means that the user interface layer (often Gnome or KDE these days) can engage in rapid change and development while the base layer (X) can sit nice and stable. Conversely, because particular widget sets and other user interface details aren't embedded into the graphics system I can pick from competing [xig.com] offerings [xfree86.org].
XFree86 is mostly stable because it works fine. There have been some important developments recently (XRender, XRandR, XVideo), but on the whole we've got what we need. The user visible improvements should take place on a higher level (Gnome, KDE, etc). Those higher levels can take advantage of the stable base X provides. All that's needed are regular driver updates for new hardware as it comes out (and bug fixes as bugs become known). The X Windows standard itself is gloriously stable. It works fine, additional functionality can be (and is) provided through extensions. That stability is key to allowing higher levels in the system to experiment.
The features you want sound like great ideas (although I notice that Microsoft Windows and MacOS doesn't support the snapshot and migration functionality you want either). But they're ideas for different layers. Complaining that X should provide them is like complaining that your dashboard should provide better traction.
Re:Wither X? (Score:5, Insightful)
- A fully double-buffered window system
- Vector graphics library (Cairo)
- Fully accelerated drawing via OpenGL
- X-independent OpenGL subsystem
Those features would put X ahead of MacOS X (as it is now) and on a par with Longhorn. And they've made real progress so far --- you can download the FD.O X server today and see the first two features in action.
Re:Wither X? (Score:5, Insightful)
So, in a nutshell you're saying that X-Windows might at some point enjoy the features Mac OS X had in last year's Jaguar release. And that's hoping all of the higher layers cooperate smoothly and things like anti-aliasing are completely sorted out, once and for all.
I'll look forward to that being done. Then maybe we can examine what's needed for copy and paste to work,,,
(Yeah, this is trolling. So is most of
Re:Wither X? (Score:5, Insightful)
As to performance, a lot of the current problems seems to be that
a) The toolkits use Xrender heavily
b) The Xserver render acceleration handling isn't very bright
c) The only bits of code that do accelerate Xrender in XFree86 don't accelerate anything but overlay with alpha, so solid drawing which could easily be accelerated isnt handled.
The more "oh god I want to cry" level XFree86 problems start when you hotplug video cards.
XFree86 is a licensing mess. (Score:5, Informative)
You can read his analysis on a thread on debian-legal [debian.org].
There's also been extensive discussion [debian.org] of the new license on debian-legal. The discussion carries over from Jan into February too. [debian.org]
Perhaps I'm Missing Something... (Score:5, Interesting)
#Redistributions of source code must retain the above copyright notice, this list of conditions, and the following disclaimer.
# Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution, and in the same place and form as other copyright, license and disclaimer information.
# The end-user documentation included with the redistribution, if any, must include the following acknowledgment: "This product includes software developed by The XFree86 Project, Inc (http://www.xfree86.org/) and its contributors", in the same place and form as other third-party acknowledgments. Alternately, this acknowledgment may appear in the software itself, in the same form and location as other such third-party acknowledgments.
From the looks of the problematic clauses, it seems that all that needs to be changed is some documentation.
Re:Perhaps I'm Missing Something... (Score:4, Informative)
Thats the big deal.
I, for one, dont give a fuck.
Re:Perhaps I'm Missing Something... (Score:5, Informative)
Not quite, but it has similar problems.
It conflicts with the GPL and thus, people wanting to put GPL software in XFree86 wont be able to.
Or, more to the point, people wanting to use XFree86 libraries in GPL software. That is a problem.
Re:Perhaps I'm Missing Something... (Score:5, Informative)
Oh yes it does, read this [gnu.org]. If you link to a GPL library, your program must be GPL.
The situation in this case is the opposite - using a non-GPL-compatible library in a GPL program. Doing that requires a special exception [gnu.org], which means that all the existing GPL programs can't link to non-GPL-compatible XFree86 libraries. Even if you put an exception in your license, you can't also link to a GPL library unless that library also has the exception.
so I don't think linking to Xfree86-licensed libraries makes your program XFree86-licensed.
This is not the problem. The problem is that the libraries are XFree86-licensed, and the GPL won't allow you to use them in a GPL program if they contain the documentation clause. The XFree86 license doesn't care about linking, but the GPL does.
meanwhile (Score:5, Funny)
Mandrake isn't the only one (Score:5, Interesting)
This might be the sort of thing the freedesktop.org people are talking about when they say XFree86 (the project) doesn't have any accountability to the community. They seem to have a problem working cooperatively with others.
Freedesktop.org not only has a couple of big-name figures from the glory days of X involved (Jim Gettys and Keith Packard), but they also have actively involved various third parties and stakeholders in the X Window System technology -- not just the Linux distributions, but leading developers in GNOME, KDE, and Mozilla to name just a few, and some other people who were kicked out of the XFree86 project.
XFree86 does not seem to have been able to make the transition from the small hobbyist audience that it served in 1993. Maybe David Dawes and the few remaining participants in XFree86 will be happier producing a custom version of the X Window System for themselves and a tiny minority of others. Maybe they didn't lack the skills to be a large community project: just the motivation.
The Glory Days of X (Score:5, Insightful)
Loud and clear.... (Score:4, Insightful)
Those features I can't live without (Score:5, Insightful)
Re:Those features I can't live without (Score:5, Informative)
The biggest lost would be support for new video cards, such as some 3rd-party Radeon 9200, and various Radeon 9600 cards. There are some big fixes in the i8xx driver, and the SiS drivers.
Removing Japanese fonts as well? (Score:5, Interesting)
Re:Removing Japanese fonts as well? (Score:5, Informative)
freedesktop.org xlibs, xserver (Score:5, Interesting)
http://www.freedesktop.org/Software/xserver
Re:freedesktop.org xlibs, xserver (Score:4, Interesting)
Incompatibility. (Score:5, Insightful)
People are saying this license change is "incompatible" with the GPL... however under the wording of the change it is still acceptable for individual files to be copyrighted, and included in the XFree86 base as licensed under the GPL. You're really RMSing if you are going to noodle about having to include an extra copyright notice in your documentation.
This has little to do with anything other than the fact that Mandrake team realizes it's not a valuble use of their time to go through adding all these new copyright notices when you're in RC1 state. Not sure how it compares with rolling back to 4.3 in terms of actual labor, but obviously the CBA came out on the side of rollback.
The biggest joke here is that people are crying about losing the features of 4.4, in a distribution that doesn't do anything to stop you from DOWNLOADING AND INSTALLING THE BLEEDING EDGE FROM SOURCE whenever you feel like it. for crying out loud, people. DIY!
Re:Incompatibility. (Score:4, Informative)
In short, after having kept an XF86 build tree around to stay on the bleeding edge, it's enough of a pain even after you get it going that I don't want to do it again unless I really have to.
Re:Incompatibility. (Score:4, Insightful)
You really don't get it, do you? The problem isn't that I have to "include an extra copyright notice in your documentation". And it doesn't matter that the XFree licence says you can link with GPL code, it's the GPL that says you can't link with the new XFree code. If I want to use XFree libs, I can't use any GPL code made by anybody else, since I can't provide an exception to the licence.
I would have to track down each and every one of them. Even if none of them have a problem with it, it'd still be a bitch. And if some of them are like RMS and refuse, it's hopeless. They could be a small minority of a library, but it would still make it impossible to use the whole library.
And you may consider this trivial, but the fact is that without a valid licence, however how small the incompatibilities may seem, this would be a breach of copyright law, which is a serious offense. So RMS may be concerned about the principal sides, but everyone else is concerned with the practical side.
What would you do, have thousands of authors change their licence in order to achive something which is a) extremely minor b) potentially principally questionable (I don't feel that way, some might) and c) extremely wide-scale (every copyright header would have to be updated)? XFree is shooting themselves in the foot, both barrels.
Kjella
What's in 4.4? (Score:4, Interesting)
This is what I love about linux (Score:4, Insightful)
I dont see whats the big deal, issues like this can create new tech, and spark new creative ideas in the community.
They are NOT blocked, unless they want to be. (Score:4, Insightful)
My advice: go ahead and ship it, remembering the old Grace Hopper quote. You won't benefit by watching your user base defect.
Re:They are NOT blocked, unless they want to be. (Score:5, Insightful)
At the very least, the ongoing Debian packaging of 4.3 is apparently partially delayed by efforst to keep things prepared for a switch to the freedesktop.org stuff, so at least one major player already has a framework in place to ditch xfree86.
Re:They are NOT blocked, unless they want to be. (Score:5, Insightful)
And that's just for XFree86 alone. Imagine the precedent this sets for other software projects - if everybody had these kinds of clauses, imagine the printed manuals shipped with a boxed Linux distribution? Ugh. This is why everybody stopped using the original BSD license, it became clear that for sufficient numbers of dependencies and contributors to projects each separately licensing their copyrighted code, the overall results is an unmanageable mess. Thus people adopted the modified BSD license, and Berkeley finally relicensed (all/most) of their old BSD-licensed code under the new modified terms in 1999, and everybody rejoiced.
XFree86 seems to be trying to throwback to something similarly annoying, though perhaps slightly diluted. Given that the community as a whole has rejected these "advertising clauses" soundly, it's just a complete rejection of the concept of playing nice to go and add it back in to a high profile project like XFree86 to address some imagined wrong.
xfree86 digging its grave (Score:5, Insightful)
It's a bit early to draw conclusions but if all the distros will drop it one by one, it's just what will happen. I'll theink we'll be better off with the alternatives (Xouvert & the X server at freedesktop.org) anyway.
You have to Wonder (Score:5, Insightful)
I'm not going to run it. Everyone who writes software has a right to decide on their own licence, but everyone also has a right to choose not to use it.
Re:You have to Wonder (Score:4, Informative)
Actually XFree86 is increasely being used in embedded systems, where it may not be obvious that it is running XFree86 on an ARM processor or whatever.
OpenBSD not accepting License change either (Score:5, Informative)
Like other projects, we will not be incorporating new code from David
Dawes into the XFree86 codebase used in OpenBSD. All such changes
have to be skipped, rewritten, or you can contact the XFree86 group
and place your own efforts to repair this damage.
the message continues.. but I think you get the point. Check the mailing list archives for the entire message
What about a fork? (Score:4, Interesting)
Re:What about a fork? (Score:5, Insightful)
From xfree86.org (emphasis added): "The XFree86 Project, Inc is announcing that it has made a change to its license effective with the Third Release Candidate for the 4.4.0 series."
Did somebody say loophole?
OpenBSD, too (Score:5, Informative)
Here's a recent post from Theo de Raadt on the OpenBSD misc@ mailing list
Like other projects, we will not be incorporating new code from David
Dawes into the XFree86 codebase used in OpenBSD. All such changes
have to be skipped, rewritten, or you can contact the XFree86 group
and place your own efforts to repair this damage.
I've tried to negotiate with David Dawes, and show him that his new
license is not acceptable, and he has been hostile and it has gone
nowhere. He keeps insisting that his license is a standard BSD
licenses, yet, he won't use the same words that Berkeley used; if his
words were intended to be compatible to the Berkeley spirit then he
would be happy to use the same words; but he is not, and insists on
different words which a lot of the community has trouble with.
It seems like every 8 years or so we have to go through some period
where someone tries to take free software and makes it less free
because they don't feel they are getting enough credit.
This is final; if that license stands, there will be forking.
And if you don't like that, don't bother telling me. Tell them.
Project competition (Score:5, Insightful)
Gentoo's doing the same (Score:5, Informative)
possible interim solution: the server (Score:5, Interesting)
Now, when it comes to the users, most of the new features they want have to do with hardware support, which is an Xserver feature. So it's possible that, as an interim solution, systems could be shipped with the new, ugly-licensed Xserver, but with older-but-sanely-licensed xlibs. This would seem to address everyone's issues fairly well.
I've always felt it was a bit of a mistake to have the client-side and server-side of XFree86 tied together anyway. They are pretty much independent, and I think it might make the most sense for XFree86 to abandon the client side, and just focus on making Xservers, while Freedesktop could ignore the server side (at least for now) and focus on the client libraries. Would make both parties jobs easier.
Re:possible interim solution: the server (Score:5, Informative)
Its also a stupid way to get credit. Repeat after me "Nobody reads the documentation anyway". Right ? They've have done far better with the old license and something like a cute XFree86 logo spinning across the display when the server started - aka the 3dfx glide library startup.
As for the server side - Freedesktop needs to work on the server side for all the cool new technologies like on the fly rotation that XFree86 convservatism won't experiment with (rightfully or wrongfully). Keith's server is neat but its definitely 'technology preview' grade at the moment. I'm running it on one box and the semi transparent menus and drop shadows are nice.
I think its time (Score:4, Insightful)
If you want something done right you got to do it yourself.
Re:I don't understand (Score:5, Informative)
They have an incredible mishmash of licenses between each source file, as each file can contain a message stating what license it is released under.
Theyve just created another which encompasses the binary distribution.
The whole binary distribution.
Except the portions which had seperate licenses as specified by the source code.
But to check which those bits are, you would have to check each source file, and know what it does.
So I guess Mandrake have decided, probably in these exact words "F*CK THAT!"
Re:Please explain (Score:5, Informative)
The short version: the GPL is "incompatible" with licenses that require you to include extra text and restrict all other advertising. Thus, you cannot legally include both GPL'ed code and New XFree86 licensed code in the same program.
Re:Please explain (Score:4, Informative)
Re:Please explain (Score:5, Informative)
(IANAL or a licencing expert, so please correct me if I'm wrong.) I believe the problem is that this is a restriction being placed on the code, and the GPL doesn't allow any additional restrictions (however harmless they may seem) to be added. Hence, an incompatibility between that licence and the GPL.
Re:Other peoples' code, other peoples' license! (Score:5, Interesting)
First, XFree is an open source, community driven project. Hence, in many distributors eyes is wasn't merely "someone else's graphic system". The real problem was that all of these distributors assumed that XFree would remain GPL-compatible forever. In fact, many of the distributors contributed to the XFree project (see above). Beyond that, XFree was and is the standard, so it was only natural to use it.
XFree's sudden change to their license was a suprise that many people never saw coming.
Re:Other peoples' code, other peoples' license! (Score:5, Interesting)
"Find one who'se license is compatible with your own" is far more efficient.
If you have a BSD-licensed product, you shouldn't feel a need to build your own if you find appropriate BSD-licensed components.
If you have a GPL-licensed product, you shouldn't feel a need to build your own if you find appropriate GPL-licensed components.
If you're making something proprietary, well, I guess yeah, build your own.
Re:Other peoples' code, other peoples' license! (Score:5, Insightful)
Re:Other peoples' code, other peoples' license! (Score:4, Insightful)
yeah. it's ridiculous of alan cox to think he can just use the graphics system he worked on for the graphical desktop of the linux distribution he worked on.
seriously, though, the consequences (barring a reconciliation) are that the project will be forked and the work of the people who made the license change will be abandoned and reimplemented. The original project will end up marginalized as they ignore their users' desires.
it seems like this was anticipated by the people who created freedesktop.org and just happened faster than they could get a replacement ready.
Re:License change is perfectly reasonable (Score:5, Informative)
Re:License change is perfectly reasonable (Score:5, Informative)
What's wrong with that? You are still allowed to modify and redistribute the code to your heart's content, as long as you acknowledge the original authors. Wouldn't you want your work acknowledged?
The problem is not that those terms are onerous in and of themselves. The problem is that those terms are seemingly incompatible with the GPL, in particular the GPL's requirements that a redistributor of GPL'ed material is not allowed to place additional restrictions on redistribution.
Given that there is a vast amount of GPL'ed software that is linked against X libraries, this would, on the face of it, make it impossible to distribute that GPL'ed software in compliance with both the new XFree86 and GPL licenses. At least, if the GPL'ed software was considered in some way derivative of the XFree86 licensed software.
I'm sure all of this will get sorted out, but people are right to be raising the question right now.
Re:License change is perfectly reasonable (Score:4, Interesting)
You already broke your idea!
Where's the:
(TM) - This post includes "IP" from Hayes, Inc.?
That's why advertising clauses suck. *EVERYTHING* we know of is a dervative of something. Sometimes it'd be nice, though, because it would force companies like Disney to face the music. But most of the time it sucks because you waste more ink thanking dead people and companies than getting work done.
Re:Quibble's and bits... (Score:5, Insightful)
IMHO it's the BSDish license that will eventually lead to such a bizzare tangle of required credits, attributions, acknowledgements, etc that it'll be very hard to keep track of them all.
I'm glad I use the *GPL's. Pretty much avoid mess's like this altogether too.
Re:Quibble's and bits... (Score:5, Informative)
Can someone give me a rational explanation as to why the GPL is so problematic in this area?
Sure. Because by requiring your program to list contributors, you're limiting the ability to use or modify the program as you see fit.
Imagine I had an OS program that required you to list 1,000 contributors each time it was run, divided by group, sorted alphabetically, blah blah blah. Now you're required to fill a user's screen with 1,000 names they'll never read, and you are unable to get around this requirement, short of writing your own program from scratch. What a waste of previously good OS code.
Re:Quibble's and bits... (Score:5, Insightful)
Imagine that you had actually taken the time to read the revised license for yourself rather than rely on others. Here then for the incredibly lazy are points 2 and 3 of the revised license:
2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution, and in the same place and form as other copyright, license and disclaimer information.
3. The end-user documentation included with the redistribution, if any, must include the following acknowledgment: "This product includes software developed by The XFree86 Project, Inc (http://www.xfree86.org/) and its contributors", in the same place and form as other third-party acknowledgments. Alternately, this acknowledgment may appear in the software itself, in the same form and location as other such third-party acknowledgments.
Nowhere in those statements are you required to post a damn thing on the screen as part of the binary. Note the repeated use of the words "documentation" as the basis for satisfying the conditions of the license. Give credit for using their code or don't use (steal?) their source to make your own app. These are the conditions for use. Disagree, fine. But don't distort the truth to make your argument sound better.
I'm still waiting for someone to provide a reasoned explanation for all this chest beating and general blather. As per usual, there's far to many instances of I-can't-be-bothered-to-RTFM and "the sky is falling".
Re:Quibble's and bits... (Score:5, Insightful)
Except the new X licensed would seem to me to make linking X librarys into GPL'd code a violation of the GPL, as well as adding the onus of the advertising clause to EVERY SINGLE PROGRAM that uses the X libraries.
If you're fine with loosing all of the GPL'd apps that you run on your *BSD box, then enjoy your Xwindows with no modern window manager, no GNOME or KDE, no QT or GTK apps, etc
Re:I'm Crying (Score:5, Insightful)
Why can't they just post a link to the XFree86 website? the people who care will go there, those that don't care won't have to wade through a bunch of names they don't care about.
Well, then... (Score:5, Insightful)
But that's not what stuns me the most about your post. It's your way of thinking - HOW, i say, HOW on earth could X be more important than Linux to Linux? There is a reason that Mandrake is Linux, not just because IT IS BASED on the Linux kernel in the way it works as of today, but also because this is the way one use and contribute to the GPL community. And it's named Mandrake Linux. That's why it's sold, downloaded and used. Jesus.
In the end, X is nothing without what's on top. Which is a lot of GPL. If GPL distributors refuse to use XFree4.4, but only distribute GPL compatible software, someone would have to create everything BUT X. With X licensing. Great.
Re:I'm Crying (Score:4, Interesting)
There a small handful of files (main issue is old unix compression for fonts) in XFree86 before the licensing change which are GPL incompatible. After the change the entire XFree86 system is GPL incompatible. Rather than simply saying "stuff you XFree86, you're not that important", you want us to bow down to them and try and figure out that legal quagmire? Here's a wild conspiracy theory for you, MS (and SCO) are paying XFree86 to relicense in this way so they can attack every distribution out there, with 4.4, for not following licenses, Open Source = Pirates.
If somehow it was as simple as you would like to make it out (write XFree86 on packaging) then people might grin and bear it (I doubt it), but when they are making a vast array of programs (GPL) unusable do you really expect just follow along?
Re:Only mandrake? (Score:5, Informative)
In my opinion this is a bigger problem for xfree86 than it is for debian. The reason being quite simple. By the time debian is ready for a new version of X11 the fdo xserver will be ready.
Where xfree86 is losing big is that debian is the one that does all the porting to non-i386 and to a degree non-ppc archs. Xfree86 is losing this service because debian will most likely not be packaging version 4.4 and that will result in xfree86 going down hill because debian along with many other developers that are outside xfree86 proper do a lot for xfree86.
Basically what Im saying is that the fdo xserver just got a huge boost in that there will be a lot of former xfree86 developers looking for a new project and as someone who activly uses the fdo xserver, it seems to be the best.
Re:Simple solution. (Score:5, Insightful)
What were these guys thinking when they resurrected an advertising clause?
Hey, let's not just shoot ourselves in the foot, but do it just when desktop Linux is taking off?
Yeah, that's what we needed, a licensing dispute when we're trying to develop more user-friendly desktop environments.
Pity the alternatives aren't further along. On the other hand, maybe actions like this, basically boycotting 4.4, will get them to revert back to the old license, or at least get rid of the advertising clause.