LWN.net Logo

Advertisement

Smart VPS: 192 MB RAM, 10 GB disc space, 50 GB data transfer and Virtuozzo OS virtualization solution.

Advertise here

XFree86 4.4.0 Release Candidate #3

Release Candidate #3 of XFree86 version 4.4.0 has been announced. "In what is hoped to be the final showing of our Release Candidate Series, RC3 is finally tagged! Well, this certainly took long enough, but there were a lot of bugs, even some security ones, trapped during this delay of the Great Licence Debate, so it was well worth it."
(Log in to post comments)

XFree86 4.4.0 Release Candidate #3

Posted Feb 17, 2004 21:05 UTC (Tue) by chip (subscriber, #8258) [Link]

So what was the result of the "great license debate"?

XFree86 4.4.0 Release Candidate #3

Posted Feb 17, 2004 21:08 UTC (Tue) by rriggs (subscriber, #11598) [Link]

Click the link in the article to find out the answer.

XFree86 4.4.0 Release Candidate #3

Posted Feb 17, 2004 21:21 UTC (Tue) by nosnilmot (subscriber, #746) [Link]

See also this thread which suggests that Debian, Red Hat, OpenBSD and Mandrake will probably not be using XFree86 4.4 with the new license as it stands, and Gentoo are considering their position.

XFree86 4.4.0 Release Candidate #3

Posted Feb 17, 2004 21:42 UTC (Tue) by austinchuck (guest, #15358) [Link]

This is the most stupid move by the XFree86 guys in a while...

FYI: Gentoo's not doing 4.4 either

Posted Feb 17, 2004 22:36 UTC (Tue) by ggoebel (guest, #4487) [Link]

FYI: Gentoo's not doing 4.4 either. I saw an email on the Gentoo developer's list to this affect earlier today.

XFree86 4.4.0 New Licence

Posted Feb 17, 2004 22:22 UTC (Tue) by ordonnateur (subscriber, #6652) [Link]

Well I don't see any problem with the new licence. It just makes explicit what was implied by
the old version. That is if you distribute the software in binary only form you still need to
include the Licence and disclaimer. It also makes explicite that you cannot hide it away in
the small print and give greater prominence to your own version of a licence.

XFree86 4.4.0 New Licence

Posted Feb 17, 2004 22:43 UTC (Tue) by s_cargo (guest, #10473) [Link]

Well I don't see any problem with the new licence.
Imagine if every piece of software in your distribution came with the same requirements. Page after page after page of "This product includes software developed by..." ad infinitum.

Problem: Not GPL-compatible

Posted Feb 18, 2004 0:01 UTC (Wed) by dwheeler (subscriber, #1216) [Link]

The problem is that the new license doesn't appear to be GPL-compatible. Since the majority of open source software (OSS), by project or by lines of code, is released under the GPL, this is a really serious problem. In other words, under this new license proprietary software can use the code without problems, but most OSS programs can't.

The current license, if applied to the libraries as currently planned, appears to make it illegal to run GNOME, KDE, Abiword, etc. on the latest version of XFree86 (GNOME and KDE both include many GPL'ed components). Even if it not applied to the libraries, it greatly interferes with many other projects, such as existing efforts to (for example) embed framebuffer work into the Linux kernel - they would suddenly have mutually incompatible licenses.

The XFree86 project leader thinks this is a good idea, but a lot of other people don't think it is. Jim Gettys recently posted his strong opposition to this move, and he certainly doesn't agree with Stallman on all matters. This certainly goes against the general trend of OSS projects, which are generally changing their license so that they're GPL-compatible (see vim, Mozilla, Python, and recent Apache efforts).

For more info, I suggest taking a look at: Make Your Open Source Software GPL-Compatible. Or Else. There are good reasons for being GPL-compatible.

If Red Hat, Debian, Gentoo, and many other distributions don't include it (likely, since it's illegal), the obvious result will be a fork. Which is too bad, I don't think a fork is necessary.

Problem: Not GPL-compatible

Posted Feb 18, 2004 2:19 UTC (Wed) by piman (subscriber, #8957) [Link]

Just to make it clear -- it's not illegal to use XFree86 with GPLd applications. Rather, it's copyright infringement to distribute GPLd applications compiled with (and/or intended for use with) XFree86. Copyright licenses do not restrict use, at least in the US.

Of course, with no way to distribute the applications, usage becomes kind of difficult.

Problem: Not GPL-compatible

Posted Feb 18, 2004 3:17 UTC (Wed) by iabervon (subscriber, #722) [Link]

Better make that "compiled with (and/or intended for use with) XFree86
4.4"; so long as you build your releases with 4.3 and make sure 4.3 is
suitable, it doesn't matter if everybody actually uses 4.4 with your
software (which isn't your problem, and isn't a problem for the user).
For that matter, you could even also distribute 4.4 under the 4.4 license
terms and "merely aggregate" it, so long as you were careful to build for
4.3.

Of course, this means that practically nobody will use any new XFree86
features in their programs, which makes all of their interesting ideas
kind of irrelevant.

Problem: Not GPL-compatible

Posted Feb 18, 2004 9:45 UTC (Wed) by djabsolut (guest, #12799) [Link]

Huh? Part of the GPL states that I can dynamically link with libraries which are necessary parts of the OS (thus if using Solaris, my GPL-ware can link with Sun's proprietary C library). Doesn't this apply to XFree86 run-time libraries, no matter what version ??

Problem: Not GPL-compatible

Posted Feb 18, 2004 12:32 UTC (Wed) by jeroen (subscriber, #12372) [Link]

You forget this part of the GPL:
...unless that component itself accompanies the executable.

Problem: Not GPL-compatible

Posted Feb 19, 2004 18:21 UTC (Thu) by djabsolut (guest, #12799) [Link]

I still don't see what the problem is. XFree86 is still a separate package from other OS components or GPL programs that may or may not be included with the system.

NO PROBLEM with X libs themselves...: (was Problem: Not GPL-compatible

Posted Feb 18, 2004 7:46 UTC (Wed) by duncan (guest, #8429) [Link]

While some parts of XFree86 with the 1.1 license may well be GPL-incompatible, a License discusion document (by David Dawes?) states that:

(see http://www.xfree86.org/~dawes/pre-4.4/LICENSE3.html )

/begin{quote}
3.3. GPL-compatible

The client-side X libraries distributed with this release (4.3.99.903) carry a subset of the acceptable licenses that satisfy an additional condition: they are GPL-compatible.

Other portions of XFree86, including the X servers, may include code with licenses that are not GPL-compatible. Example of such licenses include some of the BSD-style licenses, the FreeType License, the SGI licenses and the XFree86 License version 1.1.
/end{quote}


While the new "advertising clause"-like addition to the XFree86 license is regrettable because of its (unintended?) incompatibility with GPL, Dawes short-sightedly considers it the GPL's problem not his. But uninformed GPL partisans spreading FUD about it being "illegal to use XFree86 4.4 with Gnome/KDE" is quite irresponsible.

There apears to be NO GPL problem in distributing binaries of GPL applications linked to the X libraries.

It would be interesting to know whether this license change is completely one-person's (Dawes') whim. Was there any significant discussion among XFree86 developers before this change was announced as a "fait accompli"?


Has XFree86 governance become a one-man show?


NO PROBLEM with X libs themselves...: (was Problem: Not GPL-compatible

Posted Feb 18, 2004 18:30 UTC (Wed) by Ross (subscriber, #4065) [Link]

So you are saying that the additional restrictions do not apply to headers
and client-side libraries? So 4.4 is ok for GPLed programs after all?

XFree86 4.4.0 New Licence

Posted Feb 18, 2004 4:03 UTC (Wed) by bryn (guest, #1482) [Link]

The intentions of the new licence are fine. Unfortunately it seems to require a lot more work by distributors to comply with it. So the change is misjudged, since distributors will look at other forks that don't add this extra requirement, and the new release by XFree will be bypassed.

AFAICS RedHat, Mandrake, Gentoo, Debian, and the other big names go this route, the official XFree will either make the wise move to revert to a more acceptable licence or it will die: Without the circulation offered by it's inclusion in the popular distibutions interest in it will disappear.

It's a sad thing to see because the licence change appears to me to be very innocent. But it doesn't take into account the way the Free software market works: if you make extra restrictions (even small ones) people will look to alternatives. If the developers, justifiably, really want to make sure their names appear with the binaries, they should follow the suggestion (by Alan Cox?) of adding a splash-screen (like the Nvidia binary drivers). It could be turned off, but at least it would be there. Splash screens/"About" menu options are included in many open source apps. But the onus to credit the developers must fall to the developers, not the distributor, because the distributor (acting as a proxy consumer for the end user) is free to choose what to include.

License change

Posted Feb 17, 2004 22:58 UTC (Tue) by salsaman (guest, #3671) [Link]

Check the article. The license has been changed back...I guess it is again GPL compatible ?

License change

Posted Feb 17, 2004 23:06 UTC (Tue) by allesfresser (subscriber, #216) [Link]

Are you referring to the license change notification on the 29th of January? That's the license that was being disputed... I haven't yet seen any other announcement to change that position on the part of David Dawes (who seems to be the main point of contact for the change).

License change

Posted Feb 17, 2004 23:09 UTC (Tue) by Los__D (subscriber, #15263) [Link]

No, it hasn't, at least not like I read it?
I see the announcement of 01/29, but not a revert to the old again...

Dennis

License change: see latest Feb 17 statement by XFree86 Project (aka David Dawes)

Posted Feb 18, 2004 8:10 UTC (Wed) by duncan (guest, #8429) [Link]

For the latest (unchanged) position see the latest XFree86 statement about Licensing by David Dawes.

This is a long and detailed discussion of XFree86 licensing issues. In particular, look at the discussion of GPL compatibility issues,

License change: see latest Feb 17 statement by XFree86 Project (aka David Dawes)

Posted Feb 18, 2004 21:01 UTC (Wed) by salsaman (guest, #3671) [Link]

Sorry, my mistake.

XFree86 4.4.0 Release Candidate #3

Posted Feb 18, 2004 2:19 UTC (Wed) by allesfresser (subscriber, #216) [Link]

Mr. Corbet, is there any way there could be some of the wonderful LWN research and summary put into this issue (as a feature article), since it seems to be such a hot issue on a critical component of most Linux desktop systems? It would be nice to have all the info accurately summarized in one place... following threads on the mailing lists gets tiresome and confusing, since people repeat other people and often are confused themselves... :-)

Or do any of the Linux "diplomats" (Mr. Perens, Mr. Hall, etc.) have any news and/or insight...?

XFree86 4.4.0 Release Candidate #3

Posted Feb 18, 2004 3:17 UTC (Wed) by mebrown (guest, #7960) [Link]

Seconded.

I've seen very little debate within the XFree86 forums on this vitally important issue, and have tried to follow the debian, fedora, gentoo, etc discussions, but I am having a hard time following.

A summary article with quotes from the major players would be greatly appreciated.

XFree86 4.4.0 Release Candidate #3

Posted Feb 18, 2004 4:15 UTC (Wed) by bryn (guest, #1482) [Link]

Thirded (if that word exists and isn't rude).

And a round-up of the alternatives would be very interesting. I've seen many mentions of FreeDesktop.org and Xouvert, but I'm not sure I fully understand how they relate to XFree86. Also, I've seen discussions about forking earlier releases on some of the maillists. What are people missing out on if they stick to an earlier release?

While you're at it, how about offering vote/request points to subscribers to cover specific news items? You could give fewer voting points to we poverty-stricken students paying the low subscription rate fewer voting points...

On "proposed", "moved", "seconded", "thirded"...

Posted Feb 20, 2004 8:43 UTC (Fri) by Duncan (guest, #6647) [Link]

> Thirded (if that word exists and isn't rude).

"Proposed", "moved", and "seconded" refer by implication to traditional
(English??) rules of parliamentary procesure.

Formally, a proposal would be prepared beforehand, and included in the
formal meeting agenda. As the meeting progresses to that part of the
program, the board chairman (or speaker of parliament or whatever the
position happens to be called in the particular implementation at hand) will
announce that it is now time for introduction of the proposal, at which point
the sponsor will introduce it and there may be some general discussion. At
some point, either as scheduled or in a less formal procedure when one
recognized to speak decides there has been enough discussion, someone will
"move" for a vote on the "proposal" (at hand, or by name, in formal
implementations). For the "motion" to proceed, there must be at least one
other person that agrees, and "seconds" the motion. Without a second,
discussion continues as it was until someone else "moves" for closure of
discussion and tabling of the proposal (note that "tabling" in US usage
generally means to kill, while in European usage generally means to move
forward by bringing to a vote, but in each case a vote would be required) or
for closure of the discussion and a vote on doing the OPPOSITE of "tabling"
it (again noting that tabling can mean bringing to a vote to move forward, or
bringing to a vote to kill, depending on region). Again, someone else with
vote power must second the move, or discussion proceeds as before (or, in
some scheduled implementations, the proposal is eventually killed without
further support even to "second" it one way or the other).

Anyway, when a move IS eventually seconded, and that "second" recognized
by the chair or other meeting coordinator, the proposal comes to a vote of the
meeting in general, either to kill it, or to proceed with it (as possibly
amended since the original introduction, with intermediate proposals,
seconds, and votes).

Thus, after a recognized "second", no "third" is called for, because it comes to
a vote after recognition of the second. Thus, "third" is not a word to be used
within context, as further support (or disagreement) would be expressed by
one's vote.

Never-the-less, the word HAS become an accepted form (along with
"forthed", "fifthed", etc..) of an informal means to express support for the
motion (which might actually be OPPOSITION to the original proposal,
within context) at hand, in the absence of formal parliamentary proceedure or
where a traditional vote isn't practical.

All this of course as I've observed over the years in various community
gatherings, church and school boards, town and city councils, and other misc.
boards and meetings set up to decide this or that, generally with less than
absolutely formal rules, so my description of the formal rules may be less than
absolutely accurate, even where they do NOT vary by individual bylaws or
other implementation rules.

All that said, I guess I "forth" the proposal for an LWN article on the topic of
the new XFree86 license (which isn't actually formally correct in that
formally I'd have to "forth" a move to bring it to a vote, if that were possible,
and if "forth" was a recognized term in context, but anyway.. <g>).

.. I hope that clears up any confusion on the origins of the word "second" and
what it means, for anyone not familiar with the "between the lines" (another,
similar reference with an explanation of its own <g>) references.

Duncan

XFree86 4.4.0 Release Candidate #3

Posted Feb 18, 2004 3:19 UTC (Wed) by mebrown (guest, #7960) [Link]

This sounds like an especially dirty trick. It reminds me of the Openssh bug, but with a darker side. Along the lines of, "Upgrade now! Security holes everywhere! The end of the world is nigh! (ignore that new license for now, please)"

XFree86 4.4.0 Release Candidate #3

Posted Feb 18, 2004 7:36 UTC (Wed) by piman (subscriber, #8957) [Link]

My memory isn't what it used to be, but I don't remember any OpenSSH license change... ever.

XFree86 4.4.0 Release Candidate #3

Posted Feb 18, 2004 9:41 UTC (Wed) by baruch (subscriber, #14769) [Link]

He compares it to the effective demand of the OpenSSH folks to force everyone to upgrade their ssh server version and not just to patch up the hole that was there.

Normally distributions only patch the hole and won't update to a completely new version in order to keep the release stable. OpenSSH folks provided no such alternative, this is akin to what the XFree86 folks do, they claim grave security issues, will not provide specific fixes for them for the older versions and try to move everyone to a new version with the license changed. This is even worse than what the OpenSSH folks tried to did, the OpenSSH folks at least didn't try to change the license under the feet of the whole FOSS world.

XFree86 4.4.0 Release Candidate #3

Posted Feb 18, 2004 16:08 UTC (Wed) by tjc (subscriber, #137) [Link]

This sounds like an especially dirty trick.

Bear in mind that this is free (beer and religion) software we are talking about, so "dirty trick" may be a bit harsh. They may be giving it way under terms that are more restrictive than before, but it is still free.

I prefer to reserve the phrase "dirty trick" for commercial software vendors who force users into updates that they really don't need just so they can keep the revenue stream flowing.

XFree86 4.4.0 Release Candidate #3

Posted Feb 18, 2004 4:00 UTC (Wed) by jensend (guest, #1385) [Link]

Perhaps the XFree license change is a good thing- projects and companies now suddenly have an in-your-face reason to start putting resources into freedesktop.org's x11 work, which is already very promising.

XFree86 problems

Posted Feb 18, 2004 15:52 UTC (Wed) by ccyoung (subscriber, #16340) [Link]

or maybe it's time to begin moving to Darwin?

XFree86 problems

Posted Feb 18, 2004 18:43 UTC (Wed) by allesfresser (subscriber, #216) [Link]

Ah.... no.

XFree86 4.4.0 Release Candidate #3

Posted Feb 18, 2004 19:59 UTC (Wed) by deatrich (subscriber, #25) [Link]

Take a look also at some of Theo de Raadt's comments about this issue in a story by Brian Proffitt on linuxtoday.com

XFree86 4.4.0 Release Candidate #3

Posted Feb 18, 2004 21:09 UTC (Wed) by s_cargo (guest, #10473) [Link]

The stated purpose of this new license is to avoid having people "claim" to have written code that they didn't. I assume this refers to applications that use XFree86 sharable libs. I am curious if the XFree86 people extend this same credit to the authors of libc, for example, or does XFree86 not rely on *any* other libraries? Surely the XFree86 people would be equally concerned about not claiming to have written any of the library code that *they* rely on.

Copyright © 2004, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds