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

647 comments

  1. Simple solution. by Anonymous Coward · · Score: 1, Funny


    This is no big deal, just import the Win2k source that's been floating around. Of course by design it will have to run in kernel space. That way you, too, can enjoy slightly zippier performance with the unix equivalent of random blue screens..

    1. Re:Simple solution. by Anonymous Coward · · Score: 0

      You've pissed off a long-time Linux user and Slashdot reader by insulting his intelligence with that shitty piece of anti-humor. I can only speak for myself, but I'm pretty sure that's what the other guys had in mind when posting their comments, too.

    2. Re:Simple solution. by Anonymous Coward · · Score: 0

      I thought /. readers have a skin of stone :)

    3. Re:Simple solution. by Anonymous Coward · · Score: 0

      'course! Quick like greyhounds, tough like leather and hard like Krupp steel!

    4. Re:Simple solution. by Anonymous Coward · · Score: 0

      They're always pissed off. Too many blue screens.

      That joke will never get old.

    5. Re:Simple solution. by MuParadigm · · Score: 4, 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.

    6. Re:Simple solution. by atomic-penguin · · Score: 1

      Boycott Free Software...Hmm, exactly how are you hurting them?

      --
      /^([Ss]ame [Bb]at (time, |channel.)){2}$/
    7. Re:Simple solution. by Krojack · · Score: 1

      He's pissed because he paied all that money to get his MCSE and it didn't get him anywhere. Bummer... :)

    8. Re:Simple solution. by Arioch+of+Chaos · · Score: 1
      What were these guys thinking when they resurrected an advertising clause?
      Showing my ignorance here perhaps . . . But didn't an advertising clause, in the traditional BSD sense, require you to credit someone in advertising? This license seems to do the opposite and simply state that you cannot use their trademark in your advertising without their permission?
      --
      IAAAL - I am actually a lawyer ;-)
    9. Re:Simple solution. by Elitist+Snob · · Score: 1

      Pity the alternatives aren't further along.

      Looks like a perfect opportunity to switch to Y, then. These things won't get any further along without a little pushing.

    10. Re:Simple solution. by Arioch+of+Chaos · · Score: 1
      OK, I suppose the word advertising put me on the wrong track. Requiring end-user documentation to include
      This product includes software developed by The XFree86 Project, Inc (http://www.xfree86.org/) and its contributors
      obviously introdcudes practical problems similar to the old BSD advertising clause.
      --
      IAAAL - I am actually a lawyer ;-)
    11. Re:Simple solution. by Anonymous Coward · · Score: 0

      I hope you die.

    12. Re:Simple solution. by Anonymous Coward · · Score: 0

      funny, I have a RHCE since november but no job.

    13. Re:Simple solution. by Anonymous Coward · · Score: 0

      You first, Judensau!

    14. Re:Simple solution. by Anonymous Coward · · Score: 0

      The clause only has to be included if other credits are being given.

  2. Good for them by be-fan · · Score: 5, Insightful

    Its nice to see the XFree86.org folks making the transition to the freedesktop.org smoother by making themselves irrelevent to users. Nice going guys!

    --
    A deep unwavering belief is a sure sign you're missing something...
    1. 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.

    2. Re:Good for them by Anonymous Coward · · Score: 0

      RMS must be rolling over in his grave at this injustice.

      What, he's dead?! Not to belittle his contributions to Free Software or anything, but does this mean we can drop the whole GNU/Universe naming scheme?

    3. Re:Good for them by Anonymous Coward · · Score: 0

      Sure, RMS has joined the ranks of BSD... the undead! RMS is dying!

    4. Re:Good for them by Anonymous Coward · · Score: 0

      RMS isn't dead, moron

    5. Re:Good for them by Jeremiah+Cornelius · · Score: 5, Funny
      This is like a scene in "Animal House". Just transpose the location to the MIT cafeteria...

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

      --
      "Flyin' in just a sweet place,
      Never been known to fail..."
    6. Re:Good for them by samcentral2000 · · Score: 1

      No, you're thinking of Stephen King.

    7. Re:Good for them by Anonymous Coward · · Score: 0

      the more closely I read the article, the more it sounds like "hi, I'm David Dawes. I am trying to sink Linux. have a nice day."

    8. Re:Good for them by quixoticsycophant · · Score: 5, Insightful

      This could be a great opportunity.

      To the *nix users out there, have you ever considered that XFree86 ... sucks?

      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!).

    9. Re:Good for them by JPriest · · Score: 4, Funny

      Nobody here will mod you up but I sure agree with you.

      --
      Saying Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders.
    10. Re:Good for them by Anonymous Coward · · Score: 0

      an even better question would be: what's the difference?

    11. Re:Good for them by Haeleth · · Score: 5, Insightful

      Whatever the shortcomings of Windows and Macs, neither have this problem.

      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.

    12. Re:Good for them by randomblast · · Score: 0, Flamebait

      and?
      big bloody deal, i can put up with a little smearing, so take your trademark and stick it up your arse.

      no pun intended :p

      oh, and i didn't notice you mention an alternative to good ole xfree.

      --
      ...these aren't my real teeth.
    13. Re:Good for them by Anonymous Coward · · Score: 0

      jeez, pull a nerd muscle with that one?

    14. Re:Good for them by be-fan · · Score: 4, Insightful

      Okay, test performed on Linux 2.6.1, XFree86 4.3.0 (NVIDIA binary drivers), with KDE CVS and Galeon. Machine is a P4 2.0 GHz.

      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.

      --
      A deep unwavering belief is a sure sign you're missing something...
    15. Re:Good for them by Shisha · · Score: 4, Insightful

      What's even more important IMHO, is that if the community wants to redesign or do a major change in the graphics subsystem layer, it should be done NOW, before Linux desktop becomes widely used. Just look at the serial and parallel ports at the back of your computer. Once something is widely used it will probably outlive us.

      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.

    16. Re:Good for them by no+longer+myself · · Score: 1
      OK, I've got MDK9.1 obviously with XFree86, a 1.47GHz Athlon, and an ATI 7500. It's not top of the line by today's standards, but it manages. Being curious, I followed your "test" using Firebird.

      Nope. I can't say I see any smearing. It looks pretty good.

      I'm trying it right now as I type this response... I'm jerking the windows around left to right, right to left... Nope. Can't shake it.

      Don't forget one of the most important phrases used to describe almost any system out there: YMMV: Your Mileage May Vary.

    17. Re:Good for them by quixoticsycophant · · Score: 0

      I forgot to mention, you need to open a nontrivial web page for the test (say, http://news.google.com).

      My system is nearly identical to yours. Konqueror is the worst of them all. I use Gentoo and have tried various levels of CFLAGS, all with the same effect.

    18. Re:Good for them by jrockway · · Score: 4, Interesting

      Who cares? It works well enough. At least it's stable and works.

      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.

      --
      My other car is first.
    19. Re:Good for them by be-fan · · Score: 1

      Still works just fine. Have you tried Konqueror with another window manager (like Metacity or Window Maker)?

      --
      A deep unwavering belief is a sure sign you're missing something...
    20. Re:Good for them by Archie+Steel · · Score: 1

      Isn't that due to not to poor performance, but rather to the lack of double-buffering? IIRC, the new freedesktop.org X server extensions by Keith Packard add a compositing layer, which would enable desktop double-buffering.

      --

      Reminder: find a new sig
    21. Re:Good for them by Anonymous Coward · · Score: 0
      Yes

      Heh heh heh

    22. Re:Good for them by Anonymous Coward · · Score: 0

      I concur with the parent.

      The problem goes much further than X. I blame the people putting distributions together, too. It's a riot to hear zealots blather about how bloated a 402MB installation of Windows XP is, after watching someone feed their CDR for 2 hours loading a 1200MB install of Redhat on their system. Hey, just going by 'default' installs.

      I guess it's fine they use up their hard drive space for the OS and it's bundled crap, since they won't be needing any room for Photoshop, games, or any functional office applications. :P

    23. Re:Good for them by quixoticsycophant · · Score: 3, Insightful

      Thus far there have been two posts denying the existence of this problem. And I notice that I got two flamebait points.

      Unfortunately I failed to mention that it's essential to open a web page with several images for the test.

      I've installed linux on a variety of top-end machines over the years: from P2s with Matrox cards to P4s and AthlonXPs with GeForce4s and Radeon9800s. Each and every one has this problem.

      Yes, the problem does exist. No, it's not trolling to say so.

    24. Re:Good for them by Anonymous Coward · · Score: 0

      Who GNU ?

    25. Re:Good for them by Anonymous Coward · · Score: 0

      Terrible, simply terrible.

    26. Re:Good for them by Anonymous Coward · · Score: 0

      CFLAGS? To aid graphics?

      I thought CFLAGS were just for optimising code for a particular architecture. That will clear the smears faster, but...you need a smear to begin with

    27. Re:Good for them by 77Punker · · Score: 1

      I just dragged Konquerer across Knoquerer and got some trailing in KDE 3.1.5. Of course, if I didn't have so many things like the news ticker, transparencies, et cetera it probably wouldn't happen.

    28. Re:Good for them by TKinias · · Score: 4, Interesting

      scripsit Be-Fan:

      Okay, test performed on Linux 2.6.1, XFree86 4.3.0 (NVIDIA binary drivers), with KDE CVS and Galeon. Machine is a P4 2.0 GHz.[...]

      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.

      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.

      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 ;)

      --
      In principio creauit Linus Linucem.
    29. Re:Good for them by quixoticsycophant · · Score: 0

      I use fluxbox exclusively.

      I find it unbelievable that you don't have this problem. I've not seen once exception in 8 years. Could you send me a message giving your exact specs please?

    30. Re:Good for them by Nailer · · Score: 4, Interesting

      Told to me from one of the fdo guys:

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

    31. Re:Good for them by Anonymous Coward · · Score: 0

      By your ID it looks like you are new here. Don't worry, criticisms of Linux are always denied and censored on slashdot, so it's nothing personal.

      Next time you want to say something that's 100% positive, make sure to rip on Windows a little bit and expose your love for Free Software, and maybe you will get an "Interesting" mod. Oh, don't say anything about Linux "sucks" no matter how outdated or poorly designed it is. Or just do what everyone else does and start trolling.

      (The real developers are aware of the problem, which is why the freedesktop server is planning a fairly radical architecture change. It will practically be "X12" by the time they are done.)

    32. Re:Good for them by bhtooefr · · Score: 0, Flamebait

      A 402MB installation of Windows XP doesn't come with NEARLY as much as a 1200MB install of RedHat. Let's add it up:

      WinXP: 402MB, 1CD
      OXP: 2-300MB, 1-3CDs
      Various games: ~500MB, ~5CDs
      Server software: ~1GB, ~5CDs
      PhotoShop: ???

      RedHat (and others): 1000-1500MB, 3CDs
      OOo: Included in distro
      Games: Included in distro
      Server software: Included
      GIMP: Included

      Hmm... which does better in THIS comparison?

    33. Re:Good for them by tyrione · · Score: 2, Informative

      That blit to screen has to do with the bitmap dumping approach Windows uses versus the Display PDF draw line by line approach Quartz inherits from Openstep.

      And as far as it not being smooth on OS X I would supply hardware specifics and OS X versioning before claiming it doesn't draw seemlessly, on the fly.

    34. Re:Good for them by molnarcs · · Score: 5, Informative
      Well, I believe only good will come of this. I found this link to a freedesktop.org discussion regarding the licecing changes following the discussion on the manrake list. The message is heart warming:
      Hi Donnie,

      We currently have no plans to ship XFree86 4.4.0 in the future.
      Red Hat is a strong supporter of open source software and
      technologies, and the new XFree86 license seems to be intended to
      restricting existing freedom for no real world technical or other
      gains. At least no gains that are beneficial to the community.

      Richard Stallman of the Free Software Foundation has expressed
      his concerns publically about the new XFree86 license and it's
      incompatibility with the GPL. Many others in the community
      object strongly to the new license as well.

      Branden Robinson of the Debian project has put together a list of
      license related issues contained in XFree86's source tree, and
      efforts are underway to remove code which is considered to be
      non-open source, or under too restrictive of license terms.

      Our current plan, is to use the freedesktop.org xlibs for the
      client side libraries. For the clients, utilities, X server, and
      other bits, we have not yet made a 100% solid decision, however
      a couple of alternatives are being explored. The details are
      not yet completely decided, however one thing that is decided, is
      that the XFree86 license version 1.1 is unacceptable.

      X11 has sorely lacked such an open and collaborative development
      environment for a very long time. It's now time for the open
      source community to unite and work together on solving this
      problem together, and give X11 permanently back to the community!

      I very much look forward to working together in collaboration
      with yourself, the Debian project, FreeBSD, Mandrake, SuSE, X.org
      foundation, the other BSDs, and any/all other interested parties
      on a true open source solution for the needs of X11 users and
      developers.

      Take care!
      TTYL
    35. 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

    36. Re:Good for them by Pharmboy · · Score: 2, Interesting

      Sadly, the other AC is correct. You do find some very opening minded people here, but you also find some zealots of every flavor, including Pro Windows (thats my bit to not get modded down;). But there are all kinds here, mainly good.

      While a bit brash, I agree with your main point, that the problem exists. Desktop Linux as a whole is sorely lacking in smoothness. Its not a lack of built in stuff, there is more than enough for a basic office or home system. There IS a lack of production applications, of the proprietary flavor, for Linux. At least from a small enterprise point of view. But the lack of smoothness on the Desktop, in general, is what is holding Linux back in the enterprise. This and total support for OS and apps, but maybe IBM will fill that void since RH seems to be dropping out of the low to mid end.

      Fortunately, Windows XP took away the faster GUI in 2K when they added all the useless, ugly eye candy in XP. Of course 2K was kinda clunky in some ways, but pretty smooth. Linux could be smoother, but it appears the programming necessary isn't very sexy, hense the credit grab. I don't care to have MS go out of business, but we would all have better choices if Linux had, say, 20-30% of the desktop market because of the obvious competitive pressures.

      As to forking the code, I have no idea the impact. I'm not smart enough to just know that, I'm not a programmer, I'm a heavy user. I'm dying to move to totally GPL OS with mixed applications, if this moves that possibility along, then I would consider the fork a good thing. For now, I use it where I can, and wait.

      --
      Tequila: It's not just for breakfast anymore!
    37. Re:Good for them by AvitarX · · Score: 3, Interesting

      Why does their FAQ say this is impossible?

      When I heard (from you) I may be able to play my games and use FDO I was hyped and ready to check it out and see what I would need to do to migrate.

      Then I read one of their faq'a here is the relavent Q and A

      -------------
      Q: Couldn't we just write a wrapper for XFree86 drivers and use them?

      A: Essentially, no. There are a large number of calls from XFree86 drivers into XFree86's DDX layer. Furthermore, XFree86 drivers don't support acceleration in the same way, so offscreen pixmaps wouldn't be supportable as far as I know.

      -- EricAnholt - 23 Nov 2003

      ---------

      Now maybe they are doiong it with something other then a wrapper, or maybe they changed their mind from 3 months ago, but it is also quite possible you are a bullshitter, so someone please clarify.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    38. Re:Good for them by walt-sjc · · Score: 1

      Huh. Debian sid on an old IBM t21 laptop running galeon / xterms and such. No smearing here. In fact it works great.

    39. Re:Good for them by Nailer · · Score: 3, Interesting

      They are indeed doing something other than a wrapper. The specific comments about using fdo Xlibs with XFree's driver infrastructure came from Daniel Stone and seem to be corroborated by reports from the FDO planet site.

    40. Re:Good for them by TKinias · · Score: 1

      scripsit walt-sjc:

      Huh. Debian sid on an old IBM t21 laptop running galeon / xterms and such. No smearing here. In fact it works great.

      That's to be expected. That's a more advanced system than my old desktop...

      --
      In principio creauit Linus Linucem.
    41. Re:Good for them by AvitarX · · Score: 1

      OK, thanks, just another quick question (though I guess I am spamming slashdot at this point).

      where is the FDO Planet website?

      google is giving me games.

      and if you want to really appease my laziness you can link me to the relavent part of it.

      One last question (though this is probably answered somewhere else) is all the great features in FDO intrinsic to it. Or do the apps need to be recoded and/or recompiled to get the benifits from it?

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    42. Re:Good for them by be-fan · · Score: 2, Interesting

      It would be *really* hard to write a compatibility layer for XFree drivers. I looked into doing that myself awhile ago, and while it would be possible, it would involve implementing many XFree86 DDX calls in kdrive. The NVIDIA driver, for example, makes 400 different calls into XFree86. If something like that were to be done, it'd be a long term project. Most importantly, there is no mention of this in the mailing lists.

      Maybe what you're thinking is that they plan to release XFree86 with the FD.O Xlibs, which would be doable. It would only include compositing, though, in the sense of supporting the Composite extension, not full window compositing.

      I could be entirely wrong though!

      --
      A deep unwavering belief is a sure sign you're missing something...
    43. Re:Good for them by Anonymous Coward · · Score: 0

      What the hell are you doing dragging windows anyway? Just go to freshmeat and download ratpoison.

      World's greatest window manager.

    44. Re:Good for them by be-fan · · Score: 4, Informative

      Okay some tests:

      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.

      --
      A deep unwavering belief is a sure sign you're missing something...
    45. Re:Good for them by be-fan · · Score: 3, Informative

      Actually, Quartz does not draw line by line. Quartz preserves a bitmap of each window, and when something damages the contents of the window, restores the image from that bitmap. This takes up tons of memory (need window buffers even if window is hidden) but eliminates any streaking.

      And resizes on OS X are really slow, though that doesn't have a lot to do with the double-buffered approach. Quartz is just really slow overall.

      Anyway, I use OS X 10.2.8 on an 800MHz G4 17" iMac, and it definitely suffers from choppy resize operation.

      --
      A deep unwavering belief is a sure sign you're missing something...
    46. Re:Good for them by Nailer · · Score: 1

      Maybe what you're thinking is that they plan to release XFree86 with the FD.O Xlibs

      Well, yes, that's why I said "The short term plan is to use the FDO Xlibs with the OSS XFree driver architecture". Maybe I should have been more specific and said the rest of XFree as well.

    47. Re:Good for them by Fnkmaster · · Score: 5, Insightful
      Okay, every time we talk about fixing it and proposing ideas, we get flamed out of existance. Keith Packard has been working on implementing those exact ideas, and some of us have been supporting his work for years (I have written HOWTOs and guides for using XRender/Xft and Fontconfig, and hacked on some FreeType rendering code over the years).


      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.

    48. Re:Good for them by Anonymous Coward · · Score: 0

      i'd like you to re-perform this test. i want you to play a movie in window one while resizing window two. unless you're using xdirectfb, that movie should stop and stutter due to locking.

    49. Re:Good for them by Anonymous Coward · · Score: 1, Informative

      a google for freedesktop planet gave me the right link as the first result. http://freedesktop.org/~daniel/planetfdo/

    50. Re:Good for them by be-fan · · Score: 2, Interesting

      Okay:

      Bottom window: 1600x1200 Xine window playing Hellsing Episode 6 (awesome anime!)

      Top window: ~1000x700 Konqueror window opened to Fark

      Moving the top window results in barely noticible amounts of black areas on the video window. The underlying video doesn't stutter one bit.

      This is with NVIDIA's binary drivers, XFree 4.3, and KWin from KDE CVS. Oh, and kernel 2.6.1.

      --
      A deep unwavering belief is a sure sign you're missing something...
    51. Re:Good for them by chthonicdaemon · · Score: 1

      We come yet again to what the average user's perception of 'fast' is. I performed your test in Windows using Palm Desktop in the background and noticed considerable redraw delay. I constantly experience problems in MS Word when scrolling graphics-heavy documents -- the graphics redraw slowly/badly or have pieces missing. Granted, the MS widget set draws quickly, but then I can get very good performance on my Linux box using OpenBox and a light widget set.

      But your post is valid for one reason: The perception of speed is more important than speed itself. This is why standard profiling tools that spit out graphs of response times, etc are not so useful in GUI design, as a few miliseconds can change the perception of 'Slow' to 'fast'. Perhaps more advanced compositing a la freedesktop.org's X server will help here as pdf compositing did for MacOS X.

      If you find any video anomaly "Gross. Ugly. Unacceptable" , I recommend you switch to a high-end Mac. Me, I'll stick with my X.

      --
      Languages aren't inherently fast -- implementations are efficient
    52. Re:Good for them by Trepalium · · Score: 1
      Soon we will be able to have a movie playing underneith an Xterm at 20% opacity!
      Not if you want to use the hardware overlay you won't. And playing a movie at a scaling of more than 1x in software scaling is slow even on a fast machine. If you want to try that, you'll be left with a nice blue or purple block where the movie should be. This is not a XFree86 limitation, but a hardware one. You can't even work around this by doing software scaling for the obscured area because the hardware scalers tend to have unique coloring compared to a pure software rendering.
      --
      I used up all my sick days, so I'm calling in dead.
    53. Re:Good for them by marcello_dl · · Score: 2, Interesting
      And this is what people notice when they first sit down in front of a linux machine.
      Really? I never heard such comments from people experiencing linux desktops for the first time. The most common reaction in front of X used to be: "It works, at last!" followed by half an hour of hysterical laughter.

      Now comments are like "What do you know, it works. Now where are the p2p apps...."
      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    54. Re:Good for them by Anonymous Coward · · Score: 0

      He probably means the optimisation levels for GCC E.g.

      export CFLAGS="-O4"

      But then he is a Gentoy user so I wouldn't expect him to actually understand the distinction, let alone what all those pretty options and enviroment variables actually do.

    55. Re:Good for them by Anonymous Coward · · Score: 0

      Problem with Xfree86+Windowmanagers is the huge lack of hardware acceleration in the GUI.

      In Windows, for example, each item on screen is accelerated by the graphics card. This includes shadows, transparency, buttons, graphics and most other things.

      In X you have only square textures that can be accelerated by X. That means whatever the windowmanager does inside is not. Likewise so many other things.

      In later Windows models we will have a completely accelerated vector based GUI. It will take X a very long time to reach the MS Windows level of GUI performance. Unfortunately.

    56. Re:Good for them by IamTheRealMike · · Score: 1

      Apparently they are going to import the XFree DDX wholesale - hard but doable. This is just going from the words of one guy though. I'd want the Word Of Keith before believing it myself.

    57. Re:Good for them by Anonymous Coward · · Score: 0

      here's another test:

      load gnome (ducks)

      open two windows

      drag stuff around

      observe tutti frutti everywhere!

      (runs)

      you know it's true.

    58. Re:Good for them by Anonymous Coward · · Score: 0

      > What happens is smearing. Gross. Ugly

      This is because the client must react to the exposure events.--That's normal behaviour under X, not gross or ugly. :)--Sorry, but your "test" is really childish.

      I am not sure, but this redrawing problem might be solved when the XDamage extension is in place.

      In fact X was never the best window system out there; NeWS for example was a far better network graphics system, but it was abandoned in favor of X based on customer's decision--X was open-source, Sun's NeWS was not.

      X imho still lacks 3 important features:

      1. It is not possible to upload code snippets to the X server (as in NeWS or DPS for example) -- There was an attempt to implement DPS for X11 but that has been abandoned favor of cairo www.cairographics.org)

      2. The widgets are implemented on the client-side, there is no high-level protocol to communicate with widgets on the server-side

      3. No alpha channel.

      There have been numerous attempts to replace X among them are Mark Thomas' Y, picoGUI, Display Postscript (Apple). I think it's clear that these projects will never proceed and become mainstream (e.g. Y and picoGUI want to implement everything, even the control, on the server-side but have no way to upload code snippets, Apple's DPS is slow as hell and apart from that PostScript isn't a good programming language for server-side animations).

      There are currently three projects which try to extend X11:

      1. Xserver [www.freedesktop.org]; if I understand this correctly, it's a successor of the "mini X" server project started by one of the former XFree core members (the server is ca 800K and runs with less than 2MB).

      2. Xouvert [www.freedesktop.org]; the successor of XFree, if I understand this correctly. Unlike Xserver, the display drivers for Xouvert are compatible with XFree86.

      3. XFree86, or better: The person who maintains XFree86 and increases its minor version number. :)

      I suggest to take a look at www.freedesktop.org and the proposals to extend X11. Some of these proposals for X11 extensions eliminate the concerns one might have with X(Free86).

    59. Re:Good for them by FooBarWidget · · Score: 2, Interesting

      "Okay, every time we talk about fixing it and proposing ideas,"

      Uhm no, you get flamed because people don't propose (sane) ideas. People only complain, people insult developers personally, people insult the software, people say things like "REPLACE IT!!!". None of them are ideas.

      What really saddens me is that people think they are contributing ideas while in reality they are only insulting other people/things, and they don't even realize that.

    60. Re:Good for them by npsimons · · Score: 1

      But, all trolling aside, the thing does indeed suck.

      I admit that X is the second worst windowing system in the world, but
      all the others I've used are tied for first.
      -- Paul Tomblin
    61. Re:Good for them by LousyPhreak · · Score: 2, Interesting

      [...]
      Various games: ~500MB, ~5CDs
      [...]
      Games: Included in distro

      so what?
      ut 2003 included in redhat?
      halflife included in redhat?
      baldurs gate included in redhat?

      sorry but something is wrong with your calculation...

      ps:
      win2k with office2k, iis, sql server, whatever: just below 1gb

      so NOW WHAT?

      (before starting to flame me for my biasedness: i use linux whenever i can)

      --
      -- Karma: beyond good and evil - mostly affected by posting political
    62. Re:Good for them by Anonymous Coward · · Score: 0

      Nitpick about u'r sig.... it's "human" not "humans". "Human" is alraedy plural, no need to pluralise it. :))

    63. Re:Good for them by Anonymous Coward · · Score: 0

      Actually humans is correct usage (in the US).

    64. Re:Good for them by jilbert · · Score: 2, Interesting
      hardware scalers tend to have unique coloring compared to a pure software rendering.
      Probably due to the hardware scaler working on YUV data, whereas the desktop uses RGB.
    65. Re:Good for them by ajagci · · Score: 1

      To perform this test, start with a good web browser (firefox, mozilla, konqueror, galeon, whatever). [...] 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.

      What "sucks" is the toolkits used by those browsers, which all pretty much ignore X11's conventions and design decisions for redraw logic. Qt and Mozilla probably do that because they were designed with Windows in mind; I don't know what excuse Gtk+ has.

      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.

      Both Windows and Mac "solve" this problem by storing enormous amounts of data in the display subsystem so that the display subsystem can avoid all that ugliness.

      If you want the same behavior with XFree86, you can have that: just turn on backing store. In fact, applications like Mozilla should just give you the option to do it, given that that's the behavior they assume they are getting from the server anyway.

      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!).

      The XFree86 licensing issue is irrelevant. X11 is a solid, proven, well-defined standard that has been around for decades and it isn't going away because one server has licensing issues. It also isn't going to go away because applications like Mozilla use it incorrectly.

      The one thing that X11 still needs is server-side stored vector graphics, but it's going to get that soon. With that, it will be functionally a superset of all the major window systems. The fact that people will continue to write lousy software running under X11 isn't X11's fault.

    66. Re:Good for them by ajagci · · Score: 1

      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.

      If you want Macintosh-like redraw behavior (and pay with Macintosh-like memory footprints), enable backing store. Problem solved.

      Furthermore, you fail to distinguish between the X11 protocol design (which is quite good) and the XFree86 server implementation (which is quite messy and clunky).

      What X11 lacked was a scalable drawing model and alpha compositing. That was a serious limitation given the expectation of modern desktop users and Keith has thankfully addressed it.

      What X11 might also benefit from would be an optional server-side stored vector graphics extension, somewhat similar to the Macintosh, but only used by applications for which it makes sense.

      However, if you or he or anybody else were to try to turn X11 into GDI+ or Quartz, you can expect lots of resistance: the X11 communications protocol and core design has turned out to be far more versatile and useful than either GDI+ or Quartz.

      Okay, every time we talk about fixing it and proposing ideas, we get flamed out of existance.

      It depends on the ideas you propose. See above. Contributing in one area doesn't give you the right to endanger functionality that many people rely on.

      And if you were to start arguing about X11's evolution without taking into account its non-desktop uses, you would deserve to be flamed off any X11 project in my opinion: it's the scientific, engineering, and research uses of X11 that have kept the system alive for so long; don't even think about endangering those just to achieve a better desktop experience.

    67. Re:Good for them by wastaz · · Score: 1

      Easy solution for Red hats "bloatedness"? Gentoo: as much as you feel like compiling Debian: as many apt-get packages that you can remember the names of Slackware: as many freshmeat.org/sourceforge.net projects that you feel like shaking a stick at.

  3. Enter the GNU by jvmatthe · · Score: 5, Insightful
    Many point out features of XF86 4.4 [an 'an open source X11-based desktop infrastructure'] they can't live without
    And what would RMS say? If you're willing to compromise for what you want at the price of freedom, well you've already lost. :^) Ah, the luxury of being a man of principle.

    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". ;^)

    1. Re:Enter the GNU by Anonymous Coward · · Score: 5, Funny

      RMS would say that "XFree86 4.4" is an oxymoron, and that it should be called "XNotFree86 4.4". That way Mandrake is technically using the latest XFree86 version and everyone is happy in their respective Free/Non-Free worlds.

    2. Re:Enter the GNU by hexene · · Score: 5, Insightful

      And what would RMS say? If you're willing to compromise for what you want at the price of freedom, well you've already lost. :^) Ah, the luxury of being a man of principle.

      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.

    3. Re:Enter the GNU by Andreas(R) · · Score: 0, Redundant

      And what would RMS say?

      He would surely say this.

    4. Re:Enter the GNU by gnuman99 · · Score: 0, Offtopic

      Is this the quality of music that RIAA is trying to sell??? No wander no one is paying for it!!

    5. Re:Enter the GNU by iabervon · · Score: 1

      Actually, this would be an interesting question to pose to RMS: the problem is that this software, while Free by itself, doesn't play well with others. You can't repackage it in some ways and distribute the result. You may not be able to link a GPL program against the library and distribute the result.

      But all of the freedoms the user is supposed to demand are available when considering the program in isolation. It seems to me that RMS would say that Mandrake is right not to offer packages of XFree86 4.4 due to the license. But I don't think RMS would have any problem with getting and using XFree86 4.4 yourself if you needed it. The only caveat is that, if you distribute something, it must work with 4.3's libraries, because 4.4 is not free for that sort of use.

    6. Re:Enter the GNU by MAXOMENOS · · Score: 1

      My understanding of this is that "free" means "compatible with GPL" in this context, and not just Open-Source.

    7. Re:Enter the GNU by squiggleslash · · Score: 2, Informative
      Though this is ok as long as XFree86 4.4 is provided as an optional, stand-alone and self-contained, package. Linux distributions usually contain software with a variety of different licenses, many of which are incompatible. XV and Netscape are two examples which generally make it into every distribution.

      Mandrake may be wise to include XFree86 4.3 as a CYA, but my reading of the situation is that not even that is necessary.

      --
      You are not alone. This is not normal. None of this is normal.
    8. Re:Enter the GNU by Anonymous Coward · · Score: 0

      hehe!

    9. Re:Enter the GNU by pyros · · Score: 2, Insightful

      I haven't seen XV in RedHat in years, nor do I remember Netscape being distributed with it.

    10. Re:Enter the GNU by Captain+Rotundo · · Score: 1

      Netscape? I didn't think anyone included netscape since Mozilla became shippable... which was quite a while ago.... a quick "apt-cache search netscape" turns up no netscape packages in Debian.

    11. Re:Enter the GNU by dnoyeb · · Score: 1

      RMS is not really that soft. His positions are firm. I do not think he would endorse using 4.4 if its not copylefted. He would endorse putting pressure on X to copyleft it in one way or another.

    12. Re:Enter the GNU by Anonymous Coward · · Score: 0

      It's purely a technical point to throw bloody red meat to the howling GNU/Zealots.

      It's not like having to include a line in your documentation is some overwhelming obligation or "obnoxious", even Microsoft manages to do it.

    13. Re:Enter the GNU by Anonymous Coward · · Score: 5, Funny

      Actually I think he prefers us to call it GNU/XNotFree86 4.4

    14. Re:Enter the GNU by he-sk · · Score: 1

      You don't remember netscape packages in Debian? You obviously never used potato or older.

      --
      Free Manning, jail Obama.
    15. Re:Enter the GNU by Brandybuck · · Score: 3, Insightful

      My understanding of this is that "free" means "compatible with GPL" in this context

      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?

      --
      Don't blame me, I didn't vote for either of them!
    16. Re:Enter the GNU by Anonymous Coward · · Score: 1, Informative

      Your understanding is incorrect: see what the FSF have to say about it.

    17. Re:Enter the GNU by squiggleslash · · Score: 2, Informative
      Yeah, actually I don't know why I wrote it like that, I had meant Netscape used to be in every distribution and one of the earlier drafts even had "until it became obsolete" in it. Gah.

      The point is made though...

      I doubt it's ever been in Debian because of Debian's policies on free software. Redhat, Slackware, etc, though are a different matter.

      --
      You are not alone. This is not normal. None of this is normal.
    18. Re:Enter the GNU by Anonymous Coward · · Score: 0

      Operation Hidden Agenda Cards [operationh...agenda.com]. You know you want them!

      and what would that hidden agenda be? perhaps destroying terrorism at its core, bringing deocracy to the middle east, and how 'bout protecting the united states. now, you hate bush. fine. but your bumper sticker logic is puerile and asinine. grow up. oh wait. you spend your day posting to /. nevermind. (me, it's a day off school.)

    19. Re:Enter the GNU by Anonymous Coward · · Score: 0
      I downloaded that 3 years ago :o)

      Edit: :o(

    20. Re:Enter the GNU by lga · · Score: 1

      Interestingly Redhat also used to include Metro-X in their distribution. If they are still around they might be a way of getting commercial only drivers on linux (for my laptop in particular.) Metrolink.com is refusing my connections so I can't look them up.

    21. Re:Enter the GNU by Anonymous Coward · · Score: 0

      Strawman.

    22. Re:Enter the GNU by Anonymous Coward · · Score: 0

      Clause 2b of the GPL makes it incompatible with any license but the GPL, whether the FSF currently enforces it or not. It says a derivative must be licensed *as a whole* under the terms of the GPL. Copyright law says that the copyrights in derivatives applies only to the work of the deriver and the other part (of the whole) still belongs to the other party and may be used only under his license. Since the whole of the derivative may not be licensed under the terms of the GPL without the second party's permission and the GPL requires that the whole be put under the GPL, THE GPL DOES NOT PERMIT deriving from anything but other GPL code, without all owners' having put their work under the terms of the GPL.

      The GPL could easily be "fixed", but it won't be.

    23. Re:Enter the GNU by Anonymous Coward · · Score: 0

      The GPL could easily be "fixed", but it won't be.

      As the saying goes, "why fix it if it ain't broken?"

    24. Re:Enter the GNU by Narchie+Troll · · Score: 1

      "Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

      The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

      THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE."

      -- the MIT license

      Many other Free, non-copyleft licenses have similar terms that expressly or implicitly allow sublicensing.

    25. Re:Enter the GNU by iabervon · · Score: 1

      He is firm on proprietary software; he won't use anything that doesn't given him the freedoms he considers important. But the GPL is designed not merely to provide those freedoms, but to aid in getting those freedoms to other works. The issue with this kind of license is that it doesn't scale well to a large number of combined projects, but XFree86 is a self-contained project anyway. The main issue is that using such a license encourages other people to use a similar license for other sorts of project, which would cause problems in the long run.

    26. Re:Enter the GNU by Anonymous Coward · · Score: 0

      How about "GNU/X!Free86v4.4"?

      Let's see them put that in an ad!

    27. Re:Enter the GNU by You're+All+Wrong · · Score: 1

      ------- Obsolete/local Optional packages in section contrib/web -------
      *** Opt contrib/ communicator 4.77-2 <none>
      *** Opt contrib/ netscape 4.77-2 <none>
      *** Opt contrib/ netscape-bas 4.77-2 <none>

      And I still use it too!

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
  4. I don't understand by garompa · · Score: 1, Redundant

    What exactly has changed in the 4.4 release?

    --
    Is it absolutely necessary to have a sig. ?
    1. Re:I don't understand by Dogers · · Score: 5, Informative

      Laymans terms, probably misunderstood:
      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!"

      --
      I am a viral sig. Please copy me and help me spread. Thank you.
    2. Re:I don't understand by Anonymous Coward · · Score: 0

      >"F*CK THAT!"

      Dont you mean "FSCK THAT!"

    3. Re:I don't understand by aldoman · · Score: 2, Funny

      Surely you mean "baisez cela!", en francais.

    4. Re:I don't understand by cayenne8 · · Score: 1
      Pardon the complete noob-iness here, but, you said this license was on distributed binaries. So, would it not be restrictive if you just sent the source out in your distro...and compiled it on the box?

      I don't mean you'd have to go totally source generated like Gentoo, but, could Mandrake to this one part compiled on install and get around any problems they perceive this new license poses?

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    5. Re:I don't understand by Anonymous Coward · · Score: 0

      4.4 has an upgrade to its toilet seats, they added air fresheners

    6. Re:I don't understand by McGarnacle · · Score: 1
      Pardon the complete noob-iness here, but, you said this license was on distributed binaries. So, would it not be restrictive if you just sent the source out in your distro...and compiled it on the box?

      Sure, but one of the (main) things that Mandrake uses to advertise itself as a Quality Product(TM) is a nice, easy, fast install. While I don't use it, I must give them credit, their installer is top-notch.

      If all of a sudden, XFree86 had to be compiled at the end of the Mandrake installation process, depending on the speed of the machine, it would increase the install time by *hours*. Totally unacceptable.

      I really think the XFree86 guys are shooting themselves in the foot here, if not in the head.

      If Mandrake has already decided they're not going to use it because of license issues, well... take a look at a couple other major distributions and how seriously they take legal issues: Debian has it's own legal mailing list, and are viewed by many as being far more restrictive or perhaps anal about licensing issues than others; Redhat... do they include mp3 support yet? I don't think so.

      I think most distributions will stick with 4.3 for now, until an alternative is available and ready for use (i.e. freedesktop.org or whatever). When that happens, the majority of XFree86's userbase will drop them like a hot potato.

      --

      I disagree with what you say, but will defend to the death your right to tell such LIES!

    7. Re:I don't understand by Anonymous Coward · · Score: 0

      No, he meant "FUCK THAT". I know, I know, it's confusing with the *, but you can look it up in a dictionary. It's actually a WORD.

    8. Re:I don't understand by lamont116 · · Score: 2, Informative

      What exactly has changed in the 4.4 release?

      Very little, in fact. The old license (1.0) required:

      The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

      THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

      Except as contained in this notice, the name of the XFree86 Project shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization from the XFree86 Project.

      The new license makes this a bit more specific:

      1. Redistributions of source code must retain the above copyright notice, this list of conditions, and the following disclaimer.

      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.

      4. Except as contained in this notice, the name of The XFree86 Project, Inc shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization from The XFree86 Project, Inc.

      You'll note that point 4 was already in the old license, and that the required notices are exactly the same. So what's different?

      In reality, not much at all! The new license just makes specific that if you are distributing XFree86 in binary form, you must include the notices in "the same place and form as other copyright, license and disclaimer information" and/or in "the same place and form as other third-party acknowledgments [are in the end-user documentation, if such documentation exists] ... [or] in the software itself, in the same form and location as other such third-party acknowledgments [apparently if you don't put it in the end-user documentation]."

      So, in other words, they want credit for writing your X server and libraries, of you want to leverage that software. They're concerned that the old license appeared only to require that you only give credit if you distributed it in source form. Notably, nothing in this new license requires that you list the names of all the programmers, only "The XFree86 Project, Inc (http://www.xfree86.org/) and its contributors."

    9. Re:I don't understand by Anonymous Coward · · Score: 0

      I should note that the disclaimer of liability in 1.1 is a bit more verbose than in 1.0, but it appears to say the same thing:

      THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE XFREE86 PROJECT, INC OR ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

      (And I should not use so many caps - it's like yelling! And I really shouldn't use so many caps - it's like yelling and yelling and maybe like shouting too!)

      -lamont116

    10. Re:I don't understand by dolmen.fr · · Score: 1

      A better translation would be "Allez vous faire foutre !" (with the space before the '!').

  5. 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?

    1. Re:Why does Mandrake have a problem with this? by rsidd · · Score: 5, Informative

      Didn't you follow the link? For those who didn't: (1) Including the new text in every place it "should" go is a lot of work, for so late in the release cycle; (2) the new XFree86 licence is likely not GPL-compatible, which causes huge problems for all distributors, not just Mandrake.

    2. Re:Why does Mandrake have a problem with this? by Namaseit · · Score: 5, Informative

      Read the license again! There is a no advertising without written permission clause. This is incompatible with the GPL *and* the amount of work it would take to get written consent from *every* developer to put "has XFree86 4.4" on a box or on a webpage is so much a pain in the ass it's quite insane that they even added that clause.

      --
      75% of all statistics are made up!
    3. Re:Why does Mandrake have a problem with this? by Dr.+Blue · · Score: 4, Insightful

      There is a no advertising without written permission clause.

      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 /usr/share/doc/XFree86 or whatever you'd be in compliance.

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

    4. Re:Why does Mandrake have a problem with this? by Anonymous Coward · · Score: 2, Insightful

      to put "has XFree86 4.4" on a box

      So now you see that RMS was only ahead of his time asking for GNU to be added to Linux. Luckily for him, he only asked, rather than putting it on the license, so he just got ignored rather than having all FSF projects forked like XFree is going to be.

    5. Re:Why does Mandrake have a problem with this? by Anonymous Coward · · Score: 0

      Good point. So why is someone not taking the 4.4 rc2 code and forking it to something else? Seems the logical thing to do.

    6. Re:Why does Mandrake have a problem with this? by Anonymous Coward · · Score: 0
      Read the license again! There is a no advertising without written permission clause.


      That was in the original license, numnuts!

    7. Re:Why does Mandrake have a problem with this? by Fnkmaster · · Score: 2, Informative
      No, there is a no use of their trademark in advertising clause. That's definitely not GPL-incompatible and is almost identical to the last clause of the generally accepted and used BSD license (see here for example). In the general (modified) BSD license, this clause is definitely considered GPL compatible, so there's no reason this should be different. In fact, that clause is what differentiates the "modified BSD License" from the "MIT License".


      The real problem is the addition of the advertising clause, as found in the original (GPL-incompatible) BSD license. They've tried to "update" the advertising clause by allowing it to be satisfied by including of an acknowledgement message in the software itself, but still many people will find that annoying unclear, and unnecessarily redundant. And probably GPL incompatible.

    8. Re:Why does Mandrake have a problem with this? by Anonymous Coward · · Score: 0

      There is a no advertising without written permission clause. This is incompatible with the GPL

      Funny, that's been in the original X11 license for a while now, and the modified BSD license, on the same page. Both of which are listed as compatible with the GPL.

      the amount of work it would take to get written consent from *every* developer to put "has XFree86 4.4" on a box or on a webpage is so much a pain in the ass it's quite insane that they even added that clause.

      You can write it on the box just fine, as long as you don't make it a point to differentiate your product. In any case, it's fairly trivial to just NOT WRITE IT ON THE BOX if that becomes a problem.

    9. Re:Why does Mandrake have a problem with this? by Anonymous Coward · · Score: 0

      He wasn't even ignored. Debian is technically Debian GNU/Linux, unless you're using the versions with the Hurd or BSD kernels.

    10. Re:Why does Mandrake have a problem with this? by skyshine23 · · Score: 1

      kay this is the points of the license that mandrake is having a problem with. think of how much work it would be to include the copyright notice in the distrubution code. now if XFREE86 is willing to included the copyright code in the binaries before distributing it to public access. as the files are first created by xfree86 then given public access allowing them to be included in the disto's

      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.

    11. Re:Why does Mandrake have a problem with this? by visualight · · Score: 1

      Well it could be a big deal depending on how you define the word "advertising". Could it mean that you need written permission to publicly display the term "xfree86"? That could be a problem.

      If I wanted to sell computers pre-installed with linux I would need written permission to say "includes xfree86 4.4" in my brochure. I think that's a big deal

      --
      Samsung took back my unlocked bootloader because Google wants me to rent movies. They're both evil.
    12. Re:Why does Mandrake have a problem with this? by iminplaya · · Score: 1

      Maybe it would mean another whole bunch of CD's just for licenses.

      CD's 1 & 2 - Install
      CD's 3 & 4 - Apps
      CD's 5 & 6 - Source
      CD's 7,8,9,10,11... - Licenses

      --
      What?
    13. Re:Why does Mandrake have a problem with this? by Anonymous Coward · · Score: 0

      I followed the link and I still don't understand.

      1) Including the new text in every place it "should" go is a lot of work, for so late in the release cycle

      Okay - so for next release cycle they can use Xfree4.4

      (2) the new XFree86 licence is likely not GPL-compatible

      Why? The way I see it, the only thing you have to do is distribute the source files with the copyright, and distribute the binary with the documents. That's it. Why is this GPL-incompatible?

    14. Re:Why does Mandrake have a problem with this? by Rogerborg · · Score: 2

      I followed the link and read both the utterly unhelpful Mandrake whine, and the (to me) pretty much unrestrictive XFree86 license, and I still don't see what the big furry deal is.

      Perhaps you could get off your high horse and explain why the license isn't GPL compatible, and also why that's a problem when it's being linked to and not compiled together with GPL code.

      --
      If you were blocking sigs, you wouldn't have to read this.
    15. Re:Why does Mandrake have a problem with this? by Rogerborg · · Score: 1

      I have read the license, and sir, you are full of shit. What is "no advertising without written permission" meant to mean? What part of the license are you referring to? Can you quote it and explain why it's incompatible with the GPL? Shrieking and asserting isn't helping your cause.

      --
      If you were blocking sigs, you wouldn't have to read this.
    16. Re:Why does Mandrake have a problem with this? by milang · · Score: 1

      So what ? Say "Includes an X server."

  6. 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?

    1. Re:And what would be the Problem? by Anonymous Coward · · Score: 2, Informative

      The problem is that Mandrake would be violating the license on every program in their distribution that used the GPL or any other copyleft license that did not contain the requirement for acknowledgement.

    2. Re:And what would be the Problem? by Squinky86 · · Score: 2, Informative

      There are numerous driver updates that greatly affect my laptop's abilities. I need 4.4, so if Mandrake drops it, I won't be using their distro.

    3. Re:And what would be the Problem? by Anonymous Coward · · Score: 0

      WTF? How the FUCK would changing the way Mandrake handles X11 have ANYTHING to do with any other software, period?

      Both sides are making this much too big a thing. And this is a case there making it a big thing ISN'T a good idea. It's not Stonehenge, guys.

    4. Re:And what would be the Problem? by adrianbaugh · · Score: 4, Insightful

      Rubbish. It's very clear that isn't the case - applications (or, for that matter, libraries) that run on top of X but do not require a particular flavour of X to work are not considered derivative works. If they were, you couldn't run GPLed programs on any proprietary X server including MacOS, various commercial UNIXes, the commercial X servers that are available for Linux, etc. etc.

      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.

      --
      "'I pass the test,' she said. 'I will diminish, and go into the West, and remain Galadriel.'"
      - JRR Tolkien.
    5. Re:And what would be the Problem? by Anonymous Coward · · Score: 3, Insightful

      And I should care because...?

      I understand that this is not convenient for you, but companies take compliance with licenses seriously. Copyright infringement has very serious penalties these days, including $150K per violation. For a distributor that could easily run into the hundreds of millions. Not to mention criminal penalties.

      It's like saying that downloading unlicensed MP3s is easy for you so you don't understand why Napster stopped doing it and you will no longer be using their service.

    6. Re:And what would be the Problem? by Choron · · Score: 1

      Seriously, how is that informative ? That problem doesn't affect only Mandrake either, in case you can't read the English.

      --
      "Naughty, naughty, naughty, you filthy old soomka !"
    7. Re:And what would be the Problem? by Squinky86 · · Score: 1

      It shows why Mandrake should care- there are users out there who would benefit from xfree 4.4. And no, not any distro has this problem- I'm doing fine with gentoo.

    8. Re:And what would be the Problem? by jrockway · · Score: 1

      Here's a better example: You can't use Mozilla to access an IIS server. This, of course, sounds rediculous. Mozilla [client] isn't a derivitave of IIS [server]!

      The same goes for X apps. X apps contact the server, send it a message, and wait for a reply. That's not a derivitave either.

      So X apps [client] and the X server [server] are pretty much unrelated. You might need an Xlib to talk to the server, though. AFAIK, those are available for linking under any license, though?

      --
      My other car is first.
    9. Re:And what would be the Problem? by Sleuth · · Score: 1

      Well, one might better ask if Mandrake was abiding by the previous license requirements. XFree86 has always required acknowledgement of use in some form. Possibly Mandrake just never realized this and has now discovered it...

      Of course, that would make using XFree86 4.3 problematic also.

    10. Re:And what would be the Problem? by Rogerborg · · Score: 1, Troll

      >Anyone have an explanation?

      The long explanation is, well, long and boring. The simple explanation is that GPL advocates are sexually frustrated social retards who carry around a knife at all times just in case they get the chance to cut off their nose to spite their face.

      In this case, they refuse to add "This product includes software developed by The XFree86 Project, Inc (http://www.xfree86.org/) and its contributors" to the end user documentation. That's it. That's the whole story. Make your own judgement about whether my "simple explanation" is hyperbole.

      --
      If you were blocking sigs, you wouldn't have to read this.
    11. Re:And what would be the Problem? by Anonymous Coward · · Score: 0

      The simple explanation is that GPL advocates are sexually frustrated social retards who carry around a knife at all times just in case they get the chance to cut off their nose to spite their face.

      This is modded informative and not flamebait? Take a moment to remind yourselves of your favourite joke involving moderaters and crack, people.

      In this case, they refuse to add "This product includes software developed by The XFree86 Project, Inc (http://www.xfree86.org/) and its contributors" to the end user documentation.

      Read the documentation. It already includes that. This is about XFree suddenly, without any warning or discussion, switching licenses in a way that causes legal problems for people linking GPL software to XFree.

    12. Re:And what would be the Problem? by Anonymous Coward · · Score: 0

      Rubbish. It's very clear that isn't the case - applications (or, for that matter, libraries) that run on top of X but do not require a particular flavour of X to work are not considered derivative works. If they were, you couldn't run GPLed programs on any proprietary X server including MacOS, various commercial UNIXes, the commercial X servers that are available for Linux, etc. etc.

      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.


      The grandparent poster was Darl McBride:)

  7. Time to find an alternative. by jsrlepage · · Score: 5, Informative

    Yes, I know, XFree was, and still is, THE X11 free implementation for a Linux graphical subsystem. YES, it is by far one of the most advanced overall. But NO, there is NOT only this one.

    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.

    --
    This is my opinion. Everyone has a right to my opinion.
    1. Re:Time to find an alternative. by GreyWolf3000 · · Score: 0

      Xouvert is not a new subsystem.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    2. Re:Time to find an alternative. by jsrlepage · · Score: 1

      new implementation, if you prefer.

      --
      This is my opinion. Everyone has a right to my opinion.
    3. Re:Time to find an alternative. by Anonymous Coward · · Score: 0

      Freedesktop and Xouvert just took the XFree code and somewhat forked it. They are not a rewrite from scratch at all. They are just development branches that aren't encumbered by XFree86's (the organization) stupidity and restrictions.

      Keith Packard practically does all the new code anyhow.

    4. Re:Time to find an alternative. by stwrtpj · · Score: 4, Insightful
      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.

      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.

      --
      Karma: Frotzed (mostly due to the Frobozz Magic Karma Company)
    5. Re:Time to find an alternative. by dchamp · · Score: 1

      Nope. According to the Xouvert FAQ it's a "branch" of XFree86. They specifically state that they're maintaining code and license compatibility with XFree86. So, doesn't that mean that Xouvert would suffer from the same licensing problems?

    6. Re:Time to find an alternative. by jsebrech · · Score: 1

      Freedesktop and Xouvert just took the XFree code and somewhat forked it.

      As far as I know the freedesktop project's x server is based on kdrive (the lightweight X server meant for pda's) and not on the main XFree86 codebase.

    7. Re:Time to find an alternative. by jrockway · · Score: 1

      > "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. This is my greatest worry. If things keep changing, proprietary vendors will get tired of learning the new APIs ever week and will say "Fuck Linux". Now I know we shouldn't depend on proprietary software, but who else makes graphics cards?

      Fortunately, new implementation != changing the APIs. We can always have a compatability layer.

      --
      My other car is first.
    8. Re:Time to find an alternative. by Anonymous Coward · · Score: 0

      Oh but with FD.o it is!

    9. Re:Time to find an alternative. by innocent_white_lamb · · Score: 2, Insightful

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

      "Hello, Nvidia? Would you like to continue to sell graphics cards to the growing numbers of people who use Linux?" If the answer is no, there are other manufacturers who will take up the slack. It's the nature of a truly competetive marketplace.

      --
      If you're a zombie and you know it, bite your friend!
    10. Re:Time to find an alternative. by acoopersmith · · Score: 2, Informative
      There are two X server projects on freedesktop.org right now:
      • xserver - the experimental, kdrive-based branch started by Keith Packard
      • xorg - the X release of the newly-reformed X.org Foundation.
      The xorg server is compatible with XFree86 drivers - it's based on a blend of the traditional X.org X11R6.6 release and XFree86 4.4RC2 (the last before the license change). It's the one the cygwin group has adopted for their X server going forward after they decided they couldn't work with the XFree86 people anymore.
    11. Re:Time to find an alternative. by Anonymous Coward · · Score: 0

      I dont thing NVidia would be in opposition to such idea, after all the use a layered driver anyway to share as much code as possible with the windows drivers.

      A leaner and cleaner interface to the XFree server would not really hurt them.

    12. Re:Time to find an alternative. by Britz · · Score: 1

      Nvidia is the only large company that put out drivers for their chip themselves. They would maybe have to do some modifications, but wouldn't need to start all over again. Also they only support x86 with a crappy driver. There is an excellent open source nvidia driver.

      The only reason I use the nvidia driver is that I happen to use x86 hardware and sometimes play games that need 3d acceleration. But there is a very limited number of games out there that nativly run on Linux and need 3d acceleration. The next card will be Ati anyways, because then I won't have to taint my kernel.

      Yes, I am a happy Debian Sarge user (Debian still uses 4.2.1 for Sarge/testing so I am still licking my fingers for the good stuff in 4.3)

    13. Re:Time to find an alternative. by TheLink · · Score: 1

      "Hello, Nvidia? Would you like to continue to sell graphics cards to the growing numbers of people who use Linux? If the answer is no, there are other manufacturers who will take up the slack. It's the nature of a truly competetive marketplace."

      1) There aren't that many graphic card vendors.
      2) There's the MS O/Ses that will take up the slack.

      It's a matter of who needs who more. And personally Nvidia would do fine without supporting XFree. The NV and svga stuff work well enough for servers and office apps.

      If they drop support for "a moving target XFree", Nvidia can support the 90% using windows without spending lots of their resources. Fine for them if their competitors spend significant resources on a small market.

      Like what Michael Dell said about the 8 way and above servers: "It's already a very small percentage, so we're very happy to let the other guys have 100 percent of the 15 percent."

      Most of us who run Linux servers use text only anyway so like we give a damn about X servers.

      I still don't like the way the typical X clipboards work.

      --
  8. Other peoples' code, other peoples' license! by Anonymous Coward · · Score: 2, Insightful

    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.

    Build your own, if you want to be in control of its terms. If you bundle someone else's product with your product, that's a choice you make and a risk you take.

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

    2. Re:Other peoples' code, other peoples' license! by Gil-galad55 · · Score: 3, Insightful

      That's true. But part of the OSS mantra, and certainly in keeping with the UNIX philosophy, is code re-use. Why should developers take the time from other development to re-invent the graphical wheel? XFree86 didn't always have these problems, so why not use it?

      --

      To follow knowledge like a sinking star, / Beyond the utmost bound of human thought. ("Ulysses", Tennyson)

    3. Re:Other peoples' code, other peoples' license! by ron_ivi · · Score: 4, Interesting
      "Build your own" is a horrible waste of resources that takes no advantage of code-reuse.

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

    4. Re:Other peoples' code, other peoples' license! by offpath3 · · Score: 5, Insightful

      Why? Just because the XFree86 people decided to make their license terms incompatible doesn't mean that we can't use their older versions. Heck, we can even fork their last good version. That's the _entire_ point of using open source. Had XFree86 been propriatary, we'd be screwed in this case, but now it's just an inconvenience.

    5. Re:Other peoples' code, other peoples' license! by LittleBigLui · · Score: 2, Interesting

      just a few corrections:

      If you have a GPL-licensed product, you shouldn't feel a need to build your own if you find appropriate GPL-licensed components. Or find some BSD-licensed components.

      If you're making something proprietary, well, I guess yeah, build your own. Or find some BSD-licensed components. ;)

      --
      Free as in mason.
    6. Re:Other peoples' code, other peoples' license! by fwarren · · Score: 2, Interesting
      Yes, Mandrake took the risk, they use XFree. And the license was fine for XFree 4.3

      Now the license has changed for 4.4, they are sticking with XFree 4.3. They have made their own bed, they will sleep in it.

      If the XFree 4.4 license is really an issue, then some GPL xfree replacment will mature at a rapid pace while the distributions stick with XFree 4.3.

      Mind you I like XFree 4.3, however, if I had to go back to XFree 3.3, I could live with it. I am sure there will be no problem living with XFree 4.3 and the necessary workarounds for new hardware till a suitable replacement is availble...assuming one is actually needed.

      --
      vi + /etc over regedit any day of the week.
    7. Re:Other peoples' code, other peoples' license! by Anonymous Coward · · Score: 0

      Ehh, when the same thing happens to Qt all the KDE followers will be whining in shock and horror as well.

      Learn from history, else be condemned to repeat it.

    8. Re:Other peoples' code, other peoples' license! by Anonymous Coward · · Score: 1, Insightful

      No, If you're making something proprietary you find a BSD-licensed product and use it and don't contribute your changes.

      Which is not all bad, as it allows for startups to not have to go from 0 to 10 in functionality to catch up with a competitors program they can just value add from 7 to 10. It helps capitalism, but it doesn't really help the community (asides from voluntary actions, ala apple), I dunno - both GPL and BSD are good - I am not flaming, just pointing to differences.

    9. Re:Other peoples' code, other peoples' license! by bfree · · Score: 2, Informative

      As someone else pointed out RMS essentially predicted it. But the most important point is that it is and was forkable into a seperate project (i.e. freedesktop.org) or just into a GPL compatible version, then the question is how much code gets shared and how much they diverge, and who chooses to use what for what and .... it's what Free software is about, each time someone closes off a freedom, someone will work to preserve it. People who put work in under the old licensing can continue on, they just mightn't be able to take the new stuff. Sometimes it will remain at the fringes but frequently the freer version will take most of the users and developers. I'm still happy that I saw Keith Packard saying freedesktop.orgs release will be DFSG-free, that's enough for me :-)

      --

      Never underestimate the dark side of the Source

    10. Re:Other peoples' code, other peoples' license! by buleriando · · Score: 1
      XFree's sudden change to their license was a suprise that many people never saw coming.

      Except, almost 6 years ago, Richard Stallman: The X Window's Trap

    11. Re:Other peoples' code, other peoples' license! by Darth · · Score: 3, Insightful

      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.

      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.

      --
      Darth --
      Nil Mortifi, Sine Lucre
    12. Re:Other peoples' code, other peoples' license! by Anonymous Coward · · Score: 0

      Good points. I think you summarized perfectly.

    13. Re:Other peoples' code, other peoples' license! by EzInKy · · Score: 1

      "Build your own" is a horrible waste of resources that takes no advantage of code-reuse.

      Didn't Linux begin life because someone wanted to build his own Unix? Starting from scratch is not always the worst solution.

      --
      Time is what keeps everything from happening all at once.
    14. Re:Other peoples' code, other peoples' license! by brxndxn · · Score: 0

      As a confused linux n00b who always gets insulted when trying to learn linux, I don't understand why offpath3's post isn't one of the most important here.

      Why can't Mandrake just take an older verson of XFree86 (before the license change) and add whatever the hell they want and call it XFree87 Mandrake-style?

      I mean.. just tell that dumbass at XFree86 'Hey dude, we'll take your source from here. K, thx.'

      --
      --- We need more Ron Paul!
    15. Re:Other peoples' code, other peoples' license! by Anonymous Coward · · Score: 0
      didn't the problems that started this thread come up because a GPL'd product (Linux) was using a BSD-like-component(X)

      If you want a GPL'd product, you're better off using GPL'd components to protect against future incompatable license shifts.

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

    1. Re:GPL compatibility by iminplaya · · Score: 1

      Cross-license XF86 under its own liberal license,...

      Soon you will have so many criss-crossed licenses, the whole thing would become undecypherable(?). Oooo...I just thought of a new encryption scheme. Nevermind...the lawyers beat me to it.

      --
      What?
  10. Not to spell doom... by hermeshome.se · · Score: 5, Insightful

    ...to XFree86 but I don't see them making any new friends by doing this kind of thing. As soon as
    alternatives are more mature, XFree86 will feel the heat.

    And as for the Free in XFree86... Hmm..

    1. Re:Not to spell doom... by lgftsa · · Score: 1

      You probably don't want to know about Apollo's Public Domain, then...

    2. Re:Not to spell doom... by VargrX · · Score: 2, Insightful

      ...to XFree86 but I don't see them making any new friends by doing this kind of thing. As soon as
      alternatives are more mature, XFree86 will feel the heat.

      Here's hoping that, yes, there will be alternatives (which are always good things) and the ATi,Nvidia, and the other 'big guns' will support them (little chancy right now, seeing as XFree is the 'defacto' standard).

      And as for the Free in XFree86... Hmm..
      still free, go read the license.

      --
      Sometimes people just have to learn and adapt to change, it is one of the requirements of being a living thing.
    3. Re:Not to spell doom... by EzInKy · · Score: 1

      Well now, this is strange, I've never had my formatting disappear this badly in my message before.

      I believe that is a new Slashdot feature. The code goes something like this:

      if(spell_nazi == TRUE)
      fsck_up(his_msg_fmt_str);

      --
      Time is what keeps everything from happening all at once.
    4. Re:Not to spell doom... by really? · · Score: 1

      My memory's a bit fuzzy on this, but is the "free" in XFree86 not a play on words? I seem to remember something about it being an "X for 386" ... the 3 became a free. Or am I just hallucinating?

      --

      "Consistency is contrary to nature, contrary to life. The only completely consistent people are the dead." A. Huxley
    5. Re:Not to spell doom... by SSJ_Ramon · · Score: 2, Funny

      Pardon my spelling, I am from Sweden, a country known for their bad English.

      Your spelling is OK. I'm from the U.S.A., a country known for its bad English. ;-P

      --

      This .sig is void where prohibited, no purchase necessary.
  11. Wither X? by MrChuck · · Score: 5, Insightful
    Grrrr. I've used X for 12 years now, regularly. It was *ok* on a Sun 3, if you opened a window and waited a while. It's gotten better.

    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.

    1. Re:Wither X? by ratboy666 · · Score: 4, Informative

      X is *just* the network drawing stuff. There has been no need to change that...

      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

      --
      Just another "Cubible(sic) Joe" 2 17 3061
    2. Re:Wither X? by LittleLebowskiUrbanA · · Score: 5, Funny

      Wait a minute. So what do all do I get out of killing a chicken at the full moon? If there's smooth sleep/resume involved, chickens watch out!

    3. Re:Wither X? by ChaosDiscord · · 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 offerings.

      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.

    4. Re:Wither X? by be-fan · · Score: 5, Insightful

      Stuff is racing forward at freedesktop.org. They are planning (and already have a lot of code for):

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

      --
      A deep unwavering belief is a sure sign you're missing something...
    5. Re:Wither X? by FrostedWheat · · Score: 1

      it's pretty well unchanged from 1994

      If it ain't broke, don't fix it!

    6. Re:Wither X? by Quarters · · Score: 1
      Whether it is hyperbole, FUD, or BS, your statement of, "...Windows and X Windows finally now can do that if you kill a chicken at the full moon." is patently false.

      All it takes to run dual monitors on Windows (from 98SE on) is either 2 video cards or a dual head video card (which most modern cards are) and 2 monitors.

      I can't speak for X, but using dual monitors on Windows is extremely easy.

    7. Re:Wither X? by Anonymous Coward · · Score: 0

      Umm... could it not be that hardware has slightly improved in the last 12 years? You can hardly blame slowness on the software when running stuff on a Sun 3.

    8. Re:Wither X? by Anonymous Coward · · Score: 0

      No. There is no "X Windows".

      What you mean is "X Window System".

      "X Window System" is the server, the client, etc; all the software.
      "X" is the protocol.
      "XFree86" is an implementation of X and a X Window System.

      Incorrect terms are:

      "X Window", "X Windows", "X Window Environment" while "X Window System" is meant. This is particulary confusing for people with a Windows background.

      "X11" or "X11R6" which are versions of the "X" protocol. Not entirely incorrect imo, rather useful sometimes. It's at least not about the "X Window System" itself.

      Some people don't like it when above is pointed out. They perceive it as whining, find it irrelevant, etc. It does matter. Like i said earlier naming it "X Window", "X Windows" or "X Window Environment" is regulary confusing for Windows people. They think as "X Window" or "X Windows" is a replacement for Windows, an addition of Windows, wonder what the X stands for, think X is a replacement for the Explorer shell, etc. Some might even copy it, poisoning the term futher.

      In history, for quite a lot of current languages including English, one can with little investigation find out of examples where definitions and terms were "raped" because of wrong usage. Let us save this diamond.

    9. Re:Wither X? by Anonymous Coward · · Score: 0

      On a sidenote (same AC) i'm a complete idiot using the term "Windows" to refer to "MS Windows" or "Microsoft Windows". Excuse me. This is also one great term-rape.

      You bett LindowsOS wasn't much into trouble when everyone correctly called Microsoft Windows... just that, Microsoft Windows...

      (Now, let us discuss Google and "googling" ;) seems obvious to me why Google doesn't like the term "searching" or "using a search engine" being replaced with "googling". Discussions about this can be goog^H^H^H^Hsearched for.)

    10. Re:Wither X? by Anonymous Coward · · Score: 0

      Funny!

      This one conservative quote doesn't always hold ground. If everyone would think like this and nobody would find something broken the world would never change at all. Luckily that isn't true.

      I, for one, in an abstract sense quite like innovation. It just depends on the situation wether i chose such or rather keep the things which simply work and keep that going.

      Think about all these people running Windows. If they don't know how to fix it, or don't find it broken, they won't fix it.

      The definition of "broken" is also highly debatable.

      It is broken now! Let us fix it with FD.O!

    11. Re:Wither X? by Anonymous Coward · · Score: 0

      Windows, OTOH...

      He was referring to Microsoft Windows and crashes. You've just proved telepathy exists. You named Windows 98 SE!

    12. Re:Wither X? by diamondsw · · Score: 4, Insightful

      And what exactly about that is ahead of Mac OS X, as it stands now? I certainly know that 1 and 2 have been there since 10.0, and 3 was added in 10.2. Number 4, I'm not sure what you mean? You could certainly say that OpenGL in Mac OS X is independent of X, since X is an optional install.

      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 /.)

      --
      I don't know what kind of crack I was on, but I suspect it was decaf.
    13. Re:Wither X? by Alan+Cox · · Score: 4, Insightful

      XKeith86 has definitely moved forward. XFree is a bit stuck, and everyone who tries to improve it seems to get fired from XFree86 cvs on the spot

      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.

    14. Re:Wither X? by be-fan · · Score: 1

      And what exactly about that is ahead of Mac OS X, as it stands now? I certainly know that 1 and 2 have been there since 10.0, and 3 was added in 10.2.
      ----------
      Quartz "Extreme" accelerates only window compositing. Drawing (ie. everything else) is still done via the CPU. That means if you actually use lots of vector graphics, it'll run dog-slow. Why do you think OS X's UI is still mostly composed of bitmaps? Both FD.O and Longhorn will use OpenGL to accelerate actual drawing, so you can have very rich vector applications without a performance hit. Read Apple's 2002 SIGGRAPH paper for how Quartz "Extreme" works.

      like anti-aliasing are completely sorted out, once and for all.
      -------
      Anti-aliasing has worked for years. What version of KDE/GNOME are you using?

      --
      A deep unwavering belief is a sure sign you're missing something...
    15. Re:Wither X? by Anonymous Coward · · Score: 0
      X is *just* the network drawing stuff. There has been no need to change that...

      Why can't we draw a string rotated 90 degrees? Or rotated at an arbitrary angle? Why can't we have translucent windows? These are technologies that should have been developed years ago.

    16. Re:Wither X? by Noehre · · Score: 1

      You make the assumption that between now and freedesktop.org actually having all of this, OS X will have not advanced at all. A little bit naive, oui?

    17. Re:Wither X? by be-fan · · Score: 1

      No I didn't. Why do you think I said "MacOS X (as it is now)" in my original post?

      The point of comparing to OS X was to provide a point of reference that people could see now.

      --
      A deep unwavering belief is a sure sign you're missing something...
    18. Re:Wither X? by 10Ghz · · Score: 1
      Both FD.O and Longhorn will use OpenGL to accelerate actual drawing


      Longhorn will use Direct3D, not OpenGL.
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    19. Re:Wither X? by be-fan · · Score: 1

      Bah. You and your logic! I think my mind is just supressing all thoughts of D3D programming :)

      --
      A deep unwavering belief is a sure sign you're missing something...
    20. Re:Wither X? by FrostedWheat · · Score: 1

      The X11 protocol and the XFree86 server in my mind are not broken, and don't need fixed (improved, perhaps). Some of the drivers are broken but that's not always the fault of the XFree86 developers.

      The new license is a bit strange and should be changed. THAT is broken.

      I do agree about the quote not always being true. But everytime X comes up here you get people screaming about replacing it. Despite X not being broke! It's really quite good actually.

    21. Re:Wither X? by Anonymous Coward · · Score: 0
      X is *just* the network drawing stuff. There has been no need to change that...


      Why can't we draw a string rotated 90 degrees? Or rotated at an arbitrary angle? Why can't we have translucent windows? These are technologies that should have been developed years ago.


      Because they don't have anything to do with networking. Frippery of the kind you suggest seems to be important to some people, yes, but they don't belond in X.
    22. Re:Wither X? by Anonymous Coward · · Score: 0
      I'll look forward to that being done. Then maybe we can examine what's needed for copy and paste to work,,,


      Oh, for the love of God! X supports cut and paste perfectly. However, for some reason the tool kit coders (ie. GTK and QT, etc) don't want to support it properly. Complain to them.

      On a side note. Why is it that every single time someone complains about X its *always* a problem with Gnome or KDE. We never had this problem with CDE.
    23. Re:Wither X? by Anonymous Coward · · Score: 0

      Just try to replace your videocard driver without restarting X or kill all your apps....

    24. Re:Wither X? by drunkenbatman · · Score: 1

      damn, be-fan, looks like you have quite the knack for makiing the apple-zealot-read-some-buzzwords-off-of-pamphlet-t ypes get all defensive even though your posts go out of your way to take what they're going to say into account.

    25. Re:Wither X? by Anonymous Coward · · Score: 0

      Problem being is that X can never be as fast because it cannot accelerate the "widgets" ontop as you so neatly put it. This is where MS Windows has the advantage. Mostly all things on screen are accelerated - including fonts and font smoothing, transparancies etc.

      Because of the split between X and window managers we will not likely see a good accelerated GUI that will be as MS Windows. We need a fundamental change.

      Screw X11 and develop something new and better. Linux is stuck in 1990'ies. Grow up and get over it.

    26. Re:Wither X? by Anonymous Coward · · Score: 0

      your quoting style is a little confusing.. you should at least italicize the other person's text. I don't know what you wrote and what the other person wrote.

    27. Re:Wither X? by MrChuck · · Score: 1
      Well, no. I don't own or use Windows (ok, work makes me, but only VNCed from a FreeBSD box). I have used Unix for 20 years. I played with X the first time in '88 when a friend was working at MIT on project Athena. Large DEC boxes.

      I believe the biggest failing of the XWindow System derives from its birth in the Apple/Lotus LookNFeel error^Wera.

      I also used SGIs a lot. GL made it VERY programmable when a "Hello world" X program was 4 pages of setting pointers. More, my SGI could render a 3D "hello world" and spin it on a couple axes without much effort, using the boxes ($20k) accelerated Video card. The CPU would be mainly idle with the graphics hauled.

      In short, yes, I've written for X environments, Mac (since Finder 1), GL and OpenGL. A little little bit for windows. And X Windows environments - what the user ends up with - is aged, is not meeting the needs of users or developers. The unovation speaks for itself.

      Once upon a, competing widgets were OpenLook and Motif. Nice choice. Sucks and Sucks More (you choose order). The vendors came up with Committee Designed Environment (CDE) - the Camel of desktop environments. Open Source (again) wins out as Sun starts to offer GNOME. To be fair, I've used lots of SunOSs and other OSs on Sparcs and run open source window managers, X11 and tools. (It's irksome when I'm told that GNOME or KDE is a Linux tool).

      The replies to my original post are filled with [TOOL] is going to have [FEATURE HERE].

      That's sad. X was a leading edge once. Now it's going to, forever.

      I do expect more from an open source windowing project like X11 and its addons.

      So again, what UI advances have there been?

      The core toolkit needs to support acceleration (perhaps through abstraction and "handles" of routines that can be intercepted by a smarter driver), but it also needs to break free of the way it puts pixels. Square windows everywhere, (decorated by the WM, yes, but X owns the window), lots and lots of basic functionality being provided by another layer of tool kits - it's time for core menus, pull downs, dialog boxes, etc. Snapshotting apps and other BASIC functionality needs to be awefully close to core. Core at least has to be able to query an app to find out what it needs to restart it using the file(s) its in and location(s) in said files.

      Nobody sane would put X on a handheld; nobody sane would run it remote over a modem speed connection (that will be solved in 1995, promise - it will be here real soon now); nobody sane would run it on a device with smallish memory. X11R4 ran ok on a 16MB SPARCStation 1. Just ok. Add the 17 layers atop X11 that you need to make it functionally, and you need TONS more RAM. My car's LCD should be running X. And it should be easy to program, robust and tiny (for 2 "uh oh" 4 - 16MB)

      I'm truly sorry that cutting edge and advanced UI design are not and will not happen when you are using X11. The XConsortium set the stage on a platform of fear and left us tools that are difficult to use; since then it just hasn't been addressed and fixing it appears unlikely.

      Pleading that X11R# is simply there to light up pixels in a Window still leaves us with Suck. It's Suck Rationalization. It was more convincing in 1994 or so when advances were expected from vendors and open source. Nobody has delivered. When I logged into Irix 3.x, I got pretty shaded buttons that spun off to oblivion when selected. That's still a bear to do on a Unix box running X.

      --
      multihead

      I can stick 2 different video cards in a Mac and it shows up as one contiguous desktop. I can tell the system where those monitors are relative to each other. First did this in 1985 - when half of you all were born

      I can stick 2 different video cards in a Sparc 10 (or 2 or 5/10, etc) and it will run 2 different windows setups, it two different desktops.

      When I stick a PCI S3 video card in a machine with

    28. Re:Wither X? by renoX · · Score: 1

      Yes, sure CDE is perfect..

      Give me a break! CDE is a POS, have you tried using dtfile and dtpad?
      They won't even work correctly remotely!!

      It is the first time that I see applications not working correctly through an export DISPLAY..
      Thanks Sun!

    29. Re:Wither X? by Anonymous Coward · · Score: 0
      I can stick 2 different video cards in a Sparc 10 (or 2 or 5/10, etc) and it will run 2 different windows setups, it two different desktops.

      You've mentioned this twice as if it's a problem. If you don't like the behavior, why don't you use xinerama (available on Solaris for years) to create a single desktop?
    30. Re:Wither X? by Anonymous Coward · · Score: 0

      What does one use translucent windows for?

  12. XFree86 is a licensing mess. by breser · · Score: 5, Informative
    It's become clear after Branden Robinson did an audit of licensing in XFree86 that there are problems even outside of this license change.

    You can read his analysis on a thread on debian-legal.

    There's also been extensive discussion of the new license on debian-legal. The discussion carries over from Jan into February too.

    1. Re:XFree86 is a licensing mess. by nonmaskable · · Score: 1

      He's wrong about some of his concern - the regents explicitly removed the advertising requirement from all code copyrighted by them. His analysis ignores that fact.

    2. Re:XFree86 is a licensing mess. by breser · · Score: 2, Informative
      No he didn't

      This has probably been reverted to the 3-clause BSD license through the Regents' mass relicensing of such code; see ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.Lic ense.Change

      However, the university statement only says BSD Unix files have the clause removed. It's unclear if they X11 files with that clause are included or not.

      He points out that Berkeley needs to be asked about this:

      * The Regents of the University of California can be contacted about the contents of xc/programs/Xserver/hw/sunLynx/fbio.h and asked if the 4-clause BSD license still applies to them.

      But further not all of these files are under the standard BSD license. But other licenses that are similar but not identical.

      The messy truth is that there is code copyrighted by the Regents in XFree86 under *several* similar but distinct licenses. Some with an advertising clause, some without. Some GPL-compatible, some not.

    3. Re:XFree86 is a licensing mess. by iminplaya · · Score: 1

      Looks like debian-legal is going to see a lot more traffic than "debian-developement" or any other part of debian-...
      All this is going to keep us in the computer "stone age" for some time to come. The coming steel cage match between copyright and GPL is going to be fun to watch.

      --
      What?
    4. Re:XFree86 is a licensing mess. by Royster · · Score: 1

      Apparently the XF86 license hasn't been a problem in the past. Debian has managed to distribute it without problem for many years.

      It seems the license change is merely a pretext for the license nazis to jump on what has, until now, been a valuable project.

      --
      I have discovered a truly marvelous sig, unfortunately the sig limit is too small to contain i
    5. Re:XFree86 is a licensing mess. by Tomble · · Score: 1

      In following this story, I keep seeing the term DFSG used by people, including Branden in that discussion. Anyone want to fill me in on WTF that is? Don't think I've heard it before today.

      --
      Be careful! New moon tonight.
    6. Re:XFree86 is a licensing mess. by breser · · Score: 1
  13. 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.

    1. Re:Perhaps I'm Missing Something... by alexborges · · Score: 4, Informative

      Okay... this, is an 'OLD' BSD style licence clause. It conflicts with the GPL and thus, people wanting to put GPL software in XFree86 wont be able to.

      Thats the big deal.

      I, for one, dont give a fuck.

      --
      NO SIG
    2. Re:Perhaps I'm Missing Something... by RML · · Score: 4, Informative

      Okay... this, is an 'OLD' BSD style licence clause.

      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.

      --
      Human/Ranger/Zangband
    3. Re:Perhaps I'm Missing Something... by Chris_Jefferson · · Score: 0, Troll

      Note: This doesn't stop you making GPLed applications which use X.

      Also, note that if XFree86 were GPL-compatable then placing any piece of GPLed code into it would force the whole program to be GPLed.. I'm not clear on why the XFree people should relicence their app to be GPL compatable, just so someone can make a derivate that is GPLed. Remember. GPL =\= free software.

      --
      Combination - fun iPhone puzzling
    4. Re:Perhaps I'm Missing Something... by Anonymous Coward · · Score: 0

      GPL-compatable != GPL licensed

      Find a cluebat, strike head and repeat until you get it.

    5. Re:Perhaps I'm Missing Something... by Anonymous Coward · · Score: 0

      Maybe you should smack yourself with that cluebat. "GPL Compatible" is only worthwhile to people who plan to relicence the code as GPL.

    6. Re:Perhaps I'm Missing Something... by stwrtpj · · Score: 1
      Or, more to the point, people wanting to use XFree86 libraries in GPL software. That is a problem.

      I must have missed something in the license. I didn't see anything that covered mere linking into the software. Even the GPL does not claim that linking to GPL'ed libraries makes your program GPL, so I don't think linking to Xfree86-licensed libraries makes your program XFree86-licensed. The license appears to deal specifically with the physical distribution of the libraries and related software, not anything that links to it.

      I do understand Mandrake's position from the point of view of having to modify docs at the last minute, but I fail to see the relation to the GPL. If all you do is link to XFree libs, the compatibility is not an issue. Someone feel free to enlighten me if I missed the point.

      --
      Karma: Frotzed (mostly due to the Frobozz Magic Karma Company)
    7. Re:Perhaps I'm Missing Something... by Anonymous Coward · · Score: 0

      Doesn't it make it a derivitive somehow? Which is why we have the LGPL?

    8. Re:Perhaps I'm Missing Something... by Brandybuck · · Score: 1

      Or, more to the point, people wanting to use XFree86 libraries in GPL software. That is a problem.

      It's only a problem if they wish to statically link such GPL software. In all other cases, all they are linking to is the X11R6 API. There is no problem with GPL programs linking to Sun's proprietary OpenWindows, so why would there by linking with XFree86's Free Software implementation?

      This may affect some embedded developers, but it doesn't affect Mandrake, except as an excuse to engage in politics.

      --
      Don't blame me, I didn't vote for either of them!
    9. Re:Perhaps I'm Missing Something... by RML · · Score: 4, Informative

      Even the GPL does not claim that linking to GPL'ed libraries makes your program GPL

      Oh yes it does, read this. 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, 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.

      --
      Human/Ranger/Zangband
    10. Re:Perhaps I'm Missing Something... by Haeleth · · Score: 1

      Even the GPL does not claim that linking to GPL'ed libraries makes your program GPL...

      Wrong. The Free Software Foundation make exactly that claim: see the GPL FAQ here. ...so I don't think linking to Xfree86-licensed libraries makes your program XFree86-licensed.

      Correct. However, since a GPL program cannot use libraries that are not under a GPL-compatible license, you would not be able to link to these libraries from a GPL program.

    11. Re:Perhaps I'm Missing Something... by RML · · Score: 1

      It's only a problem if they wish to statically link such GPL software. In all other cases, all they are linking to is the X11R6 API. There is no problem with GPL programs linking to Sun's proprietary OpenWindows, so why would there by linking with XFree86's Free Software implementation?

      You might want to read the GPL FAQ, particularly this question. Linking a GPL program to a non-GPL library, even dynamically, is problematic; you can only do it safely by using a version of the GPL modified with a "special exception" clause. Remember that the GPL, unlike the LGPL, doesn't make a distinction between static and dynamic linking.

      --
      Human/Ranger/Zangband
    12. Re:Perhaps I'm Missing Something... by RML · · Score: 1

      Note: This doesn't stop you making GPLed applications which use X.

      In practice it's next to impossible to get all the contributors to any nontrivial, existing project to agree to a license change so that you can use a non-GPL-compatible library. So you can make new GPLed applications that use X, but a bunch of existing apps are SOL.

      Also, note that if XFree86 were GPL-compatable then placing any piece of GPLed code into it would force the whole program to be GPLed.

      If XFree86 were GPL-compatible, then placing any piece of GPL code into it, and distributing the result under a license incompatible with the GPL, would not be allowed.

      If XFree86 were GPL-incompatible, then placing any piece of GPL code into it, and distributing the result under any license at all, would not be allowed.

      In either case you can simply avoid using any GPL code. No one can "force" you to release your program under the GPL.

      --
      Human/Ranger/Zangband
    13. Re:Perhaps I'm Missing Something... by stwrtpj · · Score: 1
      Wrong. The Free Software Foundation make exactly that claim: see the GPL FAQ..

      I stand corrected. I missed this on my initial look-through of the FAQ. Nice to be corrected on Slashdot without the unnecessary flammage for once. Mod this person's post +1 Polite.

      However, since a GPL program cannot use libraries that are not under a GPL-compatible license, you would not be able to link to these libraries from a GPL program.

      I looked though the site again to see if I could find any exact wording that supports this, but came up empty. However, I can see how the GPL as it is now can be interpreted this way.

      I have to admit that I don't exactly agree with some of the interpretations that the FSF has. I personally don't consider linking to a library anything more than using it, as I might use a program by running it, since my executable does not contain their GPL code if I dynamically link it. However, it is their license and I respect their intended use for it.

      I wonder if the XFree folks might be amenable to putting in an exception clause for software that merely links to it and if that might help smooth over matters. I can't imagine that the intent was to suck in everything that links to the libraries under the same license.

      But then again, that seems to be the intent of the GPL if used on a library. Hmmm ...

      --
      Karma: Frotzed (mostly due to the Frobozz Magic Karma Company)
    14. Re:Perhaps I'm Missing Something... by Brandybuck · · Score: 1

      So you're saying Sun is in violation of the GPL by distributing GNOME for use on Solaris?

      You might want to read the very same answer to the very same question you provided a link to. In case you haven't, I'll quote the relevant section here: "Thus, if the libraries you need come with major parts of a proprietary operating system, the GPL says people can link your program with them without any conditions."

      If linking to an X11R6 library creates a derivative of the library, there is not a problem because it is a system library. If it doesn't create a derivative work, then again there's no problem. Either way there is no problem.

      Remember that the GPL, unlike the LGPL, doesn't make a distinction between static and dynamic linking.

      Neither does it define "linking" whatsoever. In fact, the word "link" doesn't even appear in the actual text of the GPL. The definition of "link" as "derivate" is completely outside the scope of the GPL. Neither does Copyright law define linkage this way. Dynamic linkage as derivation is purely a FSF interpretation. Other Free Software licenses which attempt to regulate linkage do so by EULA-type means of regulating actual *usage* of the software.

      p.s. The word "link" does appear once in the "How to Apply These Terms to Your New Programs" addenda to the GPL, but this is not part of the legal text of the GPL.

      --
      Don't blame me, I didn't vote for either of them!
    15. Re:Perhaps I'm Missing Something... by AvitarX · · Score: 1

      Perhaps you should look at the LGPL (used to be Library GPL, then in an act of radicalism it was changed to teh Lesser GPL).

      It seams to be the GPL the way you think it should be.

      I don't know if you are a programmer, but if you are it is worth looking into.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    16. Re:Perhaps I'm Missing Something... by JanneM · · Score: 1

      So you're saying Sun is in violation of the GPL by distributing GNOME for use on Solaris?

      No. The core Gnome libraries (including GTK) are licensed as LGPL, which allows for this case. That particular issue is a red herring.

      --
      Trust the Computer. The Computer is your friend.
    17. Re:Perhaps I'm Missing Something... by Chris_Jefferson · · Score: 1

      Go find your own cluebat.

      While GPL compatable =\= GPL licensed, as soon as you add a GPLed file to a GPL compatable project you are effectively re-releasing the whole project under the GPL, as the GPL demands such.

      --
      Combination - fun iPhone puzzling
    18. Re:Perhaps I'm Missing Something... by Rogerborg · · Score: 1

      The FSF are a bunch of kids that have build a treehouse and invited the neighbourhood kids to bring their toys round and play. You can bring your own toys in, but you have to leave them there, and you can't even write your name on them, or tidy them away in any particular corner. If you want to play in the treehouse, you must follow the rules exactly, to the letter, no exceptions, no matter how neat your toys are.

      Unless, that is, you're called Linus. Then there are different rules. Because back when they were building the treehouse, they forgot about the god damn floor, and Linus built that for them.

      --
      If you were blocking sigs, you wouldn't have to read this.
    19. Re:Perhaps I'm Missing Something... by TheLink · · Score: 1

      How about MySQL? They say they have two different license schemes for the same thing.

      --
  14. Please explain by harrkev · · Score: 1

    Can somebody please explain in plain language what the big deal is??? At first read, it sounds just like you just need to include a little extra text. Am I missing something?

    --
    "-1 Troll" is the apparently the same as "-1 I disagree with you."
    1. Re:Please explain by po8 · · 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.

    2. Re:Please explain by MAXOMENOS · · Score: 4, Informative

      Which also means: you can't use KDE or GPL'd Qt on XFree86 4.4. This is a fairly big deal for Mandrake.

    3. Re:Please explain by tverbeek · · Score: 4, Informative
      it sounds just like you just need to include a little extra text.

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

      --
      http://alternatives.rzero.com/
    4. Re:Please explain by Anonymous Coward · · Score: 0

      The "little extra text" will keep growing, until eventually it'll be infeasible to advertise any product incorporating XFree86 4.4.

    5. Re:Please explain by GreyWolf3000 · · Score: 1, Insightful

      I don't think so...QT and GTK are not derived works of XFree86 by any test you put them under.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    6. Re:Please explain by Sharth · · Score: 1

      But the way the fsf sees linking, it does matter.

    7. Re:Please explain by Anonymous Coward · · Score: 0

      Could a hypothetical Gentoo user download the source and build XFree86 4.4? Illegal to buy but legal to possess?

    8. Re:Please explain by Carnildo · · Score: 1

      Can somebody please explain in plain language what the big deal is??? At first read, it sounds just like you just need to include a little extra text. Am I missing something?

      The practical answer is that Mandrake would need to put a little extra text in a hell of a lot of places. Finding all those places could delay the release of Mandrake 10.0 by a month or more.

      The legal answer: The new license is not GPL-compatible. It'll take a while to figure out what all is affected by the changes, and Mandrake doesn't want to ship potentially-infringing software.

      --
      "They redundantly repeated themselves over and over again incessantly without end ad infinitum" -- ibid.
    9. Re:Please explain by HuguesT · · Score: 1

      Both Qt and GTK are essentially fancy wrappers on top of Xlib, which they link against, so yes they are derivative works by the definition of the FSF.

    10. Re:Please explain by Anonymous Coward · · Score: 0

      The FSF has an extremely unconventional view of "derivative works" that is not shared by anyone else in the software industry and would never be upheld by a judge.

      And even so, Xlib is a "standard" with "multiple implementations", so even GNU/Stallman would not argue that linking with Xlib would make a derived work.

      Finally, even if it did, it would fall under the "operating system" exception of the GPL.

      In short, most of the people frothing over this don't even understand why they are so worked up.

    11. Re:Please explain by charvolant · · Score: 1
      ... 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.

      So the problem would appear to be with the GPL, then, not with the new XFree86 license.

      There are plain, practical issues, such as the difficulty in updating documentation in time.

      And, certainly, the GPL gets a certain level of privilege by being one of the most common open-source licenses -- hedge, since I don't know if it is the most common. But, pace Microsoft, I don't see why being common automatically means that should be "my way or the highway".

    12. Re:Please explain by Anonymous Coward · · Score: 0

      Finally, even if it did, it would fall under the "operating system" exception of the GPL.

      Crap. Read the last seven words of the "operating system exception" again and consider how it applies to someone distributing an operating system as, for example, Mandrake are doing.

      In short, most of the people frothing over this don't even understand why they are so worked up.

      Look who's talking.

    13. Re:Please explain by Brandybuck · · Score: 1

      Who the fsck came up with this stupid interpretation of the GPL? This needs to be quashed!

      KDE links with Qt links with Sun's proprietary OpenWindows... no problem. Done all the time.

      KDE links with Qt links with XFree86-4.4... people are shtting their pants like its the end of the world or something.

      If Sun can legally ship with GPL software that links to proprietary GPL-incompatible system libraries, then Mandrake can certainly ship GPL software that links with Free Software XFree86-4.4.

      --
      Don't blame me, I didn't vote for either of them!
    14. Re:Please explain by Anonymous Coward · · Score: 0

      > Read the last seven words of the "operating system exception

      OK, yer right.

      > Look who's talking.

      I'm one of the few people here who understand this is about a longranged plot to relicence XFree under the GPL, and extend Stallman's oddball ideas about "linking" into virtually every application. This has nothing to do with running QT apps or whatever.

    15. Re:Please explain by SubtleNuance · · Score: 1

      America is great because America is good, and if America ever ceases to be good, she will cease to be great.

      The USA is neither Great nor Good. IT is a backwards mess of puritanical morality, rampant violence, consumerism, and shallow, selfish ignoramuses. IT is also a warmongering empire.

      damn yankee jingo, get your shit straight, your head out of your ass and some fucking perspective. Do you know you've been occupying Puerto Rico for over 100 years?

    16. Re:Please explain by quintesse · · Score: 2, Insightful

      Because you can never make a license that says "no additional restrictions allowed except when they are harmless". And if you do allow additional restrictions where does that leave the "Free" in "Free Software"? The GPL is very specific in that respect: you are not allowed to pose additional restrictions on the license and that is all done so you, as a user of Free Software, can be 100% sure that the software is and will always remain Free.

    17. Re:Please explain by tverbeek · · Score: 2, Insightful

      You may not like the GPL and the fact that it has such restrictions. Fair enough. But there it is, and there's a whole pile of code willfully distributed under precisely those terms. I'm afraid you can't rewind the clock and relicence ot all under a different licence that's more to your liking.

      --
      http://alternatives.rzero.com/
    18. Re:Please explain by swv3752 · · Score: 1

      It depends onn how you count software ( lines of code, individual instannces, whether you count modified licences like that inn thhe Linux Kernel, etc), but The last ppaper I saw on it was that there was like 60% of RH 7(I think) was GPL. The single largest non-GPL program was XFree86, the next was Apache. Almost everything else was either trivial or not core or both.

      The GPL is not only the most common (plurality) but has the majority. If something is shown to be incompatible then it gets left out in the cold.

      There is one thing that seems to be missed, though a GPL program can only link to a (L)GPL library; there is an exception for core system Libraries. Otherwise it would be impossible to have GPL software run on MS Windows. I would think the same would apply to Xfree86.

      --
      Just a Tuna in the Sea of Life
    19. Re:Please explain by dmaxwell · · Score: 1

      The GPL contains language about linking to libraries that are "customary" to a particular system. This why it is possible to run and distribute GPLed software for Windows. The question here is to what degree XFree86 can be considered "customary" on a BSD or Linux system. Since XFree86 is a replaceable module, I suspect the answer is that the "customary" exception does not apply.

      This is primarily a legal question. Linux and BSD distros need to be legally compliant when they distribute binaries. XFree86 replaceable infrastructure that it is puts legal compliance into question for large numbers of software packages. Any distro that is intended for a large userbase has to dot the i's and cross the t's. It sucks but there it is.

    20. Re:Please explain by molnarcs · · Score: 1

      "Thus, you cannot legally include both GPL'ed code and New XFree86 licensed code in the same program."

      The program here refers to the distribution as such. All Mandrake needs to do is to offer a choice in the installer: install XFree86 4.3 from disk or download 4.4 from an FTP site. Also, I think 4.4 will be available for MDK 10 either via official or quasy-official (pclinuxonline) channels.

      Regardless of that, I think Mandrake should bo applauded for what they are doing. Some has noted the danger of fragmentation in case of a fork, but I think that freedesktop.org is already emerging as the new standard. This should boost their project, and I really hope that the remaining XFree developers would "rebel" against XFree86.org and join KP's development team.

      So kudos to Mandrake! And if I read this correctly , the FreeBSD project is also closely tracking the developments at freedesktop.org, and they plan to upgrade the server ports to depend on fdo's extensions. This implies that they are planning to switch over when freedesktop's server is ready, or at least that's what I thought reading that (I don't know if it is possible for these extensions to work with xfree86.org's server implementation).

    21. Re:Please explain by Anonymous Coward · · Score: 0


      It's the return of the advertising clause.
      For an explanation look here

    22. Re:Please explain by GreyWolf3000 · · Score: 1
      They are not merely fancy wrappers, and although they interact with Xlib, there are many implementations of Xlib. They do not derive any code from XFree at all, so no, they are not derivative works.

      Xlib is just a protocol, and it doesn't fall under XFree86's license.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    23. Re:Please explain by Brandybuck · · Score: 1

      Since XFree86 is a replaceable module, I suspect the answer is that the "customary" exception does not apply.

      Actually, OpenWindows is a replacable module for Solaris as well. It falls under the "system library" exception (if indeed it even needs one) solely because it ships with the OS. If Mandrake is the OS, and it ships with XFree86-4.4, then there is no problem.

      Linux and BSD distros need to be legally compliant when they distribute binaries.

      So does Sun, by the way.

      --
      Don't blame me, I didn't vote for either of them!
    24. Re:Please explain by charvolant · · Score: 1
      Because you can never make a license that says "no additional restrictions allowed except when they are harmless".

      No, but you can offer specific exemptions. Say, for example, allowing the display of additional copyright notices or authorship statements. Or, for example, by allowing linking with other varieties of public domain software; something that the LGPL allows, amongst other things. Since the GPL already has specific restrictions (eg. on patents) there's nothing obvious to prevent specific permissions.

      And if you do allow additional restrictions where does that leave the "Free" in "Free Software"?

      The XFree86 license is considerably less restrictive than the GPL. It requires a bit of a stretch (and a very specialised use of the word "Free") to say that linking such code with the GPL makes it less "Free".

    25. Re:Please explain by charvolant · · Score: 1
      I'm afraid you can't rewind the clock and relicence ot all under a different licence that's more to your liking.

      I can't, but the FSF can. Most GPL'd code contains the phrase ... either version 2 of the License, or (at your option) any later version ... And, although there's been some difficulty with that clause in the past (eg. the glib controversy), it's something can be done if the FSF so chooses.

    26. Re:Please explain by Anonymous Coward · · Score: 0

      They are not merely fancy wrappers, and although they interact with Xlib, there are many implementations of Xlib.

      And the one Mandrake are using is the XFree version. Swapping out the xlib implementation at such a late stage in the release process is madness compared with rolling back to the previous stable version.

    27. Re:Please explain by __past__ · · Score: 1
      The program here refers to the distribution as such. A distribution like Mandrake is not a program. Just shipping XFree86 4.4 and GPLed programms is not a problem - it is "mere aggregation" and not creation of a "derived work", and the GPL does not (and, AFAIK, can not) restrict that, and says so explicitly, in the last paragraph of clause (2).
    28. Re:Please explain by quintesse · · Score: 1

      But that's the point, it actually very easy to make it less "Free" the moment you allow things like this. The LGPL for example has no effect on the rest of your software or the licenses you are using except when actually making changed to the LGPLed software itself. Even then the effect are contained to the LGPL code, only for that part of the code are you required to make the changes public. With the new XFree86 license the entire product is affected. So this time it might be reasonably easy to adhere to the new license requirements, but who's to say they won't pose even more restrictions/make more demands next time? Demands that might seem simple enough but could be very costly for companies like Mandrake making distributions. And that's exactly what (L)GPLed software protects you against: once GPLed the license can NOT be made more restrictive, not tomorrow, not ever. So the moment you make the choice to use GPLed software and make sure that it is compatible with whatever license you want to use you are also sure that it will forever remain that way (they can only give you more freedom to do with the software what you want, never less). And it is exactly those assurances I need and want when using Open Source software. Because I don't want to have to make sure every time I use GPL software that they didn't use XFree86/BSD-like licenses which obligate me to read and understand them all to know what kinds of hoops I have to jump through to use their software. I just have to know about one: the GPL. Because it requires that all other software used will have to use compatible licenses. It might not be a big deal to you, but it is to me (and lots of others seeing the discussions here ;-).

    29. Re:Please explain by dinivin · · Score: 1


      It's not our fault the FSF is narrow-minded enough to consider dynamic linking the same as creating a "derivative work".

      Dinivin

  15. meanwhile by Anonymous Coward · · Score: 5, Funny

    Debian is expected to run into this problem in 2038. Way to go Branden.

    1. Re:meanwhile by Anonymous Coward · · Score: 0

      Wonders... Not sure on the version of XFree86 but why does everyone dis debian for being outdated? Using debain (sid) not (woody) you get all of the latest programs. I fail to see how this is so bad. The fact is that no finished release for sarge or sid has come about shows just how little people want to upgrade from (woody). If you want a stable system for your serving tasks use woody it's very reliable. Why you would use the latest mandrake for server is questionable. Is it more reliable? What does it offer that (woody) doesn't? What about (sarge)? Still need more then you have (sid) however I would almost bet that what you need could be acomplished by (sarge) if not (woody). Now the fewer bugs would exist in (woody) than in the lastest Mandrake. When you only consider the program's version there seems to be little difference than Mandrake is update for now, in a short time it will be out of date whereas if you keep using apt-get update && apt-get upgrade on (sid) you will always be on the bleeding edge. There is no reason to keep switching to Mandrake 9 , 10, 11, 15. Wherever you end up. All you need is one stable box as your server. Plus in time woody will be expired. Soon enough I bet now that 2.6 has started. The only times debain will change is at significant intervals(ie Kernel changes). Not every few months when all you are doing is patching some programs...

    2. Re:meanwhile by Anonymous Coward · · Score: 0

      Sid only has 4.2.

    3. Re:meanwhile by Anonymous Coward · · Score: 0

      4.3 is in experimental

    4. Re:meanwhile by Anonymous Coward · · Score: 0
      The fact is that no finished release for sarge or sid has come about shows just how little people want to upgrade from (woody).


      Perhaps they have upgraded to a different (read non-outdated) distribution of Linux!

    5. Re:meanwhile by Anonymous Coward · · Score: 0

      4.3 is in experimental

      4.3 is stable, 4.3.99 is experimental. Y'all really should try to keep up.

    6. Re:meanwhile by Anonymous Coward · · Score: 0

      Perhaps they have upgraded to a different (read non-outdated) distribution of Linux!

      Which will only lead to longer lag time for Debian releases as the users itching to testdrive new software find their scratch elsewhere.

    7. Re:meanwhile by Anonymous Coward · · Score: 0

      yeah, becuase debian is so behind the times... even though i run patched XFree86-4.3 on Debian GNU/Linux, and your precious Mandrake is still using the vanilla 4.3. Hmm, debian is soo old. my arse it is!

    8. Re:meanwhile by Anonymous Coward · · Score: 0

      you should really not listen to what the XFree86 people call experimental... when they say experimental they mean "for developers". when debian say it, they mean "for users". add onto that the fact that the XFree86 team wouldn't know what stable really meant if someone hit them with a stable fish!

  16. Only mandrake? by Nicholas+Evans · · Score: 3, Interesting

    Can someone explain why Mandrake is the only distro blocked now?

    1. Re:Only mandrake? by tuggy · · Score: 2, Informative

      nobody forbid them to use it. its their choice, not XFree's.

      altough they might have a point... XFree ppl are starting to push a bit to far... i agree with previous opinions: to bad there is not another alternative(one that is ready, i know about fd.o)

    2. Re:Only mandrake? by forlornhope · · Score: 5, Informative

      It wont be for long. I assume from the discussions on debian-legal and the fact that debian is still chewing on xfree86 4.3, xfree86 4.4 wont ever be packaged for debian.

      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.

      --
      "We Don't Need No Truthless Heros!" - Project 86
    3. Re:Only mandrake? by Anonymous Coward · · Score: 2, Informative

      The new Fedora wont have the new XFree as well. They didnt even think of testing it..

    4. Re:Only mandrake? by Anonymous Coward · · Score: 1, Interesting
      Where xfree86 is losing big


      What the hell are you talking about? For most of us XFree86 contributors this isn't our day job. Everybody acts like XFree86 losing "marketshare" is going to bankrupt them. As far as I know, XFree86 isn't a business and ultimately really don't give a flying fuck if everybody uses their X server or not. Yes there is a basic human trait of appreciating that your work is helping people out, but ultimately this isn't some kind of commercial competition.

      You want to know what the worst thing to hit XFree86 ever was? Linux. Yep, because 99% of the linux fucktards don't understand that XFree86 was a crossplatform project and they never even put any effort into making sure their contributions didn't impact other platforms negatively.
    5. Re:Only mandrake? by Anonymous Coward · · Score: 3, Funny

      What the hell are you talking about? For most of us XFree86 contributors this isn't our day job. Everybody acts like XFree86 losing "marketshare" is going to bankrupt them. As far as I know, XFree86 isn't a business and ultimately really don't give a flying fuck if everybody uses their X server or not. Yes there is a basic human trait of appreciating that your work is helping people out, but ultimately this isn't some kind of commercial competition.

      You want to know what the worst thing to hit XFree86 ever was? Linux. Yep, because 99% of the linux fucktards don't understand that XFree86 was a crossplatform project and they never even put any effort into making sure their contributions didn't impact other platforms negatively.

      Thanks for sharing your side of the story with Slashdot, Mr. Dawes. I can't imagine why people say they have a hard time working with you.

    6. Re:Only mandrake? by forlornhope · · Score: 1

      I dont remember saying anything at all about marketshare or about how many people use xfree86. Of course if debian and other distributions switch away from xfree86 it will lose users, but my post was about developers. In a open source project, good developers are like gold. They are what really drive the project and I think the point of my post is that even though these distributions are missing out on this piece of software because of licensing concerns, it is xfree86 who is really losing out big time due to the lose the x strike force who do a lot of porting and other code clean ups for debian.

      A lot of that crossplatform ability flows from debian's porting activities, along with many other outside developers who port xfree86 to their platform. Now maybe not all of these groups will be leaving due to licencing concerns, but if debian descides it cant redistribute xfree86 under those terms you can bet the x strike force will looking for a new X11 server.

      Im sorry, but your troll doesnt have anything what so ever to do with my comment, take it elsewhere.

      --
      "We Don't Need No Truthless Heros!" - Project 86
    7. Re:Only mandrake? by Anonymous Coward · · Score: 0

      if it wasn't for Linux popularity, you'd all still be stuck using twm on 640x480 resolution with 16 colors. Nothing would ever have happened if it was up to the unix weenies.

    8. Re:Only mandrake? by EzInKy · · Score: 1

      Yes there is a basic human trait of appreciating that your work is helping people out...

      XFree's is appreciated, the same as the Kernel team is appreciated, and GNU's appreciated, and Gnome's apprecitated, and KDE's appreciated, and all the millions of other free software contributors are appreciated.

      But it would be nice not to have to fill up our boxes expressing all these individual appreciations so we still have room for the appreciated software.

      --
      Time is what keeps everything from happening all at once.
    9. Re:Only mandrake? by Anonymous Coward · · Score: 0

      How would you like to have to add for each and every program you write 'tokens of appreciation' for the developers of all the libraries linked against, for the creators of all the programming languages you used, their parents, spouses etc. in an Oscar-like diatribe? ou'd need a really big box for just shipping the damned 'Hello world'. On a different approach, sy if a science book would HAVE TO include precise references of who and where first wrote each and every single formula it uses it would look like Enciclopedia Britannica and cost a fortune. And there wouldn't BE an XFree to talk about since basic science would barely take off.

      if you can't keep your hybris in check, others will do it by simply ignoring you. It's not like life would be impossible without XFree (or any other particular software project).

    10. Re:Only mandrake? by Anonymous Coward · · Score: 0

      Sorry as solid as XFree is. The worst ever happen to XFree was XFree itself.

      Believe me. I am running the Xig AccelerateX server here. Not as solid as XFree, but it shows that an XServer can be blazingly fast and easy to configure and can have drivers (Cough Centrino 855GM) for modern hardware.

      Have you ever compared Xsetup from Accelerated X with XF86Config...

      The problems inside the project and the clear signs that XFree is dying are just another pattern in the picture of XFree... Please let it die and let others move on more rapidly and better (Freedesktop X)

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

  18. Loud and clear.... by botzi · · Score: 4, Insightful
    Another problem is more social in nature, this license, the quibling between XFree86 developers (the core team mess) and the lack of social finesse of David Dawes don't really appeal for close cooperation.

    ...and it's really sad when this happens with an Open Source project. "Quibling" over a product of their cooperation. No winners there.

    --
    1. No sig. 2. ???? 3. Profit!!!
  19. License change is perfectly reasonable by Gleenie · · Score: 0, Redundant

    Nothing to see here - I believe Mandrake are brewing a storm in a teacup. The crux of the license change is that if you redistribute source or binary code, then you must also distribute a notice (along with any other third party notices) that says some of your product was written by the XFree86 team.

    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?

    --
    -- Your mother uses Emacs.
    1. Re:License change is perfectly reasonable by Namaseit · · Score: 5, Informative

      It's *written* consent from all authors. It's just like the old BSD license when it had the advertising license where you had to list all contributors of a project if you advertised the software. Meaning if you had 1000 developers for a project that would easily fill an entire page in a magazine. Making the 20k dollars you just spent on a magazine ad a big list of names no one cares about. XFree86 has done this now too and made it a little bit worse too.

      --
      75% of all statistics are made up!
    2. Re:License change is perfectly reasonable by jonabbey · · Score: 4, 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.

    3. Re:License change is perfectly reasonable by shepd · · Score: 4, Interesting

      >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?

      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.

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    4. Re:License change is perfectly reasonable by Gleenie · · Score: 1

      The later post from Mandrake-cooker states that that one is not the problem (although you are correct in saying that if you required written authorisation from every contributor it would be a nightmare). What that paragraph does say is that you will require permission from the XFree86 Project (not each and every developer) if you wish to advertise.

      The problem is the later three paragraphs. Paragraph 1 says that you must include 2 and 3. Paragraph 2 says you must include 3. 3 says you must include an acknowledgement.

      --
      -- Your mother uses Emacs.
    5. Re:License change is perfectly reasonable by Gleenie · · Score: 1

      Perhaps that is the problem: the definition of a derivative. There must be a point at which you can say your work is not a derivative just because it uses a library call.

      Parallels here with SCO vs. IBM - what is, or is not, a derivative? I would not think a program that used printf was a derivative of glibc any more than a novel which used the word "happiness" was a derivative of the Concise Oxford English Dictionary. However, as Linus has pointed out, a device driver probably qualifies, as you cannot write a device driver without intricately tieing it to the underlying OS.

      --
      -- Your mother uses Emacs.
    6. Re:License change is perfectly reasonable by Gleenie · · Score: 3, Funny

      Oops, I almost forgot:

      (TM) This post incldues "IP" from Hayes, Inc, Netcomm Pty Ltd, The SCO Group, Microsoft, Jane Austin, George W. Bush, Tim Burton, Dave Brubeck, Anna Kournikova and Batman.

      Thanks for reminding me! :)

      --
      -- Your mother uses Emacs.
    7. Re:License change is perfectly reasonable by GreyWolf3000 · · Score: 1

      Actually, this has been cleared up many times. A derivative work is something that uses the source code of another; not the functionality.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    8. Re:License change is perfectly reasonable by Gleenie · · Score: 1

      So again - if I just link against a library - even the XFree86 libraries - I'm _not_ writing a derived work. Thus this worry over license incompatibilities for derived works is a moot point.

      --
      -- Your mother uses Emacs.
    9. Re:License change is perfectly reasonable by be-fan · · Score: 2, Informative

      Linking against libraries is a derivative work. Otherwise, copyright would be trivial to defeat. Just take the code you want to use and put it in its own shared library, and voila, no copyright issues!

      --
      A deep unwavering belief is a sure sign you're missing something...
    10. Re:License change is perfectly reasonable by Brandybuck · · Score: 1

      At least, if the GPL'ed software was considered in some way derivative of the XFree86 licensed software.

      Three scenarios:

      A) GNOME is a derivative work of the underlying X11R6 implementation. Sun's X11R6 implementation is proprietary. However, OpenWindows is considered to be a "system library", and covered by the GPL. No problem. Likewise, no problem for Mandrake XFree86-4.4 system libraries.

      B) GNOME is not a derivative work of the underlying X11R6 implementation, since it only links to the generic standardized API. There is no problem using GNOME with Solaris OpenWindows. Likewise there is no problem using GNOME with Mandrake XFree86-4.4.

      C) GNOME is a derivative work of the underlying X11R6 implementation. Sun's X11R6 implementation is proprietary. OpenWindows is NOT a system library. GNOME on Solaris is therefore illegal, and those responsible for putting GNOME on Solaris are criminals.

      Unless your interpretation is "C", there is not problem. Let me repeat: there is no problem. However, if your interpretation is "C", then why aren't you making any stinks about Solaris using GNOME for its next desktop?

      --
      Don't blame me, I didn't vote for either of them!
    11. Re:License change is perfectly reasonable by GreyWolf3000 · · Score: 1

      Yep. The only issue that could come up would be if you tried to actually work with the sources themselves. This would be the case if you were adding new functionality, writing a driver, etc.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    12. Re:License change is perfectly reasonable by Anonymous Coward · · Score: 0

      As Bruce Perens argues -- it's a matter of intent, not action. If you turn someone elses code into a library to specifically bypass their licence, that's a problem. Taking code that's already a library (xlib) is most likely not derivation, especially when that library is a documented public standard with multiple implementations.

      Put it this way -- If linking against libraries automatically makes a derivative work, then Microsoft owns Mozilla, OpenOffice, Emacs, and so on.

      Not a situation anyone really wants except for Bill and Dick, and an interpretation of copyright law that would destroy the software industry. Which why no judge would uphold it.

    13. Re:License change is perfectly reasonable by bovinewasteproduct · · Score: 2, Informative

      It's *written* consent from all authors. It's just like the old BSD license when it had the advertising license where you had to list all contributors of a project if you advertised the software. Meaning if you had 1000 developers for a project that would easily fill an entire page in a magazine.

      Huh?

      Where do you see that in the 4 clause license?
      It only has 4 requirements.
      1. All source distributions must include the license.
      2. Binary distributions must include the license in the same location as other copyright licenses.
      3. End user docs (if any) must include an acknowlegement of use.
      4. You can not use the name The XFree86 Project, Inc in advertising without prior permission.

      There is NOTHING else there. Where does "Version 1.1 of XFree86 Project License" say what you said?

      BWP

    14. Re:License change is perfectly reasonable by Anonymous Coward · · Score: 0
      GNOME on Solaris is therefore illegal, and those responsible for putting GNOME on Solaris are criminals.

      You can be sure that Sun paid many lawyers many thousands of dollars reading the GPL over and over to make sure that there was no reasonable interpretation of the license which could result in that conclusion before they bundled GNOME with Solaris.

  20. Re:Crazy by Anonymous Coward · · Score: 1, Insightful
    You are full of sh*t: you stole that line from this developer's post:
    http://archives.mandrakelinux.com/cooker/2004-02/m sg04634.php

    Moderators, keep an eye open!

  21. Hey Stallman, how's that HURD thing coming along? by Anonymous Coward · · Score: 0

    Do you support USB mice yet?

  22. 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
    1. Re:The X Windows Trap by mackstann · · Score: 2, Insightful

      Irregardless of the fact that The X Consortium and XFree86 are different groups (I don't know how many people from one are involved in the other, or what influence each group has on the other), the whole "trap" is a farse as far as I can tell. So they planned to make new releases non-free -- does that wipe the old (free) releases from the face of the planet? If not, then how exactly is it a trap? Or was RMS just using rhetoric meant to play on peoples' fears?

    2. Re:The X Windows Trap by Anonymous Coward · · Score: 1, Insightful

      Read the manifesto... it's a roadmap for software communism.

      Aye, comrade! Tis better to be a Communist than a pirate or a slave to proprietary software.

    3. Re:The X Windows Trap by Narchie+Troll · · Score: 2, Insightful

      This is utter bullshit. The GPL has absolutely no end-use restrictions. It has restrictions on the use of copyrighted source code, but it explicitly places no restrictions on the use of the binaries thus produced.

    4. Re:The X Windows Trap by dbIII · · Score: 1
      Irregardless of the fact that The X Consortium and XFree86 are different groups
      It's simple, a lot of XFree86 code is the reference implementation of X from the X Consortium - hence the extremely painful build process for X. You can GPL your own code, but you always have to obey the licence restrictions of anyone elses code that you use - anything else is just theft.
    5. Re:The X Windows Trap by Anonymous Coward · · Score: 0

      The GPL has absolutely no end-use restrictions.

      Now who's talking bullshit? The GPL places restrictions on what I can and can't do with it. What if I want to develop a closed source commercial product and incorporate some code from a GPL'd product? Can I do it? No! I'm restricted from doing that.

      On the other hand, many other licenses (BSD comes to mind here) are truly free. They say that you're free to do with the source as you want... build an open source product with it, or build a closed source product... doesn't matter because there are no associated restrictions. Want to build a closed source product? Go right ahead! It doesn't change the fact that there's an open sourced version which anybody can use and contribute back to.

      The GPL is not about freedom, it's about control. Its purpose is to prevent people from doing certain things with the code by controlling what they are and aren't allowed to do. You only think it's free because that's what you've been told. But I'm glad that isn't *my* definition of freedom.

    6. Re:The X Windows Trap by Anonymous Coward · · Score: 0

      Now who's talking bullshit? The GPL places restrictions on what I can and can't do with it. What if I want to develop a closed source commercial product and incorporate some code from a GPL'd product? Can I do it? No! I'm restricted from doing that.

      Are you complete fucking idiot or did you have to hit yourself in the head with a blunt object several times? Read this very carefully:

      There are no end-use restrictions in the GPL

      You can take a GPL program, print the LICENSE file and wipe your ass with it and still use the program however you want to. The only point at which the GPL would become relevent to you is if you redistribute the program in question. Not when you compile it. Not when you load it. Not when you use it. When you redistribute it.

      If you want to "develop a closed source commercial product" and sell it, then guess what? Thats redistribution, idiot! Actually if you wanted to take some GPL source you can make any changes you ever want to make and you still don't need to worry about the GPL if you don't give anyone your changes or a binary which contains your changes. Because hey, guess what? Thats redistribution!

      This isn't hard. It's real, real easy. Yet here we are, having the exact same conversation you see all over Slashdot every single time the GPL is mentioned and idiots like you still fail to grasp these simple concepts. How do you manage to breath without someone constantly reminding you?

    7. Re:The X Windows Trap by dolmen.fr · · Score: 1

      The GPL has absolutely no end-use restrictions.

      He's right.

      Now who's talking bullshit? The GPL places restrictions on what I can and can't do with it. What if I want to develop a closed source commercial product and incorporate some code from a GPL'd product? Can I do it? No! I'm restricted from doing that.

      The GPL restriction are not on end-use (I mean running the code) but on distribution.
      You can do whatever you want with GPLed source code for your own usage. The licence restrictions applies only when you want to distribute the code to others.
      This is why the GPL is not a licence to which you have to agree for using a program (a licence screen with a 'I agree' button is useless in a install program).
      So the parent is right.

    8. Re:The X Windows Trap by cyril3 · · Score: 1
      The GPL is not about freedom, it's about control. Its purpose is to prevent people from doing certain things with the code by controlling what they are and aren't allowed to do

      The GPL's only 'restriction' is that end users of anything you distribute that is derived from the GPL'd product be in no worse position than you were ie. they have access to the source code so they can do the same thing you did. It limits the control you can have over the result. It makes you make the product free. In one sense that's restrictive I suppose but you are free not to use it.

      You only think it's free because that's what you've been told.

      You may think it's not free because of what you discern. But you are not inclined to allow us the same freedom to discern that there is a freedom there that we might be prepared to accept. Rather we have been 'told' it is free and presumably blindly accepted that when it plainly isn't.

      But I'm glad that isn't *my* definition of freedom

      I'm sure if you told us exactly what your definition is someone could work out in short order what particular school of economics, philosophy, or politics 'told' you what to think.

  23. So in other words.... by Anonymous Coward · · Score: 0, Interesting

    It is perfectly fine for all "free" software to require the attachment of the GNU license on everything yet it is highly offensive for X86Free to require "free" software to state that it came from them?

    hmmmmmmm......

    1. Re:So in other words.... by Namaseit · · Score: 0, Troll

      Either your a troll or your retarded.

      --
      75% of all statistics are made up!
    2. Re:So in other words.... by offpath3 · · Score: 1

      Why must this be an either/or?

  24. Also... by Anonymous Coward · · Score: 5, Informative

    I find this paragraph specially interesting:

    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.

  25. Quibble's and bits... by VargrX · · Score: 3, Interesting

    Jeesussss....... all this over a BSD'ish clause in the new licensing. Can someone give me a rational explanation as to why the GPL is so problematic in this area? What in hell is wrong with giving credit where credit is due (i.e.: I create something based on a BSD 1.x/MIT/X/Hi I require you to give me credit for being the basis of your creation license, and so , being the upright person that I am, I responsibly give credit.) How does this preclude software, any software created under these conditions from being free, unless the original licensing of the 'base' product I used to create my widget isn't going to allow me to give derivitave works away under my own licensing terms (as in free libre/beer, and if it wasn't going to allow me to do this, I'd drop it like a hot bullet and find something else to use)?

    I am so glad that I use the *BSD's. Pretty much avoid mess's like this altogether.

    --
    Sometimes people just have to learn and adapt to change, it is one of the requirements of being a living thing.
    1. Re:Quibble's and bits... by ron_ivi · · Score: 4, Insightful
      Strange logic you have... To pharaphrase "license A is incompatable with license B therefore there must be something wrong with license B".

      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.

    2. Re:Quibble's and bits... by Some+Guy · · Score: 1

      > why the GPL is so problematic in this area?

      [Can of worms]
      ...and then explain RMS insisting on calling it GNU/Linux.
      [/Can of worms]

      Go figure.

    3. Re:Quibble's and bits... by Anonymous Coward · · 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.

    4. Re:Quibble's and bits... by Akai · · Score: 4, Insightful

      I am so glad that I use the *BSD's. Pretty much avoid mess's like this altogether.

      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 ,etc....

      --
      Please send all UCE to scally@devolution.com so I can f
    5. Re:Quibble's and bits... by Anonymous Coward · · Score: 0

      How exactly does the kernel you run have anything to do with this problem? The license is impossible to comply with, because it requires written permission for a vendor to print "XFree86" on the box. Finding all the authors you'd have to get permission from is impossible in practical terms. So if NetBSD has something on their web site that says "XFree86", and that means 4.4, you'd better get them to take it down because I'm 100% sure they don't have the permission.

      Politics and licensing are important. This is serious stuff. I really had to smile when the BSDs announced they were OK in response to SCO... and then SCO announced there were "problems" with the BSDs too. You can bury your head if you like, but freedom is not about code, it's about protecting the code.

    6. Re:Quibble's and bits... by VargrX · · Score: 2, Interesting

      well, you still didn't answer my question: what is wrong with giving credit where credit is due? Who care's if it's 200 page's of credit's? Your not explicitly being demanded to show this on execution, only in licensing/source code for christ's sake. Oh, and btw, I never mentioned, nor implied, that either license is imcompatible, just that there are some very strange clause's and mulish behavior in the GPL.

      --
      Sometimes people just have to learn and adapt to change, it is one of the requirements of being a living thing.
    7. Re:Quibble's and bits... by Anonymous Coward · · Score: 1, Interesting

      Anyone who doesn't want to pay for a 200-page magazine ad will care.

    8. Re:Quibble's and bits... by Anonymous Coward · · Score: 1, Insightful

      Oh but wait. I thought *BSD was a "real" OS and that everything was designed from the ground up to work together? But now your telling me that almost eveything that *BSD relies on to provide a modern desktop environment is really GPL? Hmmm. Well at least they invented Apache, Squid, Samba, and MySQL. Oh they didn't? Well at least that leaves them a console. I guess that's useful for something if at least the knowledge that the console is BSD POWERED! Because remember, that's the important thing.

    9. Re:Quibble's and bits... by Anonymous Coward · · Score: 0

      [rant]I'm so glad there are thousands more sandboxes where people like you are trolling their ass off. Why not join them? NEWSFLASH: not everyone prefers the same license! Where you want to force people to credit them, others don't want their work to become non-free (and with group 1 not wanting 2 and group not wanting 1 that is a problem). Big deal to accept this? Apparantly not, since you prefer BSD which implies you are using large chunks of code WITHOUT an advertising clause. Therefore, why not prefer the earlier situation regarding XFree where both groups were happy? As BSD-freedom-zealot you should have prefered the more free license... *bzzzzzt* your logic flawed![/rant]

    10. Re:Quibble's and bits... by pyros · · Score: 0

      the XFree86 license doesn't require a runtime attribution. You need to put the attribution with the copyright and licenese documentation, and in the source.

    11. Re:Quibble's and bits... by PhotoGuy · · Score: 1

      I agree with the parent, and prefer BSD/X style licensing to GPL. But isn't there already some code in Linux distributions now, that falls under the BSD license? Or is it completely free of any BSD licensed code? I find it hard to believe, but if so, could someone clarify?

      --
      Love many, trust a few, do harm to none.
    12. Re:Quibble's and bits... by john82 · · Score: 4, Insightful

      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.

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

    13. Re:Quibble's and bits... by dot-magnon · · Score: 1

      In this just case it looks like it's the X Consortium not being able to adapt to a new way of developing and licensing. Even the BSD's went away from this bullcrap years ago. (Disclaimer: IANAL) Can you imagine the workload given, first asking everyone for permission to, then changing, advertising for a package? Or even attempting to patch the damn thing? It's not happening. It's okay to give credit, but to be part of such a community, you will need to do things on someone elses premises from time to time. And in this case, I do believe XFree is out of power. Mandrake does a good choice by putting things out into the community with debate. These are big problems, and will eventually HAVE to be resolved. If it's with the X Consortium or not, is up to them. Eventually, and hopefully, a much faster and better (compliant) alternative will be available. I agree, and use the GPLs to avoid these kinds of troubles. I only go away from that when I have to.

    14. Re:Quibble's and bits... by VargrX · · Score: 1

      Ok, here's the original BSD license clause (apologies for the length):

      2.2.2. UCB/LBL

      Copyright (c) 1993 The Regents of the University of California. All rights reserved.

      This software was developed by the Computer Systems Engineering group at Lawrence Berkeley Laboratory under DARPA contract BG 91-66 and contributed to Berkeley.

      All advertising materials mentioning features or use of this software must display the following acknowledgement: This product includes software developed by the University of California, Lawrence Berkeley Laboratory.

      Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:

      1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
      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.
      3. All advertising materials mentioning features or use of this software must display the following acknowledgement: This product includes software developed by the University of California, Berkeley and its contributors.
      4. Neither the name of the University nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.

      THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' BLAH BLAH BLAH

      and here's the new XFree license:
      Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicence, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

      1. Redistributions of source code must retain the above copyright notice, this list of conditions, and the following disclaimer.
      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.
      4. Except as contained in this notice, the name of The XFree86 Project, Inc shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization from The XFree86 Project, Inc.

      THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE XFREE86 PROJECT, INC OR ITS CONTRIBUTORS BLAH BLAH BLAH

      Except as contained in this notice, the name of the XFree86 Project shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization from the XFree86 Project.

      Notice something? Nowhere in either license is it required to actively advertise these claims:
      by point:
      1. Add it to the source code as a COMMENT
      2-part 1: This is what help/about is for.
      2-part 2: It's in the documentation, hrmmm, where is the problem here?
      3. Again, a few sentences in the documentation. big whoop!

      --
      Sometimes people just have to learn and adapt to change, it is one of the requirements of being a living thing.
    15. Re:Quibble's and bits... by dot-magnon · · Score: 1

      Yet another thing, I'm totally tired and forgot to change to plain text or add br's :P

    16. Re:Quibble's and bits... by n0dez · · Score: 1

      There are apps on all (or many) Linux distroes that fall under the BSD license. I don't remember all (I'm not a lawyer); just a few such as the mount command, some KDE apps and other kind of stuff with licenses very similar to the BSDL; Apache, Perl, PHP, (they allow you to keep the thing closed-source).

    17. Re:Quibble's and bits... by Anonymous Coward · · Score: 0

      "Revised BSD licensed", "BSD style" or as i name it "BSDLv2" is not the problem...

      It's the advertising clause in the original BSD License (BSDLv1).

      http://www.gnu.org/philosophy/bsd.html

    18. Re:Quibble's and bits... by be-fan · · Score: 1

      There's tons of BSD licensed code in Linux. But its all the new-style BSD license. The new XFree license is like the old BSD license, with the advertising clause.

      --
      A deep unwavering belief is a sure sign you're missing something...
    19. Re:Quibble's and bits... by VargrX · · Score: 1

      Thank you. You said it much more eloquently than I did, and I thank you for it.

      --
      Sometimes people just have to learn and adapt to change, it is one of the requirements of being a living thing.
    20. Re:Quibble's and bits... by Anonymous Coward · · Score: 0

      Who care's if it's 200 page's of credit's?

      I'm afraid you've used up your assigned quota of apostrophes for this month. Further apostrophe use will result in a charge of US $.50 per apostrophe to your account.

    21. Re:Quibble's and bits... by Anonymous Coward · · Score: 0

      > I am so glad that I use the *BSD's. Pretty much
      > avoid mess's like this altogether.

      Date: Mon, 16 Feb 2004 14:27:47 -0700
      From: Theo de Raadt
      To: misc@openbsd.org
      Subject: XFree86 license

      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.

    22. Re:Quibble's and bits... by VargrX · · Score: 1

      I agree with the parent, and prefer BSD/X style licensing to GPL. But isn't there already some code in Linux distributions now, that falls under the BSD license? Or is it completely free of any BSD licensed code? I find it hard to believe, but if so, could someone clarify?

      I agree too. However, I believe that it would take decade's, if not centuries, to 'fix' all of the code mangling that's happened between GPL'd software and software that use's a BSD style license. It's the concept of 'don't re-invent the wheel if you don't have to' at work.

      For a true BSD licensed OS, right about now, the closest you'll really get is OpenBSD (and even that has some, albeit not much, GPL software in it), Theo and crew are pretty diligent about either finding, or making, replacements for the GPL stuff that is BSD licensed.

      For a GPL licensed one, I believe that Debian is really about as close as you get (not sure tho, there may be a better distro in this respect), at least until the GNU/Hurd actually appears.

      --
      Sometimes people just have to learn and adapt to change, it is one of the requirements of being a living thing.
    23. Re:Quibble's and bits... by ron_ivi · · Score: 1
      Nothing is wrong with giving credit. The problem (philosophically for GNU advocates) is that _requiring_ that credit is given can be an impediment to reuse of software.

      If someone wants to give credit to a GNU project he's welcome to. However the license doesn't require it, and appears to be incompatable with other licenses that would require it.

      Which is more mulish, requiring that certain text be copied exactly, or allowing it but not requiring it? (Note that the GFDL (Gnu Free Documentation License has a similar problem reqiring some sections of a document not be modified. This is restrictive enough that the Debian guys won't accept it.)

    24. Re:Quibble's and bits... by Anonymous Coward · · Score: 0

      Excellent point!!!! Wouldn't requiring it to be called Gnu/Linux violate the GPL in exactly the same way that this old-BSD-ish license does??

    25. Re:Quibble's and bits... by revery · · Score: 1

      There is a certain three syllable word that is used by the parent poster, quoted by you, and then used as the first word of your opening arguments.

      You should look it up.

    26. Re:Quibble's and bits... by Anonymous Coward · · Score: 0

      Houston to Major Tom: Thanks for missing the point and re-entry to conversation on planet Earth by a 1,000,000 mile margin. We'll try to pick you up when we swing around again, but don't hold your breath.

    27. Re:Quibble's and bits... by bovinewasteproduct · · Score: 1

      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.

      What????

      Try it again. Include a page in the docs that has the 1.1 license on it and don't use the name "The XFree86 Project, Inc" in advertising, and your covered.

      This is not a virual license at all. It only applies to distributions of XFree86 itself. Not other apps.

      I think the big bitch is that it can't be GPL'ed due to the 4th clause.

      Remember, "GPL compatiable" only means that the source can be GPL'ed ontop of another license. Thats all.

      BWP

    28. Re:Quibble's and bits... by Anonymous Coward · · Score: 0

      That was touching. Lots of important-sounding "I read the article" flaunting, when the fact of the matter is that many of us did the same and understood the issue more than you.

      Here then for the incredibly lazy are points 2 and 3 of the revised license

      Congrats on picking apart a license specific to XFree86. Unfortunately, you missed the greater point in your hasty attempt to shoot down any counter arguments without giving them any amount of thought. The GPL prohibits advertising clauses in general, as a preventative measure against the sort of situation I outlined above. It's a matter of principle. You let one clause in, and now you have to deal with countless others adding their own "please add my information under this condition" pleas. Hard to understand? I didn't think so, but I may have to rethink that now, given your apparent confusion.

      But don't distort the truth to make your argument sound better.

      If you can't see the forest for the trees, maybe you should re-read the GPL. It's a fascinating little license with which you should try and become familiar. It certainly helps when you try and spout off posts like yours as "fact".

      I'm still waiting for someone to provide a reasoned explanation

      I gave you one, but you prefer to cover your eyes and pretend you didn't see it. Suit yourself.

    29. Re:Quibble's and bits... by jemfinch · · Score: 1

      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 ,etc....

      Except that that's not true. He can run all the GPLed software he wants, linked to all the various licensed software he wants. He just can't distribute the resulting binaries.

      Repeat after me: The GPL restricts distribution, not use.

      Jeremy
    30. Re:Quibble's and bits... by Anonymous Coward · · Score: 0

      what is wrong with giving credit where credit is due?

      Nothing. What is wrong is making it mandatory without any warning, in a way that prevents people from combining it with GPLed software legally.

  26. Those features I can't live without by FattMattP · · Score: 5, Insightful
    Many point out features of XF86 4.4 [an 'an open source X11-based desktop infrastructure'] they can't live without
    They lived without them before 4.4. What's so special about these features?
    --
    Prevent email address forgery. Publish SPF records for y
    1. Re:Those features I can't live without by plcurechax · · Score: 4, Informative

      They lived without them before 4.4. What's so special about these features?

      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.

    2. Re:Those features I can't live without by zdzichu · · Score: 2, Informative

      Release Notes for XFree86 4.4.0-RC2. Maybe it's IPv6 support, maybe autedetecion of mouse port, maybe VIA driver, maybe Mesa 5.0.2. Nothing revolutionary, I think.

      --
      :wq
    3. Re:Those features I can't live without by Anonymous Coward · · Score: 0

      Hmm IPv6 support existed way before this as a patch. For versions like 4.2.x and 4.3.x. Can't remember exactly, try Google. Point is, this is therefore GPL compatible though wether it's exactly the same as this release or has improvements isn't clear to me either.

    4. Re:Those features I can't live without by nmnilsson · · Score: 2, Interesting

      Try spending 40 hr/week looking at the 16bpp1024x768 the 4.3 frigging *vesa* driver cooks for you on a brand new i865G card!
      Gagh! My eyes are bleeding so badly, I might as well have read the Windows source...

      I've been waiting for i830 driver goodness all winter.

      But sure, you go ahead and clear up the licence issues first.
      I think I'll develop a jesus complex :-)

      --
      No sig to see here. Move along.
    5. Re:Those features I can't live without by YLee · · Score: 1

      ...and don't forget those VIA-contributed Savage4 drivers, mostly found in Athlon notebook chipsets. Finally HW accelerated OGL! ;)

    6. Re:Those features I can't live without by dmiller · · Score: 1

      Fortunately 4.4RC2 is still under the original license, so forks may be based off it.

  27. The Glory Days of X by jonabbey · · Score: 5, Insightful

    Actually, in case you hadn't noticed, these are the Glory Days of X, man. I don't consider that era when you had to worry about 8 bit color palette collisions to be anything like a time of glory. TrueColor displays, KDE, Gnome, XRender, Xft.. these are some of the ingredients of a glorious new age for X. Happily, Keith and Jim are still involved.

    1. Re:The Glory Days of X by S.Lemmon · · Score: 1

      In that case, I'd think you'd call this the glory days of X clones rather than the glory days of X itself.

    2. Re:The Glory Days of X by Anonymous Coward · · Score: 0

      I think you mean the glorxy days of XFree86 and not the glory days of 'other implementations of the X protocol'.

    3. Re:The Glory Days of X by S.Lemmon · · Score: 1

      XFree86 is certainly the most popular, but I was more thinking of the original "official" X11 implementation (which I *think* XFree86 forked from for licensing reasons).

    4. Re:The Glory Days of X by spitzak · · Score: 1

      No, the glory days of X will be when you can assumme TrueColor and those other things exist.

      We could have been there long ago if they had cleaned up their implementation, not done stupid things like "visuals" and just emulated TrueColor atop whatever hardware there was.

      As it is, I still need to write colormap code in my programs. I am thinking of scrapping it, but I will need to write "select the TrueColor visual" in as well. Though a lot less objectionable, I would like this requirement to disappear as well.

    5. Re:The Glory Days of X by Anonymous Coward · · Score: 0

      The glory days of X will be there, once you can finally startup a small setup tool with autodectect and optional settings and voila run on most hardware can can easily plug in drivers by manufacturers.
      XFree is only halfway there. Ok XFree 4.4 finally has autodetect but it still is missing a decent setup tool. It is not everybodies liking to read a book to understand XF86Config-4!

  28. Removing Japanese fonts as well? by offpath3 · · Score: 4, Interesting

    I noticed in the first link that they specified that they were remvoing Japanese fonts from Mandrake 10rc1. I happen to use Mandrake because I was impressed with their foreign language support, specifically Japanese. Does anybody know why they are removing Japanese fonts and if there is anything that can be done about it?

    1. Re:Removing Japanese fonts as well? by adrianbaugh · · Score: 4, Informative

      Save them from your current installation and transfer them to a Mdk10 installation? They're just fonts, after all - no reason I can think of why you couldn't just plug them into a later version of the distro.

      --
      "'I pass the test,' she said. 'I will diminish, and go into the West, and remain Galadriel.'"
      - JRR Tolkien.
    2. Re:Removing Japanese fonts as well? by QS6dot2 · · Score: 2, Informative

      These fonts wouldn't happen to be ttf-kochi-gothic and ttf-kochi-mincho?
      There are two versions of these fonts, one which is public-domain and the original one which contains non-free hinting information.
      See also this post to the debian-devel mailinglist.

    3. Re:Removing Japanese fonts as well? by Anonymous Coward · · Score: 0
      I have no specific knowledge of Mandrake, but I suppose this is not about all Japanese fonts, but just some truetype ones. The only good-looking free Japanese vector font available, called Kochi, was discovered to be based originally on a Hitachi font from the 80's. Hitachi proposed to license it for non-commercial use, but since their conditions were not fully "free", and there was still some work to do (a Japanese font is huge!), the font is no longer available.

      That's really bad, because the alternatives look terrible, and IIRC you are not allowed to use MS fonts (even if they are on the same hard disk!).

      But this should be completely unrelated to Mandrake in itself.

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

    1. Re:freedesktop.org xlibs, xserver by Karma+Sucks · · Score: 1

      > it will need new binary drivers from ati/nvidia.

      JESUS CHRIST! Does it really have to be such a radical redesign? This is terrible... How the hell are we going to explain this massacre to ATI/NVIDIA?

      IMHO we need a fork of XFree86 up from the license change. Unfortunately there's no developers...

      --
      (Please browse at -1 to read this comment.)
    2. Re:freedesktop.org xlibs, xserver by Anonymous Coward · · Score: 0

      > How the hell are we going to explain this massacre to ATI/NVIDIA?

      See who releases a new driver for the redisigned system first and watch their sales go up?

    3. Re:freedesktop.org xlibs, xserver by SoTuA · · Score: 1

      The only major problem left is that since the new xserver is a redesign it will need new binary drivers from ati/nvidia.

      But does it implement the open nv driver? (that is, do we get a desktop with a nvidia card, albeit a non-accelerated one?)

    4. Re:freedesktop.org xlibs, xserver by Anonymous Coward · · Score: 0

      See who releases a new driver for the redisigned system first and watch their sales go up?

      HAHHAHA. Give me a break, man.

      ATI and nVidia give out Linux drivers as only a charity. Linux users are almost zilch when compared to Windows users. Your petty cries of "watch your sales" are laughed at.

    5. Re:freedesktop.org xlibs, xserver by Anonymous Coward · · Score: 1, Interesting

      > The only major problem left is that since the new xserver is a redesign it will need new binary drivers from ati/nvidia.

      But does it implement the open nv driver? (that is, do we get a desktop with a nvidia card, albeit a non-accelerated one?)

      From what I've read on fd.o the XFree drivers link pretty deep into the general XFree architecture, so in short, no, a wrapper isn't really feasable.

    6. Re:freedesktop.org xlibs, xserver by be-fan · · Score: 3, Interesting

      Actually, NVIDIA, anyway, seems reasonably supportive of the efforts. The radical redesign of the driver API is necessary because they want to seperate the OpenGL drivers from the X server, so the X server can do its drawing through OpenGL.

      --
      A deep unwavering belief is a sure sign you're missing something...
    7. Re:freedesktop.org xlibs, xserver by be-fan · · Score: 2, Interesting

      Its hardly charity. The pro graphics workstation market likes the price/performance of Intel + NVIDIA + Linux. SGI's x86 machines all run NVIDIA. They make a nice bit of change from their Linux drivers. That's why their Linux drivers aren't half-assed like ATI's.

      --
      A deep unwavering belief is a sure sign you're missing something...
    8. Re:freedesktop.org xlibs, xserver by Anonymous Coward · · Score: 0

      Yeah, but the "pro graphics workstation market" is going to be using RedHat or SuSE, who are now committed to support XFree 4.x for the next 3-5 years.

      So, I wouldn't expect a mass-migration of commercial XFree drivers to freedesktop.org any time soon.

    9. Re:freedesktop.org xlibs, xserver by binford2k · · Score: 1

      Desktop Linux use is overtaking Mac as we speak. Look it up. And regardless of market share, no company can afford to piss off 3% of its customers.

      Your petty troll is laughed at.

    10. Re:freedesktop.org xlibs, xserver by aristotle-dude · · Score: 1
      I believe it was Mark Twain that said. "There are three types of lies which are lie, damn lies and statistics."

      I don't see any reliable metric for desktop use of linux out there.

      If desktop linux is bigger than Macintosh desktop market share, why is there no Photoshop or Illustrator for linux? Why would adobe bother with a linux version when customers can just boot into windows?

      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    11. Re:freedesktop.org xlibs, xserver by aonaran · · Score: 1

      If you read the freedesktop.org FAQ, it says that there is no accelerated Nvidia driver for it yet, but Xvesa works for non-accel on Nvidia. ATI Radeon is working at least partly via a new opensource driver.

    12. Re:freedesktop.org xlibs, xserver by Spoing · · Score: 1
      1. Yeah, but the "pro graphics workstation market" is going to be using RedHat or SuSE, who are now committed to support XFree 4.x for the next 3-5 years.

      What is that commitment, and who did they make it to?

      (I'm not saying you're wrong, I just haven't heard anything along those lines and I'm straining to see why RH and SuSE would make an official commitment.)

      --
      A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
    13. Re:freedesktop.org xlibs, xserver by Anonymous Coward · · Score: 0

      Support lifecycle guarantees for "enterprise Linux" customers -- kernel 2.4 and XFree 4.x are going to be around a long time.

      > why RH and SuSE would make an official commitment

      Because people don't like their applications breaking every time there's yet another minor civil war in the opensource community?

    14. Re:freedesktop.org xlibs, xserver by Spoing · · Score: 1
      Support doesn't mean locked at the hip for all future updates, even at the enterprise level. It does mean they will handle problems and support what they ship. I wouldn't be too surprised if 4.3.x is the last XFree86 that either ship, though it could go either way. Who's to say what will happen in 5 years?

      I don't see proof or a commitment to 4.4 from either of them, so unless you can show me, I'll have to say claims of an official commitment don't pass the sniff test.

      --
      A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
    15. Re:freedesktop.org xlibs, xserver by binford2k · · Score: 1

      Maybe because it is an emerging market?

      You can't cite circumstantial evidence to support an argument.

    16. Re:freedesktop.org xlibs, xserver by Anonymous Coward · · Score: 0

      I said "4.x", not "4.4". I dunno what RedHat is going to do, but I do know they will not change the video driver API in RHEL3 for 5 years. If I'm wrong about that, RedHat is fucked anyway, so it won't matter. RHEL4 might be a different story.

    17. Re:freedesktop.org xlibs, xserver by be-fan · · Score: 1

      NVIDIA has been pretty amenable to working with the freedesktop.org folks. Just read the fd.o mailing list.

      --
      A deep unwavering belief is a sure sign you're missing something...
    18. Re:freedesktop.org xlibs, xserver by X-Guy · · Score: 1

      You're either making that up or someone was misquoted. NVIDIA has made no indications of supporting anything other than XFree86.

  30. I'm Crying by ratboy666 · · Score: 0, Flamebait

    Not...

    Mandrake sells a "Linux" OS. That's what they have on the box...

    But, in reality, it should be an "XFree86" OS. That happens to run on Linux...

    Or... XFree86/GNU/OpenOffice/Linux.

    In terms of importance, I think that the XFree86 component is MORE vital to Mandrake than Linux (right now). It is easier to replace the kernel than to replace the X Server.

    And the X folk are demanding some recognition...

    Suck it up, and give it to them. There was a time when running "Linux" did not mean a GUI. A lot of uses STILL don't need a GUI. But most (RedHat, Mandrake, SuSE) compete with the GUI.

    So give it up to the X folk... Put it on that package. Yes, even at this late date.

    Ratboy

    --
    Just another "Cubible(sic) Joe" 2 17 3061
    1. Re:I'm Crying by geekoid · · Score: 4, Insightful

      so you want them to list 1000 plus people on the box? and the ads? and the site? Cost prohibitive.
      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.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    2. Re:I'm Crying by VargrX · · Score: 1

      so you want them to list 1000 plus people on the box? and the ads? and the site? Cost prohibitive.

      no. list them in pamphlet in the box (and yes, that satisfie's the BSD style advertising clause nicely). Not so cost prohibitive now, is it?
      Again, I'll ask, what the hell is the problem wrt the GPL where it has this HUGE problem in giving credit where credit is fairly due?

      --
      Sometimes people just have to learn and adapt to change, it is one of the requirements of being a living thing.
    3. Re:I'm Crying by Anonymous Coward · · Score: 0

      so you want them to list 1000 plus people on the box? and the ads? and the site?

      Whaddya wanna bet this guy supports "GNU/Linux" though. That's the funny thing about most of the people bitching about this license change... they're willing to accept RMS's extremely similar whining.

    4. Re:I'm Crying by Anonymous Coward · · Score: 0
      And what kernel would they use?

      Oh you mean something that doesn't have proper SMP yet?

      That's ok, I'll stick with 4.3.

    5. Re:I'm Crying by Znork · · Score: 1

      Ah, sorry, need to go back to XFree plus xterm then... no GNOME or KDE as you cant link GPL apps to X with the new license.

      Which sorta makes X about on par with virtual consoles as far as GUI's go.

    6. Re:I'm Crying by bfree · · Score: 3, 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?

      --

      Never underestimate the dark side of the Source

    7. Re:I'm Crying by ratboy666 · · Score: 1

      Znork...

      That's utter nonsense.

      X is a graphics server. Clients put out a stream of packets which tell the server what to draw.

      I can even view my "gnome" application from Windows with Hummingbird -- no local X server at all.

      There IS NO GPL violation. Anyone can implement an X Server *without* impacting any applications (including GNOME and KDE).

      The only time it comes even close is if you use SHM, and even that is only an interface.

      XFree86 can use *any* license, and not trigger GPL vioations. There are even commercial X Servers (even for Linux) that don't come with source. Xi Graphics and Metrolink come to mind immediately (and there may be more -- but I'm not going to bother looking -- two examples should be plenty!). And yes, you CAN use GNOME on to of these "foreign" X servers. And yes, they may perform better than XFree86 (or not -- YMMV).

      GOME and KDE use the X Server. The X Server does not use GNOME or KDE. Ok? That's why it's called the X *Server*.

      And... you don't link apps to an X server. You may link to a library that interacts with the X server. You *certainly* don't link to X. There is no "API" in the MS Windows sense. Only packets.

      Ratboy.

      --
      Just another "Cubible(sic) Joe" 2 17 3061
    8. Re:I'm Crying by Znork · · Score: 1

      Riiight. Go run ldd on your X apps and count the libs from X. Try removing the XFree86 libraries from your system and see how many X application will remain functional with another X server. If you can even get any of them to load. The dynamic loader tends to get a bit upset when it cant find libraries anymore.

      Unless you're planning on implementing the X libs in each of your clients you sure as hell are going to link that API to your client.

      That is the problem. The networked separation is what allows the commercial X servers, but as most applications use the Xlibs from XFree it's not quite the same issue.

  31. Also interesting by Anonymous Coward · · Score: 1, Interesting

    Keith Packard from FD.o will resolve the issue to become DFSG-free though how isn't decided:

    "Around 14 o'clock on Feb 11, Branden Robinson wrote:

    > The DFSG-incompatibility of xc/lib/font/fontfile/decompress.c is more
    > serious.

    Disabling .pcf.Z font file support shouldn't be a significant issue;
    XFree86 has used .pcf.gz files for many years.

    We can either stub-out the functions in decompress.c or delete their
    references in fontfile/fileio.c and remove the files completely.

    I'll do the latter for the freedesktop distribution; I have a strong
    desire to make the released software from that source completely DFSG-free.

    -keith"

    http://lists.debian.org/debian-legal/2004/debian -l egal-200402/msg00116.html

    1. Re:Also interesting by bfree · · Score: 2, Insightful

      This (AC parent post) is exactly what I have been hoping to hear! I'd been looking to see what Branden would say about all this, as he not only does an excellent job overseeing X on Debian but he is also, imho, the main commentator for Debian on licenses.

      I like the DFSG guidelines. I think they are the best interpretation out there of what you can really take as Free and what you can't. If XFree86 4.4 was not going to be DFSG-free, I would have felt sure we would have seen a Debian fork if no-one else stepped up. But what I really hoped to see was a collaboration between freedesktop, xouvert and debian to oversee a fork of X, but I had no idea if the desire would be there from the core of freedesktop and xouvert to be DFSG-free.

      It's not a simple task, and it will mean compromises (s3-texture compression perhaps) but I think that the key for a free X is for it to have an out in an open development environment and to allow more seperation of the server from the system (so hardware development is easier and quicker, even use of non-free servers (nvidia and ati for example) would probably become easier if the full range of interests in X got involved). I feel this is make or break for XFree86, in the next month they will either back down and open up somehow, or else they will see themselves forked out of existence. I actually favour the latter and I already think it has started, if XFree86 don't change their tune very soon, how long will it be before Debian, Mandrake and Fedora all have freedesktop packages as the next (post 4.3) version of X? Even if they are a bit of a hairy option, like a 2.6 kernel could be now.

      --

      Never underestimate the dark side of the Source

  32. So what's the problem? by El · · Score: 0, Offtopic

    How does this stop anybody that wants to run 4.4 with Mandrake from installing it separately? Yes, this delays the Mandrake release, but the Mandrake should have settled the license issues before they upgraded to 4.4; then it wouldn't be necessary to roll back the changes.

    --

    "Freedom means freedom for everybody" -- Dick Cheney

  33. Incompatibility. by s4m7 · · 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!

    --
    This comment is fully compliant with RFC 527.
    1. Re:Incompatibility. by Anonymous Coward · · Score: 0

      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!

      Good point. I'll tell my Grandma.

      - Jon

    2. Re:Incompatibility. by Alan+Shutko · · Score: 3, Informative

      Please. X is one of the most painful packages to download and compile oneself. It's big. It needs lots of space to compile. It needs lots of time to compile. It's not just ./configure && make && make install, since it's got a moderately Byzantine build system based on Imakefiles, which nearly nobody else uses anymore, so if you have to change build parameters, you have a bit more work/learning to do.

      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.

    3. Re:Incompatibility. by s4m7 · · Score: 1

      Ok, I'll grant this is true. I was sort of boneheadedly assuming that anyone with esoteric enough hardware needs to really require 4.4 over 4.3 probably is willing to go to the trouble.

      More to the point, after mandrake moves out of RC1 status and into release, it's rather trivial for them to add the package to their repositories so that users can upgrade to a binary package of 4.4, rather than further delay the release hunting and pecking new copyright notices. The only people who really get burned either way are dial-up users... and who cares about them? :)

      --
      This comment is fully compliant with RFC 527.
    4. Re:Incompatibility. by binford2k · · Score: 1

      Huh? XFree86 is remarkably easy to compile. The minimum is to download the tarballs and uncompress them, run make World, make install. That process has worked just fine in every of the 20 or 30 times I've compiled X from source.

    5. Re:Incompatibility. by Anonymous Coward · · Score: 0

      .. DOWNLOADING AND INSTALLING THE BLEEDING EDGE FROM SOURCE whenever you feel like it. for crying out loud, people. DIY!

      That's not the purpose of a distribution. If I want to do things myself, I'll do things myself. Just like when I buy a car: I have the skill to put one together, but

      FUCK YOU.
    6. Re:Incompatibility. by Kjella · · Score: 3, 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.

      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

      --
      Live today, because you never know what tomorrow brings
    7. Re:Incompatibility. by Anonymous Coward · · Score: 0

      I had no problems compiling X five years ago, so I imagine I'd do just fine today.

      Now, migrating to glibc2 by hand? That was a hassle.

    8. Re:Incompatibility. by Anonymous Coward · · Score: 0

      What are you talking about? I've always compiled x from source. It takes me 20 minutes to compile/install x, which is a whole lot less than compiling qt or openoffice. As for that space consideration, I don't think so either. I've compiled x on 2 gig hard drives before and i've never had space problems. Go take a look again at the x install before you make judgements.

    9. Re:Incompatibility. by Anonymous Coward · · Score: 0

      Uhh 885 Centrino hardware is not really esotheric,
      and for higher resolutions Xfree 4.3 fails big time on those machines, if the intel graphics card is used.
      (Well I for my part moved to a closed source soltion exactly for this reason)

  34. Commas by Anonymous Coward · · Score: 0

    I love the use of, commas in the newsletter. It makes me feel, so comforted that the people who made this decision, are intelligent, people.

  35. What's in 4.4? by Alan · · Score: 3, Interesting

    Just out of interest, what is new/changed in 4.4? I looked through the site and didn't find anything. Is it just new hardware support, or more substantial things (ie: proper XRENDER (think that's it anyway) extensions, hardware gl support, rendering of transparancy....)? Anyone got a changelog or brief overview?

    1. Re:What's in 4.4? by Anonymous Coward · · Score: 0

      Nothing special, like usual, just new drivers and bug fixes.

  36. This is what I love about linux by FictionPimp · · Score: 4, Insightful
    This is what I love about linux. If you dont like the way something is done, do it yourself or find another way. The linux distro's are learning they dont need to be locked into anything. They can do what they want (with-in the limits of the GPL) This is a good thing.

    I dont see whats the big deal, issues like this can create new tech, and spark new creative ideas in the community.

    1. Re:This is what I love about linux by Anonymous Coward · · Score: 0

      You stupid stupid man!!

      Yes let's add another fork to an already Kludgey OS... stupid ass .. to riled up to finish.

      Windows 95,98,2000,XP all are functionally the same and are supported the same. Jumping from xfree to something else will oh say break a ton of shit and be a pain in the ass as it something else to support in the already jumbled mess of everyone doing everything their own way. Open source == shit.

      Film at 11.

    2. Re:This is what I love about linux by Narchie+Troll · · Score: 1

      That's why there's this great thing called the X11 standard. Amazingly enough, if you develop to this standard, your program should work on any X server! Fancy that.

    3. Re:This is what I love about linux by Anonymous Coward · · Score: 1, Insightful
      This is what I love about linux.


      This has nothing to do with Linux.

      If you dont like the way something is done, do it yourself or find another way.


      That's an advantage of Free Software in general; it is not limited to Linux.
    4. Re:This is what I love about linux by fredrik70 · · Score: 1

      uh, no, you can just fork XFree from the last release and continue from there...

      --
      if (!signature) { throw std::runtime_error("No sig!"); }
    5. Re:This is what I love about linux by fredrik70 · · Score: 1

      just to clarify, with last release I of course meant 4.3

      --
      if (!signature) { throw std::runtime_error("No sig!"); }
  37. They are NOT blocked, unless they want to be. by Rex+Code · · Score: 3, Insightful

    I'm not sure if this is just a publicity stunt, or what, but you can bet even if Mandrake refuses to ever update XFree86 again (which would be REAL healthy for them, since there's no alternative on the immediate horizon), that plenty of distributions with common sense WILL. Personally, I do not find the new XFree86 license to be unreasonable, or incompatible with the GPL. And is the FSF or some other organization going to sue a Linux distributor over shipping XFree86? They'd have to be on crack to want a test case for the GPL like that.

    My advice: go ahead and ship it, remembering the old Grace Hopper quote. You won't benefit by watching your user base defect.

    1. Re:They are NOT blocked, unless they want to be. by pyros · · Score: 4, Insightful
      The next release of Fedora Core, due in just over a month, won't have XFree 4.4 either. Given the dicussion on the debian-legal team, it sounds like Debian won't package XFree 4.4 as well. So it sounds like the major players are all rejecting XFree over the license, which leads me to believe this isn't just smoke. Red Hat is actually well known for pissing of its users by being strict about GPL compliance (no MP3, no NTFS, I think also no more pine, and now no UW-IMAP).

      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.

    2. Re:They are NOT blocked, unless they want to be. by Znork · · Score: 1

      "And is the FSF or some other organization going to sue a Linux distributor over shipping XFree86? They'd have to be on crack to want a test case for the GPL like that."

      Um, yeah, and as we all know there are no crackpots in Utah, of course, and even if there were they'd never try to sue anyone anywhere, right?

      Who says the FSF would be the one trying to mess around with a linux distributor?

      Sure the new XFree86 license isnt unreasonable, it's just pointless (as it's not legal to remove copyright notices anyway, so that part is redundant, and they'd probably need a trademark to have a chance to enforce the name usage clause) and it's very definitely incompatible with the GPL.

    3. Re:They are NOT blocked, unless they want to be. by jmv · · Score: 2, Insightful

      Personally, I do not find the new XFree86 license to be unreasonable, or incompatible with the GPL.

      So GPL-compatibility is a matter of personal appreciation now? I believe that if they (Mandrake, Debian, probably more soon) decide not to ship 4.4, there must be a valid reason. BTW, sometimes a license if must very slightly annoying and you're tempted to go with it anyway. That may work fine... until you end up with 1000 packages with "just slightly annoying" licenses and the whole requirement becomes "really really annoying".

    4. Re:They are NOT blocked, unless they want to be. by Anonymous Coward · · Score: 1, Insightful

      So how about if someone links against my GPL'd lib? Does your advice still stand and do you therefore condone copyright infringement?

      I don't offer any advice since I am not in a position to help maintain a fork :-o

    5. Re:They are NOT blocked, unless they want to be. by Anonymous Coward · · Score: 0

      I'm not sure if this is just a publicity stunt, or what

      Yes, that's it, it's a publicity stunt! Why didn't we see it earlier? Desktop-oriented businesses always remove features to try and promote their products!

      there's no alternative on the immediate horizon

      Xouvert. FreeDesktop.org.

      plenty of distributions with common sense WILL

      Actually, check with the "plenty of other distributions" before saying that. They ar eall moving in the same direction on this.

      Personally, I do not find the new XFree86 license to be unreasonable, or incompatible with the GPL.

      There's a term for that; it's called "burying your head in the sand." The GPL requires that no additional restrictions be placed upon redistribution. The new XFree license places additional restrictions upon redistribution. You can't legally create a work that derives from works licensed under both licenses. It's not rocket surgery.

      And is the FSF or some other organization going to sue a Linux distributor over shipping XFree86? They'd have to be on crack to want a test case for the GPL like that.

      Yes, that's it. Mandrake should keep it in, because although it's illegal, they can probably get away with it.

      My advice

      Should be taken with a pinch of salt.

    6. Re:They are NOT blocked, unless they want to be. by Fnkmaster · · Score: 4, Insightful
      I think you are correct. I see the big problem here as the precedent it sets. You have to realize that XFree86 contains LOTS of code copyrighted by lots of people and companies. If each of them puts this new clause on all their contributions, only with "The XFree86 Project, Inc." replaced by the individual or company's name, you rapidly end up with a piece of software that requires acknowledgement to potentially dozens or hundreds of people either in the end-user documentation or on the screen in the software itself (which admittedly might not be quite as odious if it's hidden away somewhere not likely to be seen without looking around for it).


      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.

    7. Re:They are NOT blocked, unless they want to be. by Rex+Code · · Score: 2, Informative

      The next release of Fedora Core, due in just over a month, won't have XFree 4.4 either.

      Yeah, well trying to claim it has anything to do with the license changes is pure FUD. I've followed the discussions about this from Mike Harris, and (since you clearly haven't) I'll quote:

      Q) What release of XFree86 will Fedora Core 2 be shipping?

      A) XFree86 4.3.0 is what will ship in Fedora Core 2. It will contain a number of bug fixes, Radeon driver fixes and other improvements to further stabilize the 4.3.0 series, and give Fedora Core a relatively mature XFree86 base. I would also like to update the "via" driver to Alan Cox's new DRI enabled via driver, so that VIA EPIA users can enjoy 3D acceleration. I'm probably going to do a number of other video driver updates and scan bugzilla for the most critical issues to spend some time on. Any large-risk issues will likely not be addressed until 4.4.0 is integrated into the distro however if I believe the risk of regression to be too great to be worth taking for a given problem. I've considered a great number of technical and other issues/factors in coming to this decision.

    8. Re:They are NOT blocked, unless they want to be. by Anonymous Coward · · Score: 0

      So it sounds like the major players are all rejecting XFree over the license

      Good news for the minor players.

    9. Re:They are NOT blocked, unless they want to be. by Anonymous Coward · · Score: 0

      I don't see where Mandrake says they won't use 4.4 in a later release, only that the requirement to change the docs etc... to comply with the licence change came too late in their development cycle for mdk10.

      With 3 CD's of software in an MDK release, that's a lot of nit picky text additions which is better put off until MDK 10.1 or so, and avoid delaying the release of MDK10, which is already out in beta.

    10. Re:They are NOT blocked, unless they want to be. by Nailer · · Score: 1

      Red Hat is actually well known for pissing of its users by being strict about GPL compliance (no MP3, no NTFS, I think also no more pine, and now no UW-IMAP).

      That's true in the case of Pine, but NTFS and MP3 were removed because of patent issues. It'd be fine to publish a Fedora including these packages in, for example, France or a Scandinavian country. WU-IMAP was removed because it was insecure (many of the Linux worms were written to exploit it) and slow as hell compared to Dovecot.

    11. Re:They are NOT blocked, unless they want to be. by pyros · · Score: 1

      NTFS and MP3 are encumbered by patent issues which make them incompatible with the GPL, which means Red Hat doesn't ship them. ;)

  38. Or the sneaky bastard alternative by gosand · · Score: 1

    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.


    Or ...

    If you're making something proprietary, use a BSD licensed or GPL component, just don't get caught. :-)

    --

    My beliefs do not require that you agree with them.

  39. xfree86 digging its grave by oohp · · Score: 5, Insightful

    Well I guess this is the first step at digging Xfree86's grave, isn't it? Distros will stop shipping it, people will stop using it, what's left of the developers at xfree86.org will lose interest in developing it and the whole project will head towards a slow death.

    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.

    1. Re:xfree86 digging its grave by Anonymous Coward · · Score: 0

      Yes, personal insults are much more adult-like. Nice going.

    2. Re:xfree86 digging its grave by Anonymous Coward · · Score: 0

      Yes, personal insults are much more adult-like. Nice going.

      If you think 'kid' is a bad insult, you should have seen my first draft!

    3. Re:xfree86 digging its grave by Anonymous Coward · · Score: 0

      But the XFree86 team is all gone, except for David Dawes, and he's a dickhead. Essentially, XFree86 is no more, long live freedesktop.org X and/or Xouvert.

    4. Re:xfree86 digging its grave by Anonymous Coward · · Score: 0
      typical n00b

      People that actively use the term n00b rarely have sex. That's a fact. You need to get out more you prick.

    5. Re:xfree86 digging its grave by thgreatoz · · Score: 1

      I really don't think Xfree86 is going anywhere...they're very popular, and they know it. After they see the uprising they're causing - and realize that none of the major distros are going to play ball - they'll revert to their old license, tail between their legs, and life will go on.

      --
      When their numbers dwindled from 50 to 8, the dwarves began to suspect Hungry.
  40. Re:danger with mandrake 10.0 beta1 by Anonymous Coward · · Score: 0

    I've had the same experience.

  41. RTFA, then RTFL. by Anonymous Coward · · Score: 2, Insightful

    Quit whining about the XF86 people having a restrictive and self-damning license when you haven't read it!

    By comparison, the GPL is much more restrictive than the new XF86 license.

  42. Simple solution. by Anonymous Coward · · Score: 0

    Stop calling anything that touches a "Linux Kernel" "LINUX".

    Beacuse refering to a Sendmail/PostgreSQL/Apache web serving solution as a LINUX solution, credit is being taken away from the fine work of the Sendmail/PostgreSQL/Apache staff.

    To do such is a 'rebanding' - Mandrake understands the important of branding (having been sued over taking someone elses brand - Mandrake the Magic dude) and is RIGHTLY worried about the re-branding they are doing of the fine work of the X11 group.

    Taking others work and calling it your own is what Microsoft does....too bad the Lets-Rebrand-Everything-Linux are willing to copy Microsoft and unwilling to share credit with others.

  43. Re:Final solution. by orthogonal · · Score: 0, Offtopic

    How about we put all unfunny people like you on trains and send them off into camps? It's not big deal. Simple solution.

    John? John Ashcroft?

    Shouldn't you be putting terminally ill medical marijuana users in prison with Tommy Chong or tearing up the Constitution or something, rather than posting to Slashdot?

  44. You have to Wonder by ortcutt · · Score: 5, Insightful
    You really have to wonder about the judgement of the XFree86 team. The justification of the change was the following
    The purpose of these changes is to strengthen the "except claim you wrote it" clause of the Project's licensing philosophy regarding binary distributions of XFree86. While the original license covered this adequately for source code redistribution, it has always been lacking where binary redistribution was concerned.
    First, I don't understand what problem they take themselves to be remedying. Does anyone really think that if Redhat and Mandrake didn't put the notice in their documentation, that anyone would think that they had written the code. I mean that would be really amazing, if both Redhat and Mandrake and all of the other distributions had all each written XFree86. I think the XFree86 people aren't correctly understanding their own principle. It says "you can do anything you want, except claim you wrote it". When someone distibutes binary software, that is not a claim, explicit or implicit, that they wrote the software. However, instead of seeing that the advertising clause does not even fit their stated principle, they go on to make it more odious by requiring all distributors to get permission from XFree86 to use the name XFree86 outside of the notice required by the licence agreement. The text of the licence is as follows:
    Except as contained in this notice, the name of The XFree86 Project, Inc shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization from The XFree86 Project, Inc.
    This will likely have two effects. Distributions may decide that it isn't worth their while, and they simply won't promote their products as containing Xfree86, even if they do include XFree86 4.4. Or, they may decide, as Mandrake has done, that XFree86 4.3 is good enough for them and they can wait for freedesktop.org to mature. In either case, I don't see what XFree86 has gained, even relative to their stated goal, since in the first case, they miss out on the free publicity, in the second, their new license doesn't have any effect because it simply turned users away.

    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.

    1. Re:You have to Wonder by plcurechax · · Score: 3, Informative

      Does anyone really think that if Redhat and Mandrake didn't put the notice in their documentation, that anyone would think that they had written the code.

      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.

    2. Re:You have to Wonder by ortcutt · · Score: 1

      But does the fact that the embedded developers are using XFree86 mean that they are claiming, implicitly or explicit, that they wrote the software that they use. No. The inference from "I am distributing this software" to "I wrote this software" is one that doesn't make any sense in a world with software under GPL, LGPL, Artistic, etc.. licences. If I give someone a CD which has a binary for KDE on it, am I claiming that I wrote KDE. The XFree86 team is just missing the point. Completely.

  45. Re:No way! by Anonymous Coward · · Score: 0

    It's like wiping your ass with silk. I love it.

  46. The end of XFree86? by ZuperDee · · Score: 1

    It seems to me that this licensing problem, no matter how small or insignificant it may be, is still just one more step on the way towards XFree86 becoming truly irrelevant.

    Let's face it--even if you totally ignore the license problem, many of us have still seen XFree86's demise coming for a while now, with the closed nature of their development community, and their increasing lack of innovation and lack of progress in commiting new features and technologies.

    1. Re:The end of XFree86? by Anonymous Coward · · Score: 0

      the world is going proprietary.

      megacorps want to own all ideas and information. they will scoop up information and ideas from individuals, like taking candy from a baby.

      sure, the corporations also battle each other as well, but the real losers are the individual.

      there's an ownership war going on...and smart individuals recognize this. your either a cog or an individual.

      as a cog, you go to work for a megacorp, get your number, and shutup and don't make waves. you get your airconditioning, cable tv, and tv dinners. you are the status quo.

      as an individual you do your best, but are horrified as everything around you gets owned by faceless entities. you work in tandem with other individuals, coming together to form a community in order to fight this trend.

      a true individual would KNOW that using a bsd style license is like handing your enemy a loaded firearm. your enemy WILL use it against you...and you will regret not being a proactive individual.

      the smart individuals know that they need to work in tandem with other individuals, or risk becoming a cog.

      this smart community of individuals choose the GPL. this prevents the enemy from using the communities own work against them.

      others, are lost, they do not wish to be a cog, and they do not wish to be an individual, so they are neither. they become irrelevant. the others are not even aware that there's a war going on. the others simply vanish.

      it would have been better for these lost others, to have become cogs.

      at least a cog is part of a machine...and had the semblance of life.

  47. So what happens... by Chordonblue · · Score: 1

    ...when the author is deceased. When he ceases to be? When he is... No more! When... You get the picture... :)

    --
    "...Well, there's egg and bacon; egg sausage and bacon; egg and spam; egg bacon and spam; egg bacon sausage and spam..."
    1. Re:So what happens... by swv3752 · · Score: 1

      Simple, you need to get permission from his estate.

      --
      Just a Tuna in the Sea of Life
  48. Many people, indeed by Travoltus · · Score: 1

    But not those who have had experience with the X Consortium/X11R6.4...

    --
    --- Grow a pair, liberals... stop letting the Republicans bully you!
  49. OpenBSD not accepting License change either by mcroot · · Score: 5, Informative

    From: Theo de Raadt

    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

    1. Re:OpenBSD not accepting License change either by Anonymous Coward · · Score: 0

      Now everyone knows that David Dawes contributes XFree86. So the license change is not longer necessary

  50. The way things are going by iminplaya · · Score: 1

    the license is giung to take up more hard drive space than the program code. Well I have a new license for you. It's called the "Playa Utopia License" (PUL) It goes like this:

    Be nice.

    See how easy it can be? Regardless what all you mystics say, life CAN be that simple. I hope you all live long enough to see the error of your ways. It sounds like a curse, and it could be, depending on your POV.

    -There are people on this planet who don't love their fellow man, and I HATE people like that. -TL(?)

    --
    What?
    1. Re:The way things are going by Anonymous Coward · · Score: 0

      Go hug a tree hippy

    2. Re:The way things are going by Anonymous Coward · · Score: 0

      Won't work. your licence is too short by at least half. You see there is something about human nature . . .

      Anyway, the bare minimum licence is:

      Be nice, or else!

  51. It's not fair... by meeotch · · Score: 1
    In my day XFree86 was supposed to bring people together, not blow them apart!

    mitch

    p.s. - if the reference is too obscure for "funny", I'll go for "interesting" (or maybe "flamebait")... Can someone explain to me why this sort of thing doesn't give anti-OSS types ammunition w.r.t. how the GPL doesn't play nicely with others, and why you shouldn't base your project on it?

  52. X Windows Trap - not retrospective - can fork by waterbear · · Score: 2, Interesting

    I'd suggest that Mandrake people could not be forced (at law) to go back to older versions than what they already use, if they don't want to conform with the new licence and its extra notification conditions.

    If anybody has already used and relied on the latest version (or latest -rc) and its associated licence conditions _before_ the recent statement of licence change, it seems likely there would legally be an estoppel to prevent the XFree86 people succeeding if they try to retrospectively enforce a tightening-up of licence terms -- though I guess they can use new terms freely for their own future releases. [btw, of course this is legal debate not legal advice - CYOLA]

    It looks, regrettably, like the kind of action that could make a fork viable and even necessary.

    -wb-

    1. Re:X Windows Trap - not retrospective - can fork by Anonymous Coward · · Score: 0

      I'd suggest that Mandrake people could not be forced (at law) to go back to older versions than what they already use, if they don't want to conform with the new licence and its extra notification conditions.

      Are you seriously suggesting that they go ahead with distributing copies of software without a valid license to do so? That is copyright infringement, and it is illegal.

      If anybody has already used and relied on the latest version (or latest -rc) and its associated licence conditions _before_ the recent statement of licence change, it seems likely there would legally be an estoppel to prevent the XFree86 people succeeding if they try to retrospectively enforce a tightening-up of licence terms

      The XFree86 people are free to release under whatever license they like. And they have *not* released 4.4 under a license that is acceptable to Mandrake. It doesn't matter about release candidates. Mandrake wants to distribute 4.4, not a buggy prerelease version. If they can't, then it makes sense to roll back to the last stable version.

    2. Re:X Windows Trap - not retrospective - can fork by Anonymous Coward · · Score: 0

      Are you seriously suggesting that they go ahead with distributing copies of software without a valid license to do so? That is copyright infringement, and it is illegal.

      'Release candidates' are licensed, and the ones before the new announcement were licensed under the old terms. Mdk could legally fork/debug and patch for itself if it wanted, or it could depend on someone else to maintain a fork.

  53. BSD License by Anonymous Coward · · Score: 0

    I agree with you. In most cases, BSD-style licenses are less problematic than GPL licenses.

  54. license? by kisak · · Score: 2, Interesting

    I could not find it easily on the freedesktop.org page; so what is the license of freedesktop.org? Is it GPL or BSD or the old XFree license or something else?

    --

    --- guns don't kill people, people with guns kill people ---

    1. Re:license? by yarbo · · Score: 3, Informative

      freedesktop.org's code will be placed under free licenses that encourage wide use; most commonly, the LGPL for libraries, or an X-style license when appropriate.
      link

    2. Re:license? by JonMartin · · Score: 1
      "freedesktop.org's code will be placed under free licenses that encourage wide use; most commonly, the LGPL for libraries, or an X-style license when appropriate."

      Well that fucks over the BSDs. Thanks freedesktop. Anybody else want to play?

      --
      Serve Gonk.
    3. Re:license? by Anonymous Coward · · Score: 0

      Well that fucks over the BSDs. Thanks freedesktop. Anybody else want to play?

      Don't the BSD's already use a lot GPL stuff such Gnome and KDE? Besides, there's really no problem dynamically linking to LGPL'd code.

    4. Re:license? by JonMartin · · Score: 1
      Don't the BSD's already use a lot GPL stuff such Gnome and KDE? Besides, there's really no problem dynamically linking to LGPL'd code.

      No, they don't. There may be ports to allow users to easily install them, but they cannot be pulled into the source tree. Something as important as X needs to be in the tree. GPLed code causes major problems for commercial spin-offs, an issue BSDs take very seriously.

      As an aside, OpenBSD is the "canary in a coal mine" when it comes to licensing issues, and has also announced that they will not be importing XFree code under the new license.

      --
      Serve Gonk.
  55. What about a fork? by MobyDisk · · Score: 4, Interesting

    Can't someone fork the 4.3 version and just continue to use the old license?

    1. Re:What about a fork? by Anonymous Coward · · Score: 5, Insightful

      Why bother forking 4.3.x, when you can fork 4.4.0 RC2?

      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?

    2. Re:What about a fork? by jemfinch · · Score: 2, Informative

      4.4.0rc2 is 4.3.99.902, dude. So it's 4.3.x.

      Jeremy

  56. Interesting by Cyno · · Score: 1

    This is why I don't like non-GNU licenses by default. I just don't trust them.

  57. Free as in M$ by Anonymous Coward · · Score: 0

    Seems we need a new analogy.

    We already have:
    Free as in Beer
    Free as in Speech.

    Maybe we can describe XFree as "Free as in Microsoft."

  58. HAH HAH HAH by Anonymous Coward · · Score: 0, Funny

    with the unix equivalent of random blue screens

    Oh. Apparently blue screens are "teh funny" because you see them when Windows crashes. Yeah, that was like TEN YEARS AGO. Hey, fucktard! 1993 called, it wants it's Windows joke back.

    I want surgical 2x4s to be legal so that I can apply one to the back of your head for being so absolutely fucking retarded. You've been humping the Linux experience so long that you've turned into a mindless drone. I have KDE and Mozilla explode with far more regularity than Windows 2000 does - and I use Windows 2000 on my primary computer, Linux on the secondary for some minor tasks.

    I don't remember when I last saw a blue screen, but it may have been in 2001. A fully-patched Win2k is the best OS that Microsoft has ever made. KDE locked up on me last month just trying to copy files around and I had to ctrl+alt+backspace to kill it.

    Linux et all are making progress, but complacent bullshit, untrue, unfunny jokes attacking competitors have no place in a serious Linux evangelist's manifesto and only serve to set back the free software cause.

    Diplomacy 101: If you're going to lie about your competitors, shut the fuck up. If there are weaknesses in your own projects, talk about them so that they will be improved (eg: Yes, XFree does absolutely suck, how can we fix or replace it?)

    1. Re:HAH HAH HAH by Krojack · · Score: 1

      Learn to configure it maybe? Sorry if its not up to your "point and click" configuration standards yet.

  59. Clarify please. by Anonymous Coward · · Score: 0

    I thought the new license allowed for including the contributor list in the documentation. I'm not well versed, though. So the requirement is that something has to pop up infront of the user at runtime?

  60. Well, then... by dot-magnon · · Score: 5, Insightful

    Noone else is demanding recognition for their work. They're a part of the global community and have accepted the terms. It all works nicely.

    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.

    1. Re:Well, then... by ratboy666 · · Score: 1

      Linux is a kernel. Just a kernel. Drop in BSD or HURD...

      Mozilla? A bit harder to replace. But doable.

      OpenOffice -- very difficult to replace. Maybe doable (assuming import libraries are suitably available).

      XFree86? Damn near impossible to replace. Well -- start with X Consortium and reverse video cards till the cows come home.

      How many SLOC for the kernel vs. the other bits?

      The kernel just facilitates. It doesn't actually do anything useful. X facilitates the drawing and GUI. The applications are what counts.

      So, the most important parts of "Linux" (for my Wife, my Mother-In-Law and other --normal-- users) are (and this is in order!):

      - Mozilla
      - Evolution
      - OpenOffice.org
      - XFree86
      - GNOME/KDE
      - Linux Kernel

      See? But it said "Linux" on the box... I say, give appropriate props to the others (if they *want* them). Also, XFree86 is not just a "Linux" program. Its BSD/LINUX/WINDOWS/...

      My Windows machine would be useless without it (and I am using "cygwin" as a kernel, and not "linux"). So, even to me, XFree86 is more important that Linux.

      Isn't that stunning?!?

      Ratboy.

      --
      Just another "Cubible(sic) Joe" 2 17 3061
  61. OpenBSD, too by chrysalis · · Score: 4, Informative

    OpenBSD has always been very picky when it comes to respecting licenses (unlike most other OS, they read the Postfix license before putting it on CD's).

    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.

    --
    {{.sig}}
  62. Re:Irregardless? by mackstann · · Score: 2, Funny

    Regardless, whatever. Big words are fun, huh?

  63. Re:Irregardless? by Anonymous Coward · · Score: 0

    It's rather sad that I knew what your post would say even as I clicked on "1 reply below your current threshold".

    I'm an English graduate, so I know what I'm talking about. I suspect from your tone that you haven't graduated from grade school yet, which suggests that you don't.

    Allow me to clue you in: "irregardless" is a proper English word. You may not like it, but it's in my dictionary. "Dipshit" is not in my dictionary, but that's another matter.

  64. These claims sound weak... by danalien · · Score: 2
    > (1) Including the new text in every place it "should" go is a lot of work, for so late in the release cycle;
    > (2) the new XFree86 licence is likely not GPL-compatible, which causes huge problems for all distributors, not just Mandrake.

    These claims sound really weak, from my POV. I don't know about you (all), if you've ever read the new XFree86 Project License v1.1 or not, but it's really really lesser restrictive then the GPL ever will be.

    • a.I) It's consists of 4, no more no less, conditions one has to follow. 3/4 th's of them are all about "give credit, where credit is due"...
    • a.II) YOU aren't not restricted that you have to distribut the source alonside your binary release, all you have to do is POINT out you're using something that is someone elses work, and POINT out who that is by insert their disclamimer in the documentation xor (and/or) other materials provided with the distribution; And also put a notice in the same place as "other copyright, license and disclaimer information".

      *yes, that's verry hard to do, mmm, </sarcasm>*, it's no more hassle that puting a 'copyright' disclaimer on something, "You put in in one place, and it's valid for the whole thing", you don't have to include it on overy *freaking page*, one place, is enough;

      But, my suspicios is (from the second part of the first claim), that they have allready send the 'STUFF' to print, or something else (like they are "lazy as french are rumored to be"-distro) if they think it's such a hassle to add one or two lines of text in two place (1st: doc or other 'materials', and 2nd: add it to the same place of 'copyright, license and disclaimer information').

      /* +plus, this condition, should appeal _very_ much to corporate users, like GFX card/chip makers, they can build inhouse drivers, incorporate their (or licensed) 'trade secretes', without having to disclose them; just as they supported the Win32/Apple Mac Os platfrom, can they now embrace *nix platform,

      Stop b*tching, will ye', and look at the big picture! Let 'them' learn the benefits of OSS on/in their own tempo - don't be/do a 'Bushie' and corner them, and say "either you are with us, or against us" </jissis> ... ever thought, your way ( I say 'your' as I'm not an endores of it) of pushing them, to disclose sources, is the cause of why we haven't seen them embrace Linux/OpenSource with unwillingness?....*/

    • b.I) so, 4th conditions, is it really that of a 'biggy', to write them a formal letter for approval? to use their name in 'advertising' or 'to promote the sale' of their distro? ... if it is, maybe, they should refer to XFree86 in other words; I recall plenty of cases where I didn't get why a companey refered to sometihng so obfuscated than the thing really was. But then some day it hit me, that they musn't hade the permision to refer to 'that thing' by it's real known name.

      Yes, I can see/agree it could be a 'hassle', but, not a 'biggy' that couldn't be resolved before their development branch reaches release stage.

    • c.I) "is likely not GPL-compatible".... so what you are saying, that the whole 'distribution' has to follow the GPL license, for a piece of software to get into the distro? .... I think I just scared away some corporate user, by asking that question out loud.

      *Come on* Let's get real, WE can have a distribution that has components under different licenses, *not a biggy*, you the 'distro maker' licenses your stuff under your license, and the software you incorporated from other sources licences their stuff how they seem fit. Look at an average, Apple Mac OS/Win32 desktop, it's mixed with a bunch of different licences, that the end-user has agreed to abide by.

      From my POV, it wouldn't be 'new users who switched' that would find these 'licence' stuff difficult to abide by, but more the PURE OSS minded folks, who've been around th

    --
    I don't claim I know more than I know, and if you know you know more than I know, then by all means, let me know.
    1. Re:These claims sound weak... by WNight · · Score: 1

      Why do you imply that a corporate user would care if there's a requirement that the distro be 100% GPL? The GPL doesn't affect end-users. The only problem is ungrounded implications (such as yours) that using GPLed software is somehow worse than using any other software.

      Then you suggest that there's a difference between GW Bush saying "with us or against us" and demanding that people change, and the Linux community's simple decision to not associate with people they feel are taking advantage of them. You don't need to embrace the GPL at all, just don't expect me to want to accept your program over a free program.

    2. Re:These claims sound weak... by Pharmboy · · Score: 1

      Why do you imply that a corporate user would care if there's a requirement that the distro be 100% GPL? The GPL doesn't affect end-users.

      Yes and no. The actual sales rep. sitting behind the desk, no. But to the IT guy that has to listen to him and keep it running, it matters.

      From the corporate point of view, I would like a totally GPL based operating system (so I know I can pay, for get support) and a mix of applications. We don't mind proprietary apps if they are good, come with support, etc. If they are GPL, thats fine, too. Its more about support and value, and sometimes Free costs more. To me, it's not about religion, its about the best tool for the job.

      The more important security is for an application, the better Free looks.

      --
      Tequila: It's not just for breakfast anymore!
    3. Re:These claims sound weak... by Anonymous Coward · · Score: 0

      it's really really lesser restrictive then the GPL ever will be.

      Wow, you've really missed the point, haven't you? It's not about which license is less restrictive. It's the fact that the new restrictions are a) not going to help promotion of XFree in any way, and b) going to cause licensing problems because it's GPl-incompatible.

    4. Re:These claims sound weak... by danalien · · Score: 1
      >because it's GPl-incompatible.

      as RML, pointed out before me in this post, it doesn't seem to be that the xfree license is GPL-incompatible, but rather the GPL is xfree-incompatible.

      as, xfree don't care a dime, if you link to their libs, on the otherhand GPL is more restrictive... *and I quote*... "more to the point, people wanting to use XFree86 libraries in GPL software. That is a problem"

      (also read the follow-up to 'stwrtpj', by RML) "Oh yes it does, read this. If you link to a GPL library, your program must be GPL."

      --
      I don't claim I know more than I know, and if you know you know more than I know, then by all means, let me know.
  65. no mandrake for me then. by Anonymous Coward · · Score: 0

    i've been waitin for over a year to get my ATI Radeon IGP 320 supported.

    Now, Xfree finally will support it in 4.4, Mandrake won't include it.

    Now I'm already regretting the club membership I paid for...

    1. Re:no mandrake for me then. by EzInKy · · Score: 1

      Now, Xfree finally will support it in 4.4, Mandrake won't include it.

      Apparently neither will any other distro. Since most of the developers have left XFree86 for greener pasteurs anyway this is a good thing because more time will be spent coding drivers than coding license changes.

      --
      Time is what keeps everything from happening all at once.
  66. It all boils down to this: by Kjella · · Score: 2, Interesting

    Jeesussss....... all this over a BSD'ish clause in the new licensing. Can someone give me a rational explanation as to why the GPL is so problematic in this area? What in hell is wrong with giving credit where credit is due

    A) If you're a nice person, you'd already do that.
    B) If you're not a nice person, it can be deeply buried in some obscure reference somewhere.

    And if you then start to spell it out in detail exactly how it must be placed so that it *is* visible (like the original BSD licence on advertisements, XFree in documentation) it's bound to be either vastly ineffective against people that aren't nice, or so restrictive it becomes really annoying to people that are. That's what happened with the original BSD licence. I suspect this one is just going to be ineffective.

    I imagine the reason for this whole crap is that under the BSD licence, the source doesn't need to be released, so in a proprietary app noone will know about it. While with a GPL'd program, everyone can read the source and see if they're using other people's work, and give them bad karma about it.

    Anyway, if the beef was with proprietary apps, there would be a really really simple solution. EITHER acknowledge in documentation, OR distribute source where the copyright headers would be the acknowledgement. That should be fully GPL compatible, and provide a way to verify that BSD code was used under all circumstances. It's not like the exposure would be much different, very few read either the acknowledgements or the copyright headers...

    Kjella

    --
    Live today, because you never know what tomorrow brings
  67. License us to death by nurb432 · · Score: 2, Interesting

    This will be the death of us all.. Too many restrictive/conflicting licenses..

    Will end up where no one can do anything with out stepping on someone elses license/patent/copyright.

    --
    ---- Booth was a patriot ----
    1. Re:License us to death by unigeek · · Score: 1

      Interesting point, maybe it is time for Linux and all the projects around it (GNU, X, etc) to set a standard. Maybe we will call it the GPL, and everyone should use it.

      Actually, you are right, too many licenses. I think a successful linux software company in todays world should stick with GPL. Why not, even IBM, Microsoft, etc are wanting to make money on services not software.

      Maybe UnitedLinux or the like should have done something similar. To be the official X server you must be GPL, to be the official desktop you must be GPL, to be the official 'whatever' you must be GPL. Would such an idea work with the current players? Could you say Gnome, Apache, Redhat, KDE, whoever, in order to be Linux you must be GPL.

      I know this is mixing some apples and some oranges, but there should be a marketing technique for Linux and the things around it, not just tech this tech that.

      Choice is good, but we shouldn't shot our own foot.

  68. Project competition by CalCudahy · · Score: 5, Insightful

    There always seem to be people on Slashdot who ask why so much work is "wasted" on two projects to solve the same problem. The most notable example is KDE vs. Gnome. Well, I think this is a perfect example of why that's a great thing. The XFree guys haven't had serious competition in years and now we're all begging for the freedesktop.org guys to come to the rescue. All of the "wasted" effort does have a purpose, it keeps people from trying these kinds of shenanigans.

    --
    "I think the U.N. is going to find that the blame lies with all the Sudanese rap music that glamorizes genocide."
    1. Re:Project competition by cheesybagel · · Score: 3, Insightful

      Not just that, but it drives innovation. Healthy competition is a great thing.

    2. Re:Project competition by Fruit · · Score: 1

      Two wrongs don't make a right.

    3. Re:Project competition by Paul+Crowley · · Score: 1

      No, this is free software. Those who don't like the license change would always have the option of forking at the point before the change, and indeed it seems OpenBSD plan on doing exactly that. TBH I suspect that will be the major route for a while because it will take freedesktop.org a little while to be really ready for prime time.

  69. FreeXFree86.org is available for registration by F.O.Dobbs · · Score: 2, Funny

    Or maybe you'd prefer FreeXFree?

    F.O.Dobbs

  70. Re:Irregardless? by Anonymous Coward · · Score: 0
    From the American Heritage Dictionary:

    irregardless ( P ) Pronunciation Key (r-gardls)
    adv. Nonstandard

    Regardless.

    [Probably blend of irrespective, and regardless.]

    Usage Note: Irregardless is a word that many mistakenly believe to be correct usage in formal style, when in fact it is used chiefly in nonstandard speech or casual writing. Coined in the United States in the early 20th century, it has met with a blizzard of condemnation for being an improper yoking of irrespective and regardless and for the logical absurdity of combining the negative ir- prefix and -less suffix in a single term. Although one might reasonably argue that it is no different from words with redundant affixes like debone and unravel, it has been considered a blunder for decades and will probably continue to be so.


    So, would you like fries with that, Mr. English graduate?

  71. Re:Irregardless? by Anonymous Coward · · Score: 0

    Merriam-Webster not only defines irregardless,
    but also states that the "most frequently repeated remark about it is that 'there is no such word.'"

  72. Gentoo's doing the same by keesh · · Score: 4, Informative

    Gentoo aren't including any new xfree releases (>4.3.99.902) until the licence is sorted out.

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

    1. Re:possible interim solution: the server by Alan+Cox · · Score: 4, Informative

      I specifically asked Dave about this when the change first came up and he wasn't interested in keeping the library bits clean. Had he done that the only problem would have been Alan Hourihane's GPL'd X drivers for VNC.

      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.

  74. directFB and Xdirect by Anonymous Coward · · Score: 2, Interesting

    From the looks of the screen shots on their web page these projects seem like an interesting alternative that can potentially put the Linux desktop at a stage not achievable via X alone - A true alpha blended desktop!!!... haven't tried it out cuz the driver support seems lacking... is there any way to port drivers from X into this project without causing all sorts of license problems?

  75. Re:Irregardless? by jsebrech · · Score: 0, Offtopic

    "Learn English properly." does not mean the same thing as "Learn proper English."

    The first implies that you're learning or have learnt it improperly, and you need to adapt your learning methods. The second implies that you have not learnt real, grammatically correct, English, regardless of learning methods, and you should do so. As far as I know, both are correct uses of the English language.

  76. While we're at it, is Fresco dead? by Nice2Cats · · Score: 2, Interesting

    Reading this YADAX (yet another discussion about X) here and problems with same, I remembered that a while ago a bunch of people set out to write a replacement, first called "Berlin", later Fresco. But the "latest news" on their web page is about ten months old. Is Fresco dead or just resting after a prolonged squawk?

    1. Re:While we're at it, is Fresco dead? by Anonymous Coward · · Score: 0

      Fresco died a couple of years ago when the Berlin-ish project forked Fresco's development, made the derivative more proprietary (LGPL instead of X11-like), and took Fresco's name for their fork branch. About as unethical as you can get, IMO.

    2. Re:While we're at it, is Fresco dead? by starseeker · · Score: 1

      Looking more closely at their design choices, at the moment. So, if your looking for an X replacement, Fresco is still a long way off.

      Really, I think the main problem is too few developers. If IBM or somebody would sponsor its development it might move faster.

      --
      "I object to doing things that computers can do." -- Olin Shivers, lispers.org
    3. Re:While we're at it, is Fresco dead? by soulhuntre · · Score: 0, Troll

      In other words, Open Souce software can only really make progress in most cases when corporations sponsor it.

      What happened to the idea that millions of highly talented programmers woudl "mad skillz" would flock in and make it all happen out of the goodness of their heart?

      A, wait... it's reality causing the problem.

      (p.s. yeah, yeah... mod me down cause it pisses you off I am right)

      --
      --> Fight tyranny and repression.... read /. at -1!
    4. Re:While we're at it, is Fresco dead? by Anonymous Coward · · Score: 0

      "In other words, Open Souce software can only really make progress in most cases when corporations sponsor it."

      It makes things go faster. Otherwise, patience is a virtue.

      "What happened to the idea that millions of highly talented programmers woudl "mad skillz" would flock in and make it all happen out of the goodness of their heart?"

      Considering I'm typing this in a Free browser on a Free OS, I'd say it did!

  77. Crazy GNU Zealots! by Anonymous Coward · · Score: 2, Insightful


    Many XFree86 developers work very hard to bring us a great window system. I've used XFree86 for quite a while, and it continues to improve. I don't see what the big deal is about giving the developers credit. libjpeg has a similar clause, but I find that most applications don't honor it. I guess we need to rewrite libjpeg for the stupid GNU zealots.


    From the libjpeg README:
    "In plain English:

    1. We don't promise that this software works. (But if you find any bugs, please let us know!)
    2. You can use this software for whatever you want. You don't have to pay us.
    3. You may not pretend that you wrote this software. If you use it in a program, you must acknowledge somewhere in your documentation that you've used the IJG code."

    1. Re:Crazy GNU Zealots! by OverwhelmingAmoeba · · Score: 3, Informative

      The "advertisement clause" that everyone keeps referring to states that ADVERTISMENTS for the software must include a statement giving credit to the original developers of the software. This new license states that you must include such a statement in the DOCUMENTATION for the derived software. This argument is completely ridiculous. It is just as silly as some of the arguments of the past. Who is going to take us seriously if we keep arguing about two or three lines of text placed in the documentation for an application?

    2. Re:Crazy GNU Zealots! by Anonymous Coward · · Score: 0

      The legalese part of license imposes less restriction:

      (2) If only executable code is distributed, then the accompanying documentation must state that "this software is based in part on the work of the Independent JPEG Group"

      Since the GPL already does not allow distributing GPL:d code binary-only, this does not conflict with the relevant part of GPL:

      You may not impose any further restrictions on the recipients' exercise of the rights granted Herein.

      The documentation mentioning restriction in Xfree 4.4 license is a very minor inconvinience yes, but it still a further restriction.

      If that seems "License Zealotry" for you, I remind you about the claims SCO is making. Being anal about licenses is the best defense we have from IP litigation.

  78. Coined in the United States in the early 20th... by Anonymous Coward · · Score: 0

    I fucking knew it!

    Another bastardisation of the Queen's English by a bunch of bloody foreigners !

  79. I think its time by Cyno · · Score: 3, Insightful

    to create a GPL alternative to XFree86.

    If you want something done right you got to do it yourself.

    1. Re:I think its time by evilviper · · Score: 1

      XF86 has been more free than GPL'd... Making a GPL'd X clone would be like making a closed-source version of Linux...

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  80. Linking isn't the problem. by dmaxwell · · Score: 4, Informative

    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?

    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.

    1. Re:Linking isn't the problem. by Brandybuck · · Score: 1

      Linking GPLed source with the new XFree86 is no problem provided you do it yourself. Distributing the binaries is.

      You haven't answered my underlying question. Why is it legal to distribute a GPL binary linking to OpenWindows or any other proprietary X11, but at the same time illegal to distribute a GPL binary linking to XFree86-4.4?

      --
      Don't blame me, I didn't vote for either of them!
    2. Re:Linking isn't the problem. by Anonymous Coward · · Score: 3, Informative
      ...but at the same time illegal to distribute a GPL binary linking to XFree86-4.4?
      Read the story and linked messages. The 4.4 license requires a person to negotiate a contract with XFree86 before distributing anything that contains the word "XFree86". The GPL requires that no further conditions be imposed on the software.
    3. Re:Linking isn't the problem. by Brandybuck · · Score: 1

      Sigh...

      Read the 4.4 license. There is no requirement to negotiate anything. There is an attribution requirement, but absolutely no requirement to negotiate contracts. Why do you anonymous cowards keep making stuff up?

      Since no one is able to answer my simple question honestly, I must assume that this whole brouhaha is nothing more than FUD.

      --
      Don't blame me, I didn't vote for either of them!
    4. Re:Linking isn't the problem. by linnoob · · Score: 1

      I still don't understand the problem. I read the XFree 1.1 license. It's a heck of a lot shorter than the GPL.

      The only thing they're asking for (which seems perfectly reasonable) is that they be given credit for their work. You can publish binaries as long as you distribute their license along with any documentation you would be using anyway.

      Last time I checked, /usr/share/doc had a whole bunch of stuff. I see no reason why /usr/share/doc/xfree86/license.doc doesn't fulfill this requirement.

      Is wanting to receive credit for your work such a bad thing?

  81. "It's a trap!" by Chordonblue · · Score: 1, Interesting

    As usual, RMS penetrates to the core. The X Consortium has made this software non-free. Ultimately, right or wrong, they have the control.

    But here's the issue - the last time this happened we ended up with GNONE (not that I dislike it) and KDE (not that I mind so much). Further fracturing the desktop (not that it's GNOME OR KDE's fault).

    Can you imagine what will happen if the general consensus is to dump Xfree86 but NOT be able to agree on a successor? Then you'll have even more problems with compatability to deal with!

    Ultimately KDE assured the community with a broader license but we all still live with the aftermath.

    BTW, do you think that this licensing in any way affects or is partly because of Apple?

    --
    "...Well, there's egg and bacon; egg sausage and bacon; egg and spam; egg bacon and spam; egg bacon sausage and spam..."
    1. Re:"It's a trap!" by acoopersmith · · Score: 4, Informative

      The X Consortium has made this software non-free.

      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.

  82. I'm furious. by Kickasso · · Score: 1
    Quite why the FUCK people think that I can't dynamically link a GPLed program against absolutely anything and distribute the result? Please quote the exact clause(s) of the GPL that would prohibit me from distributing (say) Gnome linked against (say) Xfree86 4.4.

    Note: I said "quote". That means you have to at least attempt to read the GPL before you answer.

  83. Re:Also... // VIA driver for 4.3 by Alan+Cox · · Score: 4, Informative

    Dave Dawes message went to the contributors asking them if they wanted their contribution as is or changed to his new license. I wanted my contributions usable by all the X projects, including whoever finally gets annoyed enough to fork XFree.

    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.

  84. Windows has this too by a1291762 · · Score: 3, Informative

    Windows has drawing issues too. Classic MacOS had the same issue. Mac OS X is the only OS I know of that doesn't have the drawing issue. The RAM and Processor requirements for keeping the screen buffer are rather large, which is why the other, older systems don't have it. Even on a Mac, there are still problems. Moving a window might be smooth but resizing it isn't. I have a Dual 1.2Ghz G4 with a Radeon 8500 at home. There's no reason such a system should have drawing issues yet it does. My PC at work running Linux handles window resizing better than my Mac.

    Windows will get a screen buffer in Longhorn.

    X will get one when someone writes it. I'm pretty sure there is work going on to put something like this in X already.

    Link

    1. Re:Windows has this too by be-fan · · Score: 1, Redundant

      Freedesktop.org is working to put this in. They already have a fully-compositing X that you can download right now. Window movement is pretty good (especially impressive given that its unaccelerated!), but resize is really slow because of very unoptimized code. When it gets its new acceleration architecture, everything should be a lot faster.

      --
      A deep unwavering belief is a sure sign you're missing something...
    2. Re:Windows has this too by crucini · · Score: 1

      But we don't really need a screen buffer to eliminate the massive smearing. We just need applications smart enough not to continue their redraw function after getting another Expose event. Then you get a partially painted window while dragging, which is not nearly as offensive as the smearing.

      This is simply an application or toolkit bug.

  85. Re:Irregardless? by Anonymous Coward · · Score: 1, Funny

    Try disuninrregardlesslibility next time... :-)

    Or maybe "not-lookingly".

    Lol.

  86. Don't be silly by Chuck+Chunder · · Score: 1
    No. The core Gnome libraries (including GTK) are licensed as LGPL, which allows for this case. That particular issue is a red herring.
    You can't just get around linking a GPL incompatible library to a GPL program by having an LGPL library between them. The LGPL isn't any different than the GPL on this matter anyway.

    The reason it isn't a problem is because of the "major component of an operating system" exception.
    However, that may only apply to people distributing GNOME for Solaris seperate from Solaris.
    If Sun distribute Solaris and GNOME together they may well be in violation.
    However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable.
    As I read it, if GPL GNOME executables that depend on Suns proprietary components "accompany" each other on the same distribution the exception doesn't apply.
    --
    Boffoonery - downloadable Comedy Benefit for Bletchley Park
    1. Re:Don't be silly by Anonymous Coward · · Score: 0

      Care factor.

      Northern Spirit won't be in the new competition.

  87. Re:Irregardless? by Anonymous Coward · · Score: 0
    I'm an English graduate, so I know what I'm talking about.
    I suggest you ask your college for a refund. You also misspelt "farce".
  88. Look at yourselves by Anonymous Coward · · Score: 0

    Look at the state of open source. The farthest they managed to get was the server platform. That's mostly the work of apache and postfix (and other mail packages). Open Source is so divided that it can't accomplish anything. THERE IS NO STANDARDIZATION. XFree86 is supported by ATI and NVidia, but look what happens when one company decides not to play fair. The linux community will always stay in this decadent state while it's factionized.

  89. OpenBSD too by dmiller · · Score: 3, Informative

    OpenBSD has imported the XFree4.4 Release Candidate immediately before this stupid licensing change and will be basing further work off that.

    I don't think that it will be long before these efforts link up and produce a viable fork.

    1. Re:OpenBSD too by mirabilos · · Score: 1

      MirBSD in contrast will import XFree86 4.4 when
      it's out, because that clause is not a problem.

      We can still continue to distribute GNU GPL-licenced
      applications binary which link against X-Window,
      because we are actually delivering the advertising
      clause in the accompanying documentation.

      --
      My Karma isn't excellent, damn it! (And /. still does not get UTF-8 right in 2012. Wow.)
    2. Re:OpenBSD too by dmiller · · Score: 1

      So you are happy to acquiesce and let a few idiots ruin an excellent software project...

    3. Re:OpenBSD too by mirabilos · · Score: 1

      Why ruin?

      I just checked - there's at least one appearance
      of the 4-clause UCB licence in xc/lib/, and the
      FSF didn't cry before 1999 because of that either.

      Also, it's still BSD licenced, and we've got a ton
      of advertising clauses anyways.

      I do agree with you that they are principially
      evil, and if the XFree86 Project could be convinced
      to nuke them, that'd be ok.
      But as long as it is like this, I don't have an
      actual problem with it.

      Remember: there are two types out. One who want
      to design the superiour operating system (did
      anyone say HURD?), and one who want to build the
      system they are needing right now.

      --
      My Karma isn't excellent, damn it! (And /. still does not get UTF-8 right in 2012. Wow.)
  90. Calm down! by Anonymous Coward · · Score: 0

    You may not impose any further restrictions on the recipients' exercise of the rights granted herein.

    No need to read the GPL but the FAQ :)

    http://www.fsf.org/licenses/gpl-faq.html#OrigBSD

  91. Re:Irregardless? by Anonymous Coward · · Score: 0

    "misspelt"?

    Ohhhh...I get it. You're being ironiful.

  92. *yawn* by t0ny · · Score: 1, Troll

    Oh wow, another linux holy war. how exciting. wake me when its over.

    --

    Manipulate the moderator system! Mod someone as "overrated" today.

    1. Re:*yawn* by t0ny · · Score: 0, Offtopic
      You're going to die in your sleep.

      "Sleep. Those little slices of death. How I loathe them"
      - Edgar Allen Poe

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

  93. Fuck. by Kickasso · · Score: 1

    What fucking restrictions do I fucking impose on the fucking recipient? He has all the same rights I have. I give him the source of the entire program (GNOME) as GPL requires, the license to redistribute that source, blah blah. What else?

    1. Re:Fuck. by Anonymous Coward · · Score: 0

      Different anonymous coward here.

      The restricions over and above the GPL on
      the bastard licensed binary you made by
      say, linking GNOME and XFree86 are the
      additional restrictions that the new XFree86
      license requires.

      Whoever got your GNOME binaries would be
      required to credit XFree86 in the binary
      and in any documentation where they credit
      any other third party. The GPL won't let
      you distribute GNOME with these additional
      restrictions. And so you wouldn't be allowed
      to distribute the binary you made at all,
      without it being a copyright infringement.

      j

  94. Re:Coined in the United States in the early 20th.. by Anonymous Coward · · Score: 0

    Given the historical proclivitiy of the British monarchy to fuck anything that moved (and even that was optional), I would think you people would be used to bastards by now.

  95. Open source a mess? by xot · · Score: 1

    Its happening more often than ever,you just can understand what they are trying to say in any of the GPL,GNU,open source license any more.The whole idea of sharing code and everyone free to use it has been lost somewhere.I remember a postabout a FreeBSD founding member quitting for the exact same reason.
    Theres more emphasis on who gets credit and who's code it is than the actual code itself.And it creates more problems like this when theres no real alternative to the code being discussed.Even though i think XFree86 is great! but they could do without the mess and help it spread more.

    --
    Lord of the Binges.
  96. May not be a problem. by waferhead · · Score: 1

    It depends on the copyright of the driver code.

    If the driver for YOUR chipset is not under the "problematic" lisence, it may very well get back ported to 4.3.

    If it came from ATI, it may not be a problem.

    YMMV---stone Mandrake with your issue: it may already be in the works.

  97. More like stepping in front of a bus... by waferhead · · Score: 2, Insightful

    Everyones's already pissed at them, and now there are several apparently viable competitors, a concept likely foreign to them.

    The same things the exile your strongest developers created this lisence issue, and will eventually kill XFree86 as a viable entity.

    (IMHO,YMMV,OITMAFTTA)

  98. Re:Crazy by Anonymous Coward · · Score: 0

    Moderators, keep an eye open!

    Seems they did...too bad there isn't a "-1 theif" moderation.

  99. Darl McBride == David Dawes 8P by Anonymous Coward · · Score: 2, Informative

    As I said in the subject Darl == David Dawes. This man had done more to piss off developers then anyone except maybe Darl from our beloved SCO Group..See email below from the xfree86 mailing list:

    On Sat, Jan 31, 2004 at 03:17:42PM +1100, Benjamin Herrenschmidt wrote:
    >Hi David !
    >
    >> On looking through the fbdev drivers in the Linux kernel source, I see
    >> very few cases where license notices from XFree86 driver source are
    >> included. This means that either the license for these drivers has no
    >> impact on the work you are talking about (making what you have written
    >> above moot), or some authors of portions of the current Linux fbdev code
    >> have violated the terms of the existing licenses by not including a
    >> verbatim copy of the copyright, license notice, and disclaimer text in
    >> relevant source code.
    >>
    >> I would also like to echo Egbert's comments about the one-way nature of
    >> your concerns.
    >
    >I'm mostly concerned at this point about radeonfb and rivafb. The radeonfb
    >in the current mainstream kernel was written by Ani Joshi who also wrote the
    >first radeon driver in XFree. So there wasn't any liencing issue at this
    >point.
    >However, I rewrote the kernel driver almost completely using a lot of
    >informations from the XFree one as ATI is maintaining it actively.
    >
    >My rewritten radeonfb driver _do_ contain a copy of the licence included
    >in the XFree one along with the (c) assignement.

    So there is no problem as far as radeonfb is concerned. The licence
    choice for a driver always has been (and still is) the authors' choice.
    The same applies for other code in XFree86. If the authors' choice is
    incompatible with your preferences, then you are free to discuss that
    with the authors. Licences like the modified XFree86 licence have
    *always* been acceptable to XFree86, and some code in XFree86 already
    carried licences like this prior to our latest modification. I haven't
    seen great objections to that before. Why now?

    Back to the XFree86 radeon driver, the listed copyright holders for the
    bulk of that code are ATI and VA. If those copyright holders were to
    change their licenses (and whether they do or not is entirely up to
    them), then you would have to approach them about such changes if they
    happened to be incompatible with your requirements.

    >The fact that it is mostly a one way is mostly due to the fact that the
    >main problem here is seeking for HW informations. Card vendors put that
    >information into XFree via drivers, we rely on this for the kernel drivers.

    Speaking from my own experience, a big reason why it is one way is
    because many developers err on the side of caution to avoid infecting
    their code with the GPL virus, and to avoid baseless accusations from
    the GPL zealots that they have illegally "stolen" GPL'd code.

    Perhaps a more serious part of the "one way" problem is this very
    discussion. Has anyone considered modifying the GPL to be more compatible
    with other Open Source licences rather than trying to force all Open
    Source licences to be a subset of the GPL? To me it seems a signficant
    flaw to the GPL if it is incompatible with Open Source developers' desire
    to receive due credit for their work from those who redistribute it.
    If GPL compatibility is such a big issue to GPL advocates, then perhaps,
    for their own benefit, it needs to be more accomodating than it currently
    is.

    David
    --
    David Dawes
    developer/release engineer The XFree86 Project
    www.XFree86.org/~dawes

    1. Re:Darl McBride == David Dawes 8P by LittleLebowskiUrbanA · · Score: 1

      Funny how he bitches *only* about the GPl, yet De Raadt just made a statement about how they go against the BSD license as well.

  100. Ultimately, this won't matter. by crazyphilman · · Score: 2, Insightful

    1. XFree86 4.3 works just fine, so most people will continue to use that for as long as it takes to come up with a suitable alternative.

    2. Many people are working on suitable alternatives; this annoyance might inspire them, invigorate them, or, more likely, piss them off. Any of the three would speed their efforts. This is a Good Thing.

    3. Having something new, something cleaner, something fresh and interesting would be really cool, anyway. So it's not like discarding XFree86 is going to hurt us.

    4. If the X guys wanna shoot themselves in the head, shouldn't we support them in that? You don't want to crush their dreams, do you? Perhaps they want to be revered like Kurt Cobain, and have a candlelight vigil in their name or something. C'mon, let 'em be happy! Everyone go back to X 4.3 and light a candle in memory of the Geeks That Time Forgot.

    --
    Farewell! It's been a fine buncha years!
  101. Re:Irregardless? by Anonymous Coward · · Score: 0
    "misspelt"?Ohhhh...I get it. You're being ironiful.
    Er, he didn't misspell "misspelt", if that's what you're getting at. Not unless you're a merkin.
    </OT_MODBAIT>
  102. And what happens ... by j_w_d · · Score: 1

    when over consecutive editorial, functional and algorithmic changes a "contributor's" contributions are edited away? In an OSS situation it is feasible for practically all the original code to be removed or modified beyond recognition. Are the original and interim authors whose code helped but is no longer present STILL contributors?

    --
    ------ The only greater hazard to your liberty than n politicians is n+1 politicians.
  103. what grows X-servers by kardar · · Score: 2, Insightful

    The secret to growing big, huge, gigantic, beautiful, delicious, colorful vegetables is the soil. It's ALL in the soil. Soil is alive. Something like 3 billion micro-organisms in a teaspoon of it. Unfortunately, much of the soil in use today on our modern factory farms is "dead". Pesticides, high-nitrogen fertilizers, and monoculture (growing the same crop in the same spot year after year after year after year) "kill" the soil. It's the microorganisms in the soil that actually do the dying, the various types of earthworms, and other living organisms in the soil - they die - the chemicals kill them. Anyone who brews beer will understand that when something powerful is going on (yeast) that sucks up the nutritional value, bad things like molds don't have any food to grow. Same theory - with healthy soil, you get healthy veggies, and you don't need pesticides because healthier plants tend to not get pests.

    The reason that open-source software and people collaborating is so effective is because all those countless volunteers who spend their time working on the code, contributing to it, making it better - they are like the earthworms; they are like the microorganisms in the soil, that do the growing of the software.

    It's an amazing analogy. You can buy nutrition and security for your plants - fertilizers, pesticides, genetically engineered seeds. Or you can use what nature has provided and "grow soil". All you need to do is "grow soil", and you will have yields that will boggle your mind. The veggies will be bigger, they will have less disease, they will need less water (although this has to do with planting diagrams and keeping the soil in the shade with plants planted closer together, not in rows, more like you would find plants in nature, more random, not in rows. Many people tend to not think of "soil" as something that is "alive", but what we call soil IS alive, actually - as long as you don't dump chemicals on it.

    In any case, you get the idea. If you want good veggies, you focus on the soil. You can "buy" soil nutrition via fertilizers, but it's not as good, and it's more expensive. So it would logically follow then, that in order to "grow" dynamic, excellent software, what you actually need to do is to "grow" the developer community. Good software results from growing a "community", a community of developers. Respect is good, but it can't code. Acknowlegement is fine, but a living, breathing, thinking, developer is much better. Actually, make that plural - living, breathing, thinking developerS are even better!

    This is obviously killing the community - that's what it's doing, so it's really sad, in a way - that the X people don't understand why open source and community-based projects like Linux do so well - it's the "soil". A project will die if it's license doesn't encourage vast numbers of developers to get involved. That's why proprietary software tends to not be as advanced as open source projects that encourage participation from qualified volunteers. If you don't encourage participation from qualified volunteers, your project will slowly fade away and be replaced by a project that has an active and dynamic developer pool.

  104. WTF!? by Rock+Ridge · · Score: 1

    Xfree86 got it from x.org. Can they encumber what they got?

  105. publicly by Anonymous Coward · · Score: 0

    publical? / no

  106. Re:Also... // VIA driver for 4.3 by FredL · · Score: 3, Informative

    Thx that was my plan to use your driver in my next build.

    --
    Fred - May the source be with you
  107. Problem solved by dbIII · · Score: 1
    Then maybe we can examine what's needed for copy and paste to work,,,
    A three button mouse.
  108. Smearing by crucini · · Score: 4, Informative

    The problem isn't the X server. It's badly written software or toolkits. Properly written X appications won't smear like that. Xterm doesn't do it. I write X applications and they don't have the problem.

    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.

  109. GPL code CAN link proprietary libraries by xethair · · Score: 3, Informative

    Since the last story on Slashdot about this, I've been wondering why no one seems to bring up that GPL programs are allowed to link to non-GPL (even closed/proprietary) libraries. Not in general, of course, but the GPL does actually allow this in the case of OS libraries. I don't think anyone realistically could contest that XFree86 is a system library in pretty much any distribution (MacOS X and cygwin come to mind as the likely exceptions).

    The point here is that XFree86 could go closed source and it would still have no effect on GPL programs in the common cases. So, the GPL angle is basically a red herring.

    (That said, I do think the license change qualifies as a pretty seriously dumb idea.)

    1. Re:GPL code CAN link proprietary libraries by Anonymous Coward · · Score: 0

      Given that the operating system runs perfectly fine without X, I don't think you can get away with calling it a system library.

    2. Re:GPL code CAN link proprietary libraries by RML · · Score: 1
      I don't think anyone realistically could contest that XFree86 is a system library in pretty much any distribution (MacOS X and cygwin come to mind as the likely exceptions).

      The exception is:
      However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable.

      Unfortunately XFree86 isn't a compiler or kernel, which means that determining whether it's a "major component" would probably involve lawyers. You might argue that it's "normally distributed" with the compiler or kernel, but there are certainly distros where it isn't (either because they use an alternate X server, or they don't include X at all).

      The fact that it's not totally 100% clear will probably scare off a number of distributors.
      --
      Human/Ranger/Zangband
    3. Re:GPL code CAN link proprietary libraries by xethair · · Score: 1

      Unfortunately XFree86 isn't a compiler or kernel, which means that determining whether it's a "major component" would probably involve lawyers.

      You are honestly suggesting that the video subsystem is not a "major component of the operating system"? Even to the extent that a compiler is? You can run/distribute a system without a compiler too. XFree86 IS the operating system/kernel for my video card--it has the drivers and provides the hardware interface. It comes with the distribution, and most any gui program assumes that (and rightly so). It's not even "normally distributed with"--it IS part of the OS. How much clearer could it get for the OS exception?

    4. Re:GPL code CAN link proprietary libraries by RML · · Score: 1

      You are honestly suggesting that the video subsystem is not a "major component of the operating system"?

      I'm saying that I don't think that it's so clear as to be beyond dispute.

      Even to the extent that a compiler is? You can run/distribute a system without a compiler too.

      You can't run a system without the compiler's runtime libraries. You can't run a system without the kernel, either.

      XFree86 IS the operating system/kernel for my video card--it has the drivers and provides the hardware interface.

      Interesting analogy, but that's all that it is. XFree86 runs on your CPU, not your video card. It's not an operating system any more than the driver for a printer, scanner, or digital camera is.

      It comes with the distribution, and most any gui program assumes that (and rightly so).

      You could replace it with any other X server and those GUI programs would still work. Not all distributions include XFree86, or even any X server at all. Probably almost as many distributions include vi, and I don't think it's part of the OS.

      It's not even "normally distributed with"--it IS part of the OS.

      This is begging the question.

      How much clearer could it get for the OS exception?

      Since you ask - it could be a kernel or compiler runtime library, which are specifically mentioned in the GPL.

      --
      Human/Ranger/Zangband
  110. Minor Correction by crucini · · Score: 4, Informative

    The method I described isn't to stop smearing - rather it's to stop the app from spazzing out and using 100% CPU during dragging/resizing. That would be the natural consequence of an app redrawing a complex window for each Expose event.

    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.

  111. A different point of view by kompiluj · · Score: 4, Insightful

    Those people from XFree got fed up with the X server not being noticed by anyone. Linux this, linux that, you know, the SCO stuff giving Linux publicity, but nobody says anything about X. Not a word. And they got fed up with this. Like RMS who always was crying loud: NOT LINUX, GNU/Linux. Because Linux is not Linux. It is at least GNU/Linux/XFree/BSD-stuff/something-else.

    --
    You can defy gravity... for a short time
    1. Re:A different point of view by Anonymous Coward · · Score: 0

      > Those people from XFree got fed up with the X server not being noticed by anyone.

      Well, they sure as hell noticed it now - followed immediately by - "Oh, look over there - freedesktop.org :-)))!"

      OOOOoooooooppppppppsssss........

    2. Re:A different point of view by Grishnakh · · Score: 1

      Maybe, but RMS, unlike XFree86, stuck to his principles and left the GPL license as he always intended, instead of adding some stupid lines just to try to get more credit. Sure, in public he'll tell people they should use the term "GNU/Linux", but he never tried to force it on anyone.

  112. do this by Qrlx · · Score: 1
    if xfree86 and/or its licensing sucks so bad, but its so damn vital, why doesn't somebody just reverse engineer it. call it freex86 :)
  113. who cares? by varj · · Score: 1

    Who needs X? I have screen :)

    --


    -sig- It's not stupid, it's advanced -sig-
  114. Re:Also... // VIA driver for 4.3 by fcrozat · · Score: 3, Informative

    Don't worry, we already had integrate part of your work on VIA driver in Mdk 9.2 and we will finish integration for 10.0

  115. Mark Thomas Y server by Anonymous Coward · · Score: 1, Informative

    Y: A Successor to the X Window System
    http://www.doc.ic.ac.uk/~mbt99/Y/

    1. Re:Mark Thomas Y server by frobisch · · Score: 1

      Hmm, Y-Server sounds good. Maybe I should try it on my interocitor.

  116. Insightful? by vandan · · Score: 4, Funny

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

    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.

    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.

    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.
    1. Re:Insightful? by Anonymous Coward · · Score: 0

      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.


      It was nice of you to sign your name. No, seriously, you had good points until you went and spoiled it witha pointless flame. Also, look up the meaning of tosspot. It refers to a drunkard, as in one who tosses (back) a pot. Not related to the synonym for masturbate.

  117. License Nazis? by jotaeleemeese · · Score: 1

    Sorry to rain in your parade, nothing but scrupulous full adherance to licenses is going to keep OSS projects on the clear from a legal point of view.

    Obviously you have SCO filtered out in /. , otherwise you would know why this is important and not only purposeless nitpicking.

    --
    IANAL but write like a drunk one.
    1. Re:License Nazis? by Royster · · Score: 1

      My concern is not that people are over scrupulous about sticking to the requirements of licenses. The licenses reflect the intent of the authors about how their work may be reused. It is very important to respect the author's wishes in this respect.

      My concern is the bizarre definition of "free" used by the Debian project and their distain at anything which dosn't use the GPL.

      --
      I have discovered a truly marvelous sig, unfortunately the sig limit is too small to contain i
  118. btw, what's compatible or not... by danalien · · Score: 1
    ohh, yeah, mabye, I should have added this link too (read the first two points, and rather focus on the second point...)

    "The GPL permits such a combination provided it is released under the GNU GPL. The other license is compatible with the GPL if it permits this too. "

    ssooo, wwhat? A GPL-compatible license, is compatible with the GPL, if it permits the GPL to come out as the favored license over the two?

    More over, I'm really not starting to see what's this fuss about Xfree v1.1 license not beeing compatible with the GPL ... as all Xfree stipulates in 3/4'ths of their conditions is that you "give credit where credit is due" and "ask for writen authorization for using *this --> 'The XFree86 Project, Inc' <-- name in 'advertisement' xor 'promotion of sale(s)'". It doesn't in any other way, stipulate any other conditions YOU have to abide by.

    And I really can't see how it can't/couldn't be 100% compatible with the GPL (in full sense, that the GPL would coume out as the favoured license, and xfree's license more of a sub-license *of somesort, one has to abide by in addition to the GPL*)

    --
    I don't claim I know more than I know, and if you know you know more than I know, then by all means, let me know.
  119. Good in the long term by Anonymous Coward · · Score: 1, Interesting

    I looked at the thread regarding Xfree on Cgywin and was amazed at the attitude of the core developers, especially David Dawes.

    As many others have said, David Dawes is a liability - no matter how good the coder, if lead developers have poor attitudes (or in this case, APPALLING), the project is doomed whether it be closed or open source.

    Congratulations to the various distros and developers such as Keith Packard for saying enough is enough - in the long term we'll all benefit from this.

  120. Can somebody explain this? by jopet · · Score: 1

    When I look at the two versions of the licenses at http://www.xfree86.org/legal/licenses.html I cannot really see what is so bad about the new license. And why would the new one be incompatible with the GPL? Why is it such a bad thing to modify the license like that?

  121. Re:Irregardless? by Evil+Adrian · · Score: 0, Offtopic

    I didn't say "Learn English properly", I said "Learn to use English properly."

    How were you modded Insightful? You should have been modded Flamebait for attempting to fix something that wasn't broken.

    I hate the moderation system.

    --
    evil adrian
  122. Why all this noise? by rch2 · · Score: 1

    Every decent program already has copyright information displayed or in documentation. Why the hell Linux vendors would want to hide they are using XFree? These guys don't ask you to call Linux XFree/Linux. They don't distribute their software with licencse without advertising clauses, and don't tell you you are bad guy if you don't change the name of your software, they tell you in advance what they want. I think it is a good thing to do, if you make profit distributing software created by volunteers free work, giving credit to people that deserve that won't bancrupt you!

    1. Re:Why all this noise? by EzInKy · · Score: 1

      Why the hell Linux vendors would want to hide they are using XFree?

      The problem with the advertising clause is just the opposite of what you seem to be inferring. Linux vendors want to be able to tell people they use XFree and other projects without having to litter their documentation and customers harddrives with thousands of pages of documentation.

      --
      Time is what keeps everything from happening all at once.
    2. Re:Why all this noise? by rch2 · · Score: 1

      This doesn't make any sense to me. Listing contributors in some file has nothing to do with thousands of pages. Displaying an About box with scrollbars to output that file doesn't require 1000 line of code either.
      And they already were obliged to do that for licenses like original BSD one, parts of XFree and other OS software are under such licenses from the beginning. So far I can only see a tendency from major commercial Linux vendor(s) to remove references to ouside projects and present everything as their own product, while it is mostly just a work of other people spending their time for free.
      If they don't want even such trivial thing as to list contributors, they are free to hire their own programmers and do everything from scratch of cource.

  123. Re:Also... // VIA driver for 4.3 by Etyenne · · Score: 2, Insightful

    With all due respect, you hack on whatever you want. But don't you think it would be better to work on a more current video chipset (ie one that is still being manufactured) ? There must a ton of Voodoo 2 card out there, but they are slowly falling out of use. IMHO, your precious hacking time would be better spent on (for example) reverse enginnering the GF2 or GF4 to get some level of Open-Source support for this very common chipset. Or improving the Open-Source Radeon 8500 driver.

    Do get me wrong; I know in the end, you owe me nothing and are totally free to work on whatever suit your fancy. I'm just looking for the best investment possible for my 0.02$.

    --
    :wq
  124. Re: Smearing your windows by some+guy+I+know · · Score: 1

    OK, I just tried your test using MS-Windows.
    I didn't get your "smearing", but I got a lot of "jumping" and "ghosting", i.e., subsequent images of the window would appear in new postions dozens of pixels away from the previous images, while the previous images remained on-screen for several tenths of a second.
    In addition, sometimes the previous images remained on the wallpaper indefinitely, until I released the mouse button and moved the pointer over the wallpaper (i.e., off of any window).
    And this was with an empty Notepad window!
    So, you see, MS-Windows has similar problems.

    Note that I encounter the previous-images-on-wallpaper thing frequently, so I am very used to moving my mouse onto the wallpaper to get rid of the images; it's almost automatic.

    --
    Those who sacrifice security to condemn liberty deserve to repeat history or something. - Benjamin Santayana
  125. GNOME vs KDE for the X layer by metamatic · · Score: 1

    I've never understood why the FSF continue to put up with X being under a non-GPL license.

    If we have to have an entire superfluous desktop environment project (GNOME) just to maintain the purity of everything being under the GPL, how come there's no GPL implementation of X?

    Maybe Stallman uses a dumb terminal and screen.

    Actually, he probably just uses a dumb terminal and a re-implementation of screen written in emacs lisp...

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  126. mod parent down by Anonymous Coward · · Score: 0

    how come this is not flamebait?

    the license is a problem. Even if some people have trouble understanding why. My answer would be, YANAL...

  127. Bloody hell. by Kickasso · · Score: 1
    XFree86 does NOT require me to do anything w.r.t. GNOME, for the simple reason that I DON'T FUCKING DISTRIBUTE XFREE86 AS A PART OF GNOME. I distribute GNOME source and binaries only, and that under pure unadulterated GPL. I may or may not distribute XFree separately under its own license. But GNOME sources and binaries DO NOT FUCKING CONTAIN ANY XFREE86 CODE.

    But they are linked together!

    So fucking what? GNOME still doesn't contain any XFree code. But let's pretend I'm wrong. What are the consequences? Suppose you make a three line GNOME applet. Can you distribute the binaries? If your applet indeed "contains" GNOME inside, then you can only distribute it together with the entirety of GNOME. Good luck.

    But GNOME is itself GPLed!

    So fucking what? Nowhere does the GPL say "...unless those parts of your program that you don't distribute are themselves licensed under the GPL and are freely downloadable from teh Intarweb".

    It's amazing how supposedly intelligent developers can't parse a short stretch of mostly plain English that is the GPL.

  128. Indeed. by StarKruzr · · Score: 1

    Yay DirectFB!

    --

    +++ATH0
  129. hypocrisy of RMS and his 'gnu/linux' whining by Anonymous Coward · · Score: 0

    if he wants everyone to call it 'gnu/linux' then why is xfree wrong to want people to remember that xfree wrote it?

  130. All I can say then that it is a personal thing by Anonymous Coward · · Score: 0
    I don't have it and I am on a dual P3 with KDE and 512mb memory. Opera moves smoothly with the contents displayed.

    There are a thousand different setups and you have one that smears. Crazily enough I do sometimes get it under windows with explorer when a explorer window is busy.

    So to everyone who doesn't have the problem you are a flamebait. To everyone who does have it your post is insightfull. Get the picture?

    However consider this, to everyone who has the smearing but like the fact you can the X server way of allowing an ap to run on a remote machine, I do I run my java aps that way to save memory on my desktop, you post is a total troll. They accept any slowness for the extra features that X offers. No you may never use it. Others do.

    Stop trying to think that slashdot is your vocal group and that everyone who disagrees is wrong. You may simply be having different expetations.

    But what I really hate the most is people who want to change X. If you don't like it drop it and use another solution. There are some alternatives being developed. They are useless to me since I use all the features of X but they might be just what you want. These alternatives are not going to anywhere if people like you keep bitching that X should change instead of trying these alternatives and helping them develop.

  131. XFree86 is just an implementation; X11 will stay by ajagci · · Score: 1

    What's even more important IMHO, is that if the community wants to redesign or do a major change in the graphics subsystem layer, it should be done NOW, before Linux desktop becomes widely used. Just look at the serial and parallel ports at the back of your computer.

    The Linux "graphics subsystem layer" is clearly specified by the X11 protocol and its defined extension (SHM, RENDER, etc.). That's not going to change. The existing protocol is quite good and there simply is no reasonable alternative around, not even a reasonable design for an alternative.

    XFree86 is just one implementation of many of the X11 protocols. If the XFree86 implementation disappared (like it may if the license problems are real), then some other X11 server would replace it. The troubles of one implementation of X11 are not going to have much impact. That's, after all, one of the strengths of standards-based systems.

    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.

    The consensus is here: it's X11 with RENDER, and it isn't going to change. So, that means: it's never. Whether you like it or not, you better get used to it.

  132. X11 can do that, too by ajagci · · Score: 1

    Actually, Quartz does not draw line by line. Quartz preserves a bitmap of each window, and when something damages the contents of the window, restores the image from that bitmap. This takes up tons of memory (need window buffers even if window is hidden) but eliminates any streaking.

    Let me add to this that you can enable this behavior on most X11 servers as well (including XFree86); it's called "backing store". It's not enabled by default because, traditionally, X11 users preferred more graphics memory to faster redraws.

    Furthermore, any distribution with Macintosh-like aspirations could just enable this feature by default if they liked; the user would never have to think about it. Maybe Mandrake and RedHat should do that so that newbies stop complaining about it.

  133. Re:XFree86 is just an implementation; X11 will sta by Grishnakh · · Score: 1

    This is a bit off-topic, but what happened to X10 (not the camera company), X9, X8, etc.? And will there ever be an X12 or X13? Or what about an X11R7?

  134. Re:XFree86 is just an implementation; X11 will sta by ajagci · · Score: 1

    X10 did indeed exist. They changed the major version number to 11 because the protocol changed incompatibly. X10 was quite usable and very similar to X11, but it had a number of annoying limitations.

    I don't know of any released or usable versions prior to X10 (keep in mind that, traditionally, MIT projects didn't use major and minor numbers for their software, but just integers, so 10 isn't that high a version number).

    I doubt that there will be an X12. There doesn't seem to be any reason at this point to change the protocol incompatibly since X11 is quite general; most likely, all further changes to the protocol will be implemented as extensions or additions.

  135. Yes, it is. by TuringTest · · Score: 1

    Basically, yes, because the motivations and effects of the licenses are different. X86Free license clause is meant to get attribution for the developers. GPL is designed to avoid a non-free version of the soft to become dominant and replace the free one. The second one is beneficial to me, Turingtest, as a user; the first one is not.

    --
    Singularity: a belief in the "God" idea with the "demiurge" relation inverted.
  136. No No No Good on you by Anonymous Coward · · Score: 0

    1600x1200 on 15" LCD?? Wooo...
    you must have very good eye sight and I bet you can barly see the "X" icon for closing a window

  137. Thank God I'm an LFS'er by skoaldipper · · Score: 1

    While the "distro" community sorts all this stuff out, I think I'll just ease back in my chair with a bottle of Shiner, start the 4.4 compile/build, and have a pinch of Skoal in the ready...

    "Distro"? Sounds to much like "destructro" anyways...here's your aspirin

    --
    I hope, when they die, cartoon characters have to answer for their sins.
  138. FSF Acceptance of GPL-incompatible software by Principal+Skinner · · Score: 1
    He is firm on proprietary software; he won't use anything that doesn't given him the freedoms he considers important. But the GPL is designed not merely to provide those freedoms, but to aid in getting those freedoms to other works.
    And again, this does not mean he condemns the use of software that is not GPL-compatible or copyleft; check out the FSF listings of GPL-incompatible Free Software licenses. In the comments of many of these, the Apache 1.1 License, for example, they say things like "We urge you not to use the Apache licenses for software you write. However, there is no reason to avoid running programs that have been released under this license, such as Apache."
    --
    one hundred twenty
    is just enough characters
    to write a haiku