Slashdot Mirror


XFree86 Core Team Disbands

mumumu was among the many to write with this news: "XFree86's release engineer David Dawes has announced that "a majority of the XFree86 core team has voted in favour of my proposal to disband the core team". XFree86's News Headline has a short message about it. Why, all of a sudden? What is the successor of the XFree86? Xouvert? freedesktop.org?"

448 comments

  1. Why a successor? by __past__ · · Score: 4, Insightful

    Why would a successor for XFree86 be needed? As I understand it, this is only a change in the "political" structure of the project, not its end.

    1. Re:Why a successor? by Anonymous Coward · · Score: 2, Insightful

      That's what I think too.
      I think Xfree86 will remain the X11 implementation of choice.

    2. Re:Why a successor? by Kethinov · · Score: 1, Insightful

      If the core developers stop working on it, innovation, for all intents and purposes, stops. Not that there's been anything all that innovative in xfree86 over the last few years anyway. I think this is a good thing. Gives xouvert (french, stands for x open) and freedesktop.org a chance to really shine. (Hint hint, be more like osx.)

      --
      You're right, I wouldn't steal a car. But if it were possible, I sure as hell would download one!
    3. Re:Why a successor? by Anonymous Coward · · Score: 5, Insightful

      Because, basically, every software project needs to evolve or it will die. And there is a lot of room for improvement in X11 ! Apple has developed a very nice system (Quartz) and even Microsoft is constructing a very modular and IMO quite interesting Avalon system. There are some good techniques in there that will benefit the entire X11 community.

    4. Re:Why a successor? by Xtifr · · Score: 5, Insightful

      Yes, and when it says, "the core team was no longer representative of the active, experienced and skilled XFree86 developers," it actually sounds like they might be opening up the project a little more, rather than disbanding it. Given some of the negative comments I've heard in the past about the rigidity and bureaucracy of core team, this could well be a very good thing for XFree86 overall.

    5. Re:Why a successor? by Anonymous Coward · · Score: 1, Interesting

      Who said the core developers were stopping their work on XFree?

    6. Re:Why a successor? by zarr · · Score: 5, Interesting
      I can't se anything in the article that would indicate that the core developers have stopped working on it. The message by David Dawes gives me the impression that the "core team" and the core deveolpers aren't necessarily the same people.


      If you ask me, xfree86 doesn't need much "inovation". It works great the way it is! Of course, that shouldn't stop other people from taking the xfree code and do radically new stuff with it. If someone manages to come up with something that is significantly better than xfree I'll be more than happy to switch.

    7. Re:Why a successor? by Anonymous Coward · · Score: 1, Interesting

      > Why would a successor for XFree86 be needed?

      it's not, that's just a bit of sensationalism thanks to herr slashdot. XFree86 is one of those applications that in all honesty has come as far as it will ever need to, and I'll surprised to see if we need any more development on it for another 10 years. Sometimes it's good to just sit back and let the good work that's been done continue, and that's what's happened with XF86

      Proprietary window handlers however like windows and MAC will just keep digging themselves into the ground adding more eye candy and bloat. It's a great time to be a linux dev isn't it!!!!!!!!

    8. Re:Why a successor? by cshark · · Score: 4, Insightful

      I really wish these kinds of announcements were a little less ambiguous. Judging by the post, we know the core team is disbanding. Great! Now what?

      There is nothing in it about the future of X86, which would be mine and many others big concern.

      It's all Slashdot speculation right now. Unless someone can provide us with more information on the subject.

      Any Xfree86 developers out there?

      --

      This signature has Super Cow Powers

    9. Re:Why a successor? by hankaholic · · Score: 5, Insightful
      There is nothing in it about the future of X86, which would be mine and many others big concern.
      Did you read the post? It basically said that the people involved in the "core team" aren't the ones driving XFree86 development.

      Given that statement, why would you ask them to describe the future of XFree86, which is something over which they explicitly announced that they don't have control?
      --
      Somebody get that guy an ambulance!
    10. Re:Why a successor? by AndyElf · · Score: 4, Informative

      Of course it is -- anyone claiming this to be the end of fxree simply don't understand the difference b/w "core team" and "developmetn team" -- the former is like a board of directors, if you wish, while the latter is what makes or breaks the project.

      --

      --AP
    11. Re:Why a successor? by Anonymous Coward · · Score: 0

      Why would a successor for XFree86 be needed?

      It's not needed, but...

      Well, just think about it a minute : would you be enclined to post questions in the forum if you knew exactly what was going on ?
      Who's moderating articles to be on slashdot, and who's looking for more hits on the website ?

      Announcements on slashdot wouldn't be so misleading, there wouldn't be as much viewed ads on the website.

      In short :
      1. Accept sensational (misleading or not) article summaries
      2. Let everyone post
      3. Profits !!!

      Some people might even qualify the summary as a troll.

    12. Re:Why a successor? by smkndrkn · · Score: 4, Informative

      possibley because:

      Not everyone knows what a core team is in relation to this project

      Given the above some may want a little reassurance that this isn't a major problem and that development will continue

      Considering how ambiguous the release was, to most people, a little news on how this affects the direction of the project couldn't hurt anyone could it?

      --
      ======== In the future, everything will be artificial. ========
    13. Re:Why a successor? by Tim+C · · Score: 5, Funny

      There is nothing in it about the future of X86, which would be mine and many others big concern.

      Don't worry - Intel, AMD, etc have far too much money invested in x86 to kill it off anytime soon

    14. Re:Why a successor? by ArsonSmith · · Score: 3, Informative

      I wouldn't even say "significantly better" if someone came up with something that did everything X does and even one or two more things I'd probably switch. I just use a lot of features of X11 and use several of the advanced features of xfree86. but if another project could do it better I have no real brand loyalty.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    15. Re:Why a successor? by Stinking+Pig · · Score: 4, Funny

      > Great! Now what?

      Venkman: This city is headed for a disaster of biblical proportions.
      Mayor: What do you mean, biblical?
      Ray: What he means is Old Testament, Mr. Mayor... real Wrath-of-God-type stuff. Fire and brimstone coming down from the skies.
      Venkman: Rivers and seas boiling!
      Egon: 40 years of darkness, earthquakes, volcanos.
      Winston:The dead rising from the grave!
      Venkman: Human sacrifice, dogs and cats, living together... mass hysteria!

      --
      "Nothing was broken, and it's been fixed." -- Jon Carroll
    16. Re:Why a successor? by Anonymous Coward · · Score: 1, Insightful

      Considering how ambiguous the release was, to most people...

      Um... which "release" to "most people".

      This was not a press release or anything intended for "most people", it was a message written for the XFree86 developers mailing list. Most people on that list will know the context.

      Now it happens that someone has taken that message, made a misleading comment, and Slashdot has published it to a general audience, but that's not the fault of the message author.

    17. Re:Why a successor? by coolgeek · · Score: 3, Insightful

      (SMACKS AC upside the head) Looks like a press release to me, since it is it the "News" section under "Headlines".

      --

      cat /dev/null >sig
    18. Re:Why a successor? by Sleuth · · Score: 2, Insightful

      Well, not exactly, since XFree86 also has a board of directors. Interesting, eh?

    19. Re:Why a successor? by firewrought · · Score: 1
      why would you ask them to describe the future of XFree86

      Out of politeness, it would be good if the press release outlined how XFree86 expects to move forward politically, not technically. A firm sentence like "this is expected to have no impact on the release schedule since the core team is not involved in development" might go far.

      I didn't read the article, so the announcement may have covered this, but I w ouldn't be surprised if it was lacking... it sounds like some of XFree86's problems have stemmed from miscommunications.

      --
      -1, Too Many Layers Of Abstraction
    20. Re:Why a successor? by Afrosheen · · Score: 1

      Excuse me if I missed something here, but how will a Microsoft development benefit the XFree project? Their source is closed and they don't like to share. What will the X developers copy, their structure?

    21. Re:Why a successor? by lvdrproject · · Score: 1

      The parent is either incredibly stupid or mildly funny. I haven't figured it out yet....

    22. Re:Why a successor? by MighMoS · · Score: 1

      Two words: Alpha layer. See XServer by freedesktop.

    23. Re:Why a successor? by abradsn · · Score: 2, Insightful

      Open standards can lead to better / more accomplishments. Our nature is to want what the other guy has. By that alone, help can be garnered from competition.

    24. Re:Why a successor? by hankaholic · · Score: 1

      Then issue a press release yourself, then come back and talk about how much sense it makes for someone with no control over the actual direction of XFree86 to try to tell others what direction the project will take.

      What they're saying is basically "we don't control or direct XFree86 development". As an open-source project they aren't required to designate an heir.

      --
      Somebody get that guy an ambulance!
    25. Re:Why a successor? by Crazy+Eight · · Score: 1
      Most people on that list will know the context.

      Read through that whole thread and you'll find that two of the three respondants explicitly ask "what does this mean?" and the one who doesn't wants clairification about the future.

    26. Re:Why a successor? by sirsnork · · Score: 1

      Apparently they already had, from the email the core team no longer consisted of the people writing most of the code. So basically more work was/is being done from people not on the core team/mailing list than by thos on it.

      I would imagine they may reform the core team at a later date with the people actually doing the lions share of the work, or they'll just move their discussion regarding development to a different forum

      --

      Normal people worry me!
    27. Re:Why a successor? by Anonymous Coward · · Score: 0

      Wankaholic wrote:
      Did you read the post?

      Yes, apparently cshark did. If only you had read cshark's post carefully, you would have not have seen him asking the "core team" to describe the future of XFree86.

      What he did say is:
      Unless someone can provide us with more information on the subject.
      and then
      Any Xfree86 developers out there?

    28. Re:Why a successor? by Anonymous Coward · · Score: 0

      " Excuse me if I missed something here, but how will a Microsoft development benefit the XFree project? Their source is closed and they don't like to share. What will the X developers copy, their structure?"

      Apple isn't sharing their GUI either, for that matter.

    29. Re:Why a successor? by FxChiP · · Score: 1

      Where does it say Avalon directly benefits XFree?

      Answering your question anyway, the grandparent poster probably meant that the X11 team could learn from the techniques that Microsoft used in Avalon. You can do that in more ways than just having the source -- you could read a description of the techniques (even a short one) and reconstruct it.

    30. Re:Why a successor? by Billly+Gates · · Score: 1, Informative
      Technically a new solution is needed. Not just politically. XFree86 sucks goatballs! X not as much. You do not know how bad you all really have it. I hate Xfree86 with a passion.

      X can run on pda's. Can Xf86? I think not. Hell Xf86 takes about 70 megs of ram while the competitors take 4-8???

      Why are driver support for video, dri, and opengl a decade behind Windows and 15 years behind MacOS?

      Truetype fonts were just recently ports 2 years ago for crying out loud. Hello this is not 1983 everyone.

      What about running XF86 on that old 486sx with 8 megs of ram lying around?

      We need a new X that is written from scratch, that does not need cryptic vidtune apps to properly display your monitor, makes writing drivers for easy, has GDI or postscrip graphics support for printing, integrated sound, and fast opengl graphics that does not have to go through hoops that slow it down. DRI was an attempt at this but it only works under Linux and sucks for FreeBSD.

      Its unflexible if you ask any developer and poorly written with things like loops unrolled to make them execute faster, etc. Xourvert was started from the same guy who wrote the xft font server. The core team and the technology slowed him down and it was very hard and slow to get anything done.

      If you want more information on XF86 go read the Unix Haters manual. They describle working with Xlib, as trying to make a bookcase out of mashed potatoes. Its a very funny read.

    31. Re:Why a successor? by Anonymous Coward · · Score: 0

      Remember that the "RAM" allocated to XFree86 when it's running actually includes the entire address space allocated to the video card.

      Thus, if you've got 64MB of RAM on your video card, XFree86 appears to take 64MB of RAM according to top.

      Some of those things aren't really X's domain. (Printing is really not something that X needs to concern itself with.)

      XLib sucks, agreed.

      You really need to look on freedesktop.org
      Replacement for XLib that uses X11 protocol; and even the same ABI as XLib is available (of course, not as good as native XCB): XCB

      In fact; check out all the software on
      http://www.freedesktop.org/Software/

      Especially their XServer implementation is much closer to the sorts of things you want to do - client side fonts become the norm; XRender is pretty much the way everything's done etc.

    32. Re:Why a successor? by Anonymous Coward · · Score: 0

      I've been told that compared to X, Quartz is
      extremely slow.

    33. Re:Why a successor? by Eil · · Score: 1

      Uh, X11 != XFree86, which this story is about.

    34. Re:Why a successor? by Anonymous Coward · · Score: 0

      Please don't equate Xouvert and freedesktop.org.

      The freedesktop folks already having a workable design and some working code for a managed compositing display that goes beyond OSX in several ways. Many luminaries from the X world and the XFree86 world are involved. Keith Packard and Jim Gettys spring to mind.

      Xouvert has lots of breathless "arch" (a version control system, for those of you who care) advocacy, but it took them months to import the old XFree86 source base into it. They're just now starting to talk about writing new code. Like a sourceforge project, they have lots of infrastructure but are "seeking developers". Unlike a sourceforge project, their infrastructure is highly questionable.

      Executive summary:
      Xouvert is a wiki + an arch repository and no coders.
      Freedesktop.org has successfully pushed desktop standards for GNOME and KDE, and has pretty much everyone that was driving XFree86 (and hence X) innovation for the past few years.

    35. Re:Why a successor? by AigariusDebian · · Score: 1

      X can run on pda's. Can Xf86? I think not. Hell Xf86 takes about 70 megs of ram while the competitors take 4-8???

      It doesn't take up so much memory. The number you see in the process list is XFree86 memory + video memory + memory reserved by X upon request or user applications

      XFree86 itself uses 8-9 Mb RAM.

    36. Re:Why a successor? by Anonymous Coward · · Score: 0

      simply because something smaller and faster could be done. and most of the xfree's features are useless to common people.

  2. Core Team Disbands by Anonymous Coward · · Score: 5, Insightful

    Sounds more like the "core" team weren't actually doing the development anymore, and that they felt it was unfair to be the "core" team when they weren't doing the work.

    Nothing to see here folks, keep moving.

    1. Re:Core Team Disbands by GAVollink · · Score: 4, Insightful

      "keep moving" aside, I actually do believe this to be a bad thing. While the core team was not active in the development they did still help steer direction. These are the folks that would say, "that will break things" - when it otherwise may not be obvious that "n" change could break things. This is a loss of experience, but the core team obviously feels that there is enough checks and balances to keep things from breaking.

    2. Re:Core Team Disbands by Firehawke · · Score: 4, Insightful

      Personally, I'm a little more cynical about the core team-- overall core team competency has been questioned of late, resulting in several branches of the code. I'm not so cynical to call them incompetent outright-- I've no experience with them directly, so how could I say such, but in either case they've decided to let things go in the direction they have.

      Now we just need to see how the structure holds up and see where the actual 'power' in the organization is going to be. In plain english, to see who's going to be OKing the executive decisions now.

    3. Re:Core Team Disbands by Nothinman · · Score: 4, Informative

      From what I've seen it appears they were slowing development more than steering it anyway, do you have any idea how many patches the Debian X package maintainers had to maintain because the X team was so slow at accepting patches?

    4. Re:Core Team Disbands by t0ny · · Score: 1
      Sounds more like the "core" team weren't actually doing the development anymore, and that they felt it was unfair to be the "core" team when they weren't doing the work.

      Damn it, I wanted to have "XFree86 Core Team Memeber" on my resume, too!

      As usual, Im just a bit behind the curve.

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

    5. Re:Core Team Disbands by neural+cooker · · Score: 1
      This is probably not a bad thing, it's just a hard time for the project. From what I've read here it seems like this is the first step in exercising of an important principle of open source development.

      From CatB (ESR):

      5. When you lose interest in a program, your last duty to it is to hand it off to a competent successor.
      A bad thing would be if the core team just held on to the baton without interest in the project. Sounds like that they already have done this for a time and possibly have caused a little damage. Now is the time for this project to heal.
    6. Re:Core Team Disbands by Fnkmaster · · Score: 5, Informative
      The thing is XFree86 ALSO has a Board of Directors. The Core Team was like a Board of Directors, only they didn't do anything but add bureaucracy and private list discussion of issues that would then be cited as authority for decisions made. These are the fuckers that attacked Keith Packard for being "low class" because he set off to work on X outside of the XFree86 organization because they simply couldn't adopt their bureaucracy to accept innovative new patches and extensions to X.


      Keith for those of you who don't know, wrote the Xft/XRender extensions that do anti-aliased font rendering and is generally the leading force pushing X (kicking and screaming, I might add) into the 21st century. The Core Team was one of the leading forces doing the kicking and screaming, next to the Board of Directors. I would be happy to see them go to, replaced by a more forward thinking, less bureaucracy-minded group of leaders.

    7. Re:Core Team Disbands by Anonymous Coward · · Score: 0

      I wanted to have "XFree86 Core Team Memeber" on my resume, too!

      That would bring your resume to what, two lines?

      As usual, Im just a bit behind the curve

      That's the biggest understatement ever made.

    8. Re:Core Team Disbands by Anonymous Coward · · Score: 0

      It's open source. Whoever puts out the most stable, featureful, timely builds will eventually have the actual 'power', until someone else comes along and does it better than them.

  3. From the link... by BoneFlower · · Score: 4, Interesting

    "core team was no longer
    representative of the active, experienced and skilled XFree86 developers"

    That leads me to suspect it isn't XFree86 that is dying, just the current core team is giving up their posts- and probably to be reorganized with new members from among the referred to "active, experienced... developers"

    I wouldn't panic yet.

    1. Re:From the link... by kfg · · Score: 1, Offtopic

      I wouldn't panic yet.

      Boy, what a party pooper. That was the problem with The Hitchhiker's Guide to the Galaxy:

      "Don't Panic."

      Come on. Adventure is 90% boredom and 10% sheer terror. If you take the panic out of travel all you're left with is the boredom. You might just as well stay home and watch golf on TV where at least you get to sit in your own comfy chair.

      Now this story is like bungee jumping. Why is bungee jumping so popular? Because, like Roller Coasters, you get to experience that sheer terror under conditions that actually entail no more risk than your commute to work. Maybe less.

      But you get to tell people about it as if the risk were real:

      "Yeah, it was scary, I jumped off a cliff."

      Far more impressive than:

      "I took my life in my hands today. It was awful. I drove to work. I could have died."

      So let people have their fun, get a little adreneline pumping, run around, scream, wave their hands in the air and so on. It's all in good fun and they'll get to tell their grandkids all about how they survived the great XFree scare at the dawn of 2004 in the new millenia.

      It's not like their grandkids will take them seriously anyway.

      KFG

    2. Re:From the link... by MORTAR_COMBAT! · · Score: 0, Offtopic

      Far more impressive than: "I took my life in my hands today. It was awful. I drove to work. I could have died."

      That all depends on what you drive and how fast you drive it. And, of course, what exactly "work" is.

      --
      MORTAR COMBAT!
    3. Re:From the link... by kfg · · Score: 1

      I negelected specifically state I presumed standard conditions, yes.

      Honda Accord/Toyota Corolla, keeping to the speed limit and following generally accepted practices for defensive driving.

      The issue of what work is is not relevant, however. The methodolgy isolates the commute from the work.

      Certainly under other conditions other results may be expected and if a shudder passes through the crowd when someone says:

      "I rode in with KFG today. I could have died."

      Well, so I gave them a little adventure in their dreary lives. Sue me.

      KFG

    4. Re:From the link... by Anonymous Coward · · Score: 1, Funny

      Well, so I gave them a little adventure in their dreary lives. Sue me.

      If your car hits my car, I will.

      Drive safely -- or else you might find out that Natural Selection is still alive and well.

    5. Re:From the link... by proberts · · Score: 0

      The issue of what work may indeed be relevant;

      You're a foreign aid worker in Iraq;
      You're a weather station monitor in Antartica;
      You're a Special Forces soldier in Afghanistan;
      You stock the shelves at your local megastore;
      You're the President of Pakistan;
      You sell shoes at the local mall.

      Some of those "whats" are much more dangerous than others.

      --
      http://www.pauldrobertson.com
    6. Re:From the link... by kfg · · Score: 1

      I'm curious as to what way stocking shelves makes the drive to work more danerous than if you sell the stock.

      Having done both I still fail to see the correlation.

      I've avoided being President of Pakistan, however. Allah be praised.

      KFG

    7. Re:From the link... by Anonymous Coward · · Score: 0

      I'm already panicking. I thought Xfree was finally about to die, and now I find it's not. CRAP CRAP CRAP CRAP CRAP CRAP CRAP CRAP CRAP CRAP CRAP CRAP CRAP

    8. Re:From the link... by Fjord · · Score: 1

      You don't have to be Kreskin to predict XFree86's future...

      oh nevermind.

      --
      -no broken link
    9. Re:From the link... by mar1boro · · Score: 1

      Parent probably the most accurate post in this thread, and moderated off-topic.

      --
      -- "It was as if the paint factories had decided to deal direct with the art galleries." - Thursday Next
  4. Just a formal thing. by Qbertino · · Score: 5, Informative

    This has nothing to do with XFree developement. In fact the non-relation between XFree 'core team' and Xfree development was the actual reason to dispand.

    --
    We suffer more in our imagination than in reality. - Seneca
    1. Re:Just a formal thing. by Anonymous Coward · · Score: 0

      Your English is fine. In fact, it's better than that of many native English-speakers' on /.

    2. Re:Just a formal thing. by Anonymous Coward · · Score: 0

      >Your English is fine. In fact, it's better than that of many native
      >English-speakers' on /.

      Better, even, than yours, Mr plural-possessive-apostrophe-even-tbough-it's-not- needed (unless you're implying that the "on /."s belong to more than one English speaker).

    3. Re:Just a formal thing. by Guido+von+Guido · · Score: 1

      Let's make a deal. If he removes that apostrophe, will you remember to use verbs in grammatical flames?

  5. Re:I hope something replaces X by Anonymous Coward · · Score: 0

    We're all doomed anyway. This will just hurry it along.

  6. Re:I hope something replaces X by javatips · · Score: 4, Funny

    It will be called XX.

    But I suggest you wait a bit for what will replace XX!

  7. Related to the Cygwin blowup? by Belisarivs · · Score: 2, Interesting

    Is this related to the Cygwin/XFree86 blowup a few months back?

    1. Re:Related to the Cygwin blowup? by Anonymous Coward · · Score: 4, Insightful

      I think it's related to the "firing" of Keith Packard from the core group, when he was one of the few people trying to move X11 into the 20th century.

    2. Re:Related to the Cygwin blowup? by aled · · Score: 0, Troll

      We all knew X is obsolete but not a century old. Anyone willing to move X11 into the 21 century? Someone? ;-)

      --

      "I think this line is mostly filler"
    3. Re:Related to the Cygwin blowup? by mpol · · Score: 1

      What I recall from that is that he requested cvs access, which he didn't get. The discussion ended with a flamewar and grief.
      Not sure what the organisation in XFree86 was, if only core members could get cvs access. In essence, dissolving the core team doesn't change anything. Giving out more easily cvs access does offer something for external developers. But it seems like they are heading to make some organisational changes which sounds good to me.

      --

      Well, don't worry about that. We can get you back before you leave. (Dr. Who)
    4. Re:Related to the Cygwin blowup? by Mr+Pippin · · Score: 1

      The problem is that you have legacy applications. You may quickly answer that they need to be re-written. In many cases, the source code may not be available for it to be ported, the effort would be monstrous, or you don't have the skills to do that.

      Granted, if you use a toolkit that is drawing agnostic for the most part (QT for one), then the effort is either trivial or not an issue to begin with.

      You may wonder just how many straight, old X11/Motif apps are there out there. Well, there must be plenty for Apple to make an official version of X11 for OS X

      Wish as you might, "X11 ain't goin away soon"

      Than again, the real issue may NOT be X11, but XFree86, which may be the actual underlying issue that needs to be addressed. Old technology CAN evolve. Look at Microsoft for a clear example. Not pretty, but it's there.

    5. Re:Related to the Cygwin blowup? by Mr.+Slippery · · Score: 2, Interesting
      It is a slow and poorly designed monolith that often requires considerable chiseling and hacking in order to work with even the most simple of 3D games.

      Then don't use it for games. Use libsdl or something similar.

      X isn't for 3D games. X - with its wonderful network transparancy - is for people who like to use computers to get work done.

      --
      Tom Swiss | the infamous tms | my blog
      You cannot wash away blood with blood
    6. Re:Related to the Cygwin blowup? by Anonymous Coward · · Score: 2, Insightful

      Do you have any basis for these assertions (for example, the assertion that the problems in Linux video driver support are actually due to weaknesses in the design of X) or are you just being an idiot ? If the former is true, and you actually know something about writing video drivers, could you please share with us the basis for these assertions ?

    7. Re:Related to the Cygwin blowup? by Featureless · · Score: 1

      For reference: this is the link.

      I note that both significant actors (Hunt and Dawes) from that thread are on this thread.

    8. Re:Related to the Cygwin blowup? by Idaho · · Score: 1

      I think it's related to the "firing" of Keith Packard from the core group, when he was one of the few people trying to move X11 into the 20th century.

      You're either being really sarcastic, or did you by any chance actually mean the 21th century?

      --
      Every expression is true, for a given value of 'true'
    9. Re:Related to the Cygwin blowup? by Anonymous Coward · · Score: 0

      Some people use their machines for other things than 1st person shooters you know... like work, or remote admining (where X truly shines), light clients or ancient, enormously complex graphics-monsters that expects a huge monitor and Irix and multi-processor hardware to run on :)

      I don't run Gnome or KDE or any of that ilk, just a boring windowmanager and lots of xterms or equivalent. I can sit down at a machine with X, anywhere in the world (give or take moronic firewall but there are tunnels through that), and replace its X with the X of my own machine. Now how's that for roaming access? Hey, the pipe doesn't need to be that fat either for it to be doable, ISDN is enough even.

    10. Re:Related to the Cygwin blowup? by JianTian13 · · Score: 5, Interesting

      Jesus Fucking Christ. How many times are people going to trot this shit out?

      /flame on

      You haven't been using Linux or X very long, have you? Or if you have, how have you failed to notice how many times someone says "X is slow/boated/sux for 3d/etc"? If you did, did you ever follow the discussion after that point, or did you just say, "Yep, I agree with them, I can stop reading now"?

      Because if you had, how did you miss the amazingly lucid explanations as to just why X does not suck; just how incredibly extensible it is; or how it does not suck at 3d, but that the real problem lies in the card manufacturers who won't release the necessary specs to allow open driver development? No, really. The fundamental problem with 3D driver development is that the card manufacturers have a limited pool of developers who can only acquire so much knowledge/expertise, and can only spend so much time developing drivers for each platform. How much better would things be if they would allow more experienced X devs to look at their code and suggest or write some improvements? We know the answer to this question; if you don't, what are you doing using Free Software?

      /flame off

      X works. X works well. X, properly equipped with the right drivers, even does 3d well. If you can't configure it yourself (no shame there; I was scared as hell the first time *I* did it), there's all these nice distros from RedHat (oops, Fedora), SuSE, Mandrake, even Debian that have tools to do it for you.

      Allright, I'm done. Back to browsing at +3...

    11. Re:Related to the Cygwin blowup? by Anonymous Coward · · Score: 0

      I may not be a Linux programming expert, but in my opinion

      Translation: you're not qualified to hold a reasoned opinion, but you're going to post your opinion anyway at great length.

      You are clueless. Although X was designed quite a long time ago, it's still years ahead of anything in the Windows world.

    12. Re:Related to the Cygwin blowup? by Anonymous Coward · · Score: 0

      That's brilliant, we can drop X, and build something new that is NOT network transparent, NOT portable accross all unices, and hey why don't we even put all the graphics rendering in kernel mode (like Windows) - so that we gain that little extra edge (and sacrifice stability, that's not important is it?).

      ATI support is not that bad, in fact my card runs perfectly stable on 2.6.0 and uses direct rendering without any problems. However my nVidia card doesn't support hardware acceleration in 2.6.0, why? I don't know because they decided to use binary modules.

      I do believe that X is quite monolithic - but it has moved to a more modular design with 4.x. Driver support is getting better. If manufacturers would release details specs (they don't need to write shit themselves) it would be even better.

      Where did you get the notion that X is slow? It must be configured properly (which many auto-detection mechanisms do poorly), and even tweaked. The X team which you refer to (i assume XFree86) did not write the underlying X11 protocol, and believe it or not there are commercial vendors that put out versions of X that put Windows to shame in many ways (Xi graphics.)

      I think there is nothing majorly wrong with X itself. It does need better management, which I hope the Xouvert project will provide. Driver support will always be slow on the uptake if manufacturers continue to not disclose their specs.

    13. Re:Related to the Cygwin blowup? by osu-neko · · Score: 3, Insightful

      This can be worked around. You move to a new core, and you toss out all the backwards compatibility crap. THEN, you add a backwards compatibility layer or module for the code that still needs it. Surely it would be easier for X than it was for, say, Apple, when they made apps designed for System 6 on an m68k processor successfully run under System 7 on a PowerPC processor. Thus you can get your brand new spiffy clean core with all the latest features while retaining legacy support. You just need to lose the idea that legacy support needs to be maintained at the core...

      --
      "Convictions are more dangerous enemies of truth than lies."
    14. Re:Related to the Cygwin blowup? by Anonymous Coward · · Score: 0

      Yup, 100% correct. probably 80% of BSOD's i've seen on Win2K or XP (yes ive seen probably about a dozen or so on XP) are due to gfx hardware.

    15. Re:Related to the Cygwin blowup? by oddfox · · Score: 1
      Idaho said:

      You're either being really sarcastic, or did you by any chance actually mean the 21th century?

      Heh, I hate to nitpick, but I think you mean the 21st century. ;)

      --
      "We invented personal computing." - Bill Gates
    16. Re:Related to the Cygwin blowup? by be-fan · · Score: 1

      Well his assertion about drivers are wrong. The NVIDIA drivers (except for questionable stability on certain configurations) are every bit as fast as the Windows ones, and support the same features. So if X had intrinsic weaknesses that made it impossible to write good drivers, than the NVIDIA driver shouldn't exist.

      --
      A deep unwavering belief is a sure sign you're missing something...
    17. Re:Related to the Cygwin blowup? by Angron · · Score: 1

      Seems to me that'd be a good reason to get rid of him; I suspect the others wanted X11 to be firmly entrenched in the 21st century ;)

    18. Re:Related to the Cygwin blowup? by spitzak · · Score: 1

      Back compatability can be done with a new xlib that translates the old calls to the new system.

      Some calls are a pain, for instance support for colormaps is almost impossible or very inefficient on top of any reasonable modern graphics system that does not have them. Fortunately programs that require colormaps have pretty much disappered (mostly due to XFree86 not supporting colormaps). This does require the new system to support things at a sufficienly low level that Xlib can be done efficiently, this is frustrating for the crowd that believes widgets should be on the server (I disagree so I like this limitation).

    19. Re:Related to the Cygwin blowup? by bolthole · · Score: 1

      poor logical connection.
      you assume that

      a. The windows drivers are "the theoretical maximum speed". This has already been disproven in other areas. Even DRI opensource drivers are faster than some windows 3d drivers, in areas.

      b. speed == "right". Bad, bad assumption.

    20. Re:Related to the Cygwin blowup? by Anonymous Coward · · Score: 0

      > Back compatability can be done with a new xlib that translates the old calls to the new system.

      This is the plan for the new FreeDesktop X server. Basically they are going to overhaul the whole stack and most "Xll IS TEH BEST" slashdotters won't even know that it's happening.

    21. Re:Related to the Cygwin blowup? by Crazy+Eight · · Score: 1
      I have a question for any developers out there that is related to this notion. Much of the debate about whether X11 should be enhanced further or scrapped and replaced centers around network transparency. There are pro and con debates over the utility of such a feature and it's impact on the performance and graphic capability of the server itself.

      X11 achieved this by designing around a client/server wire protocol. Is it not possible to design a windowing system strictly for the local case first and then add remote capability later? Couldn't network transparency be achieved with wrappers that negotiate permission, capability, etc? Perhaps the objection is that one still ends up having to craft a protocol that allows programs to "talk graphics" over ether, but I think the advantage would be that meta-information gets to stay "meta" for as long as possible before it's rasterized. I remember reading one critic of X11 (here on /.) note that the problem with X is simply that it's graphic primitives are "too primitive". Wouldn't reversing the design methodology of any possible successor eliminate that bottleneck? I am supposing that adhering to this principal would benefit the entire architechture of such a windowing system by allowing drivers to be written that fully utilize hardware in any possible scenario from Radeon 9700 to linear framebuffer. Is there a worthwhile notion in here somewhere that finer minds might flesh out?

    22. Re:Related to the Cygwin blowup? by Crazy+Eight · · Score: 2, Funny

      I have a lithp you insensive clod?

    23. Re:Related to the Cygwin blowup? by Kyouryuu · · Score: 1

      Moreover, your experience cannot be applied to the whole. I know of a few Debian users who have also had a real fun time with nVidia's drivers. Even if they work, they can be a significant bear to set up.

    24. Re:Related to the Cygwin blowup? by Devil's+Avocado · · Score: 1

      By the way, as further evidence that X is perfectly capable of "doing 3D", take a look at Apple's X11 that ships with Panther. It's basically just a version of XFree86 that supports Apple's graphics drivers. Its 3D speed is *the same* as native OS X.

      If nVidia or ATI put the same amount of effort into Linux drivers as they did into Windows drivers then Linux 3D would be just as fast as Windows 3D. The fact that they *don't* will be just as detrimental to anything that tries to replace X as it was to X.

      The biggest liabilities in the X-on-Linux development world right now are the petty tyrants on the Xfree86 team and the reticience of graphics hardware vendors. Hopefully this announcement signals a step towards correcting the first of those problems.

      -DA

    25. Re:Related to the Cygwin blowup? by Kyouryuu · · Score: 1
      "Where did you get the notion that X is slow? It must be configured properly (which many auto-detection mechanisms do poorly), and even tweaked."

      Well, there you have it.

      It wasn't until about a year and a half ago when we could actually change the resolution of the desktop while in the GUI itself. Distributions like Mandrake go a long way to rectify configuration problems such as this.

      The average user from the Windows world expects to plop in a CD, get the drivers from it, and install. In Mandrake-like installation programs, this happens transparently (and we're all thankful for that). But if Mandrake fails to catch something - say, an ATI card - the user is left to pick up the pieces and go from there. And it's not particularly simple, either. Using the hacked 4.3 XFree drivers tends to mess up the font anti-aliasing. What is one supposed to do then? In some Debian-based distros, it's a more evil exercise, since ATI packages their wares as RPM and not even alien + dpkg can always resolve their screwyness.

      Not to mention that Joe Average has no clue what XF86Config is or how it works.

      In other words, setting up graphics under Linux - especially for 3D acceleration - remains to be one of the more tedious/bothersome/frustrating parts of the experience. And no, it really doesn't help that the selfish ATI and nVidia don't release the specs.

    26. Re:Related to the Cygwin blowup? by Kyouryuu · · Score: 1

      I hold an opinion as a Linux user for several years that has to frequently grapple with graphic server problems. You might discount my opinion and slap on the bumper-sticker slogan about Windows, and that's fine with me.

    27. Re:Related to the Cygwin blowup? by be-fan · · Score: 1

      My point is that there is nothing intrinsic to XFree that makes it impossible to write good drivers, which is what the original poster alledged. Clearly, NVIDIA's drivers are good drivers, which disproves his assertion.

      --
      A deep unwavering belief is a sure sign you're missing something...
    28. Re:Related to the Cygwin blowup? by McDutchie · · Score: 1
      Jesus Fucking Christ. How many times are people going to trot this shit out?

      About as many times as they are going to repeat the mantra that replacing SMTP will somehow automagically solve the spam problem. It's part of the Slashdot liturgy. If you don't bleat along, you're not part of the incrowd.

    29. Re:Related to the Cygwin blowup? by Billly+Gates · · Score: 1

      Ya, what year were truetype fonts added?

      DRI still si not there for FreeBSD and its very sluggish.

      X does not suck. But XF86 is another story.

    30. Re:Related to the Cygwin blowup? by Alcohol+Fueled · · Score: 2, Funny

      "/flame on"

      The Human Torch reads Slashdot! *gasp!*

      --
      Ah am not a crook! (\(-__-)/)
    31. Re:Related to the Cygwin blowup? by chez69 · · Score: 1

      It already is optimized for the local case. It does not send anything over the network for local clients. It sends the data over a local socket. why can't people understand this?

      --
      PHP is the solution of choice for relaying mysql errors to web users.
    32. Re:Related to the Cygwin blowup? by Crazy+Eight · · Score: 1
      That's not what I'm talking about. I've read the arguments claiming that SHM adds no significant overhead to X11 performance and I believe them. From what I've gathered X11 was written with the network transparent client/server split in mind in the first place, and left actually drawing stuff to be implemented around and after the wire protocol the architects came up with at the time. What I'm wondering is if this approach has left us squeezing "big" GUI ideas directed at powerful (and underutilized?) GPUs through a skinny pipe that can only speak "baby talk".

      Here's an analogy: Suppose you point your browser at a web page with a picture that isn't being made available in a compressed image file format. Your browser has become a graphic server ("Mozzy here. Tell me what to draw and I'll draw it.") and the remote site has become a client ("I've got something to show to chez69. Let me tell you about it."). The site could talk to your browser in "turtle graphics" (i.e. move left one pixel and draw a red dot, then move down one pixel and draw a black one) or it could talk in SVG. The latter case preserves higher level information for as long as possible. That allows the "server" to rasterize the image in the most efficient manner possible and minimizes network traffic. If your GPU can draw beziers and gradients in hardware (I don't know if that's something contemporary GPUs can do or not) then your "server" will be able to tap that. If your GPU lacks that but your CPU has SIMD-type instructions available they can be put to use. On any hardware the SVG case has the option of "falling back" on server side software routines but the "turtle graphics" case can use nothing but software without resynthesizing the greater context.

      Understand that I'm not knocking X at all. I'm not qualified to write a windowing environment. I don't understand how X extensions work. I don't know what video cards can do in that middle ground between a linear framebuffer and 3D acceleration. I presume there are CS terms that could swiftly capture the query I have in mind but I lack the lingo. I'm not posting to make a point or argue a case. I'm trying to ask a question about design methodology that occured to me when reading osu-neko's post. Our current *nix windowing environment has many wrapped layers on the client side. I wonder if any hypothetical successor to X written without network transparency designed in from the beginning would end up benefitting from an object hierarchy that allows for a more sophisticated use of hardware. I wonder if the layers of abstraction would sift themselves out in a "cleaner" fashion (not to imply that they're "unclean" right now -- only that they might be better. Who am I to judge?). I wonder what technical limitations would prevent us from keeping the network transparent baby by adding it later if some mythic *nix windowing environment made the current X protocol look like bath water.

      P.S. Pardon the mixed metaphor.

  8. Full text of email & analysis. by Noryungi · · Score: 4, Informative
    Here is the email:
    I'm very pleased to announce that a majority of the XFree86 core team
    has voted in favour of my proposal to disband the core team.

    I believe that this is an acknowlegement that the core team was no longer
    representative of the active, experienced and skilled XFree86 developers,
    or a place where technical discussion happens.

    Happy New Year to all!

    David
    --
    David Dawes
    developer/release engineer The XFree86 Project
    www.XFree86.org/~dawes
    So, this means that XFree86 is not disbanding, simply that the core group has recognized it was not really needed anymore.

    That is a relief, as I almost thought for a second that XFree86 was going to disappear... *eek*
    --
    The right to offend is far more important than the right not to be offended. (Rowan Atkinson)
    1. Re:Full text of email & analysis. by Mystarim · · Score: 1


      This kills me about some members of the /. community. It's an open source project. It doesn't matter if the people in charge walk away from a major project like this. It happens all the time... but the code is in the public domain. Development would continue if every single one of the current developers decided to walk on the same day. Even so, if it looked like no one else was going to pick up development, and you were worried because you use the software regularly and depend on updates, the responsible reaction would be to pick up the development yourself, or at least start a fund to pay for future development, like was done for Blender.

      --
      Tim Garthwaite mailto:tim@garthwaite.org
    2. Re:Full text of email & analysis. by f0rt0r · · Score: 1

      I am glad someone read the story ( email ) instead of just reacting to the poster's notes. I think this is a case of Slashdot editor's testing to see who reads the article before posting a reply. So, those of you who posted "no what are we going to do!" and the "sky is falling!", please note the sudden decrease in your karma. - The Management

      Another possibility is they wanted a sensationalist post to get more page hits from the story. No way, even Slashdot is above that...

      --
      I can't afford a sig!
    3. Re:Full text of email & analysis. by NDPTAL85 · · Score: 4, Insightful

      The abundance of abandond projects on Sourceforge would appear to disagree with you. Open Source projects are usually NOT the domain of hundreds and thousands of globally diverse developers but rather a very small and very active "core" team. Once that core team leaves (and I'm not talking about XFree86 here) then the project usually dies. Why? Because even though the code is in the public domain there is a lack of willingness to get involved or a lack of skill of those who ARE willing or a lack of time for those who are both skillfull AND willing.

      --
      Mac OS X and Windows XP working side by side to fight back the night.
    4. Re:Full text of email & analysis. by Anonymous Coward · · Score: 0

      If a couple people a bit worried about the future of something kills you, would you cease to have ever existed if there was a major crisis?

    5. Re:Full text of email & analysis. by labradort · · Score: 2, Interesting
      Xfree86.org's website was the only source I could find for this news. It didn't clarify anything:
      Core Team Disbands
      [30 December 2003]

      The XFree86 core team voted to disband itself, effective 31 December 2003.

      Not exactly informative. I think we can say Dawes and friends are the real source of "the sky is falling" syndrome, due to the information vacum.

      You can't blame people from freaking out when there is a lack of information and context!
    6. Re:Full text of email & analysis. by Ruie · · Score: 1

      It is also usually the case in such projects that the core team is defined as people that actively work on a project - and not by a list.

      Few people can work full-time on a project and so the activity goes up and down for each individual developer.

      The XFree86 core team was actually something you could be "a member in", with special privileges
      (like direct CVS access and special mailing list).

    7. Re:Full text of email & analysis. by Anonymous Coward · · Score: 3, Funny

      there is a lack of willingness to get involved or a lack of skill of those who ARE willing or a lack of time for those who are both skillfull AND willing

      Well I am willing and able! I just finished my 21 Days to VB.NET programming book so I will start routing through the code to see where they left off.

    8. Re:Full text of email & analysis. by Tassach · · Score: 5, Insightful
      The abundance of abandond projects on Sourceforge would appear to disagree with you
      Do you think, perhaps, that the reason there are so many abandoned projects is because they suck, are irrelevant, outdated, or duplicative? How many half-assed winamp clones does the world need? Do we really need 2000 different email clients, or yet another piece of desktop eye candy?

      Open source development is a Darwinian process. The strong prosper and the weak either die off or adapt themselves to survive in an isolated niche. If a project is so uninteresting or so obscure that it can't attract a new maintainer, then it deserves to die. The carcass remains part of the ecosystem -- scavangers are free to pick the bones for anything useful, or someone can come along and breathe new life into it.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    9. Re:Full text of email & analysis. by den_erpel · · Score: 1

      It is not because some project is being abandonned, that the code that was produced in the project is dead.

      Often much of the code or ideas are taken over and incorporated into other or new projects. To my experience, it often pays off to start anew. And if in the process another branch is created, so what; I am programming in the first case because I need something which is not available and because I find it fun to do.

      Sometimes, developers; even though they don't have time to actively persue development; consider their projects as their children, and do not like giving it out of their hands. Reusing code into a new project is therefore often a good choice.

      This is IMHO one of the good points of OS/FS, you don't have to bother with the ground work each time you decide to do something, you can just go out, find some functionality you need and write your added value.

      As far as I have read the SF policy, archiving OS/FS is as important as hosting the active projects. Once you add your code in SF, you cannot remove it again.

      --
      Genius doesn't work on an assembly line basis. You can't simply say, "Today I will be brilliant."
    10. Re:Full text of email & analysis. by Anonymous Coward · · Score: 0

      "Because even though the code is in the public domain ..."

      Most of the code on Sourceforge is copyrighted and released under licence. For example, the GNU GPL or the modified BSD licence. Very few of the projects on SF are in the public domain.

    11. Re:Full text of email & analysis. by ajs · · Score: 2, Insightful

      You are using your own definition of core here. XFree defined core as a certain set of people. What they have found recently is that the "core" was not in fact at the core of development of XFree, and that those who were were better capable of filling that role. Grats to XFree for having the stones to make that call. THAT is probably the best example of what open source has going for it that proprietary software does not. GCC continues, but companies and steering commities have come and gone. Mozilla continues, but Netscape has come and gone and gone.... Open source endures.

    12. Re:Full text of email & analysis. by Anonymous Coward · · Score: 0

      Spoken like a man that hasn't written a piece of software.

    13. Re:Full text of email & analysis. by Anonymous Coward · · Score: 0

      Often much of the code or ideas are taken over and incorporated into other or new projects.

      I can easily find 400 projects where this is not the case. Can you find 400 projects where it is the case?

      To my experience, it often pays off to start anew.

      Then your experience doesn't involve anything but toy programs.

      And if in the process another branch is created, so what; I am programming in the first case because I need something which is not available and because I find it fun to do.

      And producing nothing valuable. Great work.

    14. Re:Full text of email & analysis. by Kent+Recal · · Score: 1

      Once that core team leaves (and I'm not talking about XFree86 here) then the project usually dies. Why? Because even though the code is in the public domain there is a lack of willingness to get involved or a lack of skill of those who ARE willing or a lack of time for those who are both skillfull AND willing.

      Don't forget reason #1: lack of documentation...

    15. Re:Full text of email & analysis. by Anonymous Coward · · Score: 0

      The day XFree86 gets abandoned is the day I take out a loan and start a company supporting it. There are way too many people that need it, and some of them would be willing to pay, eventually.

    16. Re:Full text of email & analysis. by Anonymous Coward · · Score: 0

      More like:
      The corporate funded prosper and the hobby projects die. :p

    17. Re:Full text of email & analysis. by rocketfairy · · Score: 1

      True enough, but could you leave out the "carcass" metaphors when talking about OSS? I really don't want to see it in the next IIS ad.

      "Microsoft: Because UNIX is made of carcasses."

    18. Re:Full text of email & analysis. by Anonymous Coward · · Score: 0

      So what have you written?

  9. Doesn't really matter. Quality stays for years. by wackybrit · · Score: 2, Interesting

    A lot of big companies still use COBOL, and COBOL is over fifty years old, which means we can keep using X even if it's not being developed anymore. If something is worth using, then it must have a good solid base which can be used for many years to come. We don't need to worry at all for another fifty year or so, when we'll probably need a new system. Why panic now?

    Many systems have lived beyond their original development schedules. Financial software written in COBOL, for example, which has caused no problems at all since it was developed, Windows 3.1 which is still more than good enough for most schools and small businesses and has no security flaws despite all thsi time, and the B programming language, which many an OS kernel is written in.

    1. Re:Doesn't really matter. Quality stays for years. by jabberw0k · · Score: 2, Interesting

      True. Flip side: more than one Fortune 50 company has been thrown into years-long turmoil by replacing thirty-year old Fortran code that "just plain worked" with SAP, whose motto must be "Change your business model to fit our software..." If you hear of a company switching to SAP, you might consider shorting their stock.

    2. Re:Doesn't really matter. Quality stays for years. by Quixadhal · · Score: 1

      In other news, Eskimos in arctic wasteland discovered to be using stone knives and bearskins. When their grunts and gestures were translated, they claimed that "it was good enough for my grandfather!"

    3. Re:Doesn't really matter. Quality stays for years. by proj_2501 · · Score: 0, Redundant

      What happens when development stops and future video cards remain unsupported?

    4. Re:Doesn't really matter. Quality stays for years. by TheF00 · · Score: 1

      You seem to be forgeting about the recent Y2k bug issues. Sure the program still ran fine.. until 2000 came along. Companies were scrambling to find developers for languages not used any more. Its not easy to find a COBOL, Fortran, ada or (insert old ass programming language here) any more. A lot of the source for the programs was not available any more and not being developed, so many companies were suddenly faced with the fact they have to migrate to a whole new software package in a relatively short time.

      Using software that is not still actively developed is asking for it. There are always going to be bugs that emerge no matter how solid the program is. And if the project is not still actively developed, then the only alternative (especially if you don't have the source) is to move to a different software package. Rather than to wait for that to happen... you should begin to migrate away from the software when it is no longer being developed. Of course there are exceptions to this, but i think there should be a plan or alternative in place so you aren't scrambling to fix a critical bug that sudddenly emerged in your software.

      Fortunately in this case X is still being developed, looks like they are just moving a few of their developers around. But if the X project were ever abandoned there is no way it could continue to be used in the fashion it is today on linux. Given the fact that linux is just now starting to make inroads into the desktop market it is critical that all the components are still being actively developed.

    5. Re:Doesn't really matter. Quality stays for years. by aled · · Score: 4, Insightful

      False. Enterprise financial apps don't depend on changing hardware every year like graphics applications. And "just plain works" doesn't mean is maintainable. And I would doubt very strongly that someone knows 30-year-old-multi-million-lines-apps of financial code in Fortran well enough to be sure that it does what it is supposed to do...

      --

      "I think this line is mostly filler"
    6. Re:Doesn't really matter. Quality stays for years. by cyberlync · · Score: 1

      Don't know much about these languages do we?

      Fortran was updated in 99
      Ada95 was updated in 95
      Cobol in 89 (thats getting a bit old)

      Most of the commercial and non-commercial environments are still in active development. It may still be hard to find people but its not because the languages are stagnant.

      --
      I'm a programmer, I don't have to spell correctly; I just have to spell consistently
    7. Re:Doesn't really matter. Quality stays for years. by Anonymous Coward · · Score: 0

      As opposed to "We don't *really* know what our business model really is because it's defined by 30 year old FORTRAN code and everyone who designed it is dead." The big problem at Fortune 50 companies is not the bungled SAP transitions, but the fact that their main businesses are often run by "black boxes" which severely limits their flexibility.

    8. Re:Doesn't really matter. Quality stays for years. by Anonymous Coward · · Score: 0

      Hey, there are people here who'd pay thousands of dollars for a real stone knife and a good bearskin!

    9. Re:Doesn't really matter. Quality stays for years. by kmankmankman2001 · · Score: 1

      Actually not "False", just perhaps not as relevant. In truth the underlying hardware for enterprise financial apps does change much more frequently than you would suspect. The difference is that, unlike video cards, the OS handles the interaction with the hardware and was written with a long term view of - as much as possible - eliminating the need to adjust the application code to be compatible with hardware changes. As a generalization, when talking enterprise financial apps written in 'legacy code', we are mostly talking mainframes. Those COBOL apps that are still running may have begun on 24-bit 370 machines that transitioned to 31-bit XA machines then 31-bit ESA machines (with access registers) and finally 64-bit z-series machines. Assuming they were written to the spec of the language & compiler AND didn't have Y2K code issues, that same code can be executing now despite numerous upgrades of the underlying hardware. As to not knowing whether the app does what it is supposed to do . . . that's another story. Though it is one that offers me potential consulting revenue in my retirment years. :)

      --
      "The bigger the lie, the more they believe." - Det. Bunk
    10. Re:Doesn't really matter. Quality stays for years. by Chanc_Gorkon · · Score: 2, Insightful

      Actually, 2002 was when the new standard went into effect. COBOL Standards has the link to the official ISO standards regarding COBOL. Also, COBOL is not dead. Far from it. COBOL can even be used to develop for the web as well. We are using Miami Univeristy's (of Ohio) DARwin product and it's entirely ported to run with Micro Focus COBOL Libraries/compilers and on multiple platforms including UNIX. DARwin, or Degree Audit, allows students to play a what if game comparing what they have taken with the program they initially intended and other programs. This allows students to see what else they have to take in order to get their degree if they want to switch majors. I have not seen software like it anywhere else. Most of the schools in Ohio use it. COBOL still has lots of use in it and it's just morphed in to doing different jobs.

      The same wil go for Xfree. So what? The core has disbanded....long live the new open core.

      --

      Gorkman

    11. Re:Doesn't really matter. Quality stays for years. by Anonymous Coward · · Score: 0

      Having spent a year working for a consulting company that did SAP implementations, I gotta say: You're absolutely right about that piece of software. Leaving that job is hopefully as close to the elation of getting out of prison as I'll ever get.

    12. Re:Doesn't really matter. Quality stays for years. by Anonymous Coward · · Score: 0

      Yeah, but unless you've not used any other operating system in the past three years, you'll realise that X absolutely sucks.

      Performance is abysmal and there is no standard fast way of doing graphical stuff (2D and 3D) that can be guaranteed to be supported by every install.

      Oh, and you'd better start stockpiling old hardware because if X doesn't properly support the latest video cards on the market right now, you're not going to be able to buy anything new that works with it in five years.

      If any one Linux / BSD component needed a well-maintained modern replacement, XFree was it. It just can't compete with DirectX. If only the BeOS clones were a little further along to help save the free software world from this mess...

    13. Re:Doesn't really matter. Quality stays for years. by zenyu · · Score: 1

      A lot of big companies still use COBOL, and COBOL is over fifty years old, which means we can keep using X even if it's not being developed anymore.

      Yeah COBOL. COBOL reminds me of high school. I had to get special permission to not take COBOL before Pascal (which the AP exam was in.) I'm guessing there are a lot of people who weren't as stubborn as I and have some knowledge of it. Nothing wrong with that, the next year I learned C at the local community college, but Turbo Pascal 3 was still more fun, it compiled as fast as assembler and ran faster to boot. I'm sure COBOL has it's own advantages.

      Still, I hope XFree86 doesn't go the way of COBOL. I think this announcement may just mean that it won't. The Linux development model is just so much more robust for an important project like X. I may even contribute to X now, in the bad old days I could even figure out to get a bug report into the system.

    14. Re:Doesn't really matter. Quality stays for years. by ONU+CS+Geek · · Score: 1

      Look at Lowe's.

      They use XWindows on all of their terminals--self-booting workstations.

      Even use Mozilla as their web browser.

      Just because software 'dies' or some people think it sucks, doesn't mean that big businesses don't/won't use it.

      --

      I disable sigs...do you?
    15. Re:Doesn't really matter. Quality stays for years. by ces · · Score: 1

      Still, I hope XFree86 doesn't go the way of COBOL.

      Rumors of the death of COBOL are greatly exagerated.

      There is new software being written in COBOL every day and 20, 30, or even 40 year old COBOL applications are being updated, extended, and maintained all the time.

      Chances are if you've ever booked an airline ticket, traded stock, used your bank account, credit card, booked insurance, paid taxes, or gotten a phone bill your transaction touched a COBOL application at some point.

      The bulk of high-volume transaction processing is still mostly done with COBOL applications running on mainframes.

      You simply don't throw out well debugged software implementing complex business rules representing many hundreds of man-years of developer time because it happens to be "old". Even if parts of your application are poorly documented, poorly structured, and poorly understood there are plenty of tools for COBOL to rectify this situation that are far less risky than porting your application to a new language and platform.

      --
      Happy Fun Ball is for external use only.
    16. Re:Doesn't really matter. Quality stays for years. by ces · · Score: 1

      False. Enterprise financial apps don't depend on changing hardware every year like graphics applications. And "just plain works" doesn't mean is maintainable. And I would doubt very strongly that someone knows 30-year-old-multi-million-lines-apps of financial code in Fortran well enough to be sure that it does what it is supposed to do...

      First of all 30 year old financial applications are most likely written in COBOL not Fortran.

      Second of all there are plenty of good tools out there for understanding exactly what a COBOL application does, far better than anything I've ever seen for C, C++, Java, or even VB.

      Third big COBOL shops understood the importance of things like documentation, coding standards, and code review long before anyone in the desktop computing community and to a lesser extent the UNIX community did. They started to run into maintainablity problems 20-30 years ago and therefore have had that much longer to work toward solving them.

      --
      Happy Fun Ball is for external use only.
  10. Don't overreact by Carnifex487 · · Score: 5, Informative

    Read the message:

    I believe that this is an acknowlegement that the core team was no longer representative of the active, experienced and skilled XFree86 developers, or a place where technical discussion happens.

    In effect, nothing is going to change. There are still active, experienced and skilled XFree86 developers out there, who will continue to work just as they always have.

    1. Re:Don't overreact by Talinom · · Score: 2, Interesting

      or a place where technical discussion happens.

      IANAP (I Am Not A Programmer) by any stretch of the imagination and have absolutely no idea about the nature of the core team, but a phrase like this makes me wonder if it was self destructing. Were I to hear this phrase in a business environment it would indicate to me that it turned into a political quagmire and that direction was defocused and derailed by hard lined vocal factions.

      Could it be they just decided to disagree and split up because it just wasn't worth it any more?

      --
      "Giving money and power to governments is like giving whiskey and car keys to teenage boys." - P.J. O'Rourke
    2. Re:Don't overreact by Anonymous Coward · · Score: 0

      If you're going to have to spell out the acronym anyway (IANAP) and are only going to use it once...why use it? Acronyms are generally used to save space and/or time. It's doing neither here...but rather the opposite.

    3. Re:Don't overreact by Trepalium · · Score: 2, Insightful

      I think the problem was the core team had become too much about politics, and too little about software. Look at the well publicized event about Keith Packard being outed from XF86. Keith has contributed some of the most radical changes to the X server system in recent years (XRender, XRandR, fontconfig, etc). He was outed because he dared to try suggest to others that there should be a new project started to create a new X server to both encourage XF86 to be more active, and to also try to solve some of the lingering archetectural problems of XF86. It's ironic that he achieved his goals by being kicked out.

      --
      I used up all my sick days, so I'm calling in dead.
    4. Re:Don't overreact by Anonymous Coward · · Score: 0

      pls stfu. tiafyc. hand.

  11. Re:WOW by Cyn · · Score: 3, Insightful

    read.
    the.
    exceedingly.
    short.
    article.

    --
    cyn, free software and *nix operating systems enthusiast.
  12. So if this is just a political change... by Esekla · · Score: 4, Interesting

    then perhaps it's a good thing as there has clearly been a fair amount of rankling lately.

  13. So Keith won? by eddy · · Score: 5, Informative

    Wasn't this what Keith Packard et.al wanted?

    --
    Belief is the currency of delusion.
    1. Re:So Keith won? by Deusy · · Score: 2, Interesting

      Wasn't this what Keith Packard et.al wanted?

      And from where did you draw that conclusion?

      Keith wanted XFree to be more organised in respect to pushing new development horizons and bringing in new developers. He only started his own X server because he was forced to do so.

      Keith wants to hack on an advanced X system. He would have been quite happy to do so under XFree only they didn't let him. When you have Windows users (literally) dictating the direction of a primarily *nix project, then you know there is a problem with project structure.

      Don't jump to conclusions. Just because Keith 'et al' weren't happy with the way XFree was being run, doesn't mean he had an agenda.

      It's not a game. Nobody won. In fact, in the short term, recent events mean that really everybody has lost. Fortunately, with the way X server is starting to shape out, we'll all have won in the future when we have an excellent X server for us to use.

      --

      Free Gamer - Free games list and commentary

    2. Re:So Keith won? by Crazy+Eight · · Score: 1

      XWin.org used to be Keith P.'s /. style news forum. Did that url end up landing on freedesktop.org when Xouvert was started or has that happened just now?

    3. Re:So Keith won? by eddy · · Score: 1

      Don't jump to conclusions. Just because Keith 'et al' weren't happy with the way XFree was being run, doesn't mean he had an agenda.

      I'm not jumping to conclusions. It's quite clear to me that he argued for (ie wanted) the core to be gone or revaped. Now it's gone. He quite literally won the argument. Of course, it took a lot of extra work that shouldn't have been required.

      (..and 'agenda' is a derogatory term? Weird.)

      --
      Belief is the currency of delusion.
  14. sounds like he's giddy about it all by Selecter · · Score: 0, Funny

    they almost sound like they've been in some type of self induced code bondage and Mr. Lincoln has just set them free. *mental images of xFree86 core team members doing the "freed slave" dance*

  15. Obviously.... by eclectro · · Score: 0, Funny


    It's hard to continue developement when members of the core group were abducted by aliens.

    The aliens were interested in them because X11 has alien-like code embedded in it.

    --
    Take the cheese to sickbay, the doctor should see it as soon as possible - B'Elanna Torres, "Learning Curve"
    1. Re:Obviously.... by aliens · · Score: 2, Funny

      *sigh* must we be blamed for everything?

      We've seen that code and it's not like ours, if you're looking for your core group you might want to check the looney bin. ::)

      --
      -- taking over the world, we are.
    2. Re:Obviously.... by aled · · Score: 1

      In other news aliens will start to collect a $699 licence fee from every XFree user... :-)

      --

      "I think this line is mostly filler"
  16. "Core Team" models need to die. by mcbridematt · · Score: 3, Insightful

    Face it.

    "Core Team" Development models are out-dated and sound more M$'ish than Open Source'ish.

    While several projects continue to use the "Core Team" model, like FreeBSD, in my opinion, the politics involved ain't worth it.

    For XFree86, it's time for change. Hopefully, in years to come, we will see a more efficient graphics subsystem for Unix (MacOS X may be an example) weather it be by a XFree86, XF86 Fork, or some other system (NOT framebuffer because fb doesn't work well with some hardware)

    1. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 0

      Every project that has a "Core Team" produces software that is written better than "hackfest submission." Most Open Source projects have de facto core teams, because no one contributes squat to them other than a handful of dedicated developers.

      Continue on your philosophying, Slashbot, oh creator of zero software. We're all eagerly awaiting your enlightened ideas.

    2. Re:"Core Team" models need to die. by mcbridematt · · Score: 1

      I was talking more "Core Team" as in:
      "Oh, we don't agree with this new feature you implemented. Get the damn hell out of our project".

      and

      "Sorry. You can't subscribe to the -devel list. It's an exclusive club"

      Not like linux, wine etc.

    3. Re:"Core Team" models need to die. by Oswald · · Score: 1
      I agree with your response, as far as it goes. But it does seem that many times the "de facto core" is a better idea than the "explicit core" because it is more of a meritocracy. Therefore (with luck), more of the politicking is about code and less about ideology or personality. It's also easier for new blood to chase out the old when the old run out of ideas or energy.

      Of course, this is in theory. Contradictory examples are easy to find.

    4. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 0

      BSD-style "Core Teams" make for bloody politics and much better tabloid headlines.

      Linux may have an informal core, but when was the last time someone had their "commit rights suspended" by "secret vote"? How many Linux developers have quit in a huff or went off to start their own fork? Even that loon Andre Hedrick who was fired as Linux IDE maintainer is still around contributing code to mainline.

    5. Re:"Core Team" models need to die. by Mr+Smidge · · Score: 4, Interesting

      (NOT framebuffer because fb doesn't work well with some hardware)

      Purely out of interest, what kind of hardware does the framebuffer not work well on?

    6. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 1, Funny

      Purely out of interest, what kind of hardware does the framebuffer not work well on?

      Winmodems?

    7. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 0

      Purely out of interest, what kind of hardware does the framebuffer not work well on?

      Steam-powered Locomotives, for one.

    8. Re:"Core Team" models need to die. by stienman · · Score: 4, Insightful

      "Core Team" Development models are out-dated and sound more M$'ish than Open Source'ish.

      While several projects continue to use the "Core Team" model, like FreeBSD, in my opinion, the politics involved ain't worth it.


      Uh, say again? Are you saying that open source software favors one political structure over another?

      So if a core team is bad, what about Linux with essentially a technical dictator^H^H^H^H^H^H^H^Hdirector? And do you believe the MS uses a core team to direct development of their software? They have a simple hierarchy, like most succesful businesses.

      While it may be warm and fuzzy to say that open source == no core team, the simple fact is that different political structures are good for different projects during different phases of their life. Linux has gotten too large to be developed by a single developer, so Linus has changed the political structure to fit his needs.

      Furthermore, this doesn't mean the end of the core team for XFree, only the end of a core team. They haven't spelled out a change in structure, only a change in personel.

      -Adam

    9. Re:"Core Team" models need to die. by Tim+C · · Score: 2

      You're confusing "core team" with "bunch of unreasonable, immature idiots who happen to control commit rights to CVS".

      If a project has no core team, and literally anyone can get commit access to CVS/whatever VCS they use, then the project is wide open to abuse. There would be nothing to stop people from submitting broken code, code with backdoors/intentional exploits, or even IP-infringing code to the project.

      Even if it's just a case of those with commit access vetting people's patches and additions until they've proved themselves worthy of commit access, that's still a "core team".

    10. Re:"Core Team" models need to die. by repvik · · Score: 1

      Why not FB? A successor using FB would probably increase the FB development enough for FB to work with that hardware.

    11. Re:"Core Team" models need to die. by TeknoHog · · Score: 1

      There was a post by Linus saying why he dislikes the framebuffer. The main reason seemed to be that if your framebuffer dies, you're in deep shit; while if X dies, you still have your virtual consoles to work with.

      --
      Escher was the first MC and Giger invented the HR department.
    12. Re:"Core Team" models need to die. by mcbridematt · · Score: 1

      Let me correct myself even more.

      Of course every project has a "Core Team".

      I'm more referring to Keith Packard and the poor FreeBSD developer who got kicked out earlier in 2003. (it's already 2004 here :) ) Where's the Free Speech in these projects? People being kicked out because they choose to voice their option makes me puke.

    13. Re:"Core Team" models need to die. by lemox · · Score: 2, Informative

      I've had problems with random screen corruption (that was not always alleviated with a "reset") with both Radeon and Voodoo cards while using the framebuffer.

      --

      "We obviously need a new moderation category: (-1, Woo-fucking-hoo)" --Mr. AC

    14. Re:"Core Team" models need to die. by iabervon · · Score: 2, Insightful

      The framebuffer console kernel project has too few developers for the variety of available hardware, and the developers are (from my reading of the mailing list) not especially well organized in their interactions. So a lot of hardware seems to lag behind in API changes and get subtly broken in various ways. That might give this impression.

      Also, it's relatively difficult to specify a 3D API, so that you can use hardware rendering, particularly because it means that you have to do 3D in software in the same layer for anything that doesn't support some particular operation (or some set of arguments), which means that you're going to have to do 3D in the kernel, which nobody would be happen about.

      Of course, the kernel is really the right place for device drivers, and good device drivers should make the differences between devices irrelevant (aside from performance and output quality), but anything complicated with graphics cards is such a mess that it hasn't been moved to the kernel.

      Actually, one thing I'd really be pleased about if the dissolution of the "core team" brought it about: people writing drivers for XFree86 could move to writing them for the kernel instead, and XFree86 could do active development on both sides of the userspace/kernel division. (This is important for things like having the 3D rendering state of your graphics cards restored correctly after suspending to disk).

    15. Re:"Core Team" models need to die. by einhverfr · · Score: 2, Insightful

      "Core Team" Development models are out-dated and sound more M$'ish than Open Source'ish.

      What do you propose as a replacement? If politics is the issue, I guess you can have a single maintainer (ala Linux). Or are you seeing the corporate control of open source (ala MySQL) as a better alternative?

      If democracy is what you are looking for, are you advocating public CVS commit privilages? I certainly hope not!

      The core team's job is to design and develop the next version *with the help and feedback of the community.* If they don't listen to that feedback, then there is a problem, but a good core team does the development and facilitates community involvement.

      FOr example, PostgreSQL uses a core team model. It is very successful and LIGHT YEARS ahead of MySQL in terms of what capability it has and probably will always be. The core team has been extremely responsive to the needs of the community. THis does not always have to be the case, but it is the way things should be.

      --

      LedgerSMB: Open source Accounting/ERP
    16. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 0
      1. So if a core team is bad, what about Linux with essentially a technical dictator^H^H^H^H^H^H^H^Hdirector? And do you believe the MS uses a core team to direct development of their software? They have a simple hierarchy, like most succesful businesses.

      A dictator rules by force. Linus is in charge because of concensus; his track record speaks for itself.

      Linus likes the bleeding edge and future development, so that's his focus. For example, he turned over 2.6.x to someone else quickly and while he's still involved he isn't the maintainer.

      While Linus keeps a tight grasp on the bleeding edge branch of Linux, it is *only* because he does a good job at it that he is in charge.

      Founder be dammed, if in the future Linus started to do a poor job and screwed up a few times, there would be seperate forks of Linux or he would simply be ignored.

      If someone else stepped forward who was clearly more skilled and had much more respect from the other developers, they would have a shot at Linus' spot. Not friggen likely, IMNSHO.

      In the case of XFree, the only thing that is surprising is that the official acknowledgement of the transition too so long. The shake up had already occured.

    17. Re:"Core Team" models need to die. by Aliencow · · Score: 0

      Yeah nevermind just booting grub by sending commands by hand to disable framebuffer, that would be way too hard.

    18. Re:"Core Team" models need to die. by Junks+Jerzey · · Score: 1

      "Core Team" Development models are out-dated and sound more M$'ish than Open Source'ish.

      But realistically, the most successful open source projects have "core teams" behind them, or at least were that way for a long time: the Linux kernel, Perl, Python, etc. You need a solid vision and understanding of the architecture. You don't get a coherent and sparking product by a bunch of random people hacking away independently.

      Open Source means "you can see the source." You can find and fix bugs. You can make improvements. You can send fixes and improvements to the development team. That's all. The "herd of cats" methodology is more myth than anything else, one that's promoted by people without much software engineering experience.

    19. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 0

      You don't even know who was kicked out of the FreeBSD core or why, so don't enlist him in your mindless drivel.

      Learn English and be less stupid, too.

    20. Re:"Core Team" models need to die. by Kent+Recal · · Score: 1

      My Matrox does that too every now and then but it could usually be fixed by switching to another console and back. No showstopper for me but if someone really depends on fb for whatever reason I guess they'd not be happy...

    21. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 0

      Matt can contribute to FreeBSD all he wants, he simpyl had his commit privileges removed. The only "politics" involved are in the heads of Slashbots.

      Jesus there are literally dozens of different Linux kernels with dozens of kernel patches. Stop pretending that because there's one vanilla tree that linux doesn't have a horde of "forked" kernels.

    22. Re:"Core Team" models need to die. by sparrow_hawk · · Score: 1

      Err. Uhm, well, it has a nasty tendency to lock the system up on when I run FB apps on my Rage128. Acceleration worked fine under the 2.4.x kernel series, but appears to be broken on 2.6.0. I've e-mailed the maintainer, but graphics is such a mess there are a half-dozen people I could have sent it to.

      No fun to come back to your system and find it locked on an OpenGL screensaver.

    23. Re:"Core Team" models need to die. by ph4rmb0y · · Score: 1

      "Core Team" Development models are out-dated and sound more M$'ish than Open Source'ish.

      Huh? The problem is not the Development model, its the Core Team! If the Core Team is aligned with what the general user population (and developers) want it works very well.

      While several projects continue to use the "Core Team" model, like FreeBSD, in my opinion, the politics involved ain't worth it.

      Which is exactly what I LOVE about FreeBSD. I do find the bazaar method of OS development very interesting, I certainly do not believe it will obsolete the standard heirarchical method.

      In fact, I'm surprised that anything truly useful (and complete - if you can call Linux complete) is ever done this way.

      Just imagine where Linux (as a whole) would be if there wasn't all that redundant development going on all over the place.

    24. Re:"Core Team" models need to die. by Mr+Smidge · · Score: 1

      Having never used the FB, I never knew it was buggy to the degree of randomly locking up.. Graphics card drivers do sound like they belong in the kernel but I can imagine the degree of complexity involved and so I can see why it hasn't been done so already.

      I do, however, agree that this new 'political rehash' of the XFree86 core team could be used as an opportunity to do all the Right Things(TM) as a new development cycle continues.

    25. Re:"Core Team" models need to die. by MrHanky · · Score: 1
      The main reason seemed to be that if your framebuffer dies, you're in deep shit; while if X dies, you still have your virtual consoles to work with.

      Which, unfortunately, isn't true. The virtual console has been painfully broken for a long time in the 2.6.0-test kernels, and I believe it still is (it's on Andrew Morton's must-fix-list). Most of the time, it won't survive a restart of my X-server at all. Old text will just scroll randomly over my screen when I try to read the output of a simple 'ls', and if I type something, the text will appear far away from my cursor if it appears at all. I don't think there's any way to restart the console, but if the framebuffer is garbled for some reason, I can often fix it by changing the resolution with 'fbset'. But the framebuffer hasn't worked at all in the late 2.6.0-kernels for Radeon, so it doesn't really matter. I only use X anyway, and it works well for me.
    26. Re:"Core Team" models need to die. by oddfox · · Score: 1

      What good is grub going to do you if your sytem has locked up, I wonder? A crashed framebuffer is bad mojo, and in case you didn't realize, it means your consoles will stop working until a reboot.

      Sure you can configure grub to boot w/out utilizing the framebuffer, it's quite easy to do, but Linus and others obviously aren't complaining about a framebuffer taking the system down when there's no framebuffer in use in the first place.

      --
      "We invented personal computing." - Bill Gates
    27. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 0

      I don't really know who Matt is, but if you don't think "politics" are involved in these decisions, you really have something to learn about the world.

    28. Re:"Core Team" models need to die. by evilviper · · Score: 1
      Actually, one thing I'd really be pleased about if the dissolution of the "core team" brought it about: people writing drivers for XFree86 could move to writing them for the kernel instead,

      Of course, Xfree86 should stop wasting their time developing drivers for a windowing system that is cross-platform. They should, instead, focus their time writing drivers that will only work for Linux.

      And people say BSDers are elitist.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    29. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 0

      > Sorry. You can't subscribe to the -devel list.
      > It's an exclusive club.
      -devel in FreeBSD (do not know about XFree86) is for all committers, not only core. And the doors to committership are wide open, provided the person possesses right skills/credentials. Perks of meritocracy.

    30. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 0

      Starting with Windows NT 4, video drivers were moved into the kernel. The decrease in stability from NT 3.51 was, shall we say, staggering. To this day, video drivers remain the #1 source of kernel crashes on NT-derived Windows boxen. Let's learn from Microsoft's mistakes, shall we?

    31. Re:"Core Team" models need to die. by Anonymous Coward · · Score: 0
      The virtual console has been painfully broken for a long time in the 2.6.0-test kernels

      There should be a small, secure graphics driver in the kernel, with libraries or shims on top that implement virtual consoles, the framebuffer device, SVGAlib, X11 driver, etc. Oh wait... sounds like KGI. Too bad Linus flamed them to a crisp.

      And now Linus says Linux on the desktop is 'the only part I care about'. I laughed out loud at that. Desktop = graphics, and graphics under Linux sucks big time.

  17. Slashdot trolling? by rpdillon · · Score: 1, Insightful

    After comparing the /. headline with the actual content of the email, I wonder what exactly /. *does* check on before they post these...I feel like they're trolling for a bunch of misinformed readers to overreact.

    It may be newsworthy, but considering the length of the message, why not just post the original email and be done with it?

    1. Re:Slashdot trolling? by rokzy · · Score: 1, Offtopic

      because /. is a tabloid; it prefers shocking headlines to accurate and factual ones. in this way more people are likely to read the stories and be exposed to the ads -> profit.

    2. Re:Slashdot trolling? by labradort · · Score: 2, Informative
      I suggested this item as well. There is very little imformation about it. If all you read was the one line at xfree86.org, you might wonder what it meant as well:
      Core Team Disbands

      [30 December 2003]

      The XFree86 core team voted to disband itself, effective 31 December 2003.

      That is all they wrote!!!!

      Putting out this news to get more information is not trolling!!!

      BTW, xfree86.org's website is now slashdoted.

    3. Re:Slashdot trolling? by scrytch · · Score: 1

      > After comparing the /. headline with the actual content of the email, I wonder what exactly /. *does* check on before they post these...I feel like they're trolling for a bunch of misinformed readers to overreact.

      YNHAY? (You're new here, aren't you?)

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
  18. Jesus.....Thank God. by Bowie+J.+Poag · · Score: 0, Flamebait



    From what little i've heard over the past few months, the XFree core team had become something of an elitist boys-club, completely and totally closed to the idea of accepting any outside code/ideas. Fuck that shit.. There were people who wanted write access to CVS, and HAD perfectly working code, and who were refused outright by that sad sack of pricks.

    --
    Bowie J. Poag

    1. Re:Jesus.....Thank God. by Anonymous Coward · · Score: 0

      No matter what you may think of their politics, these are people who have devoted a tremendous amount their own time and effort into producing and caretaking an open source codebase.

      So kindly stick your head back up your ass and lie down in the nearest street. You aren't the kind of person any community needs, especially the "open source community".

    2. Re:Jesus.....Thank God. by mgkimsal2 · · Score: 1

      If even some of their time was spent preventing others from contributing working code which addressed problems or added new features (code developed by the time of others) for personal/political/spurious reasons, they deserve a certain amount of chastising.

      Not saying I know the ins and outs of the project, but the above still stands in any project. When leaders become an hindrance to problem solving rather than a facilitator, that's a bad situation, especially for projects like this. It's probably good they disbanded , if this was starting to be the case.

    3. Re:Jesus.....Thank God. by vadim_t · · Score: 3, Interesting

      No, we need more of those people as well.

      You've got to understand, that whatever your archievements are, that doesn't entitle you to behave as a moron. For example, I have great respect for Alan Cox. But, if I ever see him trolling slashdot while I have points, I'm going to mod him down.

      The thing that the X team did were great of course, but lately all I've been hearing of them is that they got lazy, advertised their CVS privileges as if it was some god-given privilege, while not doing almost anything at all with it, and made it difficut for people who were at that time doing much more useful work the possibility of making it easier. I'm very glad to hear that now they finally recognized that they were only stalling the development.

      Having created something Open Source shouldn't mean that you're free to be dictator of that thing. In Open Source this especially makes little sense, because the point of it is the development of a program, not the exhaltation of its authors. I remember that Linus himself said once that if he believes that Linux will advance better without him, he will resign.

    4. Re:Jesus.....Thank God. by Bowie+J.+Poag · · Score: 3, Insightful


      Hey, just sharing what I know..Jesus. Go and throw a hissy fit why don't you.

      I spent alot of time with the Xouvert crew. From what I understand, Xouvert was formed largely out of this same frustration -- Neither developers nor companies could even get a word in edgewise with them, with means the whole project sits and stagnates... Well, until things like today's event, that is. :)

      The core team dissolving is a good thing, as I see it. It clears the way for XFree to be less Cathedral and more Bazaar.

      --
      Bowie J. Poag

    5. Re:Jesus.....Thank God. by Anonymous Coward · · Score: 0

      I have great respect for Alan Cox. But, if I ever see him trolling slashdot while I have points, I'm going to mod him down

      Didn't you know? He's SirHaxalot/Pingular!

      Just kidding.

    6. Re:Jesus.....Thank God. by Anonymous Coward · · Score: 0
      From what little i've heard over the past few months, the XFree core team had become something of an elitist boys-club

      Right - as an example, not only does this member of the core team not do any development, he doesn't even use X anymore. This is a good move.

    7. Re:Jesus.....Thank God. by Krapangor · · Score: 0, Offtopic

      Sorry, but I wouldn't give you write access to CVS just because you made another twirly colours theme.

      --
      Owner of a Mensa membership card.
  19. Re:WOW by Tim+C · · Score: 1

    Look at Windows, it's never been supported and that doesn't seem to stop anyone from continuing to use it.

    Bull. If you buy Windows retail, you get 90 days (iirc) of free technical support from MS (limited to some set number of incidents, of course). If you get it with a system, your OEM is supposed to support you - most do, in my experience, for a similar amount of time. MS also offer paid-for support, of course, if you're so inclined.

  20. Re:I hope something replaces X by archen · · Score: 1

    Why not call it YAPN TMANRP? (Yet Another Program with a Name That Means Absolutely Nothing to Regular People) I would think that would make perfect sense for a Unix windowing system. =P

  21. Re:I hope something replaces X by harvalen · · Score: 1, Funny

    Maybe a XY should be created for the non-lesbian females?

  22. Re:Bumpy times ahead for XFree86 users? by Lussarn · · Score: 4, Informative

    Maybe you should understand what we are talking about here before you predict anything.

    The XFree86 core team (of which some of them isn't even *nix users anymore) have been disbanded because of there lack of interest in the project. It's really no big deal for XFree.

  23. Re:Windows by Anonymous Coward · · Score: 0

    hmm then what will windows be replaced by, mac? unix? FreeBSD? rtfa though xfree is still alive and kicking just the leadership has changed

  24. Re:WOW by cshark · · Score: 1

    I did.
    It didn't say much of anything.

    They used the word "disbanded" without any explination of how who when how or what will happen.

    --

    This signature has Super Cow Powers

  25. When open source dies? by 192939495969798999 · · Score: 1, Interesting

    This brings up a good point: is anyone to maintain xFree86 anymore? Sure, the source is still available, but is the project documented well enough that another team could pick up in a year where this one left off? Interesting questions that the open source community will have to answer if proprietary source is to be defeated once and for all.

    --
    stuff |
    1. Re:When open source dies? by grumbel · · Score: 2, Insightful

      Looking at Xouvert and XServer there are quite a few people interested in maintaining and continuing XFree86. As far as I can see it the whole old structure of XFree86 and the Core-Team was one of the main issues holding the progress back, making it extremly difficult to get code merged into the core tree and such. Sure it will take a while until the dust has cleaned up, but a big clean-sweat is really needed for XFree86, its IMHO one of the main issue that hold GNU/Linux as a whole back from moving onto the cassual users desktop.

    2. Re:When open source dies? by Nothinman · · Score: 1

      The probject hasn't left off anywhere, the core team is disbanding but the bulk of the developers are still around. Basically management has given up full control to the more active developers.

    3. Re:When open source dies? by smartin · · Score: 1

      Well the fact that the source is still available means that people that rely on it and need it are free to continue developement if they so wish.

      What happens when proprietary software dies? Hmm I thought so.

      --
      The difference between Canada and the USA is that in Canada healthcare is a right and gun ownership is a privilege.
    4. Re:When open source dies? by Darren+Winsper · · Score: 1

      XServer is not based off XFree, it differs quite substantially.

    5. Re:When open source dies? by Cereal+Box · · Score: 0, Offtopic

      Just because the source is available doesn't mean just anyone can understand it. If an open source project with a small team of developers who know the program inside and out leave, for all intents and purposes the project will die, just like a commercial product would, since it is unlikely that another group of individuals that understand the source as well as the previous group will pop up (after all, if they did, they would've been committing source in the first place!)

    6. Re:When open source dies? by westlake · · Score: 1

      I ask this purely out of curiosity, but can you name a seriously dead or dormant open source project that has been recently and successfully revived?
      Something that required a major commitment of time and resources...

    7. Re:When open source dies? by JamesKPolk · · Score: 3, Informative

      gcc.

      gcc was dormant, Cygnus picked it up and forked off egcs.

      egcs is now known as gcc 3.

    8. Re:When open source dies? by smartin · · Score: 1

      Various open source projects move in and out of domancy all the time. Sorry i can't be bothered to dig up examples but it wouldn't take much looking on sourceforge or freshmeat to see that this is true.

      My point was, as long as the source is available and someone has the motivation to do it, an open source project has a chance to continue. The same can not be said for proprietary software once the company selling and developing it decides to stop.

      --
      The difference between Canada and the USA is that in Canada healthcare is a right and gun ownership is a privilege.
    9. Re:When open source dies? by specialized_sworks · · Score: 1

      Where are you?

      -Dubya

  26. Re:WOW by cshark · · Score: 1

    What new core team?
    The post indicated in the article said nothing about that.

    --

    This signature has Super Cow Powers

  27. Quality open source never dies by steve-qc · · Score: 1

    It just picks up where somebody left off.

    I can guarantee you something will replace it. Actually, the project has already forked.

    Besides, most posters aren't even interpreting the statement as the "end of XFree86", just a reorganization of "official roles/titles" within the team.

    1. Re:Quality open source never dies by Anonymous Coward · · Score: 0

      XFree86 isn't quality, and it isn't Open Source.

  28. No. We won. by Adolph_Hitler · · Score: 1

    Why do we need Xfree86 core team? All they did was argue and slow development down with their politics.

    --
    People don't exist to serve systems, systems exist to serve people.
    1. Re:No. We won. by __past__ · · Score: 1
      I wonder, was the XFree86 core team elected, like for example the BSD core teams are?

      I personally do not think that having some structure in a FLOSS project is a bad thing, and in the case of the BSDs it works quite well, IMHO. Of course there are often conflicts, but they would not go away if there was no defined way to deal with them, or by this way being to leave all decisions to a "benevolent dictator". Was the Xfree86 case just due to the wrong people in the core team? Why then were they in it in the first place?

    2. Re:No. We won. by Anonymous Coward · · Score: 0

      I wonder, was the XFree86 core team elected, like for example the BSD core teams are?

      Nope. They were just the first developers on xfree86, that kept their status the whole time. To give you an idea of how WRONG was that, David Dawes (one of the founders) stated in the public mailing lists that he thinks X-Window is the past, and that a Windows-like graphics infrastructure (he's now a windows user, btw) is the future.

      So you get people that lost faith in the project being in the top of its government. Great.

    3. Re:No. We won. by rsidd · · Score: 2, Informative
      To give you an idea of how WRONG was that, David Dawes (one of the founders) stated in the public mailing lists that he thinks X-Window is the past, and that a Windows-like graphics infrastructure (he's now a windows user, btw) is the future.

      I think you're thinking of David Wexelblat.

    4. Re:No. We won. by Sandmann · · Score: 1

      No, that was David Wexelblatt.

      David Dawes was the one who explained to The Open Group what they could with their X server when they tried to make it non-free.

    5. Re:No. We won. by theantix · · Score: 3, Informative

      From here and here:
      "XFree86 I helped create it, along with David Dawes, Jim Tsillas, and Glenn Lai. I haven't done any work on XFree86 in about five years, but I'm still on the Core Team, and on the Board of Directors, and I kibitz a lot. " and "...but I'm a Windows user, not an Open Source user (hence why this page is built with FrontPage)"

      Whoa Keanu... that link you posted clears up the news release for me quite a bit. I can forgive anyone for choosing to run Windows if they need/prefer to... everyone has different values and goals. But if a core team member has disavowed Open Source altogether and builds his simple website in Windows and Frontpage... perhaps a shakeup of the core team was more required than an outsider like myself could ever guess.

      --
      501 Not Implemented
  29. Cathedral and the Bazaar by 00_NOP · · Score: 1

    Given the tenor of many comments it seems not everybody has read this seminal text! Mind you, some of the politics is pretty much off the wall - especially in the post-bubble world. The other issue is that the model highlights the extent to which we are all dependent on a few good citizens to give up their time and life to make this happen. Core teams work when people are being paid to do the job, but not when whn you are relying on the generousity of a few talented individuals.

  30. Didn't they already replace X by sinergy · · Score: 3, Funny

    with NC-17?

    --
    ...
    1. Re:Didn't they already replace X by House_Laitosto · · Score: 1

      Actually that is in the System VI (aka "Politically Correct") spec.
      http://paul.merton.ox.ac.uk/computing/newunix.html and other numerous other places on the 'Net.

    2. Re:Didn't they already replace X by Martigan80 · · Score: 1

      No that was R, since they made pg-13 all R ment is some naked people of a curse word. In a sense R now is a very stron pg-13, but of course they can do pg-17 cuz that's to close to NC-17 and if it were...Ah hell your right fuck it.

      This post is rated R.

      --
      This SIG pulled due to lack of funding. (This damn war is costing too much!)
  31. Re:WOW by walt-sjc · · Score: 1

    technical support from MS

    Have you ever actually USED MS support? It's not really support. Same with vendor support. 99% of the solutions are "reboot" or "reinstall". That said, the original poster was trying to be funny.

  32. Best of the worst by rinkjustice · · Score: 0, Redundant

    Nobody seems to know who the core XFree86 team is, or what they do or even did and who or what is going to replace them. The whole story consists of maybe 20 lines. No answers. Nothing.

    I nominate this as Slashdot's most useless story of 2003!

    1. Re:Best of the worst by labradort · · Score: 1

      In this case, perhaps posting the story is better than no information at all, which was what I experienced when I saw the one line of information on xfree86.org

      Not everyone has knowledge of what ever the source is of that email which clarifies it further. If you want to complain about anything, complain about Dawes leaving us in an information vacum!

    2. Re:Best of the worst by kayen_telva · · Score: 1

      I second the nomination !

      In my most redundant day ever, I post again: When will we be able to mod entire stories down ??

    3. Re:Best of the worst by Anonymous Coward · · Score: 0

      I nominate:

      Virgin Apache is Hard to Find

  33. Re:Bad Timing by r00zky · · Score: 1

    There are places where the day analogous(sp?) to april fools is celebrated the 28th of december.
    That would be 3 days late anyways.

    --
    I'm a chainsmokin' alcoholic sociopath, so-ci-o-path
  34. The rise of project K12 : XouverK by Anonymous Coward · · Score: 2, Funny

    This is are opputunity, to Kombine, Konquer and rise to a new age in GUI design!

    Look at the projects such as KDE 3.2 beta, Cairo, Looking glass, Karamba for example. They are researching new and innovative GUI's, but there is one problem, the X11 limitations are hurting them. Some of them are pushing X11 to the limit, looking at some sourcecode gives me nightmares!

    Xouvert, KDE, Gnome and all other interested parties should join up to make it happen.

    We need to update and break the current X11 protocal since there is a lot of kludges and write a new faster one, call it X12, unify GTK, Qt, Motif and more into one universal licencing freindly toolkit to run on X12. Integrate all the new technology such as vector widgets, antialasing, and stuff into this X12 toolkit and to symbolise this new change, rename it K12. There should be X11 compatibillity layer, like Mac OS Classic on OS X, just for the old apps such as propreitrey ones.

    Then release KDE 4, rewritten in K12, along with the enhancements. K12 should be similar to an existing toolkit so it will be easy to port applications such as Gimp, OpenOffice, Mozilla and the rest. Since there is no more licencing issues with the new toolkit, no need to have seperate gnome/kde anymore, just one desktop environemnt. This will make things consistent, and allow stuff like copy and paste work PERFECTLY!

    Then, integrate with Linux 2.6, and other technologies to make the Open Source Desktop dream come true : One unified desktop that is easy to use, yet MORE powerful than the command line.

    This Neo-GUI plan may feel unreal, and maybe almost imposible with all the holy wars between X11, KDE, Gnome, and the others, but XouverK could come true if we realise we are only hidering ourselfs as of now! For example, why dosen't gimp use the KDE file dialog!

    1. Re:The rise of project K12 : XouverK by JamesKPolk · · Score: 1

      Yeah, right.

      While XFree86 has realized how dumb it is to have developers emeritus running the show, KDE is moving toward just the opposite.

      No, KDE has to wake up before it can join in anything useful.

    2. Re:The rise of project K12 : XouverK by Anonymous Coward · · Score: 0

      You are smoking some serious crack.

    3. Re:The rise of project K12 : XouverK by Anonymous Coward · · Score: 0

      your plan sounds rad, I will follow you to whatever end.

      but what's this stuff in the last chapter about Kool-aid? And the other bit about the Koncentration Kamps we put the gnome developers in after they help us with the revolution?

    4. Re:The rise of project K12 : XouverK by unoengborg · · Score: 1

      Integrating GUI stuff and the Linux kernel is probably not a good idea. This is how it is done in windows and is probably one of the reasons for the instability of windows. But if you talk about integration of the GNU part of the GNU/Linux system, then it would be less problematic. But even then, there are more free OSes out there that may need a X like GUI. So keeping the GUI separate might still be a good idea. It is also good systems design practice to build things with low coupling as it simplifies maintainance. The general idea in unix-like systems is to have many small components that does one thing well. I see little reason to abandon this strategy in our choise of GUI for Linux et al. free OSes.

      --
      God is REAL! Unless explicitly declared INTEGER
    5. Re:The rise of project K12 : XouverK by Anonymous Coward · · Score: 0

      Thanks, Neil.

      You were ass over in the groups and threw a tantrum and are still going on with it?
      Grow up.

    6. Re:The rise of project K12 : XouverK by Anonymous Coward · · Score: 0

      No, no, he's smoking Krack. Much better than the old stuff, honest.

    7. Re:The rise of project K12 : XouverK by Anonymous Coward · · Score: 0

      fuck kde.

      that's all--this text is just added to defeat the lameness filter.

    8. Re:The rise of project K12 : XouverK by Anonymous Coward · · Score: 0

      You're a freakin' Genius!!!

      Why didn't somebody think of this years ago??!??!!
      We must all be dumbheads for not having unified everything way back in '96! I'm going to write you in on the next presidential ballot!! Heck, I think I'll send a proposal to the UN that you be made supreme ruler of the world you're so smrt. If GIMP used the KDE file dialog, everything would be right with the world, India and Pakistan would make friends, and there would be peace in the Middle East! Woohoo! To heck with those people who came up with the PERL motto, the fools. One way to do it is all we need!

      BTW- until you can type a string of options on it, the desktop will never be more powerful than the command line, easier to use, yes, more powerful, no.

    9. Re:The rise of project K12 : XouverK by be-fan · · Score: 2, Insightful

      We are all looking forward to your patch. Just post it to bugs.kde.org and a maintainer will get right on integrating it. Do you think you can have it done before the KDE 3.3 string freeze? The translators need some time to do their work. Oh, and make sure you don't break any of the Qt themes --- the theme developers have enough work to do as it is, dealing with the new KWin API, and Qt 3.3 API changes. At least, don't break Plastik, because that'll probably be the default in 3.3.

      Thanks!

      --
      A deep unwavering belief is a sure sign you're missing something...
    10. Re:The rise of project K12 : XouverK by Anonymous Coward · · Score: 0

      GiMP *does* use the KDE file dialog: http://www.automatix.de/~zack/qtgtk.tar.bz2

  35. Hopefully room for new initiatives... by cies · · Score: 0

    > What is the successor of the XFree86?
    > Xouvert? freedesktop.org?"

    Not that I'm an X hater but I truly hope that this brings room to new, non-X initiatives.
    Like: plan9 [http://www.cs.bell-labs.com/plan9dist/screenshot. html] and directfb [http://www.directfb.org/news/count/gtk-themed-alp ha.png] and others.

    I wish good luck to Xouvert, freedesktop.org and all the others that now have to think of the future!

    cies

  36. read the "Insightful" article by jbeamon · · Score: 2, Insightful

    I'm going to forego the opportunity to use my moderator points today on this story because every odd-numbered post in the list is already "Score:5 Insightful". There's just a wealth of wisdom here, and I have precious little to add.

    In all fairness to those who questioned the future of X, I was momentarily confused by the announcement, too. It appears this little group of developers has finally just gotten out of the way. I'm hoping there's still a person or two to moderate code additions while the rest of the community keeps up the project.

    --
    -j
    1. Re:read the "Insightful" article by The+One+KEA · · Score: 1

      Indeed. Hopefully this will remove the roadblocks which have characterized the slow development of XFree86, and fostered the creation of projects like Xouvert.

      However, will this affect XFree86 4.4? In that vein, how will the removal of this mysterious core team, blamed for the glacial pace of XFree86 advancement, affect the development of this project?

      --
      SCREW THE ADS! http://adblock.mozdev.org/ Proud user of teh Fox of Fire - Registered Linux User #289618
  37. Don't necessarily blame the product.. by Watts · · Score: 2, Insightful

    Any switch can blow up if a transition isn't well-planned or done with the right expertise. In my experience, major shifts like that require a lot of training of existing staff while bringing in a number of consultants that are fluent in the new tech.

    True, choosing a product that is a poor fit will make it blow up in your face, but that doesn't mean that sticking with the old code forever is the answer.

    Besides, we use SAP at my place of work and are pretty damn successful.

  38. Hmm by Anonymous Coward · · Score: 0

    "Besides, most posters aren't even interpreting the statement as the "end of XFree86""

    Most posters here sincerely believe Microsoft is in trouble, too.

    Counting on the collective "wisdom" on slashdot is an interesting way to be continuously wrong.

  39. willful release of power?!? by boog3r · · Score: 5, Funny
    A good example of hope for the future that a group can decide it is no longer required. Look at this hypothetical email in comparison:

    I'm very pleased to announce that a majority of the United States House of
    Representatives and the United States Senate has voted in favor of my proposal to
    disband the United States Congress.

    I believe that this is an acknowlegement that the United States Congress was no longer
    representative of the active, experienced and skilled population and local governments,
    or a place where meaningful legislation happens.

    Happy New Year to all!

    Dennis
    --
    Dennis Hastert
    Speaker of the House of the United States Congress
    speaker.house.gov/
    --
    signatures are for fools with hands
    1. Re:willful release of power?!? by beattie · · Score: 1

      The Senate and Congress are two seperate groups. and if the Senate disbanded congress (is this even possible?) then it wouldn't be the same as XF86 team disbanding themselves.

    2. Re:willful release of power?!? by Anonymous Coward · · Score: 0

      I love you

    3. Re:willful release of power?!? by The+Wicked+Priest · · Score: 1

      No, the Senate and the House of Representatives are two separate groups. Together, they constitute Congress. The parent of your post, in addition to deserving a Funny mod (but I just spent my points), is entirely correct in naming the various bodies.

      You're probably confused because the term "Congressman" is often used to describe members of the House of Representatives, but never used to describe members of the Senate. Yet senators are in Congress, too.

      Now, if you want to be picky, Congress doesn't have the authority to disband itself. The most it could do is start a Constitutional ammendment to that purpose rolling; then it would need to be approved by the States.

      --
      Share and Enjoy: 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    4. Re:willful release of power?!? by zCyl · · Score: 1

      Now, if you want to be picky, Congress doesn't have the authority to disband itself. The most it could do is start a Constitutional ammendment to that purpose rolling; then it would need to be approved by the States.

      A slight correction. It's true that they don't have the authority to disband themselves, but they certainly have the power to. All they have to do is stop showing up. It's not entirely clear where this would leave us, but it would probably fall upon the executive branch to call for their replacement. If congress decided to stop showing up, and the executive branch simultaneously decided it would be better off just keeping whatever authority remained for itself, then we would have a complete breakdown of our government as we know it. The only thing that keeps us going is the willingness of the people involved to keep playing by the rulebook.

    5. Re:willful release of power?!? by Feztaa · · Score: 1

      I see this as less of a willful release of power, and more of a willful destruction of antergy.

  40. Re:Bumpy times ahead for XFree86 users? by Anonymous Coward · · Score: 1, Insightful

    This guy shouldn't have been moderated down. XFree HAS forked, so fragmentation could be a real concern.

    > make it hard for driver vendors like NVidia to target XFree86's derivatives as a platform

    XFree has a standard "driver model" that they use, and dislike of that actually one of the things movtivating the forks. So, new X servers won't use the same drivers, but the argument is that it will be easier to implement better drivers without being hamstrung by backward compatibility.

    > Unless they agree on an API or similar framework

    That API is X11R6 + extensions. Ultimately it matters little if you use XServer1 and I use XServer2 -- the difference wouldn't be visible to end users except maybe with some eyecandy features like transparency effects.

    This is a far less serious problem than (say) KDE versus Gnome, which affects the end user in all sorts of ways, but yet people manage to survive.

  41. No real changes by H8X55 · · Score: 1

    Just some folks will have one less title on their business cards.

    Move along folks, nothing to see here.

  42. Letter from Darl? by Anonymous Coward · · Score: 1, Funny

    Maybe SCO sent the developers a letter, after all SCO claims anything that looks unixy.
    (is unixy a word?)

    1. Re:Letter from Darl? by livetoad · · Score: 1

      It is now.

  43. Re:Will this stagger and kill Linux? by EdMcMan · · Score: 2

    Do the BSDs use some X server I don't know about?

  44. Not necessarily by Anonymous Coward · · Score: 0

    Counting on the collective "wisdom" on slashdot is an interesting way to be continuously wrong.

    I count on "slashbot wisdom" quite often with great success. It is an excellent contrary indicator.

    But then again, that is just a roundabout way of agreeing with you.

  45. Re:WOW by SkArcher · · Score: 1

    having worked (at my lowest) in Vendor support, i can say this is true.

    OTOH, anyone who considers this a bad thing should try to work for a month in a call centre doing it. If you really think it is still worth telling people how to us MSconfig or Regedit after that long, then fine. but having to do that and coach ppl along the CLI (such as it is) in Windows is absolute torture 20 times a day.

    For me, after that long, the mantra "fdisk, format, reinstall" got to be the only way to survive until clocking off.

    --

    An infinite number of monkeys will eventually come up with the complete works of /.
  46. ALIENS ABDUCT XFREE CORE TEAM!!! by aled · · Score: 0

    Why do you say that?

    --

    "I think this line is mostly filler"
  47. Re:This is THE most irresponsible post I have ever by Skjellifetti · · Score: 2, Insightful

    Yea, like most CIOs get their tech, political, and business news from /. You grossly overestimate /.'s influence.

  48. Re:I hope something replaces X by Anonymous Coward · · Score: 0

    Mmmmm.. XX

    And Free... as in beer!

  49. That's Impossible! by NanoWit · · Score: 4, Funny

    How will XFree maintain control without the bureaucracy?

    1. Re:That's Impossible! by ballestra · · Score: 5, Funny

      The regional governors now have direct control over their territories. Fear... will keep the local systems in line.

    2. Re:That's Impossible! by Anonymous Coward · · Score: 0

      The regional development teams now have direct control over the CVS repositories. Fear will keep the X users in line - Fear of the secret X backdoor.

    3. Re:That's Impossible! by stealth.c · · Score: 1

      This X server is now the ultimate power in the universe!

    4. Re:That's Impossible! by jdgeorge · · Score: 1

      Your X server is insignificant compared to the power of the Source.

  50. David Dawes by Anonymous Coward · · Score: 0

    Why all a sudden?

    Maybe because David Dawes was too difficult to work with and not open enough to allowing non-core developers to contribute?

  51. Good news! by psi_diddy · · Score: 0

    I for one welcome our new active, experienced and skilled XFree86 developer overlords.

  52. The successor? by Anonymous Coward · · Score: 0

    XExpensive86?

  53. People, it's XFree86! by Anonymous Coward · · Score: 0

    Not, never, ever, in any way, shape or form, "XFree". The software is called "XFree86". The numbers are part of the name, just like "Element17" (company that formed from the ashes of Acorn).

    Why do people call it "XFree"? Sure, it runs on more than x86 machines now, but it's still entirely incorrect.

    1. Re:People, it's XFree86! by lordDogma · · Score: 1

      We know. But nobody gives a fuck. XF86, Xfree, etc. are just informal abreviations. Slashdot is just a discussion board - relax dude. Everyone also knows that X Windows is not the correct way to write The X Window System. But we use it anyways because its easier. If you have a problem with that then fucking sue us. Now go get a life - we have more important things to worry about than inflaming your emotions over such a petty thing.

    2. Re:People, it's XFree86! by Anonymous Coward · · Score: 0

      Ah, but X Window (or even X!) is even easier to say than X Windows--it's 1 letter shorter!

  54. XGGI ? by Foske · · Score: 2, Offtopic

    If someone is looking for alternatives, look at XGGI, part of the the GGI project. Together with directfb or KGI(currently focussing at BSD, but the Linux core is there too) it's really powerfull.

  55. XDarwin not affected apparently by ubiquitin · · Score: 1

    Well, at least Apple's support of XDarwin is still around. I doubt Apple will ever get support the freedesktop.org efforts because that would mean supporting alpha-channels for non-Mac platforms.

    --
    http://tinyurl.com/4ny52
  56. Re:Will this stagger and kill Linux? by Goo.cc · · Score: 1

    No but they do run it on a better operating system. :)

  57. Sweet Merciful Crap! by Anonymous Coward · · Score: 0

    Egon:40 years of darkness, earthquakes, volcanos.
    Winston:The dead rising from the grave!
    Venkman:Human sacrifice, dogs and cats, living together... mass hysteria!

    And now, no more core team!

  58. Re:This is THE most irresponsible post I have ever by scrytch · · Score: 0

    Accord, article was unbellyfeel verging thoughtcrime. Slashdot, duckspeak opsource futurewise!

    --
    I've finally had it: until slashdot gets article moderation, I am not coming back.
  59. Don't worry! by gregarican · · Score: 1

    They're sure to appear on an upcoming VH-1 "Behind the Music" special and be on the verge of a reunion tour. Playing smaller venues supposedly in order to "get back to their roots" and "get closer to their fans."

  60. Please take it out of the United States by Anonymous Coward · · Score: 0

    I hope whatever this team is that it forms in some sane normal country with rational IP laws that will not threaten to sue if they add a tuner driver or render engine that might, GOD FORBID allow someone to do something some industry might not like. Before you go there, nothing stops them from building or distributing a given module with these features removed for those sad companies that must be able to work and distribute in the new Soviet opps!! I meant US.

  61. Predictions by F.O.Dobbs · · Score: 1, Funny

    You know... Nostradamus predicted all of this.

  62. Re:I hope something replaces X by zhenlin · · Score: 1

    Nay, for the successor of X is surely XI. All who claim 'Y' succeedth 'X' need a lesson in arithmetic...

  63. Re:This is THE most irresponsible post I have ever by Anonymous Coward · · Score: 0

    If you think this is the most irresponsible post you've seen, then you haven't been reading Slashdot very long. If people are so stupid that they can't read past the headline, I hardly think we should fault Slashdot for reader incompetence. Of course the most sensational submission is going to get posted. Why? Because they get 1000s of submissions here and most of them probably suck. So the ones that stick out a bit get posted because they're the only ones that don't get subjected to an immediate pressing of the Delete key.

  64. Core Team Members by Bob(TM) · · Score: 1

    The XFree86 site has a page that says they disbanded. Here is a mirrored list of core team members . Some have been around a while ... easy to loose interest.

    --

    The little guy just ain't getting it, is he?
  65. Re:Bumpy times ahead for XFree86 users? by kasperd · · Score: 2, Interesting

    fragmentation could be a real concern.

    Multiple X implementations for Linux is not a problem. In fact it could be an advantage. The claim that it becomes harder for vendors like ATI and NVidia to target the platform is of course wrong. They only have to support one of them. So what if we end up in a situation where ATI users will need one X server and NVidia users will need another X server? As long as both X servers implement the correct protocol. Different features of course could be a problem to some extent, but since we are talking about different hardware it's obvious, that there will be differences. If it is going to happen, I hope both forks stay open (is that required by the license used by XFree86?), at least if it is open a new branch can try to merge the two if divergence become too much.

    --

    Do you care about the security of your wireless mouse?
  66. Re:I hope something replaces X by n()_cHIEFz · · Score: 1

    dos_equis_libre86

    --
    -- Is it a right to remain ignorant? -- Calvin
  67. http://www.directfb.org/ by sylware · · Score: 1

    http://www.directfb.org/ is a very good answer... Look at the gtk-directfb implementation. The GNOME desktop could quickly drop the X11 dependency using a directfb backend gtk implementation.

    1. Re:http://www.directfb.org/ by Anonymous Coward · · Score: 0

      Cute, but worthless until there's a remoting layer (probably a server that accepts DirectFB primitives like a real console but drives rfb clients like DirectVNC).

    2. Re:http://www.directfb.org/ by chromatic · · Score: 2, Insightful

      ... and quickly drop that pesky cross-platform portability it enjoys right now, at least until someone ports the Linux framebuffer device to non-Linux systems.

    3. Re:http://www.directfb.org/ by sylware · · Score: 1

      The idea is to bring cross-platform portability through graphical toolkits(gtk and QT for instance, the latter does support a directfb backend too...) and the desktop libraries. The X11 backend will be still supported, don't worry!

    4. Re:http://www.directfb.org/ by chromatic · · Score: 1

      I understood you to suggest that GTK would drop their reliance on Xlib, using the DirectFB instead. That would be silly, as it immediately cuts out everyone who isn't using a well-supported card on x86 Linux running one of a handful of kernel versions. Xlib, for all its warts, runs many, many places.

      Providing an alternate backend for GTK could be interesting, though I suspect it'd find wider acceptance on very small devices, where the hardware's well-understood and a couple of hackers can keep the drivers running smoothly.

  68. Re:It's a secret? by Lord+Bitman · · Score: 1

    I could have sworn it was a well-documented part of the model..

    --
    -- 'The' Lord and Master Bitman On High, Master Of All
  69. Bad for open source by Anonymous Coward · · Score: 0
    This terse and somewhat cryptic announcement by the core team really highlights one of the problems of open source software in general as businesses and other conservative organizations consider adopting it: The open sourcers simply don't have a sufficient appreciation for how much uncertainty these changes can sow when not handled just right.

    I'm not saying this was the wrong decision (I honestly don't know if it was), just that it could have been handled in a much better way. Every time some open source project has one of their typical public pissing matches (and I'm NOT implying that's what happened here) or makes some wrenching change, it just hands the closed source forces a big stick to beat us with. You can hear them telling customers, "See? Do you want to trust your company or university to a bunch of developers who can just kill off a major project and walk away, with no commitment from anyone to continue development?"

  70. Core disbands does not mean the end by plcurechax · · Score: 4, Insightful

    The disbanding of the current XFree86 core team does not mean an end to the continuing development of XFree86, it means a change of people recongised as being key players.

    The biggest remaining question IMHO is whether there will be a expansion of cvs commit access. I think the former core team realises that new up and coming developers need to be added to the project to subtain the continuing improvement and work with others groups such as X.org, and freedesktop.org. To say nothing of expanding access to video card manufacturers so they can maintain and improve open source drivers for their cards (Most companies are at least partial supportive of 2D drivers, the real issues occur over 3D accelation).

    I expect it will end up being a good thing.

  71. This is only good news for Xfree86 by Error27 · · Score: 5, Informative

    Back in the day Xfree86 needed to be a corporation to trademark the term "Xfree86" so they created this weird organization with a constitution and everything. There was the board and there was the core. Later another group was added, people who had commit access to the CVS repository, but weren't on the core. Then at the bottom there were regular developers.

    The problem is that no one really new what the core does except that it had a private email list. Even people on the core didn't know. (I'm not making this up).

    Historically XFree86 has had closed developement. If you wanted to read the developers emails or look at the development code you had to apply and be approved. A couple years ago they openned up the CVS repository to the world. Then earlier this year they openned up all the development email lists.

    But once in a while when during code discussions people would say, "Oh that. We discussed on the core email list and we decided it sucked. Case closed." That kind of thing gets annoying.

    Some people said that the core email list should be destroyed, but the answer was that, "Why do you care? All the development discussion is on the developers email list." This was probably true in theory if not in real life.

    To be on the core you had to be selected after coding for 3 or 4 years. It's not worth it really because as I said, no one knows what the core does and all the real power is held by the people with CVS commit access anyway.

    The whole idea of a core group was stupid and pointless. The reason it stuck around for so long was that XFree86 developers are stubborn people. Everyone (often not developers) was telling them to change and have elections and so they said, "Screw you. We'll do whatever we want." Another reason was that some people on the core group weren't active developers and didn't follow the lists closely. They didn't realise how frustrated people were.

    I've been getting more and more upset as I write this post thinking about how XFree86 used to be, but I started out just wanting to say that it was a good thing. I believe it is a good thing for XFree86. It's a sign that the project is becoming more transparent and responsive to developers. It takes humility on the part of the core members to give up the extra privileges.

    This is a good thing for everyone.

  72. Re:Bumpy times ahead for XFree86 users? by Anonymous Coward · · Score: 0

    > Multiple X implementations for Linux is not a problem.

    I don't think you should overstate the case. X Fragmented a long time ago in the UNIX world, and as a result it made it very difficult to add or upgrade features.

    One could quite easily see the situation where someone couldn't use particular features because of the brand video card.

  73. maybe we need a new X server (or two) by penguin7of9 · · Score: 3, Interesting

    I think we really need a new X server, dedicated to desktop use. It looks like the RENDER model is going to be the primary graphics model these days and applications expect both multithreading and lots of bitmap storage from the X server.

    Yet, the existing X server originated out of a code base that highly optimized the traditional X11 graphics model and assumed a completely different mix of clients and applications. That means that a lot of complexity in the existing server is devoted to optimizing things few people still care about.

    A new implementation could replace that code with simple, generic implementations and focus on making the stuff that everybody uses these days efficient.

    It may also be worth using C++ for such a new X server. That's not because C++ is "object oriented", but because C++ standardizes a number of facilities that big software systems need, like exceptions and resource cleanup, but for which C has no single standard.

    Actually, at the same time, it might also be good to create a second, minimal X server from scratch that is aimed at handhelds and machines with very limited resources. Some existing work on such servers is based on XFree86, but I suspect one might be able to cut things down to an X server that gets by with 100-200k of code and data with careful coding and choice of features.

    1. Re:maybe we need a new X server (or two) by argent · · Score: 1

      The problem with using C++ because it has resource management is that assumes the resource management model that C++ uses is appropriate for the problem space. You wouldn't use C++ resource management for buffer cache handling in an OS, would you?

    2. Re:maybe we need a new X server (or two) by be-fan · · Score: 1

      Actually, the new fd.o X server is based on the kdrive (aka TinyX) codebase. No need for two seperate servers.

      --
      A deep unwavering belief is a sure sign you're missing something...
    3. Re:maybe we need a new X server (or two) by penguin7of9 · · Score: 1

      But kdrive is not "tiny"--far from it. And it's based on older X11 code. I think one should be able to do a better job at creating a small X server than kdrive starting from scratch.

    4. Re:maybe we need a new X server (or two) by penguin7of9 · · Score: 3, Insightful

      The problem with using C++ because it has resource management is that assumes the resource management model that C++ uses is appropriate for the problem space.

      C++ doesn't "have resource management", it has standardized hooks for implementing whatever storage allocation and resource management strategies you want.

      You wouldn't use C++ resource management for buffer cache handling in an OS, would you?

      Using C++ would give you identical performance to what kernels currently do in C, yet it would greatly reduce the risk of bugs.

      In any case, more generally, I see no problem using languages that actually have resource management built in. Some of those are badly designed or inefficient (VisualBasic, Java) and are therefore unsuitable, but others are perfectly fine (Modula-3, C#). Automatic resource management (garbage collection, etc.) is almost always more efficient than anything C programmers do by hand, and it is far less error prone.

    5. Re:maybe we need a new X server (or two) by argent · · Score: 1

      Well, I'll just say that I've run into too many situations where the automatic resource management... or even the automatic resource management hooks, had to be bypassed to avoid problems. Perhaps my experience in the real-time controls industry makes me over-sensitive to this problem, but it's a real one nevertheless. You can't always make it turtles all the way down.

    6. Re:maybe we need a new X server (or two) by penguin7of9 · · Score: 1

      Well, I'll just say that I've run into too many situations where the automatic resource management... or even the automatic resource management hooks, had to be bypassed to avoid problems. Perhaps my experience in the real-time controls industry makes me over-sensitive to this problem, but it's a real one nevertheless.

      I don't know what "bypass" is supposed to mean. Let's be concrete and compare Java and C. When you invoke Java "new", you may trigger a garbage collection and experience arbitrary latency. When you call C "malloc" or "free", you may trigger updates to allocator data structures that can also take arbitrarily long. The solution is the same in both cases: pre-allocate what you need and perform storage management during non-critical sections. You have to "bypass" storage management by preallocation in both cases.

      Something like a Linux kernel and an X11 server is mostly a soft real time system with a few real-time sections. Those kinds of systems can be handled very well with regular garbage collectors.

      If you have hard real-time constraints throughout and you need dynamic memory allocation, there are specialized garbage collectors available for that. They take predictable amounts of time to allocate and free memory. For some reason, they aren't used much in industry, but they certainly work, and they probably work better and more reliably than anything you can do by hand.

    7. Re:maybe we need a new X server (or two) by be-fan · · Score: 1

      The problem with using C++ because it has resource management is that assumes the resource management model that C++ uses is appropriate for the problem space.
      >>>>>>>
      No it doesn't. The only resource management model is imposes is that it runs constructors and destructors. Everything else, from smart pointers to garbage collection is entirely optional.

      You wouldn't use C++ resource management for buffer cache handling in an OS, would you?
      >>>>>>>>
      I would and I have. Overloading operator new for key data structures allows you to transparently allocate them from an object cache. Existing C kernels use this extensively, and C++ makes the idiom transparent. Also, templates allow for better performing data structures. The STL's sort(), for example, is often much faster than qsort(), because the former allows for inlining the predicate.

      --
      A deep unwavering belief is a sure sign you're missing something...
    8. Re:maybe we need a new X server (or two) by argent · · Score: 1

      The point I'm making isn't that it's worthless, it's just that it's not necessarily a huge win. For example, I've had programs in fully-garbage-collected languages still grow without bound because of things like circular references or unexpected pointers in places like symbol tables that kept them from being recovered. Just as if I had a memory leak in a manually allocated program.

      Given that, I think we should think long and hard about the costs of the bad side to C++ before picking that language. It's not one I'd be comfortable taking home to meet the parents. :)

    9. Re:maybe we need a new X server (or two) by argent · · Score: 1

      "You wouldn't use C++ resource management for buffer cache handling in an OS, would you?
      >>>>>>>>
      I would and I have."

      Given your handle, I'll bet I know what OS that is... and my experience in running BeOS in tight memory conditions is one of the things that makes me very wary of the supposed advantage of C++ here.

    10. Re:maybe we need a new X server (or two) by be-fan · · Score: 1

      1) I wish I had gotten to hack on the BeOS kernel. Sadly though, I'm just a lowly hobbyist OS programmer.

      2) BeOS never used C++ in the kernel, so it's irrelevent. BeOS's problems with memory stemmed from a crappy VM, nothing more.

      --
      A deep unwavering belief is a sure sign you're missing something...
    11. Re:maybe we need a new X server (or two) by dvdeug · · Score: 1

      A new implementation could replace that code with simple, generic implementations

      So we should take fast, working code and completely rewrite it to be slow? At least most of the time when people suggest a complete rewrite, it's too write faster code.

    12. Re:maybe we need a new X server (or two) by Anonymous Coward · · Score: 0
      Yeah, but "not tiny" doesn't really matter to most users unless it comes through and affects the user as sluggish interface and slow development.

      Code size isn't usually a good way to convince people about a software problem, got any others? :)

    13. Re:maybe we need a new X server (or two) by penguin7of9 · · Score: 1

      The point I'm making isn't that it's worthless, it's just that it's not necessarily a huge win. For example, I've had programs in fully-garbage-collected languages still grow without bound because of things like circular references or unexpected pointers in places like symbol tables that kept them from being recovered. Just as if I had a memory leak in a manually allocated program.

      The point of garbage collection is not to automate resource management (it does that, too, to some degree, but, as you observe, it doesn't always succeed). The point of garbage collection is to allow you to make your programming language safe without paying a big overhead. That's because safe manual storage management is more costly than safe automatic storage management.

      Given that, I think we should think long and hard about the costs of the bad side to C++ before picking that language. It's not one I'd be comfortable taking home to meet the parents. :)

      I don't see what that has to do with any of the comments about automatic resource management. C++ doesn't have garbage collection. C++ doesn't have any form of built-in automatic resource management. In C++, you can do exactly the same things you do in C and they will run exactly at the same speed as they do in C; only, the C++ language standardizes some language constructs that express what C programmers use various inconsistent conventions for.

      I can see why C programmers might be (unjustifiably) prejudiced against garbage collection--garbage collection really is a change. But being prejudiced against C++ for performance reasons or because you think that it won't let you do things you can do in C makes no sense at all. One might object to C++ on the basis of the bad features it inherits from C (and there are plenty) or because it's a big and complex language. But it's big and complex precisely because it successfully combines C-style control and the C "no overhead" philosophy with something resembling a high-level language.

    14. Re:maybe we need a new X server (or two) by groomed · · Score: 1

      applications expect both multithreading and lots of bitmap storage from the X server.

      What the hell do you mean? That X should be multithreaded? Or reentrant? Or threadsafe? What's wrong with the bitmap storage as it exists today?

      That means that a lot of complexity in the existing server is devoted to optimizing things few people still care about.

      It _sounds_ reasonable enough, but what evidence is there to support this claim?

    15. Re:maybe we need a new X server (or two) by argent · · Score: 1

      I think you have me confused with someone else. I'm not opposed to garbage-collected languages, and I think a higher level language than C is a splendid idea. What I'm saying is that for a long-running program, automated memory management (whether the minimal framework provided by C++ or a more powerful one provided by a real OO language) is not as great a win as you might expect, and the downsides to C++ are significant.

      Not because it's an object oriented language or a garbage collected language, but because it's a bloody awful programming language. If you want a C-derived or inspired language, just about any of the alternatives (such as Objective C or Java) would be better... and something like a Modula or Eiffel-family language would be even better.

  74. Re:Bumpy times ahead for XFree86 users? by Anonymous Coward · · Score: 1, Insightful

    Why should Nvidia and ATI support any kind of X server? Doesn't that just make it harder to produce a driver package? Not to troll, but I couldn't even find a good how-to doc for this on the xfree86.org site. At most just a few hints on bare-minimum functions.

    Why can't we shove off the X11 and let Nvidia/ATI implement a raw OpenGL driver? Just let them support their hardware. Let them expose OpenGL, shaders, and overlay/MPEG stuff. Wouldn't it be fantastic not to need a new set of drivers for each XFree86 version?

    Then if you want legacy X11 functions, just re-implement them to call OpenGL functions instead. There's no reason for an X line when the hardware is built for OpenGL lines.

    In this scheme the X11 is sidebanded (networking) and wrappered (graphics calls) and graphics card driver updates are greatly simplified. Dare we hope it may spur more frequent driver updates as well?

  75. YES BABY !!! by Anonymous Coward · · Score: 0

    YES BABY !!!!

  76. and if a project is really needed... by penguin7of9 · · Score: 1

    then a new core team will appear. In fact, we already have one: XOuvert.

    Actually, XOuvert and whatever else might succeed the XFree86 core team is in roughly the same situation as XFree86 was with respect to MIT X11 when they got started.

    Let's just be clear: X11 is here to stay no matter what because it's a protocol standard, not any particular implementation. And the XFree86 codebase already has at least one new group of maintainers, and I wouldn't be surprised if it found another. Both X11 and XFree86 are so widely used, successful, and important that any other outcome is inconceivable.

  77. A German article, translated by Google by labradort · · Score: 1, Funny
    This is the English translation of http://www.heise.de/newsticker/data/jk-31.12.03-00 6/
    by the Google translater:
    Core team of XFree86 separates on David H. Dawes, one the founder of the XFree86-Projekts for the development of a free x-server and present president of the company, which cares for the project, communicated in a Posting on the mailing list XFree86 Developer that the core team of the project will dissolve. Also on the Website from XFree86 meanwhile a short note with the announcement appeared. It is pleased that the majority core of the team its suggestion agreed, writes Dawes. This represents an acknowledgement of the fact that the core team does not represent no more the active, experienced and adept developers. Also it was no more place, at which technical discussions would have taken place. So far there are no further data, who is to resume the tasks, which the core team had actually taken over. In addition above all the supervision belonged over the general development of the project -- which probably the board OF Directors and/or the project responsible persons could carry out with XFree86, Inc.. David Dawes had supplied itself however already lately with some fellow combatants violent arguments, which led also to the door of individual project participants. Thus separated only in October Cygwin/XFree86 von XFree86.org. And Keith luggage pool of broadcasting corporations, over several years member of the XFree86-Kerntruppe, criticized for example already for a long time the development as too slow-acting and too closed -- and in March from the core team was excluded. Luggage pool of broadcasting corporations opened a new branch of development with Freedesktop/X server and supports the project Xouvert, in order to make a faster integration possible of new techniques and advancement (jk/c't)
    It appears that Keith Packard is translated into "Keith luggage pool of broadcasting corporations"
    1. Re:A German article, translated by Google by DeltaSigma · · Score: 1
      Then fix it, easy :%s/Keith luggage pool of broadcasting corporations/Packard/
      Core team of XFree86 separates on David H. Dawes, one the founder of the XFree86-Projekts for the development of a free x-server and present president of the company, which cares for the project, communicated in a Posting on the mailing list XFree86 Developer that the core team of the project will dissolve. Also on the Website from XFree86 meanwhile a short note with the announcement appeared. It is pleased that the majority core of the team its suggestion agreed, writes Dawes. This represents an acknowledgement of the fact that the core team does not represent no more the active, experienced and adept developers. Also it was no more place, at which technical discussions would have taken place. So far there are no further data, who is to resume the tasks, which the core team had actually taken over. In addition above all the supervision belonged over the general development of the project -- which probably the board OF Directors and/or the project responsible persons could carry out with XFree86, Inc.. David Dawes had supplied itself however already lately with some fellow combatants violent arguments, which led also to the door of individual project participants. Thus separated only in October Cygwin/XFree86 von XFree86.org. And Keith Packard, over several years member of the XFree86-Kerntruppe, criticized for example already for a long time the development as too slow-acting and too closed -- and in March from the core team was excluded. Luggage pool of broadcasting corporations opened a new branch of development with Freedesktop/X server and supports the project Xouvert, in order to make a faster integration possible of new techniques and advancement (jk/c't)
      Don't hesitate to substitute an automated translators guess with your own intuition. You might not be right, but you're likely closer to accurate.
    2. Re:A German article, translated by Google by j7953 · · Score: 1
      It appears that Keith Packard is translated into "Keith luggage pool of broadcasting corporations"

      LOL :-)

      Just in case anyone wants to know, here's why Google (probably) translates it that way:

      • In German, if you combine multiple nouns to describe a single thing, they become a single word, not simply a list of nouns as in English. E.g. if you combine "core" and "team" in English you get "core team," but in German you combine "Kern" and "Gruppe" into a single word, "Kerngruppe."
      • "Pack" is a German word for "luggage," although it is rarely used with that meaning.
      • "ARD" is one of the public German television and radio organizations, and it is organized in a sort-of federal way. Google obviously seems to recognize this name, but instead of keeping it untranslated (because it is a name) seems to replace it with a description instead.
      --
      Sig (appended to the end of comments I post, 54 chars)
    3. Re:A German article, translated by Google by marcushnk · · Score: 1

      Very cool post..

      Thanks heaps :-)

      --
      "Consider how lucky you are that life has been good to you so far. Alternatively, if life hasn't been good to you so far
  78. Don't know why people don't do any research by MazTaim · · Score: 2, Informative

    If anybody was honestly curius about what this meant, you might have checked the mail archives of the devel list. Here is a more detailed message from David Dawes. 'Nuff said.

    1. Re:Don't know why people don't do any research by Queuetue · · Score: 1

      You realize that this link is actually in the article summary, right?

    2. Re:Don't know why people don't do any research by Anonymous Coward · · Score: 0

      Guess he forgot to do any research.

    3. Re:Don't know why people don't do any research by MazTaim · · Score: 1

      Hrmm...True true...that's what I get for not following all the links. Guess I prove that people don't do research :)))

  79. Re:WOW by John+Courtland · · Score: 1

    You are very right. You can't let the common Joe Blow go tromping about regedit, he'll kill his system. I've given the most concise directions possible to some "customers" when I worked at CompUSA. I regretted it more than anything else ever. I got blamed for all sorts of shit after they couldn't figure out how to not accidentally delete major setting files, or not save a backup and forget what they did to system.ini. After that, the only way I'd repair a software problem is if they brought a restore CD, or if I was consulting on my own on the side. And then, I'd tell the guy, "Look, I can try to show you what's happening here, but let's be honest... you won't spend the time necessary to learn what is needed in order to make sure you can get your way out of any mess you get into."

    --
    Slashdot is proof that Sturgeon's Law applies to mankind.
  80. Re:This is THE most irresponsible post I have ever by WindBourne · · Score: 2, Interesting

    I suspect many people (ie the CIO we are trying to win over) will react badly to this.

    This happens all the time in both the closed world and the OSS world.
    Remember the big "tiff" between Alan and Linus? It was ridiculus that the press picked it up.
    Likewise, at the large companies that I have worked at are far worse than what is happening. At USWest, a VP had to be physically restrained and removed from the premise, and only THEN was fired (he was later found to have a handgun in his desk, but that little info was kinda kept quiet).

    --
    I prefer the "u" in honour as it seems to be missing these days.
  81. Flamebait? by Anonymous Coward · · Score: 0

    Are the mods on crack? Mod this as "funny" or "not funny", but hardly flamebait.

    I guess 15 year old fanboys are stupid.

  82. obligitory simpson's quote... by Chuck+Bucket · · Score: 1

    Flanders: "Well, I guess this is a case where we'll have to agree to disagree."
    Principal Skinner: "I don't agree to that."
    Ms. Krabappel: "Neither do I."
    Ned: Ho, ho, this is a dilly of a pickle.
    Man: Oh my God...the PTA has disbanded! (jumps out a window)
    Ned: No, no! The PTA has not disbanded. (the man reverses his path through the window and sits down)

    CB

    1. Re:obligitory simpson's quote... by Anonymous Coward · · Score: 0

      Your friends gotta be real ones and into your tiny little mind to keep from kicking your ass all day.

  83. Re:Will this stagger and kill Linux? by Anonymous Coward · · Score: 0

    If by better you mean deader, then you would be correct.

  84. Re:I hope something replaces X by Anonymous Coward · · Score: 0

    And it will be pronounced:

    ecks-ten

  85. Mozilla by Salsaman · · Score: 1

    Netscape/AOL stopped funding mozilla, but the developers who worked on it were able to continue because the source code was publicly available.

    1. Re:Mozilla by westlake · · Score: 1
      Netscape/AOL stopped funding mozilla, but the developers who worked on it were able to continue because the source code was publicly available.

      A temporary loss of funding isn't necessarily fatal.
      The question I have is whether a large-scale project has ever been successfully revived after it's developers have lost interest or disbanded and the code has been laid to rest for some months or years.
      Sourceforge is littered with projects that seem less likely to show a pulse than Duke Nukem Forever.

  86. Follow Keith Packard... by smitty45 · · Score: 1

    He's the only one with any really good ideas.

  87. X isn't for 3D games -- use PHIGS! by SimHacker · · Score: 1
    That's what they used to tell us.

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
  88. Yesterday's war heros == today's dictators by iamacat · · Score: 1

    Nobody doubts that Linus did a lot of good to the world and still does to this day. But I do think he has a particular vision for Linux and his reputation keeps people who have some disagreement from forking or working on another OS.

    Say, I want to contribute a USB kernel module for my webcam. So I read a nice doxygen reference about the virtual methods I need to override in LinVideoCapture class. Then I write my driver and put binary and optionally source on my website. I shouldn't have to update/recompile it for a couple of years, until the next major rewrite of the kernel that changes LinVideoCapture signatures.

    Umm... Actually it's more like I need to read lots of uncommented C code for other drivers that access kernel data structure that seem to have nothing to do with video or USB. Then when I am done I need to make source code changes every couple of month and provide a separate binary for non-SMP, SMP and so on kernels Redhat ships.

    I wrote many TSRs/drivers in ASM for DOS and it's a joy compared to ASM-like C for Linux. Yes, OSes are more complicated now. But they should also provide higher-level interfaces to compensate.

    Or I can just run Windows (well, MacOSX in my case) and spend the same effort to write a nice Java video-editing app. I would love to have an OS that people really use and that makes contributing to the kernel pleasent though. Like a forked Linux distribution with kernel interfaces, libc, ld.so, threading model, gcc C++ ABI... thought though once and stabalized for long time.

  89. Congratulations by johnos · · Score: 4, Insightful

    I think we should congratulate the core team for doing the right thing. Its pretty rare for any institution to volintarily disband no matter how irrelevant it becomes. I can think of a few institutions a lot less relevant than this group that have continued plugging along for generations.

    These people are showing maturity and class usually missing in the software industry. Just by taking this action, the team has refuted one of the more subtle FUD points out there, that projects will eventually peter out or be consumed by internal bickering.

  90. freedesktop.org by be-fan · · Score: 4, Interesting

    The fdo.o X server is most likely going to be the successor to XFree86, even if development of XF86 continues. They fd.o X server project is led by Keith Packard, who did a lot of the work on Render and Xft, basically bringing XFree86 into the 20th century. He is also getting help from people who really know what they are doing, like Jim Gettys. They are working on the following features:

    - A core X server based on the lightweight kdrive codebase (formerly TinyX).
    - Back-buffering of all windows, like OS X. This will enable OS X-style fancy window effects like shadows and whatnot.
    - OpenGL accelerated 2D rendering. This is a big step up from Apple's system, because it will accelerate actual drawing via OpenGL, not just window compositing. As a result of this, there is a lot of talk about seperating OpenGL from the X server, and allowing the X server to be just another OpenGL app running on top of a low-level OpenGL acceleration layer.

    --
    A deep unwavering belief is a sure sign you're missing something...
  91. Don't see anything wrong with that by iamacat · · Score: 1

    Perfectly working code should definitely be refused if it's too complicated, breaks consistency, ignores development basics like code reuse, comments and proper class design or will cause lead developers to loose understanding of their project, without the author being willing/able to take over.

    It's another question if XFree code team were no longer lead developers, or if another group of people can do the job better. But a project with a lot of contributers and without any moderators will degenerate to chaos before you can say Bazaar.

  92. X11.app by ewg · · Score: 1

    Not trolling, but for me the successor to XFree86 is turning out to be Apple's X11.app.

    --
    org.slashdot.post.SignatureNotFoundException: ewg
  93. X Replacements by localman · · Score: 2, Insightful

    It seems that the tone of this article is misleading; X development will continue on in good health.

    However, I always find myself thinking about Y as an X replacement. It's certainly not the most mature option out there, but reading throught the PDF is a pleasure, as the author seems to have struck a great balance of power and simplicity.

    Cheers.

  94. XFree86 needs a serious overhaul by Overly+Critical+Guy · · Score: 2, Interesting

    Not just the software, but I mean the development. It's development by committee. Look at the rapid pace of the Linux kernel--headed by one guy.

    Compare to XFree86 and its Board of Directors, Consortium, Core team, etc. And then people wonder why there is frustration at the slow pace of development. I'm not even talking about retardedly simple things like RandR (a feature even Windows 95 had close to a decade ago).

    --
    "Sufferin' succotash."
    1. Re:XFree86 needs a serious overhaul by Anonymous Coward · · Score: 0

      leadership by one guy was praised for its efficiency in the past.

    2. Re:XFree86 needs a serious overhaul by Abcd1234 · · Score: 1

      Hey, come on, now... don't you think you're being just a little overly critical?

  95. Re:Welcome to the reason OSS doesn't succeed by mattdm · · Score: 1

    The reason posts like this get modded down isn't some conspiracy for the supression of your opinions. Rather, they get modded down because it's basically off-topic. Where's the "screw it all up" in this story? Or the "politics, idealism, and lack of interest", for that matter?

  96. What is the successor of the XFree86? by Anonymous Coward · · Score: 0


    XDarwin :)

  97. Is that why... by Overly+Critical+Guy · · Score: 1, Troll

    You say X doesn't suck, but then explain how it doesn't fully utilize graphics cards.

    X doesn't work. I hate dragging a simple window and have a trail of tutti-fruity after it, or waiting 5 seconds for a menu to popup. Here's the part where you blame the window manager, or the graphics library, or the desktop environment.

    XFree86 doesn't dare do a thing wrong. Hold on while we hack on yet another "extension," and then meanwhile in a Microsoft discussion complain that you can't hack on things that weren't in the core design of Windows.

    --
    "Sufferin' succotash."
    1. Re:Is that why... by Anonymous Coward · · Score: 0

      Sounds like your computer is a POS. Or maybe you should try the new low-latency features of Linux 2.6. Cause I'm not having these problems.

      On the other hand, I'm running an X server in Windows and the X clients from my Linux box. To me, the fact that I can do that is the beauty of X; I sure can't run individual Windows apps across the network (unless there's some expensive software I don't know about).

      So you don't like X? Well, don't mess with it, please, just so you can have a nice "desktop" operating system. Some of us have servers.

    2. Re:Is that why... by Anonymous Coward · · Score: 0

      actually, you've probably got kernel problems. The latency can be fixed with better hardware or a newer (or older) kernel. The video driver isn't a part of X, and if it doesn't draw right, that's a bug in the driver, not X.

    3. Re:Is that why... by Anonymous Coward · · Score: 0
      X doesn't work. I hate dragging a simple window and have a trail of tutti-fruity after it, or waiting 5 seconds for a menu to popup. Here's the part where you blame the window manager, or the graphics library, or the desktop environment.
      No, this is part where you take your personal experience and extrapolate it to everyone. I experience none of the problems you do, so it must be that my POV must be correct, eh? (To the sarcasm impaired, that was sarcasm. :)

      It's amamzing to me that the moderators here can't spot a simple logical fallacy. How this got modded as Insightful is beyond me.
    4. Re:Is that why... by Anonymous Coward · · Score: 0

      Um, i've used X11R6 v3.3 or something like that in on a freaking 486, and it worked fine. for stuff like terminal windows and 2d graphics.

      On, say, a PIII , which is a POS computer by today's standards, you can do crap like play movies and have lots of fancy graphics and transparency and antialiasing, and that'll work as fast as you want.

      So if you're still bitching, then you want fast 3D rendering - i.e. games. How many games you know for *nix anyhow? in a couple of years it wont mattar anyway cuz of faster processors.

    5. Re:Is that why... by be-fan · · Score: 3, Informative

      You say X doesn't suck, but then explain how it doesn't fully utilize graphics cards.
      -----
      X doesn't not fully utilize graphics cards because it can't, but because manufacturers don't make optimized graphics drivers for it. If you use vendor-written ones like NVIDIA's, you'll see what X can really do given quality drivers. With proper drivers, X's drawing performance is easily comparable to the GDI's, an for stuff like bit-blits, it attains performance that you can only get in the GDI by using DirectX.

      X doesn't work. I hate dragging a simple window and have a trail of tutti-fruity after it,
      -----
      Are you using GNOME by any chance? Because I never have that problem in KDE. In fact, KDE behaves better than WinXP in this respect, because I do see expose lag in Windows sometimes. I'm running 3.1.4 on a P4 2GHz with NVIDIA drivers.

      or waiting 5 seconds for a menu to popup.
      -----
      I've never had to wait 5 seconds for a menu to pop up. If you're seeing that, there is something wrong with your configuraton. Anyway, X has nothing to do with how long it takes a menu to pop up. X is just the drawing layer. As a drawing layer, it is quite fast. But even if it was slow, it still wouldn't take long to draw a menu, which is basically just a color fill and some bit-blits. If your menus are drawing slowly, it's because your application is taking its sweet time responding to input events. GNOME has problems with this. It won't load icons until the first time they are actually used. That means when you open a menu for the first time in a given app, you can see each icon being drawn as they are loaded one at a time from disk! Again, this is a problem with the app, not X.

      Here's the part where you blame the window manager, or the graphics library, or the desktop environment.
      -----
      Well, X *is* the graphics library, and it's fast, which is all you can really ask of a graphics library. So it *is* the fault of the window manager or DE. On my machine, KDE is about as fast as WinXP (except for some apps that haven't been well optimized for display performance, like Konqueror), while GNOME, Mozilla, and OpenOffice are dog-slow. If they both are using the same X, why does KDE run fast while the others don't? Start up Qt designer and abuse the UI. Try resizing with the resize bump in the corner. Try moving windows over it. Qt Designer has a complex UI with lots of widgets. But it performs just as fast as the best Windows apps. That's why X can't be the problem! Maybe its X's fault for not making it easier to write fast apps, but that's different from saying that X is slow.

      Hold on while we hack on yet another "extension,"
      -------
      Let me guess. You're not a programmer, right? An extension is not a "hack." An extension is a way of extending a codebase to support a feature that was not concieved when it was originally written. An extension is a clean way to extend a codebase's functionality while preserving compatibility. A hack is entirely different.

      and then meanwhile in a Microsoft discussion complain that you can't hack on things that weren't in the core design of Windows.
      ----
      Because Windows wasn't designed to be extendible. X was designed from the beginning to be extendible. Thus, new features were added on cleanly. Windows wasn't, and thus new features were sometimes hacks.

      --
      A deep unwavering belief is a sure sign you're missing something...
    6. Re:Is that why... by CommandNotFound · · Score: 1

      X doesn't work. I hate dragging a simple window and have a trail of tutti-fruity after it, or waiting 5 seconds for a menu to popup. Here's the part where you blame the window manager, or the graphics library, or the desktop environment.

      Sounds like a serious config problem to me, or you're simply expecting too much from remote X over a slow network connection. I have a PII-266 at home with 128MB of ram pushing an ancient Matrox Millienium PCI card, and opaque moves are flawlessly smooth, even on this older install of KDE. Opaque resizes can be poor depending on the application, but that problem persists on any OS I've worked on because it's the application's duty to respond to the paint/resize event; if it decides to redraw the world, open and read some files, and recalculate everything during the paint event handler, that's the application's fault, not the underlying UI protocol's fault. The same rules apply when performing an opaque move over another application; if the invalidated application doesn't (or can't) update quickly, you will see artifacts.

      If a menu takes 5 seconds to respond, then someone put way too much processing in the right-click handler at the application level (I'm assuming you're talking about context menus).

    7. Re:Is that why... by Anonymous Coward · · Score: 0

      It's amamzing to me that the moderators here can't spot a simple logical fallacy.

      Or a simple self-confessed troll.

    8. Re:Is that why... by Anonymous Coward · · Score: 0

      No! No no no! No matter how many times you slashbots repeat this drivel about "misconfigurations", it won't ever magically become true.

      Here's exactly what we mean when we say the performance of XFree86 sucks:

      XFree86 does not have a workable backing store on Unix - that means hooks for the XAA and Unix/Linux-native drivers to accelerate the backing store. It can't store textures or surfaces in VRAM where they belong. It has an option called "BackingStore", but it is only capable of using system memory to store window surfaces - this is slow. There's no reasonable way to accelerate window expose events - the backing store reads from system memory; sending expose events to applications causes context switching (which is bounded by the speed of the main memory and CPU).

      Go to a store. Pick up a box with an AGP video card in it. Look at the card's memory bandwidth (hint: it'll be tens of GB/sec). Then, go pick up a box for a AGP 4X motherboard. Look at the bus->AGP transfer rate (it'll be about 1/10th that of the GPU's). Add to that the fact that the GPU can move data into the front buffer on its own - without the help of the CPU. Which is faster - a local blit to the front buffer contained within the VRAM of the graphics card, or a giant round trip out of system memory, through the CPU, up the AGP bus, and into VRAM?

      Compare the performance of the native linux drivers to the very same XFree86 code running on a (in some ways) more sane display backend, like Quartz. No tearing, no CPU spike when moving data in from the "backing store".

      It's an XFree86 acceleration architecture problem - not a configuration problem. Unless by "configuration problem" you meant "case in which you're using in a system that exposes how inefficient it is at getting recently-used graphics back to the screen".

    9. Re:Is that why... by Kyouryuu · · Score: 1
      It goes without saying that merely faster processor speed does not instantly translate into fast 3D rendering.

      Also, although kooky to install, games such as Unreal Tournament, Quake 3, Descent 3, and several others are significant 3D applications already supported to some degree by Linux.

    10. Re:Is that why... by Billly+Gates · · Score: 0, Flamebait
      Why can't hardware makers write optimize drivers with it as easy as WIndows or MacOSX?

      "Well, X *is* the graphics library, and it's fast, which is all you can really ask of a graphics library. So it *is* the fault of the window manager or DE. On my machine, KDE is about as fast as WinXP (except for some apps that haven't been well optimized for display performance, like Konqueror), while GNOME, Mozilla, and OpenOffice are dog-slow. If they both are using the same X, why does KDE run fast while the others don't? Start up Qt designer and abuse the UI. Try resizing with the resize bump in the corner. Try moving windows over it. Qt Designer has a complex UI with lots of widgets. But it performs just as fast as the best Windows apps. That's why X can't be the problem! Maybe its X's fault for not making it easier to write fast apps, but that's different from saying that X is slow."

      Funny on Windows QT apps do not have this problem. Why is that?

      "Let me guess. You're not a programmer, right? An extension is not a "hack." An extension is a way of extending a codebase to support a feature that was not concieved when it was originally written. An extension is a clean way to extend a codebase's functionality while preserving compatibility. A hack is entirely different.
      "


      I do not call mysel fan experienced programmer but why does X need a whole new bloated server moduel for true type fonts that takes up to 8 megs of ram? The original mac had true type fonts since 84 with 128k of ram.

      I am not going to get too involved in the flamewar here but I have used Linux since 97 and Xf86 sucks on earlier pc's. You just notice it less today.

      Whats wrong with a new X server written from scratch that is object oriented and designed to be modular? X can run on pda's easily. Why can't XF86? The Unix Haters Manual mentions X in quite alot of details.

    11. Re:Is that why... by Billly+Gates · · Score: 1
      Why was this modded down?

      This post has very valid points. We all use X daily because its standard. That does not mean its perfect folks.

      I would mod you up if I did not lose my moderation ability.

    12. Re:Is that why... by Anonymous Coward · · Score: 0

      It was modded down because it was a fucking troll. Just like you.

  98. Slashdot's idiotic editors by Overly+Critical+Guy · · Score: 1

    Now, see, 90% of the people reading Slashdot will assume XFree86 has completely disbanded because of that completely misleading article summary that asks for a successor.

    If you bring things like this up to CmdrTaco in, say, an e-mail, you'll either get no reply or a really nasty, sarcastic response. It's frustrating.

    --
    "Sufferin' succotash."
    1. Re:Slashdot's idiotic editors by Anonymous Coward · · Score: 0

      You're expecting to be treated with respect when you dish out nothing but vitriol for anyone who disagrees with you? You truly are a brain damaged individual.

    2. Re:Slashdot's idiotic editors by Overly+Critical+Guy · · Score: 1

      Cite an example.

      --
      "Sufferin' succotash."
    3. Re:Slashdot's idiotic editors by Anonymous Coward · · Score: 0

      There is evidence to prove that Overly CriticalGuy is a lying cocksucker. Think independently.

    4. Re:Slashdot's idiotic editors by Anonymous Coward · · Score: 0

      There is evidence to prove that OverlyCritical Guy is a lying cocksucker. Think independently.

  99. CYGWIN STARTED IT by KyleW · · Score: 0

    remember this? The developer responsible for the Cygwin implementation of Xfree left the project after dealing with the core "team"'s bad attitude. I think other active contributors must have finally overthrown the gate keepers.

    --
    1st known failed CIA coup in South America : http://www.chavezthefilm.com/index_ex.htm
  100. Re:Welcome to the reason OSS doesn't succeed by Tough+Love · · Score: 1

    The reason posts like this get modded down isn't some conspiracy for the supression of your opinions. Rather, they get modded down because it's basically off-topic.

    Troll, more like it, i.e., "doesn't succeed in the mainstream like commercial software does".

    --
    When all you have is a hammer, every problem starts to look like a thumb.
  101. Re:WOW by Trolling4Dollars · · Score: 2, Insightful

    That's what is wrong with the support industry. Lazy asses who don't take pride in their work and have little or no patience. Way back in 94 when I was a Windows n00b, I used to call support and was appalled at how bad it was. Adaptec, S3, Microsoft... they all sucked. Within a year of using Windows (originally a Mac and Atari/Amiga guy here) I became my own support because I knew more than any of the jackasses on the other end of the phone. What really used to irk me was when I would call and have to walk through all the crap solutions that they were reading from a database even though I'd already done all of that. I'd tell them I already knew the outcome but they wanted me to do it anyway. Then in the end they would say "fdisk, format and re-install". Of course I wouldn't do that. I would dig up the info online or form other users and eventually solve the problem. That's when I realized that the fools that work support are just plain lazy, but your comment cinches it.

    I deal with stupid users every day where I work, but I still help them even if it's the upteenth millionth time. I don't expect them to understand or to know what to do. Face it. Computers are STILL to hard to use for the average user because they are very complex machines. The only people that have a prayer of being able to use a computer to it's full capabilities are people who are very good at deductive logic and can understand abstractions easily. This is NOT the average human being. It's probably only about 10% of the population. About 75% would be the people who learn by wrote. They just know what buttons to puch when, but don't know why. So people and computers are meeting halfway, but when something doesn't work, it all falls apart. Face it... computers STILL suck for the majority of the population. (Note that the other 15% I didn't mention are comprised of both the guys with the bulbous heads who can do advanced physics calculations at 245 MIPS in their wetware and the other end of the spectrum with the small cranium that has trouble turning on a light and votes for George W. Bush because that's what TV told them everyone else is doing.)

    Anyway... I guess a big part of the "American way" (these days read that as the way capitlist countries act) is to be lazy. Make millions while you sleep, yadda yadda...

  102. You're So Full Of It by Anonymous Coward · · Score: 0
    I'm not trolling but making a sincere point here in the hopes things improve.
    Yeah, you're about as sincere as they come. Especially when you're such a shrill proponent of Microsoft. Moderators, if you doubt this, simply look at OCG's posting history (if he doesn't spam the message boards with 'sincere' posts before you can see them).

    This is a troll, and a pathetic attempt at that. You hate linux, you've made that abundantly clear. Sincere my ass.

    Next!
  103. Re:Welcome to the reason OSS doesn't succeed by Anonymous Coward · · Score: 0

    Rather, they get modded down because it's basically off-topic.

    I can't help thinking that journal entries where he talks about his trolling might have something to do with it. The guy's a bit weird.

  104. lololol by Anonymous Coward · · Score: 0

    You, sir, are the reason I read slashdot with a +6 bonus to flamebait.

  105. Bringing it into the 20th century? by Junta · · Score: 1

    What, will it now support them new-fangled horseless carriages?

    I know, the joke is that X seems so out of date feature wise in terms of eye-candy cruft, but the average technology level of the 20th century isn't too impressive.

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:Bringing it into the 20th century? by be-fan · · Score: 2, Interesting

      I don't really see X being that out of date. It doesn't support transparency and shadows, but aren't those things just eye candy? If it was 2005, and Longhorn had fully OpenGL-accelerated drawing with incredibly rich graphics in apps, and X was still where it is now, then yes, it would be behind. But fortunately, it looks like we'll have Longhorn's features sometime late in 2004, way before Longhorn even comes out :)

      --
      A deep unwavering belief is a sure sign you're missing something...
    2. Re:Bringing it into the 20th century? by HeghmoH · · Score: 3, Insightful

      I love how people always compare things to Windows, which is the most backwards, un-advanced OS ever.

      If you want to compare GUIs, compare with Mac OS X. OpenGL-accelerated drawing? Check. Incredibly rich graphics in apps? Check. No need to wait until 2006. And of course, by definition, right now X is still where it is now.

      If Linux always strove to play catch-up with Windows, it would be horrible. Fortunately, it doesn't do that, except in the area of the GUI. It's no surprise, then, that Linux's GUI isn't very good.

      --
      Mod down posts with a "Free Mac Mini/iPod" sig, they're spam!
    3. Re:Bringing it into the 20th century? by Hamshrew · · Score: 1

      The fact that you use Mac OS X, and program for it apparently, weakens your argument.

      Unfortunately, I do the same, and have no choice but to agree with you ;)

      Windows has failed to impress me in OS design, though the original concept for NT was surprisingly good. As usual, in implementation it was screwed up.

      --
      - Free tabletop fantasy gaming! Grey Lotus
    4. Re:Bringing it into the 20th century? by Devil's+Avocado · · Score: 1

      The reply was a joke. The point was that the "20'th century" spanned the years from 1901 to 2000, not 2001 to 3000.

      As for the original post, I agree. I'm an OS X user now but I still follow the fd.o Xserver mailing list. Why? Because all of the innovative people from the XFree86 development world seem to be there -- Packard, Gettys, and others. Also, I use X11 on OS X every day and I'm always happy to see improvements in that technology.

      I'm not so sure about your claim that Xserver is going to eventually support pervasive use of 3D, however. A lot of ideas are being thrown around but it's not at all clear that they'll work or will be worth the effort. It seems more attractive, IMHO, to build the X server using OpenGL for 3D and a library like Cairo for 2D. Note that this is almost an exact match to OS X's model, and there are good reasons for it. Among those: a) the 2D API in OpenGL is reputed to be quite poor, which will make it harder to maintain the X server's code base; b) graphics hardware already has dedicated 2D acceleration hardware that's tailor-made for window-server-like applications. One of the reasons that XFree86 is currently so slow is that the Render extension is unaccelerated (in the sense of 2D acceleration) on (I believe) all drivers. You can verify this by the dramatic slowdown in scrolling speed in apps when you switch to anti-aliased fonts.

      In short, I wouldn't assume that OpenGL == Good for the window server. Technically speaking, it appears to be a very difficult problem and the outcome isn't assured to be an improvement. Still, if anybody can make it work, and work well, it's this group.

      As for Longhorn, well, OS X is offering the most interesting benefits of Longhorn already, today. Whenever Longhorn finally materializes I'm sure OS X (or OS XI?) will be competetive, to say the least.

      -DA

    5. Re:Bringing it into the 20th century? by be-fan · · Score: 2, Informative

      The only thing OS X has, technically, is the machinery necessary to support transparency and window shadows.

      It does *not* have OpenGL-accelerated drawing, and the very rich applications that it enables.

      I'm sick of debunking Quartz "Extreme". OS X just uses OpenGL to accelerate compositing. Go read Apple's SIGGRAPH presentation on Quartz "Extreme" (page 18, as I remember) to see that the CPU actually draws the Quartz 2D graphics.

      --
      A deep unwavering belief is a sure sign you're missing something...
    6. Re:Bringing it into the 20th century? by be-fan · · Score: 1

      I follow the fd.o mailing list quite closely, and the current concensus seems to be towards making Cairo the 2D API, with an OpenGL-accelerated back-end being the primary one for desktops.

      a) the 2D API in OpenGL is reputed to be quite poor, which will make it harder to maintain the X server's code base;
      ---------
      That reputation is undeserved. I've programmed OpenGL, and you can do 2D quite well with it. You have to distinguish OpenGL's primitive 2D API with the mainstream of the API that can be used to do 2D as well as 3D. For example, instead of using glCopyPixels() (which is slow on a lot of consumer-level hardware), you'd probably draw sprites using a textured quad (and the NV_texture_rectangle extension).

      b) graphics hardware already has dedicated 2D acceleration hardware that's tailor-made for window-server-like applications.
      -------
      The 2D chips on most current hardware does not accelerate anti-aliased drawing, which makes it useless for something like Cairo.

      --
      A deep unwavering belief is a sure sign you're missing something...
    7. Re:Bringing it into the 20th century? by Bronster · · Score: 1

      The point was that the "20'th century" spanned the years from 1901 to 2000, not 2001 to 3000.

      Yeah, no shit. That would be one hell of a long century.

  106. You shall have your successor to X! by blueworm · · Score: 1

    step 1: http://www.doc.ic.ac.uk/~mbt99/Y/
    step 2: grab the Y .1 source
    step 3: hack hack hack

  107. Re:Welcome to the reason OSS doesn't succeed by __past__ · · Score: 1

    Boy, I want your job. If my experience with commercial, proprietary software development has taught me anything, then that politics and lack of interest screw up that just as well, probably more than it happens in FLOSS projects. Idealism is less of a problem, however, but I fail to see how it is a problem for FLOSS either.

  108. Re:Slashdot's editors practice unethical journalis by __past__ · · Score: 1
    I for one support slashdot's attempts to make money by generating hits with unethical journalism. Maybe VA Resarch/Linux/Systems/however they are called this week can use it to fix Sourceforge, anonymous CVS access for example. No sane person would expect (or want) unbiased, accurate reports from /. anyway, and sf going down because of VA going bankrupt would be a worse hit for the FLOSS world than everything SCO and Microsoft can even dream of.

    (Morale of the story: only read /. when drunk, and don't host important projects on sourceforge. At least have decent backups and spare web/CVS space)

  109. Re:Welcome to the reason OSS doesn't succeed by Overly+Critical+Guy · · Score: 1

    How about the "screw it all up" is the fact that, I don't know, the core XFree86 development team decided to disband because they were no longer relevant?

    Politics--Keith Packard getting fired. Idealism--the consortium of XFree86 and their inability to let progress supercede their committee ideas. Lack of interest--the fact that people are already decided on "successors."

    Next.

    --
    "Sufferin' succotash."
  110. I call your bluff by Anonymous Coward · · Score: 0

    Just look here or here.

    Next.

  111. Re:Welcome to the reason OSS doesn't succeed by Anonymous Coward · · Score: 0

    Someone hasn't been paying attention. This does not mean that Open Source doesn't work, or that the XFree project is in trouble--as a matter of fact, this is an example of how it works and is thriving, even though you don't want it to.

    Next.

  112. Re:Welcome to the reason why YOU fail it by Anonymous Coward · · Score: 0

    This happens just as often, if not moreso in commercial products. How many games and applications have been dumped due to overspending, employees leaving due to morale problems, and just plain differing views on how the company should be run by the higher-ups.

    This type of problem is NOT limited to OSS, as you'd like people to believe.

  113. Re:Welcome to the reason OSS doesn't succeed by mattdm · · Score: 1

    Aw crap. I've been metatrolled.

  114. Lazy? No, Just Trying Not To Get Fired by cmholm · · Score: 1

    You make some good points that computers are still hard to use by their current nature. However, you're confusing the previous poster with phone support. S/he was working a sales floor, dealing with new users coming in without their computer, and unable to either retain the detailed troubleshooting methods given until they got back to the home/office, or use care when diving into the guts of an OS. The poster TRIED to help, and got his ass FRIED for it by finger pointing customers. The subsequent simplification of the poster's tech support wasn't lazy, it was protecting his job.

    --
    Luke, help me take this mask off ... Just for once, let me butterfly kiss you with my own eyes.
  115. Put another way, SourceForge is working perfectly by Anonymous Coward · · Score: 0

    It's exactly what the open source community needed.
    A dumping ground for ANY works in progress that
    can be re-used and a great assist for works that
    won't be dumped.

    The really neat and useful stuff always seems
    to find the time and resources to get developed.

    It's the stuff 'just because' that usually gets left
    behind.

  116. 3.1?? ROTFL No security flaws?? ROTFLMAO!!!! by Anonymous Coward · · Score: 0

    "Windows 3.1 which is still more than good enough for most schools and small businesses and has no security flaws despite all this time,"

    The very idea that 3.1 has no security flaws is
    so laughable. The only reason you don't hear about
    them is because nobody has targeted it long enough.

    The whole security loophole finding community didn't
    really evolve until after 95 came out and 95 had so
    many exploits and crap in it, who needed to focus on
    3.1????

    No security flaws LOL.. thanks.. I was having a bummer morning ROTFLMAO!!!

  117. Re:I hope something replaces X by ThePlasticSurgeon · · Score: 0

    I posted an innocent phrase which turned out to be flamebait. Should I be pissed off or should I celebrate?

  118. Xouvert all the way by Anonymous Coward · · Score: 0

    I vote for Xouvert

  119. Neomagic MagicMedia 256ZX by Anonymous Coward · · Score: 0

    on my Thinkpad 600x using kernel 2.4, the fb works pretty well using the
    Neomagic Corporation NM2360 [MagicMedia 256ZX]

    but with kernel 2.6, scrolling with the fb is really messed up.

  120. X-Windows is here to stay. by master_p · · Score: 2, Informative

    I don't understand why people want to ditch X-Windows. The X-Windows system is a fine window system. It's not slow, it's extendable, it's networkable, and it runs in every Unix system/clone.

    The problem lies with the layers above xlib: the toolkits. Actually, not the toolkits themselves, but how they are used. For example, the Linux GUIs suffer from bad fonts and bad font sizes, bad placement of text, bad placement of buttons, too much info on the screen, improper colors, and usability issues like cut-copy-paste etc.

    To those that they request a new window system based on accelerated 3d graphics, I have to say this: it does not fit with the Unix mentality. Unix can run in minimal hardware. I can run TWM on a 486 and the machine will just fly. But if a new window system comes along that is based on new 3d accelerators, lots of old systems will be left out...and not forget other unix systems that might not have 3d acceleration at all. And the truly impressive effects that Quartz can achieve are just eye-candy...most professionals will turn them off anyway.

    1. Re:X-Windows is here to stay. by Anonymous Coward · · Score: 0

      What is this X-Windows thing people are talking about?

    2. Re:X-Windows is here to stay. by thegreatbob · · Score: 1

      if you don't know by now what X windows is, you needn't consume bandwidth by posting here... or even consume power by runnning a computer...

      --
      There is no XUL, only WebExtensions...
  121. Follow-up by Kyouryuu · · Score: 1
    In my original post, I do understate the problem of video card manufacturers not living up to their end of the equation. As has been pointed out by nearly every reply, ATI and nVidia drivers are closed-source and, as such, they are more to blame than X is. Since, if they were open source for anyone to get at, I have no doubt we'd have greater compatibility and performance.

    Moreover, that "ATI lags and nVidia is buggy" is their own fault, since they have not done the above, and is really not the fault of X.

    So, in short, my blame is sorely misplaced. It should be focused squarely on the 3D card manufacturers and not the specific X server itself.

    No hard feelings, right? ^_^;

  122. good by RedHat_Linux_Man · · Score: 1

    Good, maybe we'll get something that doesn't suck now.

  123. Re:Why a successor? Hey Gotta laugh ... :-D by Grizzlysmit · · Score: 1

    All these years of people whining how X is no good, chuck it away, (kick, kick, kick the developers while their down), now you're all scared of loosing X

    Sorry but it serves you right you rotten mongrel's :-D.

    --
    in my life God comes first.... but Linux is pretty high after that :-D
    Francis Smit
  124. Cathedral Vs Bazaar by maelstrom · · Score: 1

    XFree86 was the Cathedral, now it looks like they are recognizing that the Bazaar model of development may be more applicable to their software.

    --
    The more you know, the less you understand.
  125. Re:Why a successor? Hey Gotta laugh ... :-D by Curtman · · Score: 1

    Sounds like sweet movie.. "X is Loose".

    Even trolls need spellcheckers.

  126. Re:Why a successor? Hey Gotta laugh ... :-D by Curtman · · Score: 1

    Err... I guess even smart asses could use a grammar checker too. ;)

  127. Now... by Anonymous Coward · · Score: 0

    Mandrake = bankrupt
    Red Hat = User XP
    SuSE = Novell = SCO
    X = development disaster
    Slackware != user friendly
    Debian = Sucks

    My friends... Linux IS DEAD!
    After reading this, I convinced myself that it's time to start using XP in the home and 2003 Server in the office.
    Today, I'll start formating all the HD.
    Was nice while it last, but this is a big shit.

  128. Re:This is THE most irresponsible post I have ever by Jiilik+Oiolosse · · Score: 1

    Why the hell would they trust any post on slashdot, nevermind the comments thereafter. Read it "News for Nerds", not "News for CIO's in charge of over-funded, under-productive firms" Anyone smarter than the average dog would know to correlate an article before considering it as cannot, especially on a website like slashdot. The articles are A) user submitted, and thus there is an inclination for people to submit articles in such a wording as to spin the matter politcally; and B) it's essentially a collaborative blog - do you really trust anything states on any blog as definitive before it has been properly correlated? Meh.

  129. Re:Bumpy times ahead for XFree86 users? by kasperd · · Score: 1

    Doesn't the efficient 3D graphics implementations for XFree86 more or less already bypass X? I mean of course X is involved during initial setup, but you will map part of the graphics hardware memory directly into the clients address space. (Obviously that only works locally, but I don't care that much about performance of remote applications. In most cases network will be the bottleneck for remote applications. As long as it works I don't care if remote X displays require more CPU time).

    I'm not saying that you shouldn't reconsider your layers. I don't know exactly how much OpenGL will allow you to do, but if it is a decent interface, implementing an X server on top of it should be possible. Now if that X server could even implement OpenGL and take advantage of the underlying OpenGL, we would have some really interesting stuff. And yes in that case it might even make sense to implement OpenGL on top of the hardware rather than X. However X is more than just putting 2D and 3D graphics on the screen. It also handles multiple clients and windows, which is something I don't think you could do with OpenGL. So while your idea might be interesting, I would like to see a proof of concept before accepting it as a good idea.

    --

    Do you care about the security of your wireless mouse?
  130. LOL by Anonymous Coward · · Score: 0

    LOL good work /. douche-esque editors.

    Nice way to totally misrepresent this issue.

    Just like every other xfree86 issue recently. /. = loves the cock /. editors/moderators are all trolls. Thats the only reasonable conslusion which can be drawn from this. Why else would a massively popular site like /. post utter bullshit? /. users (ie the douches who have replied oin this thread) go do us all a favour and commit suicide. The world doesnt need dumbasses like you polluting the gene pool.

  131. Why xwin.org is down, web-wise (was: Re:So Keith w by Anonymous Coward · · Score: 0

    All the xwin content (website, lists, etc) is in the process of migrating to freedesktop.org (the machines live right next to one another), since the xwin.org machine was recently retasked for another project.

    It hasn't died or anything, I just haven't gotten around to getting funky with Apache virtual hosting.

    Cheers,
    Daniel Stone (daniel [at] (fooishbar|xwin|freedesktop) [dawt] org)

  132. Re:Why a successor? Hey Gotta laugh ... :-D by greenrd · · Score: 1
    Thus demonstrating greenrd's law: Every post about spelling or grammer errors will inevitably contain a spelling or grammatical error itself.

  133. alternatives to linus tree by Anonymous Coward · · Score: 0

    There are some kernel trees which are diferents of Linus tree. If Linus become a dictator, other tree will be adopted for the developers.

  134. Re:Welcome to the reason OSS doesn't succeed by Anonymous Coward · · Score: 0

    There is evidence to prove that Overly Critical Guy is a lying cocksucker. Think independently.

  135. Re:Welcome to the reason OSS doesn't succeed by Anonymous Coward · · Score: 0

    There is evidence to prove that Overly Critical Guy is a lying cocksucker. Think independently.

  136. Re:Why xwin.org is down, web-wise (was: Re:So Keit by Crazy+Eight · · Score: 1

    Cool. It's good to hear xwin.org will carry on.

  137. I don't understand by fishbot · · Score: 1

    the negative thinking here. The 'core team' philosophy as a whole was the straw that broke many camels' backs, including freedesktop.org.

    The rigid holding of control (as it appeared) by the core team has now been relieved and the actual developers, movers and shakers in the XFree86 project now have less red tape to cut through to make the project what we would all like it to be!