Slashdot Mirror


Mandrake Blocked By XFree86 4.4 License

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."

11 of 647 comments (clear)

  1. Why does Mandrake have a problem with this? by dankney · · Score: 5, Interesting

    As far as I can tell, all Mandrake would need to do is include the new text in with the rest of the copyright/liscense info and they'd be in compliance? Why is this a big deal? Or is there some subtle legal thing at work?

  2. Re:Good for them by gid13 · · Score: 5, Interesting

    Too bad they didn't give freedesktop.org people a little more time to develop a viable alternative.

    But your point is well taken.

  3. And what would be the Problem? by kwandar · · 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?

  4. GPL compatibility by Anonymous Coward · · Score: 5, Interesting

    Wouldn't a good solution to be what Mozilla did to ensure GPL compatibility? Cross-license XF86 under its own liberal license, the GPL, and the LGPL. This way, companies like mandrake could easily use it under an "approved" license, hassle free. -- What to keep away from dogs

  5. Perhaps I'm Missing Something... by Bobdoer · · Score: 5, Interesting

    But how is this license change is big problem?
    #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.

  6. Mandrake isn't the only one by Anonymous Coward · · Score: 5, Interesting

    Trustworthy sources tell me that Red Hat, SuSE, and Debian are reacting similarly. The license change was announced as a fait accompli, and after being urged to reconsider, David Dawes went ahead with it any way.

    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.

  7. The X Windows Trap by amightywind · · Score: 5, Interesting

    I think Stallman would remind he foresaw this situation many years ago:

    The X Windows Trap

    If people like you weren't so busy misrepresenting his views you'd see that.

    --
    an ill wind that blows no good
  8. Re:Other peoples' code, other peoples' license! by mao+che+minh · · Score: 5, Interesting
    "Since everyone thought it was just dandy to package someone else's graphics system (XFree) with their Linux distribution, these is exactly the sort of consequences one should expect."

    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.

  9. freedesktop.org xlibs, xserver by calc · · Score: 5, Interesting

    freedesktop.org already has replacements for pretty much everything in xfree86. The new license change has just sped up the need for it to work now. They recently released their new xlibs, and Keith Packard is still working on a replacement xserver. The only major problem left is that since the new xserver is a redesign it will need new binary drivers from ati/nvidia.

    http://www.freedesktop.org/Software/xserver

  10. possible interim solution: the server by Xtifr · · Score: 5, Interesting

    From the analysis I've seen in Debian lists, the new license wouldn't really be a problem if it just applied to the Xserver. The problem comes with the X client libraries (xlib and friends) that have to be linked with GPL (and other, the GPL is not the only problem here) programs.

    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.

  11. Re:Good for them by dicka_j · · Score: 5, Interesting

    Ahhh, but the freedesktop X server does not have this problem as the windows are drawn to their own little bit of off-screen RAM and then composited onto each other, thus eliminating the need for application level redraws.

    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 :D