Slashdot Mirror


XFree86 Fork Gets a Name, Website

Piethein Strengholt writes "Today the Xfree86 fork is a fact. A new project has started and is located at: xouvert.org. Xouvert has been started due to the corporate structure and the slow development of XFree86. They hope to reduce the risk to XFree86 of incorporating new drivers and features."

647 comments

  1. That's nice, but... by pongo000 · · Score: 4, Funny

    ...how the hell do you pronounce it?

    1. Re:That's nice, but... by BrainInAJar · · Score: 2, Informative

      ZOO-VERT.

    2. Re:That's nice, but... by remahl · · Score: 1, Redundant

      RTFA:
      Zoo-vehrt

    3. Re:That's nice, but... by pongo000 · · Score: 4, Funny

      To forestall all the RTFA comments:

      Yeah, I know how to pronounce it. But let's say I'm talking to a friend on the phone:

      "So, you really gotta check out Xouvert."
      "Zoo-what?"
      "Xouvert!"
      "How do you spell that?"
      "X-O-U-V-E-R-T"
      "Oh...wouldn've never guessed that on my own."

      Giving projects you wish to succeed names that invite misspelling isn't a very good idea.

    4. Re:That's nice, but... by gaj · · Score: 0, Redundant
      I know this was a joke (or at least I hope so), but a quick click (i.e. RTFA) would have told you.

      Xouvert is pronounced zoo-vert.

      We now return you to your regularly scheduled blather.

    5. Re:That's nice, but... by geeveees · · Score: 0, Redundant
      RTFA ;)

      Zoo-vehrt.

      --
      I am a viral sig. Please help me spread.
    6. Re:That's nice, but... by whovian · · Score: 1

      I was thinking EKS-oh-VERT, and then I turned on the francophone chip in my positronic brain and voiced zoo-VAIRE.

      --
      To-do List: Receive telemarketing call during a tornado warning. Check.
    7. Re:That's nice, but... by niko9 · · Score: 1

      "How do you pronounce it?

      Zoo-vehrt.


      You big malaka.

      Dino:"Hello, pretty lady. Tell me something, what's a beatiful braud like you doing with a malaka like this, huh?"
      Gary: "She's into malakas, Dino".

    8. Re:That's nice, but... by dupper · · Score: 1
      Xouvert? Let's break it down:

      X - from X windowing system
      Ouvert - French for 'open'

      Thus, it is probably 'shoovair', or however the phonetic thing works.

    9. Re:That's nice, but... by vidnet · · Score: 1

      Partial credit :p

      What kind of a name is Xouvert?

      Xouvert is named after the ancient Babylonian goddess of open windows, wooden digging implements, and moonlight. A notorious ritual among the higher levels of Freemasonry has kept her memory alive until now. Xouvert, awake!

    10. Re:That's nice, but... by IIH · · Score: 1
      ..how the hell do you pronounce it?

      It's a little tricky as the x is pronounced as 'by' as in 4x3 = 12, but the rest is as it looks, resulting in the full word being proounced "By oh you vert!"

      --
      Exigo spamos et dona ferentes
    11. Re:That's nice, but... by snofla · · Score: 1

      Why not call it: XFreedom?

      --
      i don't like style guides
    12. Re:That's nice, but... by mckayc · · Score: 1

      When I saw the name I thought it was pronounced X-OO-VERT where X was for "X Windows" and Ouvert was French for "Open" ... but I realized I was wrong after reading the website :)

    13. Re:That's nice, but... by Anonymous Coward · · Score: 0

      I concur. Why go for a fancy-smancy-frenchy style of name?

    14. Re:That's nice, but... by rendermaniac · · Score: 2, Funny

      carefully?

    15. Re:That's nice, but... by Anonymous Coward · · Score: 3, Funny

      Maybe we should ask the guy who barfed up "Touareg"

    16. Re:That's nice, but... by rjrjr · · Score: 4, Funny

      Yeah, this has been a real nightmare for the Ganoo guys.

      rjrjr

    17. Re:That's nice, but... by Karamchand · · Score: 1

      zoovert.org is still available, as well as suvert.org and zuwert.org :-)

    18. Re:That's nice, but... by Rosco+P.+Coltrane · · Score: 1

      Does "thou fart" work too ? It's easier to remember ...

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    19. Re:That's nice, but... by AvitarX · · Score: 1

      What kind of a name is Xouvert?

      "It's Xouvert sir"

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    20. Re:That's nice, but... by fritter · · Score: 3, Funny

      Giving projects you wish to succeed names that invite misspelling isn't a very good idea.

      What do you mean? It worked great for Gigli!

    21. Re:That's nice, but... by efatapo · · Score: 2, Informative

      I could be mistaken but isn't that how /. came around? Hrm, and now that I check my sources the faq says:

      I wanted to make the URL silly, and unpronounceable.
      So, I guess it has worked before :)

      ~Dan
      http://www.pbase.com/efatapo

    22. Re:That's nice, but... by filledwithloathing · · Score: 1

      Why not call it Xanythingbutzouvert.

      --
      Are you a VF grad? Check out the VFMA Alumni Forums VFMA Alumni Forum
    23. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Seriously! It's true.

      I wish people would try to think of at least names that are appealing. You don't have to think like a marketdroid but understand if you want average joe shcmo to use this stuff don't give it bizarre names that are "language hacks" or geeky injokes.

    24. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Is that pronounce jiggly or giggly?

      WTF? That name blows.

      Or how about 28 days later. AWESOME movie. but the name blows!

      there was already 2 stupid ass shit comedies called "28 days" and "another 28 days", so when a movie goer sees 28 days later on the marquee they think, oh no not another sequel to that dumb comedy! When in fact 28 days LATER is actually a very well made and scary ass hell horro movie!

    25. Re:That's nice, but... by Anonymous Coward · · Score: 0

      It's pronounced "really". Best movie ever.

    26. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Hum... that could be french for Xopen...
      You could pronounce it:

      X who ver

      Good luck!

    27. Re:That's nice, but... by Prior+Restraint · · Score: 1

      I know you're just being funny, but I've never met anyone who pronounces the G in GNU.

    28. Re:That's nice, but... by Anonymous Coward · · Score: 0

      What, you mean like Guhnome?

    29. Re:That's nice, but... by redhog · · Score: 1

      It' only really hard to pronounce for you USians - for a french person, it's obvious, and I imagine that it's for a UK resident too, at least if (s)he know the origin of the word. And for the rest of us, it really doesn't matter, since no word from the computer world really matches the local spelling conventions at all. Btw, when I first saw this, I thought it would be proncounced [ex uvert]...

      --
      --The knowledge that you are an idiot, is what distinguishes you from one.
    30. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Agamisou.

    31. Re:That's nice, but... by bsharitt · · Score: 1

      Do you really want your windowing system to end up like Slashdot?

    32. Re:That's nice, but... by usotsuki · · Score: 1

      Prolly "X ooh-vair".

      It means "Open X". They couldn't call it "XOpen86" for trademark reasons, so they translated the name into grenouille (FRENCH *ducks*), that's what it looks like to me.

      -uso.

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
    33. Re:That's nice, but... by canajin56 · · Score: 1

      How about Flanders and Swann?

      --
      ASCII stupid question, get a stupid ANSI
    34. Re:That's nice, but... by mcgroarty · · Score: 1
      Giving projects you wish to succeed names that invite misspelling isn't a very good idea.

      Sure, but I remember you saying that about "Leenix" and "empeethree" too.

    35. Re:That's nice, but... by Martin+Blank · · Score: 1

      Remember... No gnus is good gnus with Gary Gnu.

      --
      You can never go home again... but I guess you can shop there.
    36. Re:That's nice, but... by jojor · · Score: 1

      "Giving projects you wish to succeed names that invite misspelling isn't a very good idea."

      so, like /., is it?

    37. Re:That's nice, but... by yuri+benjamin · · Score: 1

      Do you really want your windowing system to end up like Slashdot?
      It already has. At least, the wiki has.

      --
      You make the mistake of thinking you can educate the fundamental stupidity out of people. You can't.
    38. Re:That's nice, but... by Stonent1 · · Score: 2, Insightful

      I've heard a few people say "G-nome" or "Guh-nome" for Gnome. Those people and the L-eye-nux people drive me up the wall.

    39. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Damn straight. That J-Lo can act circles around anyone.

    40. Re:That's nice, but... by Stonent1 · · Score: 1

      Funny that a movie that 99% of people would pronouce "Jiggly" is about Jennifer Lopez, who happens to have a "Gigli" booty.

    41. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Ouvert is french it means open. So its like X-Ouvert or Xouvert. The "T" is silent. sounds like "ouvear"

    42. Re:That's nice, but... by Pharmboy · · Score: 2, Interesting

      I could be mistaken but isn't that how /. came around? Hrm, and now that I check my sources the faq says:

      Not to mention the problem I have giving them the address.

      "No, the WORDS slashdot, THEN a period, THEN org... no no, you type the word DOT after slash. No, its one word. SLASHDOT then a PERIOD then, oh fuck it, here, i will type it for you."

      I am NOT kidding. Wife kept on trying slash.dot.org last night, (an article she would like) and she is not an internet idiot.

      --
      Tequila: It's not just for breakfast anymore!
    43. Re:That's nice, but... by Evilive · · Score: 1

      You must be too young to remember Gary Gnu of The Muppets.
      His slogan: "No Gnews is Good Gnews with Gary Gnu"
      Pronounced: "No Ganews is Good Ganews with Gary Ganu"
      So by nature of generational pop-culture influences, I'm one of those that has to stop myself from putting a hard 'g' in gnu.

      --
      -- Two in the pink, one in the sink.
    44. Re:That's nice, but... by boaworm · · Score: 2, Funny

      As long as there is a "CowboyNeal" option i'll use it!

      --
      Probable impossibilities are to be preferred to improbable possibilities.
      Aristotele
    45. Re:That's nice, but... by Ed+Avis · · Score: 1

      Strange - I've met nobody who doesn't pronounce the G. Apart from one guy who spelled out 'G-N-U' every time; it was embarassing watching him try to ask RMS a question at some public speaking event.

      --
      -- Ed Avis ed@membled.com
    46. Re:That's nice, but... by BagOBones · · Score: 2, Informative

      If you love that one how about the router debate?
      Is the pronunciation a rooter or a rowter.
      The computer device is a rooter.
      The Woodworking tool is a rowter

      Look it up

      --
      EA David Gardner -"... but the consumers have proven that actually what they want is fun."
    47. Re:That's nice, but... by Spunk · · Score: 1

      Interesting. I've never met anyone who doesn't!

    48. Re:That's nice, but... by amentia · · Score: 1

      I've never met anyone who doesn't pronounces the G in GNU. It could have something to do with me living in Sweden. If it's a G or K in front of an N, we generally pronounce it.

      Gnu is by the way the only word we Swedes have that come from Hottentot.
      How do the Hottentots pronounce it?

    49. Re:That's nice, but... by Spunk · · Score: 1

      I know it's what the website says, but they're not serious. The French explanation is correct.

    50. Re:That's nice, but... by joto · · Score: 1
      I've heard a few people say "G-nome" or "Guh-nome" for Gnome. Those people and the L-eye-nux people drive me up the wall.

      Yeah, especially when we know linux is finnish, and should be spoken lee-nuchs. "eye" is just to make it simpler for you americans... But I agree that this gah-foo stuff gets on my nerves too, especially since they already are english words that have a reasonable english pronounciation :-)

    51. Re:That's nice, but... by Saint+Stephen · · Score: 4, Funny

      Color me obnoxious!

      I'm a lee-nuchs, Guh-nome, Gah-Noo man 150%. The whole thing is about freedom man.

      If they want to spell it "Raymond Luxury Yaught", but pronounce it "Throat-Warbler Mangrove", that's a-ok with me man.

      Now pass me that bong.

    52. Re:That's nice, but... by andrewski · · Score: 0, Flamebait

      Linus is pronunced LIE-nuhs. Linux is pronounced LIE-nucks.

      Why the FUCK would you pronounce Linux as LINN-icks? Is it spelled Linix? NO! That's just wrong. Just because 80% or so of the tards say it that way doesn't make it right. If you were Finnish it would be LEAN-ucks (Linus' pronunciation).

    53. Re:That's nice, but... by Anonymous Coward · · Score: 0

      So in other words, you and your best friend who just happens to both be secluded little linux dorks, both say the "G".

      Get out and get some sunshine, boy.

    54. Re:That's nice, but... by hingo · · Score: 1

      In fact, the "lee-nuchs" pronounciation is Swedish, which is Linus' native tongue. In Finnish the pronounciation is shorter, think "pin-ups".

      Finnish as a written language is pretty young, only a couple of hundred years. Therefore it has the convenient property of words being written exactly as spoken (or vice versa, depends on how you look at it), because the guy who invented it was smart enough to do it like that. Of course the names/sounds of the letters in the alphabet are not all the same as in English, so I guess it's weird to you folks anyway. But once you know the letters, you can count on a letter always being pronounced the same way, no matter what word it is in.

      Henrik, bi-lingual like Linus

    55. Re:That's nice, but... by adjusting · · Score: 1

      That wasn't The Muppets, it was The Great Space Coaster.

    56. Re:That's nice, but... by biggknifeparty · · Score: 1

      When I saw it I thought it was:

      X - Ouvert

      Ouvert = french for Open

      X - Open

      But I guess I'm wrong...!

    57. Re:That's nice, but... by caluml · · Score: 1

      If you have to ever reset someones password, set it to something that is mispelt.
      Yeah, your password is now orange1234. Bye. Click.
      5 mins later....
      Hey that password didn't work...
      Didn't work? How did you try and spell it?
      o - r - a - n - g - e
      Me, laughing: No, you've got the spelling wrong. It's o - r - i - n - j. Dumbass....

    58. Re:That's nice, but... by Anonymous Coward · · Score: 0

      How the heck to Americans pronounce Xeon (as in intel Xeon) I've actually had someone argue me that it's X-eon (as in really long time)

      zeeeon

    59. Re:That's nice, but... by caluml · · Score: 1
      Gamo to mouni tis manas sou tis ksekoliaras.

      You can get all the insults you need at http://www.insultmonger.com/swearing/ ;)

    60. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Maybe that's why many people don't use WYSIWYG.

    61. Re:That's nice, but... by LinuxHam · · Score: 1

      Well, let me introduce you to about 650,000 people who do.

      --
      Intelligent Life on Earth
    62. Re:That's nice, but... by Anonymous Coward · · Score: 0

      You would say lin-ucks because that is how Linux says it.

    63. Re:That's nice, but... by Anonymous Coward · · Score: 1, Funny

      "Throat-Warbler Mangrove"

      Throat.
      Warbler.
      Man Grove.

      Dude, I think you might want to make sure that it's actually just a bong that you are passed.

    64. Re:That's nice, but... by Prior+Restraint · · Score: 1

      Damn! I totally forgot about The Great Space Coaster. Okay, I withdraw my parent post.

    65. Re:That's nice, but... by Anonymous Coward · · Score: 0

      someone needs to brush up on their monty python

      besides, graham chapman was gay, so that was part of the joke!

    66. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Oh, so that's why that recording of Linus saying "I pronounce Linux as Linux" reminds me of the muppets Swedish Chef... Thanks.

    67. Re:That's nice, but... by jovlinger · · Score: 1

      you are a very silly man and I am not going to humor you.

    68. Re:That's nice, but... by shellbeach · · Score: 1
      So, to sum up what you've said: pronouncing linux as LINN-ucks is OK if you're Finnish, but not if you're not?

      Therefore I should pronounce "Xouvert" as "ZOO-vert", and someone from France should pronounce "Xouvert" as "zoo-VAIR"? Possible if you're a Kalihari Bushman you could get some clicks and glottal stops in there as well? Seems a lot easier in my mind to pronounce things the way their creator intended them to be pronouced ...

    69. Re:That's nice, but... by Anonymous Coward · · Score: 0
      just be glad it wasn't

      http://slashdotorgdotorg.org

    70. Re:That's nice, but... by Evilive · · Score: 1

      You're right.
      Jim Martin (the voice of Gary Gnu) does extensive work with Jim Henson Studios and is probably what caused my confusion.
      20-30 years ago..it just kind of gets lumped together after a while. :)

      --
      -- Two in the pink, one in the sink.
    71. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Linux pronouces it LIN-icks, SUCKA.

      That's why everyone says it "LIN-icks" in the first place, asshump.

      They all heard him say it and now they say it that way too.

    72. Re:That's nice, but... by Anonymous Coward · · Score: 0

      So everyone has to say windows with an american accent if they speak chinese or swahili?

    73. Re:That's nice, but... by andrewski · · Score: 1

      No, he says LEAN-uchs.

    74. Re:That's nice, but... by andrewski · · Score: 1

      No, he says LEAN-uchs. Not LIN-icks. It's obvious that you don't really even believe yourself, posting as an AC.

    75. Re:That's nice, but... by Anonymous Coward · · Score: 0

      mod parent up

    76. Re:That's nice, but... by BJH · · Score: 1

      The reason that older writing systems don't necessarily match the way words are pronounced isn't that the creator was an idiot - it's just that older systems have had longer to get "out of sync".

      Pronounciation shifts fairly rapidly, so give Finnish a few more centuries, and it'll be just like English in its randomness of spelling.

    77. Re:That's nice, but... by Anonymous Coward · · Score: 0

      The Hottentot pronounciation is "Cthulhu f'taghn".

      HTH, HAND.

    78. Re:That's nice, but... by kasperd · · Score: 3, Informative

      Linux is pronounced LIE-nucks.

      On kernel.org you can find the correct pronunciation.

      --

      Do you care about the security of your wireless mouse?
    79. Re:That's nice, but... by kasperd · · Score: 1

      ...how the hell do you pronounce it?

      I'm going to pronounce it: "so what?"

      --

      Do you care about the security of your wireless mouse?
    80. Re:That's nice, but... by CoolVibe · · Score: 1

      You _do_ know that this is exactly the reason why slashdot is called slashdot, right?

    81. Re:That's nice, but... by cdemon6 · · Score: 1

      Click on the link folks - there is a whole subsection on the frontpage explaining how it is pronounced:

      Zoo-vaire.

    82. Re:That's nice, but... by Daniel+Phillips · · Score: 1

      ...how the hell do you pronounce it?

      "Ex-oo-vehrt".

      Got any questions that actually matter?

      --
      Have you got your LWN subscription yet?
    83. Re:That's nice, but... by Pharmboy · · Score: 1

      You _do_ know that this is exactly the reason why slashdot is called slashdot, right?

      Yes, I read that somewhere in the facts or some interview (was a few years ago, can't remember which). It was just the first time I had tried to get someone to go to the site verbally. Now I have deeper understanding of how confusing that can be to some people.

      --
      Tequila: It's not just for breakfast anymore!
    84. Re:That's nice, but... by puppy0341 · · Score: 1

      Not like they have it on their frontpage ;) :
      How do you pronounce it? Zoo-vaire.

    85. Re:That's nice, but... by jonadab · · Score: 1

      I pronounce the g in gnu, but I don't put a vowel between the g
      and the n like the other poster indicated; I just pronounce it
      the way it's spelled. You learn to pull such stunts after a
      couple of semesters of greek. I can pronounce psychiatry too.
      I still have trouble trilling my Rs. I was never able to do that
      at _all_, after two semesters of Spanish and much frustration,
      until my college roommate showed me the pronunciation section of
      his Klingon-English/English-Klingon dictionary. The instructions
      on how to pronounce the Klingon gh were very detailed (and very
      different from the pathetic instruction Spanish teachers give you
      on trilling), and with practice I found that not only can I
      pronounce the gh (a highly funky phoneme), but by a similar
      technique I can trill an rr. (Then I discovered that it's
      possible to trill other letters too... l, w, o, ... actually,
      these are a bit easier than r, which still gives me trouble.)

      --
      Cut that out, or I will ship you to Norilsk in a box.
    86. Re:That's nice, but... by jonadab · · Score: 1

      > Is the pronunciation a rooter or a rowter.

      Neither. It's pronounced router, just like route with er on the
      end. It would be rooter if it rooted, or rowter if it rowted
      (sounding like row, presumably), but since it routes, it's
      pronounced router, with the ou pronounced as in ouch and trounce.

      That's actually fairly straightforward. The tricky ones are the
      oo words. Root, rooster, and roof are particularly troublesome:
      does the oo pronounce as in book and look, or as in spook and
      Hoover? (I prefer the latter, but it is arguable, and there are inconsistencies: for example, root beer is always pronounced with
      the oo as in book and look, even by people who pronounce tree
      roots with the oo as in spook and Hoover.)

      I'm sure I've cleared up all confusion in this matter. HTH.HAND.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    87. Re:That's nice, but... by jonadab · · Score: 1

      > Finnish as a written language is pretty young, only a couple
      > of hundred years. Therefore it has the convenient property
      > of words being written exactly as spoken (or vice versa, depends
      > on how you look at it), because the guy who invented it was
      > smart enough to do it like that.

      Songo also has this property.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    88. Re:That's nice, but... by Shimbo · · Score: 1

      Giving projects you wish to succeed names that invite misspelling isn't a very good idea

      Yeah. Whatever happened to the Googol guys?

    89. Re:That's nice, but... by jonadab · · Score: 1

      There are two ways it makes sense to pronounce it. Either you say
      it the original way (the way Linus does), or you anglicise it (with
      an English long I). Either of these makes sense; the former, because
      it's the correct pronunciation etymologically, and the latter because
      it's correct phonetically in English.

      The one that doesn't make sense is the one with an English short i,
      as if it were "linnux". There's no grounds for that one.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    90. Re:That's nice, but... by jonadab · · Score: 1

      I prefer the other approach (speaking quickly): "Okay, I'm resetting
      your password. Your new password is capital Q period lowercase d
      forward slash seven tilde lowercase b uppercase I right curly brace
      exclamation mark zero uppercase N lowercase v backquote. Try to
      remember it this time, okay?"

      --
      Cut that out, or I will ship you to Norilsk in a box.
    91. Re:That's nice, but... by jonadab · · Score: 1

      Just spell it out. "ess ell a ess aych dee oh tee dot oh are gee."

      --
      Cut that out, or I will ship you to Norilsk in a box.
    92. Re:That's nice, but... by da · · Score: 1

      Tell that to the the Greeks... I think Greek has had plenty long enough to get out of sink, and hasn't (I'm talking ancient Greek here - modern Greek is a very young written language). Ancient and modern Greek are What-You-See-Is-What-You-Hear languages. And that's with a load of anarchic Greeks using it for thousands of years! So I disagree with the above post. Come to think of it, how old is German as a written language?

      By the way, if it's so obvious how to pronounce 'Linux' in English from the spelling:

      writing - written
      diner - dinner
      miner - midden

      I could go on just to wind people up, but I won't... (yes, I *know* it is possible to come up with counter-examples to the above, it just seems silly to get all religious about English spelling versus pronounciation - oh, wait, this is /.)

      Just my (l-eye-nux, gUH-nu, gNome) tuppence-worth...

      --
      I reserve the right to be wrong.
    93. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Sounds French to me - we better rename it Freedom X.

    94. Re:That's nice, but... by ConceptJunkie · · Score: 1

      So, explain Spanish, which has no irregular pronunciation...

      --
      You are in a maze of twisty little passages, all alike.
    95. Re:That's nice, but... by AKAImBatman · · Score: 1

      How the heck to Americans pronounce Xeon (as in intel Xeon)

      Pronounce it like the nobel gas Xeon (Zee-on).

    96. Re:That's nice, but... by jafuser · · Score: 1

      In a recent interview, a SCO representative was quoted as saying:

      "Wesa no like da Ganoo! Un dey no like uss-ens. Da Ganoo tink day so smarty den us-ens. Day tink day brains so big."

      --
      Please consider making an automatic monthly recurring donation to the EFF
    97. Re:That's nice, but... by Anonymous Coward · · Score: 0

      why is there no grounds for pronouncing it as linnux? Lin is sometime prononced with a short i in English. Lint, linear, lingo, liberty...

    98. Re:That's nice, but... by Rytsarsky · · Score: 1

      I say guh-nwhatever. The GNU website says 'GNU is a recursive acronym for ``GNU's Not Unix''; it is pronounced "guh-NEW".' I think that the pronounciation of the "silent" G empasizes that it is free software. So, to me, gnome, gnutella and the likes all have pronounced G's.
      Just my last two cents.

      --
      God became man to enable men to become sons of God. -C.S. Lewis
    99. Re:That's nice, but... by jdray · · Score: 1

      Interesting. Somebody can confirm/deny this, but I think in Chinese, the "X" is pronounced like the American "Sh," which could make this "Shoe-vert." A nice logo of green sneakers would be appropriate.

      --
      The Spoon
      Updated 6/28/2011
    100. Re:That's nice, but... by mamba-mamba · · Score: 1
      Pronounce it like the nobel gas Xeon (Zee-on).

      ITYM noble gas. That's noble as in aloof and unreactive, not nobel as in the prize.

      MM
      --

      --
      By including this sig, the copyright holders of this work or collection unreservedly place it in the public domain.
    101. Re:That's nice, but... by jdray · · Score: 1

      I hear root and route pronounced the same two ways (either word pronounced two ways) commonly, using "oo" as in "rooster" and "oo" as in "foot" interchangably. This also goes for "roof." Of course, people around here can't seem to decide if "creek" is pronounced like it's spelled or "crik." I'm pretty sure it's a "country folk, city folk" thing.

      --
      The Spoon
      Updated 6/28/2011
    102. Re:That's nice, but... by AKAImBatman · · Score: 1

      I know, I know. I actually caught it myself. No way to edit it once you submit tho. Just have to hope that no one catches on. :-/

      This is Slashdot, what was I thinking? People probably run spell checkers on pages just so they can post.

    103. Re:That's nice, but... by Pharmboy · · Score: 1

      Just spell it out. "ess ell a ess aych dee oh tee dot oh are gee."

      I did. but saying dot is still confusing. I even tried saying "period". It was still easier to just walk over and type it in her laptop.

      --
      Tequila: It's not just for breakfast anymore!
    104. Re:That's nice, but... by UltimateZer0 · · Score: 0

      Given that ouvert is a French word, maybe we should just call this "X-FreedomGUI"

      --

      --- I'm going to get a score of -1 for this post because the mods are fuckers.

    105. Re:That's nice, but... by jonadab · · Score: 1

      > why is there no grounds for pronouncing it as linnux?

      Because it's neither etymologically nor phonetically correct.

      > Lin is sometime prononced with a short i in English. Lint,
      > linear, lingo, liberty...

      Lint is pronounced with a short i because it's phonetically correct
      that way. Lingo also is pronounced phonetically (rhymes with Ringo).
      Liberty is pronounced the way it is because it comes from French.
      (Compare with the pronunciation of Xouvert.) (Liberty's English
      pronunciation has drifted a bit from the French, but it's much closer
      to the French than it is to what would be phonetic in English.)

      Linear is an interesting study. Etymologically, it comes from the
      Latin (wherein linea means line). It's pronounced that way, then,
      because the phonetic rendering in English is hard or impossible for
      most native speakers of the language to pronounce. The i and the e
      would both be long, and the a silent, thus: "line ear" -- easy to
      pronounce as two separate words, but when you run them together the
      dipthong gets mangled and comes out as two syllables. Also, some
      people have difficulty pronouncing the English long I in that
      combination. Anyway, the long and short of it is that people did
      not like saying it that way, so they used the Latin pronunciation,
      or something closer to it.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    106. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Thus the colon-p after "Partial credit".

    107. Re:That's nice, but... by redhog · · Score: 1

      Slashdot might have stated as an American website, but today, the fact is, it is read, and comments on it are written, by people all over the world (not only US and EU, but all of the connected world). And as a side-note, it's slashdot dot _org_, not dot _us_ (yes, there is a .US top-level domain, if you didn't know (and .org, .net and .com _are_ used all over the world)).

      --
      --The knowledge that you are an idiot, is what distinguishes you from one.
    108. Re:That's nice, but... by Anonymous Coward · · Score: 0

      +5 Monty Python reference.

      I love perpetuating sterotypes.

    109. Re:That's nice, but... by Anonymous Coward · · Score: 0

      My guess: they wanted to call it XOpen, but that's taken.

      There are plenty of languages that are smoother and easier for most people to pronounce or even remember... XAbierta? XAperto? Hell, even XGeoffnet is better. (Thanks babelfish. But I think Slashdot may have cut off the umlaut.)

    110. Re:That's nice, but... by whovian · · Score: 1

      Hey! They've adopted my spelling of the pronounciation!

      --
      To-do List: Receive telemarketing call during a tornado warning. Check.
    111. Re:That's nice, but... by Magic+Thread · · Score: 1
    112. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Some people I've see pronounce the word wolve, "woof" like the barking sound a dog makes.

    113. Re:That's nice, but... by lethe1001 · · Score: 1

      wolve is not a word

  2. xwin.org by ultrabot · · Score: 2, Informative

    Note that this is not xwin.org... I browsed the xwin website a while ago (Keith Packards project) and people there have been complaining about how that project seems dead, while something should start happening. I applaud the effort of these guys.

    --
    Save your wrists today - switch to Dvorak
    1. Re:xwin.org by MBCook · · Score: 2, Interesting
      I read somewhere (a comment on OSNews perhaps) that people have been complaining about that, and the reason that it's quite is because the GNOME people have taken over the project and trying to basically combine the two, and it's been quiet to keep people from talking/complaining/discussing what they're trying to do. An interesting idea to be sure

      Is it true? Who knows, probably not. Is it an interesting rumor? Sure why not.

      --
      Comment forecast: Bits of genius surrounded by a sea of mediocrity.
    2. Re:xwin.org by burnetd · · Score: 1

      xwnin have something to do with it. They are hosting the Wiki and there's a big link at the top of the xouvert page

    3. Re:xwin.org by gaj · · Score: 3, Informative
      Apparently you didn't bother to actually read much of anything while over at xwin.org. xwin.org is, to quote the page (including the page title) "just a website".

      Xouvert is the project that xwin.org was put in place to instegate.

    4. Re:xwin.org by reynaert · · Score: 1, Informative
      On (very recently created) Xouvier page on the Xwin wiki, somebody made the following comment:
      Shoud have added the following to the list: An attempt by corporate influences and the forces behind GNOME development to integrate technologies related to GNOME directly into the X server, providing an advantage to GNOME over all other window managers. In addition, much of the planning of this fork has been done in secret despite the supposed "openness" proclaimed by the team, and only recently has even the name of the fork been shared with the public. An overall damaging and irresponsible influence on Linux, and the open source community as a whole.
      The XWin wiki doesn't seem to keep a history of changes, so I don't know who wrote that and how credible this is. I certainly hope it isn't true, it would do a lot of damage to Gnome.
    5. Re:xwin.org by reynaert · · Score: 2, Informative

      Ok, apparently there's nothing true to it. Phew :)

    6. Re:xwin.org by Anonymous Coward · · Score: 0

      What effort?

      XFree86 has put in some effort. How about code first and manifestos later, or is every project going to be like Debian?

    7. Re:xwin.org by Anonymous Coward · · Score: 3, Informative

      It was referencing comments on Mosfet (a ex-KDE developer who was kicked off the KDE development team)'s personal webpage. Mosfet himself said that it wasn't true after talking with more people (e.g, Havoc) later on his webpage (mosfet.org/mosfet.arklinux.org, which is down currently-- moving)

    8. Re:xwin.org by Dark+Lord+Seth · · Score: 1

      Nice Goatse on the Xwin wiki link. Just a warning for people with a weak stomach or some ANAL (hehehe) people who get mad over something silly as this.

    9. Re:xwin.org by Anonymous Coward · · Score: 0

      That was on Mosfet's webpage. Check the forums at Gentoo.org for mirrored copies of the comment (in desktop environments).

    10. Re:xwin.org by reynaert · · Score: 1

      Oh my. Linking to the wiki from slashdot was a dumb idea. I hope that wiki has a revision control system somewhere behind the scenes. Or maybe somebody still has the pages in their browser cache. Sorry, xwin guys :p

    11. Re:xwin.org by reynaert · · Score: 1
      How about code first and manifestos later, or is every project going to be like Debian?

      Debian is a bad example in this case :) Debian was started in 1993 (in fact, yesterday it's tenth birth day was celebrated), but things like their Social Contract, Constitution, etc were written somewhere between 96 en 98, as the project started to grow.

    12. Re:xwin.org by The+Original+Yama · · Score: 1

      See here.

    13. Re:xwin.org by Anonymous Coward · · Score: 0

      Debian is a perfect example (as you are incorrect.) It's the 10th anniversary of the Debian Manifesto, but getting a the first public beta of Debian took another year. Look it up.

    14. Re:xwin.org by Burnon · · Score: 1

      Check out this comment from the xwin.org post:

      Authored by: fury on Monday, August 18 2003 @ 02:27 AM PDT
      By the way (i forgot to mention this) the operators of xwin.org (including Keith Packard) are not involved in Xouvert. xwin.org != Xouvert


      On the other hand, the xouvert home page links directly to xwin.org in the page header. Hard to figure...

    15. Re:xwin.org by gaj · · Score: 1
      Exactly. xwin.org is more generic. Make X better, etc. rah rah.

      Xouvert is a specific project to accomplish some of what xwin.org is encouraging. Just because they link to it doesn't mean they are a part of it.

  3. Excellent by Anonymous Coward · · Score: 1, Troll

    Drop the network transparency, make it run framebuffer and XFree is obsolete on desktop.

    1. Re:Excellent by Mgdm · · Score: 2, Insightful

      Nah, keep the network transparency. I use that quite a bit, as do a lot of people I know. Framebuffer would be nice though.

    2. Re:Excellent by Anonymous Coward · · Score: 0, Redundant

      That of course is a troll designed to hook all of the (still employed) Unix admin types.

      However, X11's network transparency is just as creaky and obsolete as the rest of the beast. The security sucks, the configuration really fucking sucks, and the bandwidth and latency is just obscene when compared to Citrix Metaframe.

      So, I'm tending to agree with the framebuffer trolls. X11 should drop network transparency at least until they can come with a solution that isn't so laughably obsolete.

    3. Re:Excellent by Hatta · · Score: 3, Insightful

      Dropping one of X's best features will not make X obsolete. I use this every day, I will never give it up.

      --
      Give me Classic Slashdot or give me death!
    4. Re:Excellent by Anonymous Coward · · Score: 1, Insightful
      You can always build network transparency on the desktop (check out all those X-clients on windows) once that's optimized.

      I for one am sick of desktop performance being sacrificed to something that only benefits a fringe element of the userbase.

    5. Re:Excellent by SilverSun · · Score: 4, Informative

      Drop the network transparency, make it run framebuffer and XFree is obsolete on desktop.

      Why do people not realize, that X-Windows is NOT sucking because of network transparancy! Any possible design of a clean API for a windowing system will more or less be automatically network transparent. The only this which is not network transparent are stupid ugly hacks. That said, we all know how X sucks, but it is has definitively nothing to do with network transparancy.

      Cheers

      --

      KdenLive/PIAVE - non-linear video editing

    6. Re:Excellent by divec · · Score: 5, Informative
      However, X11's network transparency is just as creaky and obsolete as the rest of the beast. [...] the bandwidth and latency is just obscene when compared to Citrix Metaframe.

      See my previous comment on NX compression. I'm typing this on Galeon running at work, displaying on my home computer over a 56K modem, because it's faster web browsing like this than running the browser locally. NX has to be seen to be believed.

      The interesting thing is, this level of compression is only possible because of the high-level nature of X's network transparency - Citrix / RDP / VNC doesn't run anywhere near as fast.

      --

      perl -e 'fork||print for split//,"hahahaha"'

    7. Re:Excellent by Anonymous Coward · · Score: 0
      X-Windows is NOT sucking because of network transparancy!

      Instead of being able to cram graphics at the local AGP bus at the maximum speed, the software has to jump through hoops to check if the data is actually destined for another computer.

      Please show me some evidence that this does not slow down the GUI refresh rates? Also tell me why the Windows GUI is so much more responsive than X? In X you can see the menus and windows being drawn. In Windows you can't.

    8. Re:Excellent by Hatta · · Score: 1

      That's a fine idea. The top level post seemed to want to drop it all together. BTW, how bad does network transparancy affect performance? How do you test such a thing? where are the numbers?

      --
      Give me Classic Slashdot or give me death!
    9. Re:Excellent by Anonymous Coward · · Score: 0
      And how many computer users in the world currently require network transparency? Uh-huh? And since all those 90% of computer users can cope just fine without a feature that taxes the usability of the desktop (ie. speed), why do you think this project should keep the feature?

      Drop it and implement it on the user level for those who require it (just like on Windows).

    10. Re:Excellent by Anonymous Coward · · Score: 0
      BTW, how bad does network transparancy affect performance? How do you test such a thing? where are the numbers?

      Option 1): optimize the desktop graphics for the local AGP bus.

      Option 2): check first if you have to pipe the desktop primitives via network or if you can use the local AGP bus.

    11. Re:Excellent by Anonymous Coward · · Score: 5, Insightful

      It doesn't affect it. The people that believe that the X protocol is hampered by network transparency are wholly ignorant of how windowing systems work. Much of the perceived "slowness" of X programs are solely within the domain of the toolkits, themes, and applications that use them. All windowing systems use IPC for communication with the windowing system. Unix domain sockets are not exactly a burden with this regard. However, if one of the ignorant supporters of the removal of network transparency could be bothered to simply implement IPC over a different mechanism (quite possible), they would notice this.

    12. Re:Excellent by Hatta · · Score: 1

      Option 2): check first if you have to pipe the desktop primitives via network or if you can use the local AGP bus.

      How much time does this take? How do we know it's really significant without data?

      --
      Give me Classic Slashdot or give me death!
    13. Re:Excellent by Anonymous Coward · · Score: 0

      It doesn't hamper the usability of the desktop.

    14. Re:Excellent by shaitand · · Score: 1

      Because 10% is pretty significant. I think rather than dropping the feature it should be improved on. It's not something that taxes the usability of the desktop at all! Network transparency is NOT something which slows down your desktop apps, it's the toolkits that do that.

    15. Re:Excellent by shaitand · · Score: 1

      I don't believe I've ever seen X run slow enough that you can see the windows and menu's being redrawn... what are you using, gnome on a p1???

      I run fast 3d games like quake 3, neverwinter nights, and everquest w/lucin graphics engine on my linux system and see NONE Of this performance hit you speak of.

    16. Re:Excellent by Anonymous Coward · · Score: 0
      Aaaagh! Of course the desktop works and in this sense X does not "hamper the usability".

      What I want from my X desktop that it would behave as snappily as the Windows desktop!!

      How hard is that to comprehend? I don't want to compromise. I want the X desktop to feel as fast and responsive as it does in Windows. At present it does not.

      Your post is really an epitome of what's wrong with the open source. There is no ambition to surpass the existing commercial systems. "Hey, it works. Its usability might not be as great as in Windows, but hey, we've got these nifty features that you can access if you can suffer reading through a few kilos of info-pages". Fuck that.

    17. Re:Excellent by Anonymous Coward · · Score: 0
      what are you using, gnome on a p1???

      I ran:

      fvwm on my original pentium enlightement and windowmaker on PII-PIII gnome and kde on P-IV

      PIII and PIV were dual CPU.

      In comparison to Windows, it sucked.

    18. Re:Excellent by aussersterne · · Score: 1

      Post numbers showing where your overhead is taxing usability.

      So far every number I've seen indicates that unix domain sockets impose negligible (i.e. almost unmeasurable) overhead on modern equipment.

      Network transparency is not the cause of X being slow. Poor driver support from hardware manufacturers and having multiple very heavy toolkits on a single desktop are the cause of X being slow.

      --
      STOP . AMERICA . NOW
    19. Re:Excellent by Anonymous Coward · · Score: 0
      No.

      The burden of proof is definitely on you because common sense says that if you don't use the goddamnest fastest local bus for graphics, your refresh rates will suffer.

      Blaming the toolkits is just crap. Toolkits will do just fine if you have a straight path to the AGP bus.

    20. Re:Excellent by bark · · Score: 1

      Any why exactly does NX compression not come from the XConsortium? Because all the existing X bureaucracy keep on saying that there's no problem with network transparency & X ... so now innovations must come from outside.

    21. Re:Excellent by Anonymous Coward · · Score: 0

      Instead of being able to cram graphics at the local AGP bus at the maximum speed, the software has to jump through hoops to check if the data is actually destined for another computer.

      No it doesn't, it simply communicates over a unix domain socket. It goes through no hoops. The overhead of this is insignificant.

      Please show me some evidence that this does not slow down the GUI refresh rates?

      What is a "GUI refresh rate?"

      Please provide evidence that blting is slower in X than it is with GDI. You can put together a benchmark, I'm sure. Make sure you provide the requisite information for reproduction. Driver versions, OS and X versions, any kernel patches you may have applied, and to be on the safe side any details about specific chipset drivers used.

      Also tell me why the Windows GUI is so much more responsive than X? In X you can see the menus and windows being drawn. In Windows you can't.

      I don'tsee menus and windows being redrawn. If I had to guess as to why you see menus or windows being redrawn, I would think the fault lies in one of a few places:

      1) The kernel

      Due to the latency with non-patched 2.4.x and 2.2.x kernels you may need to run your X server with a higher priority in order to prevent other processes from interfering.

      2) Your computer is really slow and you're lying about Windows performance

      3) Your driver does not support hardware acceleration

      4) The toolkit(s), theme(s), or application(s) that utilize it/them are poorly designed. The toolkit may perform unnecessary redraws. Your theme (if any, and if not the toolkit itself) may choose inefficient means of redrawing itself. Your application may be performing long operations or otherwise blocking the update of the toolkit's state.

      In short, I suspect you have a rather limited, if any understanding of how windowing systems function, and X in particular.

    22. Re:Excellent by Anonymous Coward · · Score: 0
      How much time does this take? How do we know it's really significant without data?

      Common sense: if you don't feed data straight to the local AGP-bus you're losing time.

      Your move. Prove me wrong.

    23. Re:Excellent by Anonymous Coward · · Score: 0
      No it doesn't, it simply communicates over a unix domain socket. It goes through no hoops.

      It goes through a user-space socket instead of using the kernel to access the AGP bus? That's a hoop. Embedding the GUI hooks in the kernel should definitely bring along a performance boost.

      I'm running my Linux and Windows on the same computer using NVidia's GeForce4 drivers in both modes. Linux refresh-rates just suck in comparison to the Windows mode.

    24. Re:Excellent by dJCL · · Score: 1

      "what are you using, gnome on a p1?"

      That would run it fine, I know from experience... Maybe a 486 could cause those issues...

      As for network transparency, keep it! I use it everyday all day, I have 2(working on getting that to 3) xterms in my setup and they just run off my main box, so it is driving apps on 4 displays(it is dual head) at any given time... running kde3.1.2 on all displays and only using a AMDk6-2 500...

      The basic X protocol should definatly be supported, along with compression extensions, my older hardware could never be upgraded( propriatary software unfortunatly ) to the new protocols, but work fine with what is there, but I would love to use one of the linux boxes at school to access my system with some reasonable speed...

      Anyway

      --
      On Arrakis: early worm gets the bird. Magister mundi sum!
    25. Re:Excellent by Anonymous Coward · · Score: 0
      What I want from my X desktop that it would behave as snappily as the Windows desktop!! Nothing is done about it, because it isn't a problem. If you want to prove it to yourself, get to work.

      Spoken like a true Open Source advocate.

    26. Re:Excellent by Anonymous Coward · · Score: 1, Interesting

      Check this link for my argument of why framebuffer isn't a good solution. Framebuffer is actually slower because it doesn't take advantage of the video card.

    27. Re:Excellent by Anonymous Coward · · Score: 0

      It does on my machine. SGIs were known to have some of the fastest graphics going and they use X. Maybe you need to quit using Windows for a while.

    28. Re:Excellent by Anonymous Coward · · Score: 0

      Your post is really an epitome of what's wrong with the open source. There is no ambition to surpass the existing commercial systems. "Hey, it works. Its usability might not be as great as in Windows, but hey, we've got these nifty features that you can access if you can suffer reading through a few kilos of info-pages". Fuck that.

      Then use Windows. Open source will always be academic in nature. Its not trying to do business like Windows is.

    29. Re:Excellent by Anonymous Coward · · Score: 1, Insightful

      Just a question of time: we'll adapt the optimized drivers from X and run you over.

    30. Re:Excellent by Hatta · · Score: 1

      I'm only asking for information. If network transparancy is responsible for significant slowdown, then so be it. It's not a problem for me. I frankly don't know enough about how X works to put forth an arguement either way. But it seems to me that with the amount of crap network transparancy gets there would be some solid numbers behind it. It would be silly to undergo a major overhaul of the windowing system just to find that the bottleneck is in the toolkits as other posters have suggested.

      --
      Give me Classic Slashdot or give me death!
    31. Re:Excellent by fault0 · · Score: 1

      > if you don't feed data straight to the local AGP-bus you're losing time. .. but it already is under most current Xfree installations (i.e, the driver is using XAA or some other way of directly conversing with the hardware-- like NVIDIA's recent set of drivers)

    32. Re:Excellent by Shisha · · Score: 1

      How about going the way Apple did with OS X? That is to have something framebuffer / OpenGL based to display stuff on a local display and then have X11 sit on top of this layer for all the old/legacy applications. Now as far as I know GTK and QT already have framebuffer support, so all that would be needed is a hack that would allow QT/GTK to check if a local framebuffer is available and then use it, or if not then just use X11. This would take care of both KDE and GNOME for a start. IMHO X11 is usefull and I use it quite often so Im totally against dropping it. Besides VNC or Citrix don't provide the same functionality: they won't let you run just a _single_ application, say Mathematica, remotely and all the other ones, say xmms visualisation plugins, locally.

    33. Re:Excellent by drunk_as_in_beer · · Score: 1

      I don't believe I've ever seen X run slow enough that you can see the windows and menu's being redrawn...

      I've noticed that the widgets being redrawn for GTK apps tend to be really noticable. GTK apps in Windows don't have this problem. In X, when I switch between virtual desktops, I see Evolution take about a half a second to redraw itself. It is very noticable. Qt apps do it to, but not as bad. Mozilla is not as bad, but still noticable. Definitely something that needs a solution. Windows doesn't have this problem.

      I'm running on Duron 1 GHz with a Geforce2 for video, and 512MB RAM. If anyone can point me in the direction on how to tweak X to not have these problems.

      --
      --Drunk as in Beer
    34. Re:Excellent by SilverSun · · Score: 1


      Instead of being able to cram graphics at the local AGP bus at the maximum speed, the software has to jump through hoops to check if the data is actually destined for another computer.

      Wrong. In principle the X-Server (_server_) can make full usage of any bandwidth avaiable. The quastion is how does the data get from the client to the server. If you look more carefully, in the end there is not much difference between MSWindows and an XWindows environment where both client and server are on the same mashine.

      Please show me some evidence that this does not slow down the GUI refresh rates?

      Since this sentence doesn't make sense, I don't know how to answer.

      Also tell me why the Windows GUI is so much more responsive than X?

      Because the X protocoll sucks, didn't I mention that? It was designed in a different age for different hardware and different needs.

      In X you can see the menus and windows being drawn. In Windows you can't

      This is completely true (e.g. on my laptop when running GNOME or KDE) Again: THIS HAS NOTHING TO DO WITH THE PRINCIPLE OF NETWORK TRANSPARANCY! The reasons is the ancient/complicated/bloated protocoll. Complicated is especially bad, because the GUI toolkits have todo a lot of work at the wrong place. rendering verything from antialiased font, alphachannels down to the simplest GUI elements on the client side and then pumping it thru the protocoll layer is just insane. That is why X is slow. Network transparency adds a negligible amount of overhead on the desktop and buys you an enourmous advantage in a complex environment.

      --

      KdenLive/PIAVE - non-linear video editing

    35. Re:Excellent by Anonymous Coward · · Score: 0

      It goes through a user-space socket instead of using the kernel to access the AGP bus?

      Uhh, it uses a kernel-space unix domain socket to communicate the X protocol from userspace to userspace.AGP does not speak X. Your videocard does not speak X. Your driver communicates directly with your card in the most efficient manner possible. Software uses shared memory segments locally for image data. The X server directly blts data. It's really not hard to understand.

      Do you even know how Windows works?

    36. Re:Excellent by Overly+Critical+Guy · · Score: 1

      You're in a very, very small minority. Don't make the rest of us suffer.

      --
      "Sufferin' succotash."
    37. Re:Excellent by dspeyer · · Score: 3, Insightful
      Quite right, the performance penalty of network transparency is insignificant under normal usage. Under abnormal usage (displaying giant pixmaps repeatedly) there exists a special extension to use shared memory (I think this is the difference between the xvideo and plain x options in xine).

      The actual reason for X's poor performance, AFAICT, is that it doesn't expose all the hardware acceleration. Most recent video cards (including cheap ones like i810) have things like textures and gradients available at the hardware level. Xlib doesn't have such things though, it's full of primitives like "draw an arc", which comes up a whole lot less in modern GUI programming. So when GTK wants to create a shaded background, it passes it to X pixel by pixel (well, line-by-line) and X passes it to the card that way. A faster system would make the card do the work.

      This is difficult because not all cards have the same acceleration, and widget systems are going to need to support both this and the original X. Even so, we do it for 3d with opengl, so why not here?

    38. Re:Excellent by aussersterne · · Score: 4, Interesting

      All of the major UNIX vendors at one time or another have looked at implementing a shared memory transport for X messages on the theory that it would reduce overehead. In benchmarking, however, it was routinely found that Unix domain sockets imposed very little or in some cases less measurable overhead than shared memory. Net effect: no speedups to justify implementation. And in case you weren't aware, we do now have DRI and XV for 3D and video, which do dump network transparency in favor of speed in these extreme high-bandwidth cases. In fact, Linux+X outperforms Windows in terms of raw frame rate in many games on the same hardware (i.e. Quake+Nvidia).

      But that kind of raw data pumpking is not very useful for normal applications, which don't need heavy bandwidth at all! You seem to think that your AGP bus is a fat-pipe framebuffer and that given a simple enough toolkit, it would somehow be a speedup to blast 32-bit screen dumps onto it at full speed. But even if this were the case, the content of those dumps would have to come from somewhere. In the API of every modern windowing system (including MS Windows) you'll find heavy reliance on some sort of message passing interface to make the nuts and bolts of the user interface; in short, every windowing system is "network transparent", it's just that most of them are only flexible enough to use one transport method, unlike X, which lets you choose the transport method. And I challenge you to find me any non-motion-video non-3D desktop application that is bandwidth or latency limited even on 100Mb ethernet, much less gigabit ethernet or local transport (get netperf on your own PC and check out the unix domain bandwidth!) Most any kind of local transport is going to have negiligible overhead compared to the overhead imposed by data inefficiencies in toolkits themselves (message redundancy, uneeded refreshes, etc.), and neither of these runs up against any kind of bandwidth or latency ceiling on a modern PC either. Both KDE and GNOME have major architectural inefficiencies outside of the widget rendering path. Search google.

      And as far as burden of proof goes, you're the one proposing to throw away one of the most important features of the Unix desktop. I often hear complainers say that "90% of Unix users never need network transparency!"

      I don't buy that number. You're getting the Windows market confused with the Unix market mate, I'd guess that 70-80% of regular Unix users do make use of network transparency becaue the vast bulk of regular Unix/X users are doing so in an administrative capacity. I'd love to see a Slashdot poll on this point.

      --
      STOP . AMERICA . NOW
    39. Re:Excellent by Anonymous Coward · · Score: 0

      90%? Its more like 99.999%

    40. Re:Excellent by Anonymous Coward · · Score: 0

      Great, but your proxy is really just a kludge and doesn't solve any of the fundementally outdated design decisions.

    41. Re:Excellent by Overly+Critical+Guy · · Score: 1

      What is it that makes it suck, then? Why hasn't it been fixed after YEARS of complaints?

      Is it just a problem of motivation?

      --
      "Sufferin' succotash."
    42. Re:Excellent by FooBarWidget · · Score: 1

      "Unix domain sockets are not exactly a burden with this regard."

      In fact, Unix Domain Sockets are just as fast as shared memory, at least on Linux. The TCP/IP stack is completely bypassed. Unix Domain Sockets are meant for local IPC.

    43. Re:Excellent by Anonymous Coward · · Score: 0

      Ok fine network transparency isn't what is slowing down X. Then what is?

      The fact is that X is slow and unresponsive compared to windows. Why are so many people in denial?

    44. Re:Excellent by Russ+Nelson · · Score: 1

      Yup. Jim Gettys is starting to work on this. Many toolkits (cough, kde, cough, gtk, cough) have way too many X server round-trips. This greatly slows X down. jg has a program which shows developers exactly what they're doing wrong, so they'll be able to fix it.
      -russ

      --
      Don't piss off The Angry Economist
    45. Re:Excellent by Anonymous Coward · · Score: 0

      You really have no idea what you're talking about, do you?

    46. Re:Excellent by Anonymous Coward · · Score: 0

      > having multiple very heavy toolkits on a single desktop are the cause of X being slow.

      Time to retire this argument. When compared to Windows / Mac "toolkits", there's nothing particularly heavy about Motif, GTK, and QT.

      It's basically an admission that X was designed to run xterm and athena and everything else is beyond it's design specs. If X11 can't support the sort of UI expected by users in 2003, then it's time to kill it.

    47. Re:Excellent by Anonymous Coward · · Score: 0

      Please leave the GPL out of X11.

    48. Re:Excellent by Anonymous Coward · · Score: 0

      Try a fast wm, aka not gnome or kde, with decent drivers and you will see that X is fast enough.

      Without network transparancy is tried dozens of time and it isn't faster

    49. Re:Excellent by Anonymous Coward · · Score: 0

      Unless you've actually implemented X servers, you don't know what you're talking about.

      There is no reason for X11 network transparency to make X11 any worse for non-networked usage. Period.

      If overhead really becomes an issue (and it has not been shown to be, it is just something that some people seem to assume), the entire local path can use some sort of DRI, just like is currently done for OpenGL (DRI for local, GLX for network).

    50. Re:Excellent by FooBarWidget · · Score: 1

      "And in case you weren't aware, we do now have DRI and XV for 3D and video, which do dump network transparency in favor of speed in these extreme high-bandwidth cases."

      Actually XV *doesn't* dump network transparency. You can play a video over the network with XV.
      I don't know about DRI but I heard OpenGL is network transparent too.
      When done right, network transparency doesn't necessarily have to mean slowdowns.

    51. Re:Excellent by Viol8 · · Score: 1

      Really? Do how come I used to be able to run 20fps mpegs on my old 486 under X11 when windows
      had never even heard of the word? X is slow these days because of kludgy "toolkits" , people such as myself who code at the Xlib
      level know how it can fly!

    52. Re:Excellent by Anonymous Coward · · Score: 0

      Quartz is about a billion times slower than my X server for anything that doesn't involve transulucency. Quartz may or may not be faster at drawing various graphics primitives than various available drivers for XFree. There is nothing wrong with X that fixing broken toolkits and applications won't cure.

    53. Re:Excellent by Anonymous Coward · · Score: 0
      It goes through a user-space socket instead of using the kernel to access the AGP bus? That's a hoop.
      Not a very big hoop. Especially since on Linux, Unix domain sockets are zero-copy, if I am not mistaken.

      It's about as big of a "hoop" as the the long list of functions your application will probably call BEFORE actually getting to the part of the GUI library that does drawing. Which is, hopefully, not much.
    54. Re:Excellent by Anonymous Coward · · Score: 0

      Compared to Windows, Gnome and KDE _do_ suck. This is because they are pretending to be something they are not: Windows.

      I wish they would understand that the Windows model is not even very good to begin with. Windows manages to pull it off, possibly becasue Microsoft has been tweaking it for so many years, and probably have an insane sized staff working on the many aspects of doing this. However Gnome and KDE fall short somewhere of trying to be Windows, and end up doing a bad implementation of a bad model, as opposed to Microsoft, who do a good implementation of a bad model.

      I think Linux, currently, is best used as something that is configured from the command line, that happens to have GUI apps. This is how I use it. I am xterm-centric, but have a few gtk+ apps that I select from a graphical menu, and I have no complaints.

      Please don't tell me that the problem with this approach is that my grandma can't use it. I am not my grandma. (The truth of the matter is, my grandma cannot use ANY type of computer, but I degress.) I think a lot of the misdirected energy in Linux is that people fail to see any alternative to the Windows way of thinking. Anything that is "different", and not presented in a way that mimics Windows, is not only considered useless, ugly, archiac, etc., but is to be feared. The fact is that the command line is an inescapable aspect of Linux. In the current state of Linux, anyone who is not editing config files, configuring things by hand, or seeing stdout/stderr is missing a big piece of the picture in what is going on. Attempts to wrap that in a GUI fall short. Gnome and KDE simply do not make things work.

  4. Why not just implement a "testing" branch of X? by mhesseltine · · Score: 3, Interesting

    It seems that this group wants to push the envelope of features in X. Why not just do something like the Linux kernel numbering? e.g. 2.4 -> stable, 2.5 -> testing. Then, people could make a decision as to if they wanted to run the bleeding edge in an attempt to use new features. It'd also save the hassle of building for 2 graphics systems, and merging patches between the two code bases.

    --
    Overrated / Underrated : Moderation :: Anonymous Coward : Posting
  5. This is good. by AntiOrganic · · Score: 2, Interesting

    I think XFree has been lacking a lot of things for a long time, like true alpha blending between windows and such. Aside from things like the Render extension, this is a project that really hasn't gone much of anywhere in several years. Getting the features we need into the window system itself would position Linux much more prominently on the desktop.

    1. Re:This is good. by einhverfr · · Score: 1

      I think XFree has been lacking a lot of things for a long time, like true alpha blending between windows and such.

      Furthermore it is likely that ideas which are useful will be integrated to the other fork, as we see with SAMBA and SAMBA TNG. This may very well be good for all parties involved.

      --

      LedgerSMB: Open source Accounting/ERP
    2. Re:This is good. by Mark+Bainter · · Score: 2, Interesting
      I think XFree has been lacking a lot of things for a long time, like true alpha blending between windows and such

      I disagree. This is not, or rather imo it should not be, a high priority. It's very pretty, but not exactly XFree's biggest problem. They need to solve the issues surrounding configuring X, and handling various input devices. They need to move it to a halfway usable build system. They need to stop forcing me to build and install a driver for every video card in the world even though I rarely even have more than 2 or 3 video cards in any one box. And most people only have one.

      It needs to stop accessing hardware directly and work to play nice with the kernel. We can worry about alpha blending and such later.

      --
      "No nation could preserve its freedom in the midst of continual warfare."
      --James Madison
    3. Re:This is good. by i_am_nitrogen · · Score: 1

      There are advantages to having every graphics driver installed. There is little code duplication between drivers compared to Windows drivers, so they don't take up that much disk space. The best thing, though, is that you can have ultimate plug-n-play: you put in a new video card, and you don't have to search for drivers or download or compile anything new; the drivers were included, so you can just plug in the card and go.

    4. Re:This is good. by bluGill · · Score: 1

      Fine, but I havn't yet changed my video card since I built this machine 4 years ago. (Matrox Millimun II, awesome card today if you don't do 3D, which I don't) I build a custom kernel for my machine. Sure I don't have the ability to plug something obsucre like an ATA harddrive[1] but I don't have any of those, nor do I plan to get one. If I did enabeling support is just a compile away and meanwhile I save just a little memory.

      Sure not everyone compiles a custom kernel, and for most people it is pointless to do so. However the ability to do so is worth it. Embedded systems often suffer for limits that general purpose PCs don't have, a custom X server with only the features used internaly might be worth it to someone writing one.

      [1]For those who didn't get the joke, ATA harddrives are perhaps the most common periferal in a computer.

    5. Re:This is good. by Anonymous Coward · · Score: 0

      They need to stop forcing me to build and install a driver for every video card in the world even though I rarely even have more than 2 or 3 video cards in any one box. And most people only have one.

      It doesn't force you to do that - it's just the default build setting. X doesn't have a particularly friendly build process, I admit, but to disable unwanted drivers, just edit the line in host.def that lists them.

    6. Re:This is good. by Anonymous Coward · · Score: 1, Informative

      There are some nice features going into Xouvert, one of them is the auto hardware recognition system which I feel is very cool and should be the way to go.

      From Xouvert Wiki:


      Ouverter is a new hardware auto-detection system build ontop of Xouvert kernel module. Ouverter
      provides hooks to hardware detection and auto configuration. The system would generally auto
      configure most common devices; such as mice, keyboards, gaming devices and DMS supported monitors.
      Ouverter would also auto detect most modern video cards, using a database of card lookup, this
      database would be updated regularly and new card signatures would be added and distributed outside
      the usual Xouvert releases (to faciliate new hardware detection). A windows like display change
      support would be built in as well.



      This is cool and much appericated feature, I wish them luck and wait for their first release.

    7. Re:This is good. by broeman · · Score: 1

      I have seen that several linux distributions already have made a simular approach. When I had to set up SuSE for a friend of mine, yast2 automatically found the card and the best resolution for it. It is a shame that SuSE (and other distributions) don't share this approach with XFree86 or others, but the reason is that it is their advantage on the linux-market. If Xouvert succeeds and GPL that code, the users wins and the distributions needs to find even better reasons to choose their version (again more gain for users).

      --

      (yes this can be compared with sex)
    8. Re:This is good. by i_am_nitrogen · · Score: 1

      Of course, I didn't say there were no advantages to having just the drivers you need... :)

      I also build a custom kernel. I agree with points made by those on both sides of the argument.

  6. I hope they integrate NX compression by divec · · Score: 5, Interesting

    If they're trying to include useful third party contributions, they could do worse than include NX, a revolutionary new compression and proxying technology that makes it possible to run an X session over a 9600 modem at a useable speed. But I didn't completely understand their policy on licences (the NX infrastructure is GPLed, whereas X is under the MIT licence).

    --

    perl -e 'fork||print for split//,"hahahaha"'

    1. Re:I hope they integrate NX compression by listen · · Score: 4, Informative

      Only the proxy is GPLed, the Xlib stuff is X11. The proxy is a separate program, so thats ok.

      What is really needed is a driver for the XServer that will duplicate the current X command stream. This could then be sent to the NX proxy, and actually use it as a remote desktop. Also could use VNC, and it could also be useful for providing desktop pagers with full update capability.

    2. Re:I hope they integrate NX compression by divec · · Score: 1
      What is really needed is a driver for the XServer that will duplicate the current X command stream. This could then be sent to the NX proxy, and actually use it as a remote desktop.


      If I'm understanding you correctly, that's exactly what "nxagent" does - it appears on your local machine as a remote desktop, either in a window or full-screen. A "rootless" option, which will run individual remote applications under your local window manager, is apparently on the way.
      --

      perl -e 'fork||print for split//,"hahahaha"'

    3. Re:I hope they integrate NX compression by listen · · Score: 4, Interesting

      No. You've completely misunderstood.

      I am talking about exporting your whole local session to another box. The server side, not the client side. The server side of NX makes a whole other X server, ie a new session. I'm talking about taking your normal X session, and exporting that.

      Look at KDEs remote desktop feature. At the moment, it is a horrible hack, which takes screen shots and uses the VNC protocol to send them over the network. In an ideal world, it would just connect to the X server, say "I want all the drawing commands from now on.", and the X server would send that, which would be then translated to VNC or RFB or NX. This would be far less heavy weight, and far more responsive.

    4. Re:I hope they integrate NX compression by Anonymous Coward · · Score: 0

      Yes! I'd love exactly this. I've used x0rfbserver, but it's also just a bad hack and not very responsive. I guess this is how the windows VNC server works too, but that's also kind of slow...

    5. Re:I hope they integrate NX compression by Alien+Being · · Score: 1

      Yeah, it makes sense to put some better hooks into X so that x0rfbserver doesn't have to do so much polling.

      But it would be even snappier if the X11[VNC|RDP|NX] conversion(s) could be handled in the same process space as the physical server.

    6. Re:I hope they integrate NX compression by Anonymous Coward · · Score: 0

      Conisdering that I use to run X over a 1200 b modem back in the early 90's, I would not consider it revolutionary.

    7. Re:I hope they integrate NX compression by iserlohn · · Score: 4, Informative

      Maybe you are looking for this-

      http://xf4vnc.sourceforge.net/

    8. Re:I hope they integrate NX compression by Alien+Being · · Score: 1

      Wow! Have you tried it?

    9. Re:I hope they integrate NX compression by tyrione · · Score: 1

      Don't be an ass.

      The Xlibs back in the early 90's didn't come with a fraction of what X does today.

      So in that respect it would be news.

    10. Re:I hope they integrate NX compression by listen · · Score: 1

      The problem is, its GPLed ( uses vnc code. )

      So it can't be used along with, say, nVidia or ATIs binary drivers. And it can't be integrated with X upstream.

      But its a good first step ;-)

    11. Re:I hope they integrate NX compression by abe+ferlman · · Score: 1

      erm, perhaps the problem is that nvidia and ati's drivers are binary, not that the infrastructure is GPL'd...

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    12. Re:I hope they integrate NX compression by TheQuantumShift · · Score: 1

      9600? Hmmmm... WHY!?! Last I checked 56k modems ran for about $5 a piece (less in bulk). Honestly people, isn't it time to face the facts? It's the 21'st freaking century here! I'm in no way opposed to using old hardware. Hell, I say get all we can out of that stuff. But this "I can run a webserver on my TI-99" shit just has to stop...

      --

      Shift happens. Fire it up.
    13. Re:I hope they integrate NX compression by Anonymous Coward · · Score: 0

      While I agree that binary drivers are bad, it has also been the policy of XFree86 to keep the code under the X11 license, and I expect the same from forks.

      If you're saying that they should switch to GPL, consider how long X has done well (and remained free) under the X11 license. There have been a few proprietary forks, but (on Linux/*BSD), they've been kept marginal by XFree86.

    14. Re:I hope they integrate NX compression by Dave9876 · · Score: 1

      Ummm, well, how about the fact that there are still area's that you can't get 56k of bandwidth. I think with applications like communications with deep space probes you're lucky if you get >100 baud.

      There are also places where you don't need huge globs of bandwidth. I run serial consoles at 9600 baud just because it's all that's needed for the application.

      Also, just because you have a lot of bandwidth doesn't mean it's time to start wasting it. Remember, in some communications, every bit counts. So stop being sloppy.

      I mean, here in .au, a lot of broadband isp's are still trying to charge around 18c/MB on business plans. If you're wasing 9600 bits per second, that's approximately 1KB/s (assuming 2 stop bits per byte) of wastage, or about 3MB per hour. Now, if you're a business and you're running this around 20 times (that's not many instances even for a small company), thats a cost of $10.80 per hour, or ~$250 per day. It adds up.

    15. Re:I hope they integrate NX compression by rhkramer · · Score: 1

      > 9600? Hmmmm... WHY!?! Last I checked 56k modems ran for about $5 a piece (less in bulk).

      Well, I live too far from my telephone central office for DSL, my cable company offers only one way modems (in my neigborhood), the best my 56k modem can connect at is around 33k, and I share the connection with two other members of my family.

      Something that operates on a 9.6k line would be nice!

  7. For those who don't know... by nomis80 · · Score: 5, Informative

    "ouvert" means "open" in French.

    1. Re:For those who don't know... by nomadic · · Score: 1

      I say we rename it Liberty Window...

    2. Re:For those who don't know... by Anonymous Coward · · Score: 0

      It's just like french people to split when the going gets tough. (Stupid quebec)

    3. Re:For those who don't know... by Jeremiah+Cornelius · · Score: 1
      I say we rename it Liberty Window...
      Ahhh...

      That is to say, a French window!

      --
      "Flyin' in just a sweet place,
      Never been known to fail..."
    4. Re:For those who don't know... by bruthasj · · Score: 2, Funny

      French?! I thought we were renaming anything French into its American equivalent! Are we digressing?

      (j/k btw)

    5. Re:For those who don't know... by Anonymous Coward · · Score: 0

      French?! I thought we were renaming anything French into its American equivalent!

      Yeah, but XWe'reObnoxiousRetards was too unwieldy.

      Also j/k...

    6. Re:For those who don't know... by SoTuA · · Score: 1
      French?! I thought we were renaming anything French into its American equivalent! Are we digressing?

      Yeah! Let's call it XFreedom! :D

    7. Re:For those who don't know... by Wolfier · · Score: 0, Flamebait

      French...what a redundant language...I've studied Latin and found that while other derivatives of Latin (Spanish, Italian, Portugese) simplifies the language somewhat, French is actually a step backward.

      Especially in the pronunciation department. (English is not much better, but alas, at least it has the excuse that it borrows from 1000 other languages)

      No wonder why the French spends so much time making up rules protecting the language (e.g. banning government use of "email"). Because it simply has no chance of survival in the battlefield of languages.

    8. Re:For those who don't know... by mrogers · · Score: 1

      I used to feel the same way about French, but after reading Programming Perl I'm beginning to appreciate the minimalism, simplicity and elegance of the French language.

    9. Re:For those who don't know... by Trepalium · · Score: 1

      minimalism? How about their gendered nouns and excessive conjugation of verbs? French pronunciation might be fairly straightforward, but it's grammatical rules are not.

      --
      I used up all my sick days, so I'm calling in dead.
    10. Re:For those who don't know... by jovlinger · · Score: 1

      regressing perhaps, but I digress.

    11. Re:For those who don't know... by bruthasj · · Score: 1

      my etymological skills aren't up to par. thanks for the tip.

    12. Re:For those who don't know... by Anonymous Coward · · Score: 0

      Would you care to courriel that little tidbit to the rest of us. Or maybe not, we might treat it like spam.

  8. Should be interesting. by FreeLinux · · Score: 2, Funny

    By doing release early, release often, we hope to reduce the risk to Xfree86 of incorporating new drivers and features.

    Translated: By doing release early, release often, we should be able to produce a window system that is buggy enough to rival Windows 95a.

    1. Re:Should be interesting. by FooBarWidget · · Score: 4, Insightful

      But when done right, they can release often but still have stable released. See the GNOME project. They have a very strict policy in not breaking compatibility between minor versions and not changing big things during freezes. As a result, the GNOME 2.x series are more stable than any previous GNOME releases. Compare the stability of GNOME 1.0 with 2.0: huge difference!

    2. Re:Should be interesting. by ciroknight · · Score: 1

      But as I've experienced X currently, It's as slow as Windows 3.1's graphics, and at least three times as hard to configure.. Even with all the configuration tools, 3 hours of time to kill, and a bottle of migrain medicine, it STILL gave me the worlds biggest headache trying to configure it to work with my card, mouse and monitor (It'd let me either get the monitor and the card, or the card and the mouse, but never the monitor and the mouse and the card...)

      Personally I hope to see this. It sounds awesome if they can keep it bug-free and start implementing some speed and neat features (framebuffer mode, desktop anti-aliasing, true alpha blending, and maybe a control panel app to control it all, along side a quick configuration tool that actually works).

      --
      "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
    3. Re:Should be interesting. by shepd · · Score: 1

      >along side a quick configuration tool that actually works

      Hmm...

      shepd@server:~$ xf86config

      4
      y

      1
      1

      n

      10
      4

      y
      6

      9

      4
      4

      Is that really so tough? It's always worked for me...

      Must avoid lameness filter!

      Please try to keep posts on topic.
      Try to reply to other people's comments instead of starting new threads.
      Read other people's messages before posting your own to avoid simply duplicating what has already been said.
      Use a clear subject that describes what your message is about.
      Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page)

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    4. Re:Should be interesting. by ciroknight · · Score: 1

      I guess my hardware just isn't as compatible with linux as yours seems to be, and secondly, that stream of numbers/letters is just as confusing as the configuration utility.. The only one I've seen that I can make sense of is the one included with debian, anXious I think is what it's called, and even though I can figure it out, I'm still not sure of the refresh rates of my monitor, and I think the typical end user isn't either.. maybe I'm just a complete loser, but sometimes these things need to be addressed..

      It's the only reason left I haven't committed my desktop completely to linux.. worries of hardware compatibility..

      --
      "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
    5. Re:Should be interesting. by aled · · Score: 1

      Make it 10 times and it would be more like it.

      --

      "I think this line is mostly filler"
    6. Re:Should be interesting. by aled · · Score: 1

      That's exactly the comment I received in my first work talking to a mainframe guy when I sayed that my PC text editor was easier than the maiframe text editor: an uncomprehensible sequence of 1 character commands/data.
      Is so hard to understand that in 21 century we simple mortals expect that the computer autodetect at least 99% of this configurations? even ms windows does it!
      BTW, would YOUR config work in HIS system? I doubt it so much...

      --

      "I think this line is mostly filler"
    7. Re:Should be interesting. by redhog · · Score: 1

      You MUST know the refresh-rates your monitor can stand. Or at least guess a too low value, or your monitor may brake. And there is no way the computer can ask a(n older) monitor for this info! Even Windows has to ask the user. The thing is, this info is written in the monitor manual. You don't need to know what they mean, just look them up and copy the values.
      Btw, to get a usable config for X, it is most often sufficient to just use the output file of 'X -configure'...

      --
      --The knowledge that you are an idiot, is what distinguishes you from one.
    8. Re:Should be interesting. by shepd · · Score: 1

      >I guess my hardware just isn't as compatible with linux as yours seems to be

      Beats me! I do try to buy only fully GPL linux supported items. That means I always try to avoid anything made by NVidia. Binary only drivers are just asking for trouble. NVidia is very adamant about keeping anything they make very proprietary -- to the point that the nforce2 network adapter's drivers aren't integrated into the kernel (and never can be), which makes it useless if you want to upgrade the kernel (you'll lose network connectivity on the first boot).

      >and secondly, that stream of numbers/letters is just as confusing as the configuration utility..

      Bummer. For me, I figured it out on first use. But, trying to adjust the refresh rate of my monitor in windows (I have an ATI Radeon) is a confusing maze! Why are there two different places I have to set the refresh rate? Blech!

      >The only one I've seen that I can make sense of is the one included with debian, anXious I think is what it's called, and even though I can figure it out, I'm still not sure of the refresh rates of my monitor

      Never tried it. Your monitor refresh rates should be in the manual, but if they aren't, for modern monitors, 75 Hz Vertical and 90 - 150 Khz Horizontal aren't bad choices. X is no better at ruining your monitor than windows in this regard (choose 120 Hz Vertical refresh in windows on a monitor that doesn't support it and it'll fry just the same).

      All in all, just choose the same refresh rates you're currently using. :-)

      >maybe I'm just a complete loser

      No, not at all.

      >but sometimes these things need to be addressed..

      Agreed. An automatic config utility that's standard and included WITH Xfree86 would be nice...

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    9. Re:Should be interesting. by Anonymous Coward · · Score: 0

      go get your monitor manual.
      you are making things more difficult tahn necessary by playing the confused end user.

      forget about the typical user. got to your monitor manufactureres websiter. go look up the refresh rate.

      43 seconds later, you have it configured.

    10. Re:Should be interesting. by ciroknight · · Score: 0

      Lemme see.. now would that be AT&T.com.. oh wait, they don't make computer monitors anymore.. bummer...

      --
      "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
    11. Re:Should be interesting. by shepd · · Score: 1

      >That's exactly the comment I received in my first work talking to a mainframe guy when I sayed that my PC text editor was easier than the maiframe text editor: an uncomprehensible sequence of 1 character commands/data.

      Hey, after a month of using seu, I loved it! ;-)

      Then again, after using RPG for a few months, I almost started to like it...

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    12. Re:Should be interesting. by Anonymous Coward · · Score: 0

      > Compare the stability of GNOME 1.0 with 2.0: huge difference!

      This is a bit of a red herring. Even GNOME loyalists admit that GNOME 1.0 was beta software. The *REAL* GNOME 1.0 was October GNOME or GNOME 1.2.

    13. Re:Should be interesting. by len_harms · · Score: 1

      we hope to reduce the risk to Xfree86 of incorporating new drivers and features

      Am I the ONLY one that read that as 'we do not want new drivers, only old ones?' :)

    14. Re:Should be interesting. by aled · · Score: 1

      That's why I think so much people loves vi; after being forced to use it for a while (happens on some commercial unixes), one needs to justify the effort spend :-)

      --

      "I think this line is mostly filler"
    15. Re:Should be interesting. by lcs-150 · · Score: 1

      With newer monitors and XF86 4.x you can just use Option "DPMS" in the monitor section and not worry about knowing the refresh rates. It's unfortunate that there's no way (at least that I'm aware of) of specifying that when using the XF86Config script, but I suppose that's another good reason for a fork/branch.

    16. Re:Should be interesting. by broeman · · Score: 1

      the idea of Xouvert is to be the bleeding edge of X. I see it as a kind of forum for many ideas to be implemented. Another group (maybe XFree86) could then fix the bugs and release usual stable releases.

      --

      (yes this can be compared with sex)
  9. The Xouvert name by reynaert · · Score: 2, Funny
    What kind of a name is Xouvert?
    Xouvert is named after the ancient Babylonian goddess of open windows, wooden digging implements, and moonlight. A notorious ritual among the higher levels of Freemasonry has kept her memory alive until now. Xouvert, awake!
    Or maybe, just maybe, "ouvert" is the French word for "open". Bunch of wankers.
    1. Re:The Xouvert name by varslot · · Score: 1

      And what is the origin for the French word? Maybe there is a connection.

      --
      There arises from a bad and unapt formation of words a wonderful obstruction to the mind. (Francis Bacon)
    2. Re:The Xouvert name by reynaert · · Score: 1

      Maybe this will answer some of your questions.

    3. Re:The Xouvert name by vastabo · · Score: 1
      Does this have anything to do with Inspector Javert from Les Miserables?

      Hmm... an obsessive, hard-ass X server that hounds you at every turn no matter how hard you try--we already got that.

      Trying setting up X on a Virgin Web Appliance.

  10. What? by Anonymous Coward · · Score: 2, Funny

    "They hope to reduce the risk to XFree86 of incorporating new drivers and features" ????

    Idea dislexia? Are they really trying prevent new drivers and features?

    Heh, if that were the case, I suppose they could stop at their name change and say they're done:)

    1. Re:What? by Deusy · · Score: 2, Informative

      "They hope to reduce the risk to XFree86 of incorporating new drivers and features" ????

      Idea dislexia? Are they really trying prevent new drivers and features?

      Heh, if that were the case, I suppose they could stop at their name change and say they're done:)


      The only one with dyslexia here is you.

      "to reduce the risk"... let's put it in baby english for you... "to make it easier"...

      Rewritten: "They hope to make it easier for XFree86 to incorporate new drivers and features"

      You quote something reasonable and pretend it's something else. That's not even trolling, that's just plain stupid.

      --

      Free Gamer - Free games list and commentary

    2. Re:What? by Anonymous Coward · · Score: 0

      He obviously made a joke and you respond seriously. Now THAT's stupid.

    3. Re:What? by Anonymous Coward · · Score: 0

      What standards are we using for "joke" these days? An intentional misreading of an ambiguous sentence can be done to comic effect. But not only was this sentence clear (if not well written), it's hard to see how his misinterpretation could have come about. If I were him, I'd want people to believe I misread rather than have them think that message was my idea of humor. (Anyone can make a stupid mistake, so it doesn't say much. But to so seriously miscalculate what is funny [or even capable of being funny] is truly sad.)

  11. Huh? by dorker · · Score: 1, Funny

    Reading the article title it sounds like the fork is named "website".

    1. Re:Huh? by Paul+Jakma · · Score: 1

      OpenGL ... which is also network transparent. <OpenGL> obviously proves that network transparency doesn't slow you down,

      Incorrect. OpenGL is an API. It is not network transparent, nor is it not network transparent - its an API. OpenGL implementations on Unix/Linux usually will support both rendering directly to framebuffer (eg DRI on Linux/XFree86) or else render over an X connection via the GLX (GL over X) extension. So:

      DR (eg DRI) -> not network transparent.
      GLX -> network transparent.
      OpenGL -> API.
      Implementation of API can support DR and/or GLX.

      Note that back in the days when 3D hardware was much slower, OpenGL rendering via GLX to another machine could be faster than rendering direct, as it meant you had 2 CPUs available for rendering the OpenGL pipeline. These days, with very higly capable 3D hardware cheaply available and CPU fill rate often the bottleneck, GLX is typically many many times slower than DR rendering on the same machine, and even slower for remote rendering.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
  12. Re:NDAs? What the FUCK?!?!?! by dmp123 · · Score: 2, Interesting

    Perhaps it's *YOU* who should 'get it'.

    Had you RTFA properly, you'd have seen the next line says

    "All code that enters the project is under the standard X11 license, or compatible free license as specified by the Free Software Foundation."

    See, that's not so bad, is it?
    Seriously, I don't particularly like NDAs, but as long as the source code is 'free', then it's really not a problem IMHO.

    David

  13. On the first line of the page. by FreeLinux · · Score: 2, Informative

    On the first line of the page, it says: Xouvert is an experimental branch of XFree86.

    Looks like you got what you wanted.

    1. Re:On the first line of the page. by Anonymous Coward · · Score: 2, Informative

      Not really, no. Everyone associated with that project, save for the person who made the page apparently, is referring to it as a fork. And in personal conversation they're all referring to it as an eventual replacement and competitor to Xfree86.

      Looks like I got what I was always afraid might happen.

    2. Re:On the first line of the page. by mhesseltine · · Score: 4, Informative

      Yes, it's starting as an experimental branch from XFree. Other experimentals include:

      • GCC/EGCS
      • Emacs/XEmacs
      • Minix/Linux
      • BSD4.4/OpenBSD/NetBSD/FreeBSD
      See a pattern yet? They are doing their own source tree, their own code control, etc. This is not a branch of the official XFree86 project. This is a fork, which will be maintained independently of XFree86. It seems that one of two things will happen here.
      1. The graphics development community splits, with some supporting this project, others supporting XFree (thus reducing the amount of development getting done)
      2. One of these projects will die out either from a mass exodus of developers (everyone leaves the XFree project) or lack of interest (no one moves to this new project)

      While I'm not against going out on a limb and doing something innovative, I just wonder if it would have been better to try and accomplish this within the project that currently exists?

      --
      Overrated / Underrated : Moderation :: Anonymous Coward : Posting
    3. Re:On the first line of the page. by SilverSun · · Score: 4, Insightful

      You have not understood how open source developement works. There is not a fixed amount of development power that can be distributed among the number of existing projects. A fork can ultimatively tab new sources of creativity and also the pure stimulus of competition can mean a boost for both projects.
      I strongly believe that this is e.g. true for gcc/egcs but also for KDE/GNOME. None of the projects would be where they are without the competition of the couterpart.

      Cheers

      --

      KdenLive/PIAVE - non-linear video editing

    4. Re:On the first line of the page. by lederhosen · · Score: 4, Insightful

      > ...I just wonder if it would have been better to try and accomplish this within the project that currently exists?

      Maby they did not succed.

    5. Re:On the first line of the page. by stephenry · · Score: 4, Interesting

      As far as I've been led to believe, there are *no* developers for the current Xfree, that being the need for a fork in the first place. Whereas now people may show an interest in working on Xfree, they have little hope of ever making an actual contribution (due to politics and the general lethargy surrounding the head honchos). So in that way, there really aren't any developers to lose.

      I personally applaud this fork, anything that encourages support, and let's be honest, momentum, to a application as critical as X, can't be anything but a good thing. One thing is for certain, these guys have made an effort to changes things; and that's far more than those in Xfree, or the aborted mess of a website, xwin, have done!

    6. Re:On the first line of the page. by Anonymous Coward · · Score: 0

      EGCS was implemented specifically as a developmental fork of GCC. GCC 2 was eventually replaced with EGCS, providing a better compiler for everyone. So that example isn't exactly relevent.

      Minix & Linux are also two entirely different Operating Systems with entirely different goals and development models. Linux was not a fork of Minix, so again that is not exactly relevent.

      XWin & XFree will most likely remain largly compatable until one begins to show a clear lead.

    7. Re:On the first line of the page. by TheRaven64 · · Score: 1
      The new project is going to be X11 licensed. XFree86 is X11 licensed. Code from one X11 license project can freely be used in any other X11 licensed project (or any BSD or GNU licensed project). If they were going to GPL the fork, then this would be a bad thing, because then code could only flow on way, since the GPL is far more restrictive.

      For an example of how this process works, take a look at the *BSDs. New things are typically implemented for one, tested and then ported to the other two.

      --
      I am TheRaven on Soylent News
    8. Re:On the first line of the page. by Anonymous Coward · · Score: 0

      Yeah, except that experimental forks can rejoin. EGCS went back to GCC, and XEmacs (so the legend from ages past goes) will one day merge with GNU Emacs.

      I'm only hoping this new fork will have similar fate as XEmacs. And it may.

    9. Re:On the first line of the page. by nathanh · · Score: 1

      Yes, it's starting as an experimental branch from XFree. Other experimentals include:

      • GCC/EGCS
      • Emacs/XEmacs
      • Minix/Linux
      • BSD4.4/OpenBSD/NetBSD/FreeBSD

      Linux is not and never was an experimental branch of Minix.

    10. Re:On the first line of the page. by Mark+Bainter · · Score: 3, Interesting
      While I'm not against going out on a limb and doing something innovative, I just wonder if it would have been better to try and accomplish this within the project that currently exists?

      Well, maybe because the XFree team isn't interested in anything except improving graphics drivers? I mean, I love X, I think it's a great concept, but XFree86 needs improvement. Not necessarily in overal concept, but in implementation. Lots of cleanup and rewrite work to be done that could make X a lot better than it already is.

      But if nobody in the core team is interested in any of that, then you have no choice but to try other methods of getting it accomplished. However, I'm disappointed that I don't see any of the X developers I"d expect to see listed on the project page. It makes me hesitant to jump on this thing as a great move. Regardless, I don't think it's a bad move, but it's not the fork I've been waiting to see. I guess we'll have to see how things play out.

      I'm encouraged by their choice of repositories though. It'll be good to see how Arch works for them. I anticipate they'll be very happy with it.

      --
      "No nation could preserve its freedom in the midst of continual warfare."
      --James Madison
    11. Re:On the first line of the page. by James+Lanfear · · Score: 1

      Nor were {Net,Free,Open}BSD experimental branches of 4.4BSD. Or XEmacs of GNU Emacs, as I recall.

    12. Re:On the first line of the page. by mhesseltine · · Score: 1

      I stand corrected on both. Although, they were forks of a project, some of which were/are maintained individually, others that got merged back with the original parent, or replaced the original.

      --
      Overrated / Underrated : Moderation :: Anonymous Coward : Posting
    13. Re:On the first line of the page. by micheas · · Score: 2, Interesting

      One of the problems with xfree86 is that it is almost impossible to get patches considered. (ATI tried and failed.)

      A lot of positive changes have happened to xfree86 since the threat of a fork. but none of them have addressed the fact that some of the leadership is using the position as resume/C.V. padding.

      One of the primary maintainers of xfree86 made a statement where he admitted that he uses w2k as his desktop. and doesn't really use X. (check google for references, I'm too lazy at the moment.)

      Xouvert my well get contributions from ILM, Pixar, Nvidia, ATI, and others that xfree86 had no interest in. Either xfree86 will become more focused on progress or the will become irrelevant.

      Your premise that there is no mass rejection of qualified developers at present is wrong.

      The premise that there are a finite amount of programmers, if you have less than five projects filling a need is also wrong.

      This is the best news about the *n*x desktop in the last month.

      To Jonathan Walther, William Lahti, RJ Bergeron, and everyone else involed, Thank you.

    14. Re:On the first line of the page. by jejones · · Score: 1

      Well, maybe because the XFree team isn't interested in anything except improving graphics drivers?

      If that were the case, wouldn't the Gatos Project have been integrated into XFree86 long ago?

    15. Re:On the first line of the page. by jbolden · · Score: 1

      This is really pretty similar to the NetBSD / OpenBSD fork. Leader in the core group gets expelled and takes 1/3rd of the developers with him to persue similar but different ideas. Ideas get more different the moment they divorce since compromise is no longer neccesary.

      This is a fork. Since the leaders of the fork are Suse and Redhat I'd assume this pretty much means Linux forking from X.org. In particular I'd assume they will allow GPLed software inside of X.

    16. Re:On the first line of the page. by jbolden · · Score: 1

      I don't know.

      1) It was called "Linus's Minix" from its first FTP
      2) The early people were part of the Minix group
      3) They forked off / created new code over control issues.

    17. Re:On the first line of the page. by jbolden · · Score: 1

      There are tons of developers on XFree. Where do you think the new versions are coming from. You might be confusing the X consortium (X.org) which hasn't published since the late 1990's with XFree86 (xfree86.org) which is an implementation.

    18. Re:On the first line of the page. by phaze3000 · · Score: 1
      1) It was called "Linus's Minix" from its first FTP 2) The early people were part of the Minix group 3) They forked off / created new code over control issues.

      Actually, it was always called Linux on the FTP, although Linus had intended it to be caleld Freax. Whilst it's true that most of the early Linux discussion took place on comp.os.minix, Linux was written from scratch and was in no way a fork of Minix, nor did it use any Minix code.

      --
      Blaming GW Bush for the Iraq war is like blaming Ronald McDonald for the poor quality of food.
    19. Re:On the first line of the page. by jbolden · · Score: 1

      Check you'll see it wasn't. It was called:
      LINIX not LINUX.
      LINIX = Linus' Minix
      Linux = play on LINIX and Linus' name

      As for the 100% code disparity actually the early versions did have some Minix code, they got rid of it quickly.

    20. Re:On the first line of the page. by Anonymous Coward · · Score: 0
      In particular I'd assume they will allow GPLed software inside of X.
      This could be bad news for any possible XFree86 re-unification efforts in the future.
  14. Re:NDAs? What the FUCK?!?!?! by Joe+Tennies · · Score: 1

    XFree is under the X License (fairly similar to the BSD license). There is currently no issue with making drivers that are binary only. The only place you can't put in binary drivers is the Linux Kernel (as it is GPLed).

  15. Re:NDAs? What the FUCK?!?!?! by Anonymous Coward · · Score: 0
    Really? Well, just tell me how does an NDA fit with open source?

    Open source means that everything is in the open. No dirty links to binary-only libraries. You think that's OK? Then you're with the traitors, the conforminsts who are slowly, piece by piece, selling the greatest software ideology in the history, the best hope for truly free software out of the reach of the capitalist and oppressive corporate world, to the enemy.

    Unless you're with us, you are selling the future of your fellow man to the money. How does that make you feel - traitor?

  16. Name sucks. by Chromodromic · · Score: 4, Insightful

    ... From a marketing standpoint. That's it. It's hard to immediately discern how it's pronounced, it's got seven uneven letters, it's relatively long and it has no obvious immediate meaning or collection of related possible meanings based on the roots of the word.

    So what if 'ouvert' is 'open' in French. I didn't know that. Lot's of people don't know that. Learning that doesn't make you go "ooooo, that's so cool". It just makes you go, "oh".

    Open source projects, especially projects of any magnitude should try, from time to time, for some true open source marketing. Unfortunately, engineers, no matter how smart they may be at one thing, are frequently not as smart as they think they are at many things, and so they drop the ball in some areas. This is a decent example.

    Of course, 'Vim' and 'Emacs' aren't exactly stellar examples of naming, either, but on the other hand they haven't had much success outside certain circles, and they're both pretty amazing editors. Someone might say that has more to do with their vertical learning curves compared to, for example, 'Word' but their names certainly didn't help ...

    --
    Chr0m0Dr0m!C
    1. Re:Name sucks. by zzendpad · · Score: 2, Insightful

      I've been saying for quite a long time that I think this is a big reason that Ogg Vorbis has not caught on. And people can argue all they want, claiming that it has caught on... But it really hasn't.

    2. Re:Name sucks. by fiddlesticks · · Score: 4, Insightful

      Name sucks...from a US English viewpoint, you mean

      Many people (gasp!) don't have English as their first language - or do, but speak other languages - certainly enough to know that 'ouvert' means 'open'

      Many other people don't judge apps by their name, either.

    3. Re:Name sucks. by Troed · · Score: 1, Insightful

      Americans need to get our more, see other countries, learn other languages ..

      Or better, don't. We'll wave when passing by.

    4. Re:Name sucks. by Anonymous Coward · · Score: 0

      At least Americans pay attention. If you had read the page, you would know (like 20 million others) that it wasn't named using FRENCH, you dumb bastard. It's Babylonian. Jesus, read ya frog.

    5. Re:Name sucks. by Anonymous Coward · · Score: 0

      I am french but I find Xouvert difficult to pronounce. X is not a common character in french.

      I fact I cant even find a single french word
      with the sound 'Xou' in it.

    6. Re:Name sucks. by bzzzt · · Score: 1

      So you like the current name "X" for your glorified bag of display drivers?

    7. Re:Name sucks. by amnesty · · Score: 1

      Sure, name sucks from a marketing standpoint. But did anyone really think "xfree86" is a very marketable name?

    8. Re:Name sucks. by Anonymous Coward · · Score: 0

      "ouvert = open is just a coincidence"?! You're not very smart, are you? I suggest you get over your arrogant ethnocentrism and have some respect for others. If you actually set foot outside your country, maybe you would know better than to spout your typically ignorant American nonsense.

    9. Re:Name sucks. by rsidd · · Score: 2, Insightful
      And ouvert = open is just a coincidence, this was named after a babylonian godess.

      If you believe that, I have a bridge you may want to buy. I can also sell you a humour-detection meter.

    10. Re:Name sucks. by mcgroarty · · Score: 1
      From a marketing standpoint. That's it. It's hard to immediately discern how it's pronounced, it's got seven uneven letters, it's relatively long and it has no obvious immediate meaning or collection of related possible meanings based on the roots of the word.

      I've really got to agree here. Bad names have killed some of the better open source projects, and there's no question that this should be the primary focus right now. For example, "xfree86." Who's going to remember that? I think this project is dead before it's even begun.

      Linux? What is that, "lee nooks?" "Li Nucks?" "Lin You X?" Could this be any more awkward?

      And what the hell do "tar" and "emacs" mean!? Saddled with confusing names which have nothing to do with the project, these two are sure never getting off the ground...

    11. Re:Name sucks. by Anonymous Coward · · Score: 0

      Fucking hell you're dense. How do you remember to breath?

    12. Re:Name sucks. by Stonent1 · · Score: 1

      And ouvert = open is just a coincidence, this was named after a babylonian godess.

      Which as they said is the Goddess of "Open Windows" . Now where's my copy of SunOS 4.0?

    13. Re:Name sucks. by Anonymous Coward · · Score: 0

      So what if 'ouvert' is 'open' in French. I didn't know that. Lot's of people don't know that. Learning that doesn't make you go "ooooo, that's so cool". It just makes you go, "oh".

      Ehh, lots of people do know what 'ouvert' means. Maybe not in the US, but the world is a lot bigger than your island, in case you forgot.

      Most people 'get' the name Xouvert immediately.

    14. Re: Name sucks. by Anonymous Coward · · Score: 0

      "And ouvert = open is just a coincidence, this was named after a babylonian godess."

      Ha ha ha! Point at the moron and laugh!

    15. Re:Name sucks. by Anonymous Coward · · Score: 0

      Many other people don't judge apps by their name, either

      especially unix apps because their name tends to not really mean much of anything in ANY language. =P

    16. Re:Name sucks. by chickenwing · · Score: 1

      Speaking of names, it seems like it would be a good time for the XFree86 project to rechristen itself. The name hasn't made sense for a long time, tying itself to the x86 platform. Also, even when the name did make sense it always struck me as being a bit tacky. It seems pretty clear that the "free" they were refering to when they named it had more to do with price. The name seems to suggest limited and cheap, which i dont think the XFree86 project is.

    17. Re:Name sucks. by Anonymous Coward · · Score: 0

      So you don't live in the US. Get over yourself

    18. Re:Name sucks. by Anonymous Coward · · Score: 0
      Name sucks...from a US English viewpoint, you mean
      It sucks from the US-English perspective. I thouht it was the UK-English spelling of overt.
    19. Re:Name sucks. by ZigMonty · · Score: 1
      Many people (gasp!) don't have English as their first language - or do, but speak other languages - certainly enough to know that 'ouvert' means 'open'

      I speak another language (Italian. OK, not well). I don't speak French, which is far from a universal language these days. I didn't know that 'ouvert' means 'open'. Are you implying that being able to speak another language means that you can understand all words in all languages? I don't know many German words either. I guess I'm just ignorant. I should spend all my time learning as many languages as I can, so that I can understand the names of software projects.

      Xouvert is a piss poor name for a project. Not because it's french, but because its pronunciation isn't immediately obvious to an English speaker. A name doesn't have to mean anything, it just has to be unique and have an obvious pronunciation. Nobody is going to mispronounce 'Windows' or 'Macintosh'.

      Not that it really matters. End users probably won't be installing this themselves. If it's good, the distros will pick it up.

    20. Re:Name sucks. by Anonymous Coward · · Score: 0

      That's GNU/ouvert dammit!

      (recall how Stallman refused to do a LUG interview unless everyone referred to Linux as GNU/Linux).

    21. Re:Name sucks. by fiddlesticks · · Score: 1

      > Xouvert is a piss poor name for a project. Not because it's french, but because its pronunciation isn't immediately obvious to an English speaker.

      so, the fact that a product's pronunciation isn't "immediately obvious to an English speaker" is a reason that is's name is "piss poor", correct?

      goodness me, should we tell nokia (short "o", yeah..), Guinness, Leicester Square, sergio tachini, nike (remember, NI-KEY) and "GNU/linux"?

      rephrase - [blah] is a piss poor name for a project. Not because it's french, but because its pronunciation isn't immediately obvious to [the reader/ listener]

      maybe. who is *ever* going to *ask*, verbally, for this by name?

      "excuse me, do you sell "EX-OVER(t) please"

      so it affects how people talk about it to each other? jeez, learn how to pronounce it them.

      wait a minute....you're gonna try and compile this thing, and you're worried about how difficult it is to *pronounce* ????

      heh

    22. Re:Name sucks. by abe+ferlman · · Score: 1

      A joke detection meter might help; a humour-detection meter wouldn't be of much use in this situation, you have to admit.

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    23. Re:Name sucks. by buysse · · Score: 1

      Tape ARchive and Editing MACroS, of course. How is that not obvious?

      --
      -30-
    24. Re:Name sucks. by ZigMonty · · Score: 1
      You make some good points, but just because other companies have non-obvious to pronounce names, that doesn't make it a good idea.

      Look, I wasn't claiming that this thing would fail because of its name (read my last line), just that it wasn't the best name for the project. I didn't mean to come a cross as a flame.

    25. Re:Name sucks. by Haeleth · · Score: 1

      Well, "tar" is obvious - it sticks files together as though they'd been dipped in the stuff. "Emacs", meanwhile, is an acronym - "Everyone Must Adopt Complicated 'Shortcut'-keys".

    26. Re:Name sucks. by Sphere1952 · · Score: 1

      The percentage of people who use computers who do not have English as either their first or second language is in the low single digits -- although with the entry of China into the market this is changing. The percentage of people who use computers who do not have French as either their first or second language is in the high double digits and is probably increasing.

      The name sucks.

      --
      Big Brother Bush is doubleplus ungood.
    27. Re:Name sucks. by mcgroarty · · Score: 1

      They used to say it was "eight megs and constantly swapping." But that was when eight megs mattered.

    28. Re:Name sucks. by Anonymous Coward · · Score: 0

      Easy now tiger.

  17. Re:WHY? by Hatta · · Score: 1

    XFree86 is not an operating system. Neither is its fork, Xouvert.

    --
    Give me Classic Slashdot or give me death!
  18. Drop XFree86, use Y instead by Anonymous Coward · · Score: 5, Informative

    Frankly, it may be worth jettisoning a lot of the XFree86 baggage and starting anew.

    Y, an X Windows replacement, looks extremely well designed and this guy wrote a pretty complete implementation for his thesis.

    Why not port the useful bits of X - like the hardware drivers - over to this already-established well-designed base instead of trying to hack XFree86 into something of similar quality?

    (Well, the obvious answer, ``to keep the applications`` is fair enough. But a compatibility module wouldn't be too hard, and worth the benefit in the long run.)

    1. Re:Drop XFree86, use Y instead by Wolfbone · · Score: 1

      Interesting, I'll have a closer look at this later and it reminded me of the Berlin project (renamed to Fresco).

    2. Re:Drop XFree86, use Y instead by John+Allsup · · Score: 1

      When designing a replacement, it's worth giving thought to the relevant protocols for sound, and storage local to the machine the server is running on. That is, if I launch a server somewhere with, e.g. a local CD-ROM, the applications I use should be able to see and use the contents of the CD-Rom.

      --
      John_Chalisque
    3. Re:Drop XFree86, use Y instead by Microsofts+slave · · Score: 1
      I have looked at Y before and i am sorry, but the idea of having complete standardization in interfaces is a windows like idea, and frankly not a very good one.

      I have tried out 17 window managers before settling on one that i liked (Fluxbox). If you standardize the wm, the next big thing will be hacks to over ride the default wm , and a windows like situation will ensue.

      Yes, dropping alot of the baggage from X would be nice, but i dont thing that Y is the right idea.

      --

      Tragek

    4. Re:Drop XFree86, use Y instead by Anonymous Coward · · Score: 0
      " I have looked at Y before and i am sorry, but the idea of having complete standardization in interfaces is a windows like idea, and frankly not a very good one."

      However, it doesn't seem to have hurt Microsoft at all, now did it? Be honest! Not that most of you X11 loving wankers are capable of intellectual honesty. X is not slow, your kind always say: but then why is it NO ONE has been able so far to implement a FULL desktop environment in X that isn't slow?? I've tried them all so don't lie to me. They all require DDR 333 systems or better to begin to approach the responsiveness of Win98 on a K6-2 350) Your favorite little WM is not a desktop environment, FYI. The false design feature of modularity has come at a terrible price to X based systems: no applications and bad usability.

    5. Re:Drop XFree86, use Y instead by jd · · Score: 4, Interesting
      Fresco, which got renamed to Berlin, which got renamed to Fresco, seems mostly delayed due to a schizophrenic attack.


      Anyway, Fresco|Berlin is merely a GUI built on top of the GGI/GII interface. XGGI does much the same, but works with X instead.


      The problem with X is that it is too bulky. We need a RISC GUI, with layers which supply the X API. GGI/GII seems like a good foundation. KGI does, too, but development with KGI is too stop-go.


      Anyway, switching protocol isn't the solution. Neither is a simple re-implementation, or the addition of new code. What you need is a compartmentalization of the code, so that each part of the code can run efficiently and quickly.


      Think of it this way:

      • X can't exploit clustering or SMP, because everything is built into one server, or packed into humungus libraries the size of a Moa (and about as fast)
      • Even though it's more modular, these days, there seems to be no feature to swap out modules that aren't actively in use, to conserve memory - they're brought in at load-time, not just-in-time
      • Even though X is client-server, X has no capacity to balance the workload according to the available resources of the client and server (a-la MOSIX)
      • There is very minimal "accelerated" code for specific processors or graphics cards, which is why it is much slower than many proprietary implementations. (Even the Gnu C Library has a fair chunk of accelerated code!!)
      • X is pixel-only, which makes using vectors, curved shapes, or indeed anything non-pixel, a horrible pain -- it also makes anti-aliasing horrible, as you can't supersample a quantized system
      • It's very very hard to take advantage of new features or capabilities with X, as the alpha-channel fans have discovered -- you can bolt onto it in a heirarchical manner, but X isn't very extensible laterally
      • I like the X protocol, but I think we should abandon the concept of having just one server that supplies the whole protocol and also nothing but the protocol -- break X into fast-acting independent components which can be added or removed on-the-fly, producing a protocol that is shifting to do exactly what you want, not merely everything the designers could think of

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    6. Re:Drop XFree86, use Y instead by EvilTwinSkippy · · Score: 1

      The X that is Y is not X.

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
    7. Re:Drop XFree86, use Y instead by EvilTwinSkippy · · Score: 2, Insightful
      Yes, but name another window manager where you can operate an Athlon-XP 1700 from a beat-up old thinkpad 385 (P5 100Mhz) at the speed of the Athlon? In fact, brainless X terminals still live on in Unix labs across the world.

      That is what X was designed for.

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
    8. Re:Drop XFree86, use Y instead by Anonymous Coward · · Score: 0

      it's called windows terminal services/client
      or citrix metaframe, if you like

    9. Re:Drop XFree86, use Y instead by Anonymous Coward · · Score: 0

      I have looked at Y before and i am sorry, but the idea of having complete standardization in interfaces is a windows like idea, and frankly not a very good one.

      what are you talking about?
      y is modular, you can plug/unplug what you want

    10. Re:Drop XFree86, use Y instead by ameoba · · Score: 1

      X can't exploit clustering or SMP, because everything is built into one server, or packed into humungus libraries the size of a Moa (and about as fast

      Umm... stop me if I'm wrong, but processing power shouldn't be a significant factor in a GUI. If the thing's taking more than 5% of the CPU in the first place, something's very wrong (either a piss-poor skinning system or a broken GUI layer).

      --
      my sig's at the bottom of the page.
    11. Re:Drop XFree86, use Y instead by ameoba · · Score: 1

      Not sure why I'm talking to the troll, but...

      You've never really worked with WTS/Metaframe, have you? They're kinda slow and -massive- resource hogs on the server end. A Linux server driving Xterms can support many more users comfortably than a Windows box driving citrix clients.

      --
      my sig's at the bottom of the page.
    12. Re:Drop XFree86, use Y instead by jd · · Score: 1

      (Shudder!) You've never seen some of the code I've been hired to debug, then! Be very very grateful. (I reduced one GUI layer from 10 megs to 1, trippled the performance, and massively improved the maintainability. Then I was told that I'd just slaughtered 15 years worth of work by the company's pet development team.)

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    13. Re:Drop XFree86, use Y instead by Anonymous Coward · · Score: 0

      ..the idea of having complete standardization in interfaces is a windows like idea, and frankly not a very good one.

      Ah, so because Microsoft do it, it must be bad, right? Get over yourself.

      Why not just come right out and say it, "Anything Windows does, we should just do the exact oposite!"

      P.S: How many toolkits do you have loaded right now? Remember to include Xt if your toolkit uses Xt, and XUL if you're using a Gecko browser. Wow, nothing works quite the same! You're right, this is so much easier!

    14. Re:Drop XFree86, use Y instead by Anonymous Coward · · Score: 0

      Then I was told that I'd just slaughtered 15 years worth of work by the company's pet development team

      Now, I've heard of putting monkeys at type-writers to produce the collective works of shakespear, but getting your pets to make GUI's?!?!?!!!

      Ah, wait, that would be the HCI team working on [insert most hated unusable gui]! All is explained ;o)

    15. Re:Drop XFree86, use Y instead by abischof · · Score: 1
      Fresco, which got renamed to Berlin, which got renamed to Fresco, seems mostly delayed due to a schizophrenic attack.

      Schizophrenia is a disorder characterized by delusions, hallucinations, disorganized speech and catatonic behavior. I'm guessing that's not what you had in mind?

      --

      Alex Bischoff
      HTML/CSS coder for hire

    16. Re:Drop XFree86, use Y instead by Anonymous Coward · · Score: 0

      Actually, that's a pretty good description, I think :)

    17. Re:Drop XFree86, use Y instead by Anonymous Coward · · Score: 0

      First of all, EvilTwinSkippy was obviously talking about the AMD crap in mom's basement, not a real terminal server. Where Windows remote desktop would work fine on a P100.

      Second -- I'd love to see some real numbers (with real apps like StarOffice, Evolution, Mozilla etc) that backs up your supposition that Linux is a much more efficient terminal server. I kinda doubt it's that much different myself.

    18. Re:Drop XFree86, use Y instead by Anonymous Coward · · Score: 0

      As always happens when this topic comes up, you're confusing the X protocols with the implementations of it (Xfree86). If it's not modular, that's because the implementation isn't modular. If it doesn't have enough accelerated code, that's because the implementation doesn't have enough accelerated code. Etc, Etc.

      For that reason, advocating replacement of the protocol because of faults in the implementation isn't particularly helpful. The protocol isn't perfect, but most of the faults people attribute to it are instead implementation issues.

      As for the protocol being pixel only, so's the screen - all X is doing is providing something to draw pixels on. It doesn't provide UI widgets either - that's the job of some other library that draws to the windows X provides.

    19. Re:Drop XFree86, use Y instead by ddilling · · Score: 1

      But a compatibility module wouldn't be too hard...

      At the risk of sounding glib, erm... "We will anxiously await hearing updates on your progress, then."

      --
      Mahnamahna!
    20. Re:Drop XFree86, use Y instead by Anonymous Coward · · Score: 0

      windows terminal server is a resource hog, you need a beefy machine to have a decent session besides that you need 2k3 server to have more than 16 colors and to copy files localy. have fun paying billy a tidy sum for those terminal server CAL's.

    21. Re:Drop XFree86, use Y instead by Anonymous Coward · · Score: 0

      No, it hasn't hurt MS, it only hurt their customers. After all, MS use AS/400 internally.

    22. Re:Drop XFree86, use Y instead by jandrese · · Score: 1

      I think the problem you'll run into is what part of XFree is "essental features" and what part is "useless baggage". You may not think much of network transparancy, but you may be shocked to learn that someone else figures there's no need for native GL support or monitor calibration baggage.

      --

      I read the internet for the articles.
  19. Their release policy by dodell · · Score: 1

    I think for them to put out a good product, they should not hope to "release early, release often" but to "release quality, not quantity". Many projects have gone under because the products are buggy. If the developers always feel pressured to get lots of code out there very fast, they're going to be releasing buggy code that they never get time to fix.

    1. Re:Their release policy by Anonymous Coward · · Score: 0

      Is everyone a retard today?
      Shut up about the bugginess?
      This is not really supposed to be a usable branch, they are going to BACKPORT new features and drivers from Xovert to Xfree. Jesus, get over it and drop it. A buggy implementation that gets some work done to the stable branch is better anyday than nothing.

    2. Re:Their release policy by Anonymous Coward · · Score: 0

      If you actually read the page you'd have realized that they intend to release a version they consider to be stable in regular increments.

  20. Re:WHY? by MoronGames · · Score: 1

    It's not an OS, it's an X server.

    --
    hey!
  21. Branch not fork by Anonymous Coward · · Score: 2, Informative

    So I just checked out the IRC channel, and they emphasized that Xouvert is an experimental branch of X, not a fork.

  22. My one worry is gone: Licensing by ciaran_o_riordan · · Score: 5, Insightful

    My biggest worry about this fork was that the developers were going to announce a "practical" approach to drivers, one that would include non-free drivers etc.

    From the website:
    "All code that enters the project is under the standard X11 license, or compatible free license as specified by the Free Software Foundation"

    Public mailing lists should have been the method of communication for the xfree developers right from the start. This is great news. The use of Arch as the version control system is iceing on the cake.

    Ciaran O'Riordan

    1. Re:My one worry is gone: Licensing by Anonymous Coward · · Score: 0

      Ya, working fast drivers are horrible.
      God damn them for making money.

      gnubunny :)

    2. Re:My one worry is gone: Licensing by Anonymous Coward · · Score: 0

      Who gives a fuck about free drivers ?

      It has to work and work all - this is all I care about.

    3. Re:My one worry is gone: Licensing by coaxial · · Score: 1
    4. Re:My one worry is gone: Licensing by Anonymous Coward · · Score: 0
      Who gives a fuck about free drivers ?

      It has to work and work all - this is all I care about.


      Congratulations on completing your arsehole qualification.
    5. Re:My one worry is gone: Licensing by Anonymous Coward · · Score: 0

      every free software user, obvioulsy. many many things started from a non free printer driver, back in 1983...

    6. Re:My one worry is gone: Licensing by jbolden · · Score: 1

      I read your link. I think you have a problem following directions. Anyway Apple provides a X that works with Aqua and is fully supported. You can run Apple's window manager (which is Oroburus) or as per your request sawfish.

  23. Re:NDAs? What the FUCK?!?!?! by sithlord2 · · Score: 1



    I thought there was an exception for kernel-modules.

    --
    ...You are over-qualified and under-paid. If we give you a raise, we will break the cosmic balance of the universe.
  24. Poor choice of name. How about a re-think? by Anonymous Coward · · Score: 0

    Before this project gets any further, how about a re-think of the choice of name. I'm rather tired of seeing projects with stupid, hard to pronounce / remember names derived from ancient mythological or pagan cultures. Just pick a nice, friendly, high-concept name, people! What was wrong with "Xwin"? Or how about "Xfree86-NG" (next generation) Or perhaps "OpenX11" even. (and drop the silly '86' part that is no longer relevant).

    The Xouvert homepage states: "Xouvert is named after the ancient Babylonian goddess of open windows, wooden digging implements, and moonlight. A notorious ritual among the higher levels of Freemasonry has kept her memory alive until now. Xouvert, awake!"

    Stuff like this is just asking to offend peoples' beliefs--especially those who see Freemasonry as an occultic religion. So I say again: lose the silly religious / pagan overtones.

  25. Right you are. by FreeLinux · · Score: 4, Insightful

    I've often said that open source software projects need to do better or at least some marketing. Seemingly little details mean a lot.

    For example, most commercially marketed software packages have web sites whose opening page clearly dewscribes the function of the software and then goes on to elaborate on what the software can do for you. Conversly, most open source project homepages start with a change log. Compounded by the fact that most have rediculous names that are not at all intuitive, many do not describe what the software does in a sensible fashion. Then worst of all they go on to compare their incomplete feature set with Windows, gleefully noting "Soon" or "In Progress" next to the missing feature.

    You've got to put a marketing spin on your project if you want people to use it. Always highlight and stress its features and strengths. Never advertise its weaknesses. Don't compare the project to better or more feature rich works. If you must offer comparisons, compare the project with known products that are indeed inferior in quality or feature sets and use products that are generally well known ion the comparisons. Finally, and this is perhaps most important, bury the zealotry. DO NOT so much as imply that people should use your project because this other one sucks. If you must post this type of zealotry, save it for the developers page, somewhere that regular users should have NO reason to ever go.

    1. Re:Right you are. by FooBarWidget · · Score: 4, Insightful

      You're making the problem look bigger than it really is. The names of individual apps are *not* the biggest problems!

      Who are you trying to market Xouvert to? To end users? Do you think they care? What are you going to tell them? To install an entire windowing system? As far as the end user is concerned, they shouldn't even *have* to know what the windowing system is called. There's no point in marketing Xouvert to end users. The only thing that matters is marketing "Mandrake Linux" or something to the end user.

      I'd say the "marketing target" for Xouvert is developers. Do most developers care about the name? No, they care more about the code an openness of the project. So the name is not a big problem.

      As for individual apps and the commercial world: do you think names like "Outlook Express" or "Powerpoint" are intuitive? There are only 2 reasons why people know what those apps do:
      1) People told them.
      2) They read the website or menu item description.
      If people can tolerate those non-obvious names, why can't they tolerate open source software with non-obvious names? Distribution already add a description to menu items. Examples:

      * Galeon Web Browser
      * Evolution Email
      * Gaim Instant Messenger
      * kedit (Text Editor)
      * Konqueror (File Manager)

    2. Re:Right you are. by Anonymous Coward · · Score: 0
      Oh, christ!

      These people aren't necessarily trying to 'sell' their product. They want it to be used, certainly; but not by a mass audience, necessarily. And what you're complaining about when you bitch about the feature lists is accurate information!

      I've always felt that one of the major strengths of open-source products is the fact that they don't have to market themselves. They don't lie, twist and conceal facts, and so on. They just give you the facts, straight up, and let you decide. They concentrate on making a good product, and counting on it to market itself.

      Just look at the Linux kernel; did it (and we're talking about the kernel project, itself) ever conceal it's weaknesses, and emphasize it's strengths? No. Did that hamper it's growth? No. And at the same time, it's got credibility. You can get 100% accurate information about it; you don't have to try reading between the lines of marketing bullshit.

      Don't encourage engineers and programmers to try marketing and 'selling' their product. Encourage them to make good products. Let Red Hat, and Mandrake, and Lindows, and Xandros, and other distros target the newbs who get turned off a product by it's fucking name. Let them conceal their use of Xouvert the same way they conceal XFree86 (see how many references to X you can spot when installing one of the above). Let them market, and sell, and lie to end-users.

      Sorry, I'm a bit defensive. But my favorite thing about open source software, after the software itself, is the honesty and integrity of the information surrounding the software.

      Oh, and one last point; when you're 'selling' software, in boxes, on shelves, if you conceal a shortcoming long enough that a person buys your product, that's fine; but with free software, if you conceal a project's weaknesses, a user will quickly discover them, and will obviously be disappointed or annoyed. This, I think, would do more damage to the reputation of the product and use thereof than seeing a "Coming Soon!" on the project page.

    3. Re:Right you are. by Anonymous Coward · · Score: 0

      I went to their site, hoping to find a tarball to download and use in place of my X window system. Nope. Nothing there, yet.

    4. Re:Right you are. by Anonymous Coward · · Score: 0

      yes, but vice presidents need buzzwords to rattle off while they are jerking each other off.

    5. Re:Right you are. by jejones · · Score: 1

      You've got to put a marketing spin on your project if you want people to use it. Always highlight and stress its features and strengths. Never advertise its weaknesses.

      That darned honesty...it just gets in the way of good marketing, I guess.

    6. Re:Right you are. by broeman · · Score: 1

      Open Source is not about marketing and markets at all. In time people will choose OSS because of the features and the larger insight you can get in the development of it. Looking at users as "sheeps" is what marketing departments have been doing for generations, but OSS have actually changed this behavior. Letting the users involve in the design process, either by sending requests, patches or by showing the progress on the homepage is what gives users hope. When I used windows years ago, the only thing you could do is wait. The Internet gives me the choice to look at a project's internal discussion (where available), respond to it (influence it) and seeing it being implemented (or not) through a bug-system or CVS. Just being a user is not enough anymore, the XFree86 team learned that lesson.

      --

      (yes this can be compared with sex)
    7. Re:Right you are. by brrrrrrt · · Score: 1

      For fuck's sake man, you really don't get it do you. (sorry, but this posting really made me cross.)

      One of the reasons people are into open source is because they can be totally free and exempt of all the marketdroid, management and salespeople bull shit.

      They can just do what they like and build great software.
      They don't have to sell anything, so they can just be completely free and open about the downsides of their own software, so other people may offer to do something about it. Or creators of similar pieces of software (not "competitors") can offer advice about implementing a cool feature that your program doesn't have yet.

      All this and more is part of the freedom as in "free software" and the openness as in "open source" - something you don't understand anything about. They are part of a benevolent system that is eventually beneficial for all parties involved and great to be a part of.

      Nobody in open source software needs your brilliant "Marketing for Dummies" guidelines!

    8. Re:Right you are. by p3d0 · · Score: 1
      You've got to put a marketing spin on your project if you want people to use it. Always highlight and stress its features and strengths. Never advertise its weaknesses. Don't compare the project to better or more feature rich works.
      Ok. Now what do you do if you have written a piece of software, and you want to be honest about its strengths and weaknesses so people can make their own decision about whether to use it? What if you are not making any money from the project anyway, and you just wrote it to scratch an itch, and you just want to help other people who might find it useful? What do you do then?
      --
      Patrick Doyle
      I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
  26. I see the point of this.. by FxChiP · · Score: 1, Interesting

    XFree86 does seem a little bit bulky and slow to me. Like the Xouvert website said, it's going mainly towards stability rather than new features. Stability is all well and good, but you DO need fresh new features (or "new blood" as that site might say) every so often.

    I'm not sure that the X source can legally BE forked (I know nothing about licenses), but even if it can, I'd rather have the Xouvert guys put in a brand new implementation using the same X protocol but much different code implementing it. It might be faster, and maybe even more stable (or easier to stabilize). Or maybe it'll go to hell because they can't code. Either way, it would still be a nice way to prove whether the fork was really necessary and worth it. There's another word I'm looking for but I can't remember what it is...

    Just my two cents...

    1. Re:I see the point of this.. by kfort · · Score: 1

      yes, X can be forked
      and furthermore, its extremely sad that you cannot take the time to understand a 2 paragraph license. Do you even know the difference between the GPL and BSD licenses? You shouldn't be using free software if you don't even understand why and how it is free.

    2. Re:I see the point of this.. by scrytch · · Score: 1

      > I'm not sure that the X source can legally BE forked (I know nothing about licenses)

      It's the MIT License. It says "we own this, you can do whatever you want as long as you don't sue us. If it breaks you keep both pieces".

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    3. Re:I see the point of this.. by Anonymous Coward · · Score: 0

      XFree86 IS a fork of the official X Consortium release. There are others, mostly proprietary, like the Solaris X server, Exceed for Windows, Accelerated/X, etc.

    4. Re:I see the point of this.. by FxChiP · · Score: 1

      Worse than that, it's sad that I didn't know what license it had at the moment. :P

      Difference between GPL and BSD? I've read a bit of the GPL, haven't seen the BSD, but from what I've heard and seen, the GPL allows you to copy source code into your program, but you have to release all the source code of the program. The LGPL works for libraries, in that you have to have a binary that is linked to the library and you have to have released all changes to the library or made the changes easily accessible (i.e. a URL in the readme file that says what LGPL library it uses and where to find the source...)

      BSD license is somewhat like "copy the code all you want, you can make it proprietary, but you must give credit to whoever wrote it".

      But this is all I've heard of either, so I admittedly don't know for sure and you might be right that I'm speaking out of my ass. :P

  27. French? by Anonymous Coward · · Score: 2, Funny

    So would it be safe to say they are *overtly* trying to to draw a connection in the public's mind between the xouvert project and the Quebec separatists?

    Because that was my first thought, dunno about anyone else...

  28. Rhymes with Q*Bert by SunPin · · Score: 1

    Didn't you know? Sheesh...

    Humor aside, this is a shining example of how open source alienates ordinary people.

    --
    Laws are for people with no friends.
    1. Re:Rhymes with Q*Bert by Anonymous Coward · · Score: 0

      Humor aside, this is a shining example of how open source alienates ordinary people.

      Rubbish.

      This project isn't for "ordinary" people.

    2. Re:Rhymes with Q*Bert by be-fan · · Score: 1

      Not if they're ordinary french people. Eeks-ouvert (how it would be pronounced in French) is a perfectly sensible and nice sounding name.

      --
      A deep unwavering belief is a sure sign you're missing something...
    3. Re:Rhymes with Q*Bert by SunPin · · Score: 1

      Point well taken.

      --
      Laws are for people with no friends.
  29. Drop Network Transparancy , and drop X by nurb432 · · Score: 0, Redundant

    With out that, its not X anylonger, and is pretty much braindead.

    Framebuffer, sure that can be a nice optional feature, but you cant drop the network components or you kill it off.

    --
    ---- Booth was a patriot ----
    1. Re:Drop Network Transparancy , and drop X by Anonymous Coward · · Score: 0
      cant drop the network components or you kill it off.

      Kill it off? For whom?

      I've never required the network transparency and I am PISSED OFF that in comparison to the Windows desktop my Linux desktop draws like a snail.

    2. Re:Drop Network Transparancy , and drop X by aussersterne · · Score: 1

      Well it's not because of network transparency, which imposes virtually no overhead when display and server are both local.

      --
      STOP . AMERICA . NOW
    3. Re:Drop Network Transparancy , and drop X by Hatta · · Score: 4, Insightful

      I think his point is that X *is* the protocol. XFree86 is an implementation of that. Without the X11 protocol, you might as well call it pork chops.

      --
      Give me Classic Slashdot or give me death!
    4. Re:Drop Network Transparancy , and drop X by unoengborg · · Score: 1

      I totally agree.

      Network trasparancy is absolutely essential. This is one feature that makes the free Unix desktop superior to windows in a corporate setting.

      And we can expect that Linux or any other free unix have a much better chance to invade the office space than to invade the homes. This is mainly due to the fact that it is very easy to admin many users in Linux. In a corporate settin you can thus reduce the number of employees that deal with system management if you run Linux.
      At home you will probably have one admin regardless of what system you use, so here Linux has no advantage as it does in large scale installations.

      Besides the overhead for network transparency is very small if you run your server locally.

      --
      God is REAL! Unless explicitly declared INTEGER
  30. MOD PARENT UP by Anonymous Coward · · Score: 0

    If anything to see if someone has answers. That's interesting.

  31. Ouvert == Overt by Anonymous Coward · · Score: 1, Funny

    I guess the only question left is can the French write code as well as they fight?

    1. Re:Ouvert == Overt by Anonymous Coward · · Score: 0

      Considering all the stuff that has come from INRIA, I'd say that the French can code pretty damn well.

      Although it's silly to generalize...

    2. Re:Ouvert == Overt by Anonymous Coward · · Score: 0

      If you refer to Napoleon time or middle age
      time,I would say yes. But maybe your country
      doesn't have as much history as France has.

  32. Re:WHY? by Anonymous Coward · · Score: 0

    Are you really that stupid?

  33. Re:NDAs? What the FUCK?!?!?! by Anonymous Coward · · Score: 0

    I hope you're not being serious, because otherwise you might be the biggest loser in the world. What's the big deal about the NDA? It allows developers to get a look at the specs of certain pieces of hardware (i.e. video cards) and write drivers based on those specs that are open and free. Big deal.

  34. Learn to read a sentence. by gumpish · · Score: 2, Informative
    "They hope to reduce the risk to XFree86 of incorporating new drivers and features" ????

    Idea dislexia? Are they really trying prevent new drivers and features?

    Ok, try to follow this:

    They hope to reduce the risk to XFree86...

    Looks like they want to make something less risky to XFree86. I wonder what it is? ...of incorporating new drivers and features

    Ah. They want to make the incorporation of new drivers and features seem less risky to the XFree86 project. As in, "See XF86? We put all these features and drivers into our project. It's not so bad!"
    1. Re:Learn to read a sentence. by Anonymous Coward · · Score: 0

      "From" rather than "of" would probably be more correct. It was clear what they meant though so this discussion is unnecessary.

  35. Keith Packard by RichiP · · Score: 1

    If keithp isn't with the Xouvert project, I would be gravely disappointed. He's a great technologis, innovator and software writer (can't comment on his project organizational skills, though so joining a project instead of leading it might bet better).

    1. Re:Keith Packard by Anonymous Coward · · Score: 0

      Let's wait if this will be the only fork.

    2. Re:Keith Packard by broeman · · Score: 2, Insightful

      keithp will surely be involved in this project, just as the other ones, XFree86 (look at the open discussion mailing lists) and Cairo (his nice vector/PDF-project). Keith Packard has done much good for X, testing it, trying to make a good rendering-system and much more, but it doesn't mean that he can't play along on more horses at the time.

      --

      (yes this can be compared with sex)
  36. Re:Poor choice of name. How about a re-think? by Hatta · · Score: 1

    Why? Its a stinking name. Who cares.

    --
    Give me Classic Slashdot or give me death!
  37. Re:SlashNot? by isoga · · Score: 0

    touche

  38. Something to bring up by devphaeton · · Score: 2, Interesting

    Something that i've seen a hot debate over before..

    Many people have mentioned something along the lines of "X-lite"...

    Bascially an X server that has been stripped of all the features that the "average" person doesn't use, such as running remote desktops over networks and things.

    I hear so much complaints about how "X is so slow, buggy and internally is a total mess", etc. I've never personally had a problem with X, nor have i looked at the code myself, but it would be interesting.

    Of course, the full-on XFree86 would still be available to all those who *do* want/need the extra features.

    --


    do() || do_not(); // try();
    1. Re:Something to bring up by FooBarWidget · · Score: 5, Insightful

      "Bascially an X server that has been stripped of all the features that the "average" person doesn't use, such as running remote desktops over networks and things."

      Urgh, not this again...
      The slowness is not caused by network transparency!
      Locally, XFree86 uses a Unix Domain Socket for communicating with it's clients. On Linux, that's just as fast as shared memory. That's as close as you can get to not having network transparency.
      Writing directly to the videocard's framebuffer is not "the modern way", it's "the 60s" way. Modern apps don't access hardware directly anymore: they do that via abstraction layers like the kernel. These abstractions don't necessarily degrade performance. But the most important of all, these abstractions provide portability and make sure that multiple applications don't conflict with each other (like, 2 apps trying to write the same hardware at the same time).

      And dropping network transparency will piss off a lot of people, including corporations, and including Slashdot!
      Look at GNOME: at version 2 they took a new path and are now walking towards simplicity. They're now aiming the average users instead of geeks. And what do you see? Slashdot geeks are massively upset about this because GNOME is not targeting them anymore!
      In other words, even if you drop network transparency, Slashdotters won't stop complaining. I suspect that more and more people will by then start crying about putting back network transparency. And when Microsoft or Apple puts support for network transparency natively in their windowing systems, Slashdotters will suddenly complain that we need network transparency in order to succeed on the desktop!

    2. Re:Something to bring up by Shamashmuddamiq · · Score: 2, Informative
      You don't understand X. Network transparency and device independence are not "features" that were tacked onto X-Windows to make it cooler, those are the philosophies that X-Windows was designed around.

      This is the way every windowing system should be designed, even if you only want to display on one screen. It mimics reality -- there's a display over here, and there's a processor over there. Every "average" person uses a remote desktop. It shouldn't matter if the display is connected via a VGA cable or ethernet (through a network of other computers). It should still allow the same functionality with the same APIs.

      If you were to try to strip network transparency and device independence from X, it would take a lot of work, and you wouldn't gain much.

      Yes, X had design issues. Yes, it's hard to code programs for X (though if you use libs like SDL, KDE, or Gnome, things become very practical very quickly). But these problems are not necessarily caused by its feature set. I'm sure that if the original inventors had known this was going to become the major windowing system for many UNIX-like operating systems over the next few decades, they would have put a little more thought into the API design. But this is the same problem that haunts almost every software project.

      --
      ...just my 2 gil.
    3. Re:Something to bring up by de+Selby · · Score: 1

      The slowness is not caused by network transparency!

      But it is caused by it's buffering model (or lack thereof) and pixel-level rendering, right? A more fundimental change might be needed. /trying to remember what I read about this...

    4. Re:Something to bring up by FooBarWidget · · Score: 1

      I'm not sure. But in my experience (and benchmarks) XFree86 is just as fast as Windows when it comes to pure drawing speed.
      I think most of the slowness people experience are their desktop environments (GNOME and KDE), not X. On my system (Athlon 1.4 Ghz, ATI Rage 128), pure blitting and drawing graphic primitives on X isn't slow at all.

    5. Re:Something to bring up by LadyLucky · · Score: 1

      Microsoft already has network transparency support. It rocks. I can use my desktop half way round the world over dial-up. It takes about 2 seconds to open Outlook and display that on my screen. Remote Desktop Connection is pretty zippy.

      --
      dominionrd.blogspot.com - Restaurants on
    6. Re:Something to bring up by Anonymous Coward · · Score: 0
      That's just it, though: X doesn't do everything that Windows video subsystem does, and it doesn't do all that is required for a modern desktop environment. The other more advanced tasks which make an X desktop comparable to a Windows desktop roughly speaking, get kicked upstairs to the GNOME and QT toolkits. So in your benchmarking test you're not really comparing apples to apples. To fairly benchmark you need to include the entire environment necessary to make a real desktop system, and when you do that, then in the "road test" at least, the X based environments come in way behind Windows in responsiveness.

      This system is an Athlon 2500+ barton fsb/DDR 333 and another system I use is a Athlon 2100xp fsb/266 DDR 333 system. Both systems have Nvidia cards (what else is there, really ?) and custom compiled kernels, and 512MB RAM. Somewhere in between the two, I'd say, is the point where I no longer notice the balkiness that I am used to with X on anything slower. X has other rough edges which remain, but the slothfulness problem is thankfully invisble at DDR333. It's tolerable on the DDR333 fsb/266 athlon 2100xp system. But even so, that's way too much horsepower to demand just for a useful, smooth GUI. I suspect the bottleneck for X on most systems is mainly the speed of the RAM more than the cpu, but I don't really know.

    7. Re:Something to bring up by akorvemaker · · Score: 1
      Slashdot geeks are massively upset about this because GNOME is not targeting them anymore!

      And other /. geeks are massively happy and thoroughly support the direction GNOME is taking.

      Network transparency seems to be a feature that many people use and that many other users do not use. If this was not the case we wouldn't get these little wars going over the issue.

      Besides, this project is a fork from the regular XFree86 project. If there is a time to make a change like this, this may be it. Those who do need network transparency could use XFree while those who don't could use Xouvert (if the project chooses to go in this direction, which sounds pretty unlikely anyway).

    8. Re:Something to bring up by Anonymous Coward · · Score: 0

      Gee, that's swell, but that's not network transparency.

    9. Re:Something to bring up by Anonymous Coward · · Score: 0

      While, you should take the absolute volume and source of criticism with a grain of salt, you shouldn't ignore where it is targeted at in a general sense (and where it isn't).

      Sure people will bitch no matter what you do, but when 10,000 people bitch about one specific thing, chances are there's something in it.

      I think the worst thing you can do is be dismissive. It pisses people off no end, and especially the ones most likely to send well documented bug reports, sometimes with patches.

      Gnome's getting a shitty reputation which isn't going to help it any recruiting new talented developers.

      --AC open-source developer

    10. Re:Something to bring up by Anonymous Coward · · Score: 0

      Well, would you care to enlighten us what network transparency is then?

    11. Re:Something to bring up by Anonymous Coward · · Score: 0
      I cannot believe you can go off in a rant like that, telling everyone how stupid they are and then say you're "not sure" about your assertions.

      Typical slashbork "look, I'm right!! Look at me!!!" asshole.

  39. Terrible choice of name. by Ogerman · · Score: 1, Insightful

    A number of Open Source developers out there need a good whack over the head with a cluestick. Goofy names are bad advertisement / publicity! What was wrong with "Xwin"? It's short, it's easy to spell, it's easy to remember, it's relevant to the project. I suggest a re-name, but with an open naming contest this time. "Xouvert" is about the worst project name I've seen yet. Even Ogg / Vorbis isn't as bad. At least it's easy to spell and remember. Worse yet, naming a project after an obscure occult reference is likely to be offensive to those of various religions.

    1. Re:Terrible choice of name. by Repugnant_Shit · · Score: 1

      XWin is not a development project. It's a community forum.

    2. Re:Terrible choice of name. by Vicegrip · · Score: 2

      It's a terrible name but you don't even give a single reason for your opinion? I think you'd better start on yourself with that cluestick.

      "Worse yet, naming a project after an obscure occult reference is likely to be offensive to those of various religions."

      LOL.. ok.. either you're dimwitted cause you didn't get the joke or you're just trolling... anyways... the fact you got modded insightful speaks volumes about the karma system these days.

      --
      Do not spread "09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0" over the internet, thank you.
    3. Re:Terrible choice of name. by name773 · · Score: 0, Offtopic

      i'm a Christian and don't find it offensive.

      btw, ogg/vorbis is one of the best names because it's interesting, short, and cool sounding

    4. Re:Terrible choice of name. by marcovje · · Score: 1


      Ouvert=open in french.

      So xouvert= (X) (open), X/Open :-)

    5. Re:Terrible choice of name. by lederhosen · · Score: 1

      >Worse yet, naming a project after an obscure occult
      >reference is likely to be offensive to those of
      >various religions.

      Why? And if, then why should they care???

    6. Re:Terrible choice of name. by damiam · · Score: 1

      It is now, but why shouldn't it be the name of the development project?

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    7. Re:Terrible choice of name. by antiMStroll · · Score: 3, Interesting
      What was wrong with "Xwin"?

      It's already taken?

      I suggest a re-name, but with an open naming contest this time.

      In what system do we force project names on independent developers who didn't ask for an opinion? If Xouvert is a mistake, it's theirs to make. The code will survive if the project doesn't.

    8. Re:Terrible choice of name. by Ogerman · · Score: 1

      It's a terrible name but you don't even give a single reason for your opinion?

      It has non-obvious spelling and is harder to remember than say.. XOpen or Xwin or OpenX11 or whatever.

      either you're dimwitted cause you didn't get the joke or you're just trolling

      Nah, I just don't know French. (-: The description on the homepage sounds pretty kooky if you don't get the joke.

    9. Re:Terrible choice of name. by Tokerat · · Score: 1

      Worse yet, naming a project after an obscure occult reference is likely to be offensive to those of various religions.
      Exactly, because only their religion is the One True Belief, and therefore the most important factor in choosing a software product.

      Exactly why I don't run BSD: Last time I poured holy water on my computer to get rid of the daemons, it started a fire! They might have been exorcized, but in one final act of defiance, they burned my entire copmouter to the ground! Damn those bastards and their willingness to make baby Jesus weep!
      --
      CAn'T CompreHend SARcaSm?
    10. Re:Terrible choice of name. by TheScienceKid · · Score: 0

      It was a joke... it isn't really named after an occult reference. The goddess of Open Windows was a bit of a hint. Ouvert is french for open. You are one of two things - A) a troll or B) gullible (you heard about them removing that word from the dictionary... I sure was shocked.) Either way, Get A Clue!

    11. Re:Terrible choice of name. by Anonymous Coward · · Score: 0

      Since when was suggesting something to someone FORCING them to do something? This philosophy, that people shouldn't say anything because it may be construed as a FORCEFUL action, is absolutely absurd. I don't care if you are doing something out of the goodness of your heart and are getting absolutely nothing back from it; you are still under public scrutiny and have no right to stop people from making suggestions. If you think suggesting a rename for a project is forcing a project name on someone, I suggest that you grow up and join us in the real world where people speak their minds regardless of how you feel about it.

    12. Re:Terrible choice of name. by antiMStroll · · Score: 1

      If the same 'suggestion' was made of a company you were starting, it would be taken as outrageous, arrogant and ridiculous that unknown non-contributors were 'suggesting' an open vote on the name. Open souce projects are different how? (At least in the grown up, real world I inhabit.)

    13. Re:Terrible choice of name. by andrewski · · Score: 1

      the fact you got modded insightful speaks volumes about the karma system these days

      No, it just means that not enough people metamoderate honestly. Or, they're retarded.

    14. Re:Terrible choice of name. by Anonymous Coward · · Score: 0

      It seems to me that if you wanted to do everything your way with as few unsolicited suggestions as possible from the outside, you would start a closed source, commercial project and keep the hands of the open source community off of it from the start.

      Anyway, I agree that it is arrogant for random people to suggest an open vote on the name of an already-established project. Calling such a suggestion a forceful action, however, is simply uncalled for. That was my only gripe with your post.

    15. Re:Terrible choice of name. by iso · · Score: 2, Informative

      It's not an "obscure occult reference," it's French for "open." Let me guess: you're American. It's a perfectly acceptable name: the Internet is global, and there are other languages apart from English.

  40. Um ... by Chromodromic · · Score: 0, Troll

    You're an idiot.

    --
    Chr0m0Dr0m!C
  41. Re:WHY? by Anonymous Coward · · Score: 0, Flamebait

    You sir, are a dumbass.

  42. Re:NDAs? What the FUCK?!?!?! by Anonymous Coward · · Score: 0

    I'm guessing HURD is the only acceptable OS for you, because Linux, FreeBSD, and so on are way into the NDA stuff.

  43. We plan to. by Anonymous Coward · · Score: 1, Funny

    We plan to get out far more often. If I recall correctly, we are scheduled to invade ^h^h^h^h^h^h liberate Sweden in the later part of October. For far too long the people of Sweden have be living in an opressive society where they are forced to drive Volvos. The United States has heard the cries of the Swedish people and we will liberate you shortly, whether you like it or not.

    Prepare to be bombed, I mean freed.

    1. Re:We plan to. by lederhosen · · Score: 0, Troll

      We have no oil, take our neighbours instead...

    2. Re:We plan to. by Anonymous Coward · · Score: 0

      Take the Norwegians, then. They got the most :)

    3. Re:We plan to. by iainl · · Score: 1

      "For far too long the people of Sweden have be living in an opressive society where they are forced to drive Volvos"

      Have they bollocks. The gits have got Koenigseggs and Saabs, and won't give me any of them for free, either. Have you seen how nice their cars are these days? Far better off with a Swedish car than a French one, with their flimsy Citroens and Renaults that the interior finish always falls off. I understand that persuading the relevant people that 'liberating' France would be a fun idea would be easier, too.

      Yes. I am annoyed that my new car budget won't stretch to a Saab 93.

      --
      "I Know You Are But What Am I?"
  44. Re:SlashNot? by Anonymous Coward · · Score: 0

    Get a date - there's plenty of possibilities out there!
    ok, I don't know what you did to her but if it means I have to make her cry I don't want to date her ;)

  45. Re:Well then.. by FooBarWidget · · Score: 4, Informative

    If you've ever managed a reasonably large open source project then you know that making everything public from the beginning won't necessarily be a good thing!
    You can't just dump some stuff somewhere on the net and then expect people to contribute. You have to prepare a lot of things, so that people can easily contribute without getting lost in the mess!

    And I don't know who moderated you up but those moderators certainly didn't read the website. I quote:
    "Sat Aug 16 00:59:49 PDT 2003 - You can't download anything yet. We have this website, XWIN is providing Wiki space, and Savannah is providing mailing list and bug tracking services. We are importing the Xfree86 source code into an arch repository right now; the current job is making a script to tag the source files every time a CVS checkout is done. The IRC logging bot still needs to be set up, and code written to archive the logs daily."
    The website has only been up since yesterday! Accusing them for "keeping it secret" and shoot down their image is just stupid, when they've just started recently.

  46. Re:Poor choice of name. How about a re-think? by Anonymous Coward · · Score: 0

    Hey, there's a good plan! Let's take SOMEONE ELSE'S TRADEMARK, like "XFree86" and slap some crap on it, like "OpenXFree86", or "XFree86-ng". Stupid kids today.

    I'm sure if these people are masons they know better than to upset the old-boys-network like that, though.

  47. Re:NDAs? What the FUCK?!?!?! by Kleedrac2 · · Score: 2, Insightful

    All right ... so you don't seem to understand that if nVidia would give permission to some group associated with this project the right to take apart the detonators to make Xouvert work better with nVidia cards they'd probably want an NDA. Fact of the matter is that when working on anything open-source NDA's are looked down upon, but if you want to work WITH big business to get something usefull done, they're probably gonna insist for legal reasons.
    Kleedrac

    --
    Sure we wang, can.
  48. Huh... by autopr0n · · Score: 1

    It would make more sense to pronounce it "zoh-vert", or the way the french pronounce 'ou' with a 'z' in front. Since when is OU an "oo" sound?

    I'm sick of companies and people coming up with 'pronunciations' for their stuff that has no relation to the spelling.

    --
    autopr0n is like, down and stuff.
    1. Re:Huh... by remmy1978 · · Score: 1

      No one said it was spelled or pronounced the English way. Those who are capable of speaking more than one language --and no, Python and C don't count-- (which thus excludes 80% of the slashdot population) Xouvert is not hard to pronounce and is a very smart name even.

    2. Re:Huh... by rsidd · · Score: 1
      or the way the french pronounce 'ou' with a 'z' in front.

      The French pronounce "ou" as "oo".

      Since when is OU an "oo" sound?

      In English? You should know the answer.

    3. Re:Huh... by Vann_v2 · · Score: 1

      -1, too US-centric.

  49. MOD PARENT DOWN!!! by yanestra · · Score: 1, Funny

    Parent author speaks French. That can't be good.

    1. Re:MOD PARENT DOWN!!! by Anonymous Coward · · Score: 0

      give him a break, hes from Belgium

  50. Re:SlashNot? by Anonymous Coward · · Score: 0

    Just send them over, the GNAA wants to talk with them.

  51. First step: ditch IMake! by DominicDuval · · Score: 5, Insightful

    I applaud this initiative. Might be what X needs to get back to life. A bit of competition always sounds like a good thing.

    But if they are really serious at encouraging developpers to join this project, the first sensible thing to do would probably be to forget about the IMake crazyness that has been used for years by XFree86 and switch to something else for building the whole project.

    Replacing it by the autoconf/automake mix would make the source tree much more appealing to potential developpers. And just to back up my claim, someone else also made the same comment on the xfree-xpert mailing list a few months ago:

    (...)
    [ I also hope that somebody with more drive than I have will some day decide that the X Makefiles are such a mess that they'd be willing to get rid of all that horribly broken imake crap and just fix them. What a broken build system! ]

    Linus

    (...)
    Just my 0x02 cents...

    1. Re:First step: ditch IMake! by Dom2 · · Score: 1
      Whilst I agree that Imake isn't the prettiest thing in the world, autoconf/automake/libtool is a hell of a lot worse. At least with imake, you know that the result is just going to be a Makefile, rather than some bastard offspring of sh/m4/make/perl all rolled into one.

      -Dom

    2. Re:First step: ditch IMake! by fault0 · · Score: 1

      Even better would be a switch to SCons..

    3. Re:First step: ditch IMake! by CaptnMArk · · Score: 2, Funny

      auto* are great when they work, but a PITA when trying to debug them without wearing the Ring of m4 +50 and Sword of Make, +50 bash damage :)

    4. Re:First step: ditch IMake! by macshit · · Score: 2, Interesting

      Um, sure, but the exact same thing applies to imake -- and unless you're using a very common system with a bog-standard installation, imake fails more often than it succeeds.

      Imake and autoconf take fundamentally different approaches to configuration: imake says `give me a system type I know about, and I'll give you some makefiles' -- great, unless of course it doesn't know about your system, or if you've changed something. Autoconf, on the other hand says `I'll grovel around on your system and see what things it implements that I know about, and try to come up with a configuration' -- this works much better on disparate (though not so disparate that the probing just fails, or the set of features implemented is simply outside of what autoconf can use) or hacked platforms.

      The imake approach is great if there's only a fairly small number of system types in use, but fails miserably when this isn't true.

      In the early days of X, imake's approach was probably reasonable, but as X was ported to more and more systems, the number of unix variants exploded, and the number of home-grown linux variants &c increased (which all had different library versions installed), it became a bad joke. Of course this was hard for automake too, but it was far better place to cope with such a challenge.

      Now, as many proprietary unix variants fall by the wayside, and the interfaces used in typical linux/bsd systems have become a bit more stable, maybe imake has become more practical again (I don't really know).

      Another issue entirely is the implementations. I've wrestled with both, and as far as I'm concerned, both suck. No points there. :-) :-(

      Personally I think that the autoconf method is far more elegant; in my mind the best solution would be something like autoconf, except rewritten in a language that wasn't m4, and perhaps more support for external input to tests -- for instance, if you could override the method it uses to check for library functions to always call some system-defined checker instead, it could be made more portable even to systems on which its (often rather shaky) testing methods don't work.

      --
      We live, as we dream -- alone....
  52. Re:Well then.. by Anonymous Coward · · Score: 0

    Ahh..so the fork was created just seconds before the website then? And all the community input on how the project was to procede was done in the few short seconds between those two?

    You're pretty fucking ignorant, aren't you?

  53. Re:SlashNot? by Anonymous Coward · · Score: 0

    this is fucking hot shit. i just about blew my load.

  54. It doesn't matter by FooBarWidget · · Score: 5, Insightful

    It doesn't matter whether the name "sucks" or not. Does it matter to users? No: they don't actually care! Heck, they shouldn't even have to care. All they should know is that it works.
    Does it matter to distributors? No: if Xouvert is good, Linux distributions will include it, no matter whether the name "sucks" or not.
    Does it matter to developers? I don't think they, they care more about the code and the openness of the projects.

    So, where is the problem?

    "Of course, 'Vim' and 'Emacs' aren't exactly stellar examples of naming"

    Vi and Emacs are not popular outside the Unix commandline community because they're console apps, not because of their names! You can rename Emacs to "PowerEdit 2000" but it's marketshare won't change!

    The name is certainly not the most important thing. Many people say that Ogg Vorbis will fail just because of it's name. And what do we see? More and more MP3 player manufactures are adopting Ogg Vorbis. And again: users don't care. If they can use the technology easily, they will, no matter the name.

    1. Re:It doesn't matter by Anonymous Coward · · Score: 0

      Yeah, the name does matter to users. Just look at ogg vorbis. When my girlfriend heard that name she vomitted on my brand new 21" LCD (and coincidently, her stomach contents were full of horse semen at the time)

      Do you think I have a chance at a lawsuit against xiph.org for damages?

      !PLZ DEVELOPERS DONT NAME YOUR SOFTWARE STUPID SHIT!

    2. Re:It doesn't matter by N1KO · · Score: 1

      Are you saying that you'll remember www.xouvert.org as easily as you remember www.yahoo.com in 6 months? I haven't used yahoo in months, but i haven't forgotton the name... because its a good name. So yes, the name matters. Not as much as some people pretend it does though.

      Ogg Vorbis btw, is a terrible name. I still can't tell which part stands for the codec and which is the file format. The effect of a bad name isn't devastating, but it doesn't do much good either.

    3. Re:It doesn't matter by FooBarWidget · · Score: 2, Interesting

      "Are you saying that you'll remember www.xouvert.org as easily as you remember www.yahoo.com in 6 months?"

      I don't know, but I'm pretty sure I will, if the project gets popular.
      But that's not the point. If you can't remember the name anymore then that means you aren't getting exposed to it enough. When you're not getting exposed to it enough that means one of these two things:
      1) You don't care. So why should you remember the name? No problem here.
      2) The project died off. Why should you still remember the name? No problem here either.

      "Ogg Vorbis btw, is a terrible name. I still can't tell which part stands for the codec and which is the file format."

      Ogg is the file format, Vorbis is the codec. I remembered this since day 1 and I still remember it.
      If you can't remember that that probably means you don't care. What good will it do to you if Ogg Vorbis has an easier to remember name, if you don't care?

    4. Re:It doesn't matter by Overly+Critical+Guy · · Score: 1

      It doesn't matter whether the name "sucks" or not.

      Of course it does. You want the highest amount of project visibility possible. What is your boss going to think of you bring up something called "Xouvert?" He's going to think exactly what it sounds like--some sort of hacked-together amateur project. What happened to maintaining some semblance of professionalism? We're trying to get Linux recognized and respected, right?

      Does it matter to users? No: they don't actually care!

      Of course they do. When you have non-stop gibberish names, it turns them off, and it is harder for them to keep track of it all when they are new to all this Linux stuff.

      When you have a crappy name, it tells people you just don't care about your presentability. If your boss sees something with an impressive, professional name, it's not goint to seal the deal but it's going to open his mind to it, because it shows that you care about that extra last bit of polish. Your name defines the tone of your project and how users approach it. This is extremely simple, common sense marketing, and Linux needs it, BADLY.

      Heck, they shouldn't even have to care.

      Then stop with the retarded names!

      Does it matter to developers? I don't think they, they care more about the code and the openness of the projects.

      Developers care about being "cute" and "funny," and they are the ones who come up with crappy names like this as though it's amusing.

      So, where is the problem?

      The names are not intuitive and friendly. This doesn't matter to programmers and geeks, but if that's all you're targetting, then there is no problem. My concern is someone fresh to Linux. It's quite daunting. Xine, tcsh, bash, XFree86, GNOME, KDE, Knoppix, pico, joe, Ximian, and so on. In the Windows world, names actually mean things. DVD Decrypter, Wordpad, Office, Lotus Notes, WinDVD, and so on. It's so much easier to digest, and makes more sense. Nobody can fathom why someone would want to call their project "Xouver." There is zero common sense behind it, other than to try to be cute.

      Vi and Emacs are not popular outside the Unix commandline community because they're console apps, not because of their names!

      I doubt it would matter.

      You can rename Emacs to "PowerEdit 2000" but it's marketshare won't change!

      Then that's an issue with the app and not the name, as you just pointed out! So what is your point?

      The name is certainly not the most important thing. Many people say that Ogg Vorbis will fail just because of it's name. And what do we see?

      Ogg Vorbis is pronouncable. Even so, it's mindshare is WAY less than that of MP3s.

      More and more MP3 player manufactures are adopting Ogg Vorbis.

      I've heard of but one recently. I'd like to see this great, magnificent list of manufacturers you vaguely refer to.

      And again: users don't care. If they can use the technology easily, they will, no matter the name.

      They care, a LOT. You clearly have little experience with real-world users. I deal with them daily as part of my job. The difference between "Symantec Antivirus 2003" and "Symantec Antivirus Corporate Client" alone confuses people. With all the shit people have to work and do everyday, the last thing they have time for is to try to catalogue various goofy developer names just because you demand that they do so.

      Next.

      --
      "Sufferin' succotash."
    5. Re:It doesn't matter by FooBarWidget · · Score: 2, Insightful

      "Of course it does. You want the highest amount of project visibility possible. What is your boss going to think of you bring up something called "Xouvert?" He's going to think exactly what it sounds like--some sort of hacked-together amateur project. What happened to maintaining some semblance of professionalism? We're trying to get Linux recognized and respected, right?"

      Yeah maybe he won't like the name. But that's not the point. _Why should he care?_ Why would he want to care?
      Let's face it: if I propose Linux he'll probably never find out what the windowing system is called. He'll just see "RedHat Linux" and maybe GNOME and KDE, and that's pretty much it.

      "Of course they do. When you have non-stop gibberish names, it turns them off, and it is harder for them to keep track of it all when they are new to all this Linux stuff."

      You just said it: non-stop. Xouvert is not a name you'll see non-top. The average user will only see it a few times. Or most likely: not at all.
      Why should they see it anyway? Clicking on buttons and menus is all they should know about. We shouldn't expose implementation details to the user.

      "The names are not intuitive and friendly."

      Use any modern distribution and you'll see things like:
      * Galeon Web Browser
      * Evolution Email
      * Gaim Instant Messenger
      * Konqueror (File Manager)
      * Kedit (Text Editor)
      * Quanta (Website Development)

      "DVD Decrypter, Wordpad, Office, Lotus Notes, WinDVD"

      Excel, Outlook Express, Powerpoint, ASPack, ARMS Refrigerator, Sandra SiSoft...

    6. Re:It doesn't matter by FooBarWidget · · Score: 1

      Bah, pressed the wrong button. My reply continues here.

      "Ogg Vorbis is pronouncable. Even so, it's mindshare is WAY less than that of MP3s."

      *All* other formats have WAY less mindshare than MP3. Windows Media Video? AAC? They're no more popular than Ogg Vorbis dispite their "great marketing names".

    7. Re:It doesn't matter by Anonymous Coward · · Score: 0

      Why not call the bastard child GNUcrap , cause onscreen ... as MOZ teaches ... that's what ZOOOOOOOOOOOverrrrTs ( rhymes with "culvert" ie// sewer ) gonna smell like for years ...

    8. Re:It doesn't matter by Anonymous Coward · · Score: 0

      Vi and Emacs are not popular outside the Unix commandline community because they're console apps, not because of their names!

      I doubt it would matter.

      You can rename Emacs to "PowerEdit 2000" but it's marketshare won't change!

      Then that's an issue with the app and not the name, as you just pointed out! So what is your point?


      His point, ironically, is the same point he was making throughout the rest of his point, which is that names don't matter.

    9. Re:It doesn't matter by andrewski · · Score: 0

      What is your boss going to think of you bring up something called "Xouvert?"

      Who cares? Maybe these guys already know that your boss is afraid XFree86 in the first place. He probably thinks it's a 17 year old program!

    10. Re:It doesn't matter by joto · · Score: 0
      What is your boss going to think of you bring up something called "Xouvert?" He's going to think exactly what it sounds like--some sort of hacked-together amateur project.

      Yeah. As if XFree86 sounds so fucking professional. If you want to sell it to a moron, call it XFree 2003 or XFree XP. But that won't attract more developers, and that's what's needed now.

      If your boss sees something with an impressive, professional name, it's not goint to seal the deal but it's going to open his mind to it, because it shows that you care about that extra last bit of polish.

      If that was what my boss though, I would find another boss. Even if it meant taking out the garbage instead. I would expect my boss to care about cost (and maintenance costs), stability, support, compatibility, etc.. Not about the name giving the "extra last bit of polish" (unless we should market it ourselves, but that would probably be as part of a greater package, and then nobody would care about the names of subpackages either way).

      Xine, tcsh, bash, XFree86, GNOME, KDE, Knoppix, pico, joe, Ximian

      Quicktime, 4dos, cmd.exe, windows, windows, windows, windows, hackman, pfe32, windows.

      DVD Decrypter, Wordpad, Office, Lotus Notes, WinDVD

      DeCSS, ed, OpenOffice, Lotus Notes, mplayer. And please don't tell me Lotus Notes is in any way an intuitive name. What is it supposed to be: a multimedia presentation about lotus flowers?

    11. Re:It doesn't matter by Phil+John · · Score: 1

      Ogg Vorbis is pronouncable. Even so, it's mindshare is WAY less than that of MP3s.

      Not only have you introduced a contradiction into your argument, you are trying to look at the market share of two competing products released many years apart.

      Vorbis has been in the market place for a much shorter time than mp3 and as such hasn't made as many inroads.

      And how can you possibly think that the name "mp3" is intuitive enough that a new user would go "ooohhh, that must be a music file!".

      Even if we expand the confusing (for new users) acronym into its actual fuller name "MPEG Layer 3" or the complete form "Motion Picture Experts Group Layer 3". Now, pretend you're a newb, you'd think that it's for a movie file, wouldn't you?

      --
      I am NaN
    12. Re:It doesn't matter by Anonymous Coward · · Score: 1, Insightful
      Vi and Emacs are not popular outside the Unix commandline community because they're console apps, not because of their names! You can rename Emacs to "PowerEdit 2000" but it's marketshare won't change!
      Actually, renaming it might generate more interest, because alot of people think that VI[M] and [E]MACS are a PITA to use.
    13. Re:It doesn't matter by Anonymous Coward · · Score: 0

      Vi and Emacs are not popular outside the Unix commandline community because they're console apps, not because of their names!

      Console apps? GNU Emacs, XEmacs, and vim are all graphical apps! Emacs was (somewhat) graphical way back when I ran it on a Sun 3.

      Emacs and vi may not have huge market share among the "Learn (language du jour) in 21 Days" crowd, but its not because they aren't graphical. Its because they are flexible, open-ended tools that happen not to script the small number of simple tasks many programmers perform, or the point-and-drool interface that helps them to be "productive" without understanding what they are doing.

    14. Re:It doesn't matter by DancingSword · · Score: 1

      Yeah, but to be kosher, we'd have to name it "PowerEdit 1900", rather than "PowerEdit 2000", eh? or the Accuracy-In-Marketing Police will get us...

      --
      Messages to/for me ( in me journal )
    15. Re:It doesn't matter by crizh · · Score: 1

      Even my totally non-geek wife remembers Ogg Vorbis.

      But then she is a Pratchett fan...

      --
      Trust The Computer, The Computer is your friend.
  55. Re:Well then.. by Anonymous Coward · · Score: 0

    they needed your approval, asshole? get back to geography class.

  56. Re:NDAs + big buiness by LinuxThis · · Score: 0

    But the idea is not totally for us to work with Big business solely on their terms. The idea is to make a open system so good that the card manufacturers (ala nVidia) will be either have to release their specs without an NDA (or just under open terms) or just not participate. Improving upon X seeks to give US more leverage in Big Business. Of course... its kind of a catch 22 as we need more open specs before we can improve X and get that leverage...

  57. There are different kinds of transparency by melted · · Score: 1

    And I prefer windows remote desktop. The only kind of GUI remoting that allows me to work using a frikkin 14 kbps modem and help out people on the other end of the globe by joining their UI session! Try that with your stinkin' X.

  58. Xlib special case? by yerricde · · Score: 1

    It goes through a user-space socket instead of using the kernel to access the AGP bus? That's a hoop.

    Network-transparent window system libraries tend to have a few special cases that kick in when the display is running on the same machine that the apps are running on. I'd assume that a window system implementing something like X11's MIT Shared Memory Extension would let the app mmap() AGP memory in such a special case.

    --
    Will I retire or break 10K?
  59. Network transparancy is not your speed problem by nurb432 · · Score: 1

    X, by itsself is NOT, i repeat NOT slow..

    It is what runs on top of it, like some window managers, that can slow it down to a crawl.

    It is not X that you have the issue with, though its a real common misconception, and needs to be corrected.

    --
    ---- Booth was a patriot ----
  60. Xouvert developers... by Anonymous Coward · · Score: 0

    I want to know what Xouvert smoking when you came up with this name.

    1. Re:Xouvert developers... by Anonymous Coward · · Score: 0

      I don't care so much about why they chose the name itself, I think it's fine ("ouvert" = "open" in French). What I would like to know is why they came up with their incredibly lame / false explanation for what it means. It's just not funny, at least to an American audience.

  61. "GUI refresh rate" by yerricde · · Score: 2, Informative

    What is a "GUI refresh rate?"

    It's related to the lag between dragging the mouse pointer down a menu and having the items highlight. It's related to dragging the scroll bar and having the view move smoothly. It's related to dragging a window and having both it and what's under it react smoothly.

    3) Your driver does not support hardware acceleration

    This is one of the major problems. Hardware vendors tend to expose too many of their trade secrets at the register level, and then they use this as an excuse not to release information to driver developers in Free window system implementation projects.

    --
    Will I retire or break 10K?
    1. Re:"GUI refresh rate" by Anonymous Coward · · Score: 0

      t's related to the lag between dragging the mouse pointer down a menu and having the items highlight. It's related to dragging the scroll bar and having the view move smoothly. It's related to dragging a window and having both it and what's under it react smoothly.


      Those are redraw events.

      This is one of the major problems. Hardware vendors tend to expose too many of their trade secrets at the register level, and then they use this as an excuse not to release information to driver developers in Free window system implementation projects.

      Most eye-candy-related X software uses very few drawing operations. It mostly involves lines, rectangles, and blting. If "a lot" (for this to be a 'major' issue) drivers do no support acceleration for these operations, then there are some serious problems. Now the state of overall acceleration with XFree is shaky, but that should have a limited impact on redrawing menus.

      I suspect poorly-written applications cause the largest number of perceivable instances of redraw lag.

  62. And dont forget the move to WindowsTSE by nurb432 · · Score: 1

    Even Microsoft understands the power of the 'remote desktop' sort of environment in the corporate world, and is pushing hard to reclaim lost market due to Citrix.

    Agreed at home its of limited value for many, but those that think things such as network transparency, which is at the very foundation of the X protocol, slow things down, or bloat the server, are sadly misinformed.

    --
    ---- Booth was a patriot ----
    1. Re:And dont forget the move to WindowsTSE by Hatta · · Score: 2, Interesting

      At home it's great. I can keep one computer hooked up to the stereo and run XMMS from any computer in the house. I can do my work related crap on my laptop, plug it into the LAN and pick up on my desktop exactly where I left off. No need to copy files or anything. I can run mplayer on the local TV out of my laptop, and run any apps I might need on the laptop on my desktop without interfering with playback. If anything X is not transparent enough. We need a good way to switch apps from server to server, or even just detatch them completely. Something like screen. God I love screen.

      --
      Give me Classic Slashdot or give me death!
    2. Re:And dont forget the move to WindowsTSE by Spy+Hunter · · Score: 1
      I can keep one computer hooked up to the stereo and run XMMS from any computer in the house.

      But if you want to change the playing song from a different computer than xmms was originally started on, you're out of luck; you'll have to use something other than X. I don't understand how this feature could possibly have been overlooked by so many people for so long. To me it seems like one of the most basic features a network-transparent window system should have: the ability to move applications from one display to another. With this feature you could implement a VNC-like app that could selectively migrate or duplicate single applications or the whole desktop on multiple displays. Wouldn't that be cool? Hopefully the Xowhatever folks take a look at this.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    3. Re:And dont forget the move to WindowsTSE by salimma · · Score: 1
      To me it seems like one of the most basic features a network-transparent window system should have: the ability to move applications from one display to another.

      In the meantime, running the apps you want to make accessible from multiple desktops inside a VNC session would not do you any harm... :)

      Used to do it to run my Licq session about 4 years back. Over a 300 KBps WAN link a small 400x300 VNC window does not consume too much bandwith. And that was plain VNC, not TightVNC!

      --
      Michel
      Fedora Project Contribut
  63. NDAs? What the policy means to me by yerricde · · Score: 1

    I take Xouvert's non-disclosure policy to mean that a hardware manufacturer's NDA covers only the spec, not any source code derived from the spec.

    --
    Will I retire or break 10K?
  64. Dosn't matter by autopr0n · · Score: 1

    This software doesn't really need to have a great name, a memorable slogan, or anything like this. I'm pretty sure that people choosing X-windows servers are not going to make choices based on cute names. Besides, I'm sure that the vast majority of people simply use the xserver that comes with their distro. So really, the most influential people here are going to be the people at redhat, SuSE, gentoo, etc. If they chance most Linux users will too.

    --
    autopr0n is like, down and stuff.
    1. Re:Dosn't matter by Anonymous Coward · · Score: 0
      I'm sorry, but you're wrong.

      Software does need to have a catchy name. Fresco/a>, for instance, is much more attractive than the topic of this article. Just because of its name.

    2. Re:Dosn't matter by Anonymous Coward · · Score: 0

      Nope, you are a fucking idiot.

  65. VNC is the future. by autopr0n · · Score: 1

    The future lays in things like VNC. VNC is faster and you can even disconnect and keep your session alive. It might be slightly slower but way more convenient.

    --
    autopr0n is like, down and stuff.
  66. First fork must not be the best fork by twener · · Score: 1

    To announce that they have nothing to offer, requires nothing. Better wait for something bigger, more enclosing and more organized to go public.

  67. Huh? by autopr0n · · Score: 2, Insightful

    3d games don't use Xwindows. They use OpenGL usually, which is also network transparent. GL obviously proves that network transparency doesn't slow you down, but it also dosn't prove that X isn't slow.

    --
    autopr0n is like, down and stuff.
  68. Re:NDAs? What the FUCK?!?!?! by Anonymous Coward · · Score: 0

    It's quite possible, but impractical. Because a given kernel module tends to only load with the exact kernel it was compiled for, and linux kernels are quite heterogenous. THis is why you see companies like nVidia making a proprietary driver, but with an open-source wrapper that can be compiled for anyone's kernel-du-jour.

  69. Re:NDAs? What the FUCK?!?!?! by Overly+Critical+Guy · · Score: 1

    I'm sure your anonymous boycott will get the job done. Get back to us and let us know how it goes.

    --
    "Sufferin' succotash."
  70. uhh... by Anonymous Coward · · Score: 0

    You have friends ?

  71. People who want to drop network transparency... by Nice2Cats · · Score: 4, Insightful
    ...should be shot, then cut up into very little cubes, fed to the fish, and the fish flushed. Network transparency is the single best thing about X, and the basis for such brilliant creations as the Linux Terminal Server Project, (LTSP) which just won the award for Best Open Source project 2003, thank you very much.Network transparency gave my old K6 a new life as a Linux Terminal, and will save me from buying a whole new computer for my parents.

    Anything that wants to have a snowball's chance in hell to replace X is going to have to be network transparent, too.

    1. Re:People who want to drop network transparency... by scrytch · · Score: 2, Interesting

      Network transparency is the single best thing about X

      On that, no argument. X's implementation of network transparency is quite possibly the worst part of X, however. The X server is dumb and cannot be helped without some grotesque hacks. I'd really like to not cause a zillion expose events to happen every time I resize or move windows. I'd like to be able to program events locally and not have every single damn keystroke roundtripped. Wouldn't it be nice to have a terminal window that actually knew the difference between a canvas and a text widget on the server side and acted appropriately?

      But you say there's local transports for local clients so we don't notice that. Then why the transparency in the first place?

      I know about things like LBX. I also know that they're still not worth a damn on VPN tunnels which still impose big overhead on short packets. The fact is, a session on citrix is usable over a dialup, and X is not.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    2. Re:People who want to drop network transparency... by Anonymous Coward · · Score: 0
      "Network transparency is the single best thing about X,"

      No, network transparency is the only good thing about X. The rest of X is an abortion, a miscarriage, a monstrousity --but of course, the niftyness of remote display is no excuse for all the bad things that X means for UNIX users.

      X has problems --or rather, X is a problem-- but it's not clear that removing its network transparency is the solution to any of those problems.

    3. Re:People who want to drop network transparency... by EvilTwinSkippy · · Score: 1
      Amen to that. I have a pair of 486 thinkpads that I use as X terminals for a folk festival. $100 / piece on ebay, using a stock install of RedHat 6.1. I've never had to updated it, because as soon as it boots, it runs X -query master and the rest of the software runs off the server.

      The server is a K6-400 I might add.

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
    4. Re:People who want to drop network transparency... by Spunk · · Score: 0

      Mmm, luser bullion.

    5. Re:People who want to drop network transparency... by bluGill · · Score: 2, Insightful

      I've used X over a dialup link. IT works for the most part just fine. Well programed apps have no problem. XV did just fine for instance displaying a picture on my screen. It took a while to display, but not that long really. Not something I'd like to do often, but considering I was on a dialup it was surprizingly useful.

    6. Re:People who want to drop network transparency... by Arandir · · Score: 1

      Why is it that half the world wants to dump X just because of network transparency, while the other half is standing in line to kiss Bill Gates for Terminal Services?

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    7. Re:People who want to drop network transparency... by kris · · Score: 2, Insightful

      You don't want X to be network transparent, because it is highly inefficient. X is transmitting at the level of "draw this line", "draw this rect", which is simply the wrong thing to do.

      Instead you want a display server that has the capability to execute local programlets, perhaps written in Postscript (as Nextstep did), or in Java or Parrot Bytecode. Then you want to transmit over the network calls to the procedures stored in your display server. That would be calls at the level of "display dialogue box with the content of ..., and tell me if the user hit yes or no."

      No, this is not to slow - Nextstep did it with Display Postscript on a 25 MHz 68040 processor.

      Yes, it is much faster on the line.

      X relates to such a systems as fax relates to email.

      Kristian

    8. Re:People who want to drop network transparency... by binarytoaster · · Score: 1

      The MS RDP implementation is pretty good for this. Seems to do a good job of understanding what text is (I think it's implemented at the GDI layer, so it just sends the windowing information to the client) and what pictures are. It runs reasonably well over dialup with low color depth, anyway.

  72. uhh... goatse.cx? by Anonymous Coward · · Score: 0

    Why does the wiki link off xouvert.org include the infamous goatse.cx picture? I can only hope its a hack, in which case they'd best fix it asap, but in either case, the name isnt the only marketing problem they have ^_^

    1. Re:uhh... goatse.cx? by llywrch · · Score: 1

      > Why does the wiki link off xouvert.org include the infamous goatse.cx picture?

      Because anyone can edit a Wiki in its default configuation.

      Geoff

      --
      I think I see a trend here. Maybe for them it really would be easier to muzzle the entire internet than to produce p
  73. Re:WHY? by Microsofts+slave · · Score: 1
    Ireally wish i hadnt posted earlier so i could wait for my moderator aces and mod this dumbass into the ground. Christ, after being on slashdot for less than an hour you could have figured out that Xouvert is not an os , and neither is XFree.

    arse

    --

    Tragek

  74. Re:WHY? by Anonymous Coward · · Score: 0

    Replying to your own troll shill with a troll shill? That's net.kook behavior.

  75. just great by b17bmbr · · Score: 0

    Xfree86 has a development model that places a greater emphasis on stability than new features.

    just great. now xwindows will be more like windows. yippee.

    --
    My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
    1. Re:just great by Tokerat · · Score: 1


      Then don't use the forked version.

      --
      CAn'T CompreHend SARcaSm?
    2. Re:just great by Anonymous Coward · · Score: 0

      Xfree86 has a development model that places a greater emphasis on stability than new features.

      just great. now xwindows will be more like windows. yippee.


      Errr... I think you read it wrong. It's the other way ;)

  76. While we're at it, is Fresco dead? by Nice2Cats · · Score: 2, Insightful

    Every time the discussion about replacing X comes up, somebody mentions Fresco (formerly named "Berlin"). However, I haven't heard anything for a long time about that project, and the last news is from March. Anybody know what happened? Our are they just hacking away so hard that they don't have time to update the webpage...

    1. Re:While we're at it, is Fresco dead? by niceandsunny · · Score: 2, Informative

      Judging from the Fresco-changes list, progress continues to be made, albeit slowly. They really could use some support. If you know C++, check it out, it is an interesting project.

    2. Re:While we're at it, is Fresco dead? by Fryboy · · Score: 1

      Possibly people are staying away from it because it contains the letters 'SCO'.

      Talk about bad naming having an impact :)

  77. And for those who didn't read the article... by botzi · · Score: 1

    ....unfortunately the French has *officialy* nothing to do with the choice of name, which is, btw, taken from a godess...........

    --
    1. No sig. 2. ???? 3. Profit!!!
    1. Re:And for those who didn't read the article... by cpeterso · · Score: 1


      unfortunately the French has *officialy* nothing to do with the choice of name, which is, btw, taken from a godess

      did you actually believe that? Why does Google report only X Windows sites for "Xouvert". "Xouvert Babylonian" or "Xouvert goddess" are googlewhacks, bringing up JUST the home page for the Xouvert project.

    2. Re:And for those who didn't read the article... by golgotha007 · · Score: 1

      i agree that Xouvert has nothing to do with a Babylonian goddess, but here's something interesting:

      you know we've truly reached the Information Age when someone can argue with reason that something doesn't exist because an online resource doesn't mention it...

      sweet...

    3. Re:And for those who didn't read the article... by Anonymous Coward · · Score: 0

      Why does Google report only X Windows sites for "Xouvert".

      Because google can't access secret Freemason sites? :-)

    4. Re:And for those who didn't read the article... by Read+Icculus · · Score: 1

      "Xouvert, the Babylonian goddess of open windows, wooding digging implements, (laying it on a tad bit heavy here), and moonlight". Memory kept alive by Freemasons? Quite ridiculous. Especially since Sin, or Nannar is the Moon God in the Babylonian pantheon. Maybe they would have a seperate goddess of moonlight in the Greek pantheon, but not in the Babylonian one. And if they did I'd imagine it would be a goddess with an old timey name. So I tied an onion to my belt... which was the style at the time.

      --
      Anti-social? My code is just platform-specific.
  78. Hacked? by Anonymous Coward · · Score: 1, Funny

    This doesn't look right: if you go to the xouvert web page at www.xouvert.org and follow the link to their wiki at the bottom of the page, you're lead to http://xwin.org:9673/xwin/Xouvert which, uhm, to put it mildly, doesn't look much like a wiki.

    1. Re:Hacked? by FooBarWidget · · Score: 1

      It's not hacked. It's a public Wiki. Which means anybody can edit the page!
      It's supposed to encourage users to contribute documentation. But it's sad to see that abusers from Slashdot has to abuse this for posting ASCII versions of goatse.cx.

    2. Re:Hacked? by Anonymous Coward · · Score: 0

      I see somebody isn't familiar with the concept of a Wiki.

  79. Uhmmm... by johnisevil · · Score: 1

    Once this project starts progressing and is deployed, will this be backwards compatible with current xfree86 libraries? Or will x based projects like Gnome and KDE have to rewrite portions of their code to make it work with this?

    1. Re:Uhmmm... by FooBarWidget · · Score: 3, Informative

      Yes it's compatible. X11 is a protocol, not an implementation. XFree86 is an implementation. Xouvert will be another implementation of the same protocol.

  80. Xopen / Xhoover by Anonymous Coward · · Score: 0

    The pronunciation of the french word "ouvert" (which mean "open") is quite close to the english "Hoover".
    So maybe there's a secret meaning behind this new name. Something like "we will get rid of all the dust in X".

    1. Re:Xopen / Xhoover by Spunk · · Score: 2, Funny

      Yes, or that it sucks.

  81. *average* user by nurb432 · · Score: 1

    I also use remote X, VNC and TSE in my house, but i would not consider myself anywhere near 'normal user'..

    --
    ---- Booth was a patriot ----
  82. Mod parent down! by ThyTurkeyIsDone · · Score: 1

    Links go to ASCII-art goatse pics. (Apart from the GNOME FUD which would in itself be reason enough to mod this guy down.)

  83. XO by joe_bruin · · Score: 2, Informative

    let me be the first to give this project a usable name:

    XO (pronounced: ex-oh).

    ouvert is french for 'open'. ignore the prank the website is trying to play on you. i don't intend to add the french inflection 'zoovair' every fucking time i say it (much like i like my croissants to be crassandwiches). besides, the name XOPEN is already taken. so there you have it, folks. say it with: me XO is not Xfree86

    1. Re:XO by Saint+Stephen · · Score: 1

      "XO is not Xfree86"

      Wouldn't what be XINX as in "XINX is not Xfree86"? Hey, I think you have something there!

    2. Re:XO by Synic · · Score: 1

      Study your French more. The "r" sound in croissant is not silent.

    3. Re:XO by Chazmati · · Score: 1

      There needs to be a (-1, Cranky) moderation! :)

    4. Re:XO by Phishpin · · Score: 1

      Good though, but it sounds too much like Xenix for my tastes.

      --
      -phish
    5. Re:XO by Anonymous Coward · · Score: 1, Funny

      He never said it was, dickhead. He said "Crassandwiches", the bastardized American version, instead of what would be the more technically correct "Croissandwiches". Although I suppose you just call them Freedom Sandwiches now.

    6. Re:XO by 4of12 · · Score: 1

      I know almost no French, but I notice something sinister going on here.

      If you spell the project name backwards you get

      tre vou x
      which is, almost, "very you X".

      Maybe they want to distinguish themselves from the XFree86 project that they perceive as "very us X".

      --
      "Provided by the management for your protection."
  84. Re:Poor choice of name. How about a re-think? by Lord+Kano · · Score: 1

    Stuff like this is just asking to offend peoples' beliefs--especially those who see Freemasonry as an occultic religion.

    Well, technically they're right. Occult simply means "hidden", since the Masons perform their rituals behind closed doors, that would make their practices and beliefs "occult" in nature.

    So I say again: lose the silly religious / pagan overtones.

    Did you complain about VIA/Cyrix's CPU naming scheme? They used names that were of Judeo/Christian/Islamic origin. In case you didn't know, many, MANY of the people working in the IT field (from programmers to network admins) are pagans. Most of the world is still free enough that these people can pay homage to their beliefs without fear of being burned alive.

    LK

    --
    "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
  85. I don't care how to pronounce it... by flicken · · Score: 1

    ...just as long as it starts with "X"!

    --
    20 mil and I will! Learn Esperanto with 20M others.
  86. Did I read this right? by arth1 · · Score: 0
    " ... They hope to reduce the risk to XFree86 of incorporating new drivers and features."


    Reduce the risk of new drivers and features?
    Uhm, these guys don't WANT any new drivers and features?

    Regards,
    --
    *Art
    1. Re:Did I read this right? by Larthallor · · Score: 1

      I read this as they want to be able to incorporate new drivers and features into their X servers, but that there is concern with doing this with the "official" XFree86 line. By branching, they can add as many features/drivers as they please while still preserving the stability of the mother project.

  87. XFree86 - XFree86-NG by EvilTwinSkippy · · Score: 1

    This makes perfect sense. Samba "forked" a while back, and the two projects continue to cross polinate one another. Folks still use Samba for their bread-and-butter file servers. Samba-TNG is really useful for domain controllers. Though admittedly, my PDC is straight Samba.

    --
    "Learning is not compulsory... neither is survival."
    --Dr.W.Edwards Deming
  88. No you didn't. by GeekDork · · Score: 1

    'nuff said.

    --

    Fight hunger. Filet a politician and send him to a 3rd world country of your choice.

  89. A scripted attack by flicken · · Score: 1

    I've tried, as many other have, i'm sure, to edit the front page of the Wiki, but to no avail---each time i edited it, the text was almost immediately changed back to the distasteful goatse page. Hopefully, the Wiki's administrators will attempt to shut down access to the offending user(s) so as to stop this nonsense.

    --
    20 mil and I will! Learn Esperanto with 20M others.
  90. Information - not marketing by hayne · · Score: 2, Interesting
    As someone who often "shops" for open source software for individual or corporate use, I must disagree. I don't want more marketing if that is defined as you describe it - emphasizing the positive, hiding the negative. We get enough of that sort of thing with commercial software.

    I agree completely that a common deficiency in open source projects is that the software is not described adequately for those who are shopping around for a solution. But the description of a piece of open source software ought to be as informative as possible. That means giving as objective as possible information about the strengths and weaknesses of the software. If softwareA is better at taskFoo, then the descriotion should say so. Perhaps it should also indicate whether the developers plan to rectify that weakness in the near future.

  91. Xouvert wiki by user138 · · Score: 1

    anyone look at it yet? these guys are gonna do absolutely nothing. This is a joke..

    1. Re:Xouvert wiki by Anonymous Coward · · Score: 0

      someone vandalized it, its fixed now

  92. command to shut off a flakey mouse without Xcrash? by ratfynk · · Score: 0, Flamebait
    A good idea would be to create a version of X that could shut off a flakey desktop mouse config that crashs X. Both Gnome and KDE becoming so mouse dependant is also a pain in the arse. Funny I can still navigate, albeit slowly in Win98 with out a mouse and not crash out.

    Will they use gdm for /etc/X11/XF86config, or will they take the sensible route to create a decent platform independant Xconfig? If they do create a decent sensible Xconfig that can quickly reconfig X all the more power to them. The ability to easily reconfig a flakey mouse would be great. What I hate about Redhat is that they took out good old Pico best of the easy to use editors, and have made installing to boot without X a pain in the ass. Jerks, and I have paid for RedHat in the past never again though. Thank you I will stick to Slack. I hope someone does finally write a killer X configuration tool. Slack is still the best that remains close to sensible.

    --
    OH THE SHAME I fell off the wagon and use sigs again!
  93. Re:SlashNot? by Anonymous Coward · · Score: 0

    I just blew my load reading your comment. You, Mr Anonymous Coward are one sexy bitch.

  94. It's a joke by Redundant+offtopic+t · · Score: 2, Interesting

    Come now, they're joking, of course. A joke that, after reading many posts here, seems to have fallen flat. To confirm, Google for goddesses--there is no xouvert on any list. But mainly, the tip off is the word ouvert itself.

    So, failed joke aside, they did pick a "nice, friendly, high-concept name", as you define it. It's just not in English.

    (my, i can't believe i'm defending the name of an open source project--derivative oss naming is a particular bete noir (er, sorry) of mine.)

  95. I give up, can they? by Anonymous Coward · · Score: 0

    (runs for ac cover)

  96. Sorry, but... by Bilange · · Score: 1

    Vi and Emacs are not popular outside the Unix commandline community because they're console apps, not because of their names!

    ...I use an Emacs winblows port (GNU Emacs 21.2.1 (i386-msvc-nt5.1.2600)) as my primary text editor, and I dont use Unix, too (Well, ok. I have a linux box set up as a web/ftp server, but I dont telnet on it anyways. ) Console or not, I think this software is quite complete (And free! I hate to see notepads made by some guy and put it demo or 5-day shareware. I mean, why the hell would I pay to edit/view a readme!? :/) and its more than enough for me.

    But I know emacs isnt popular/known for windows users, though.

    --
    "...a generation of kids has grown up thinking Trance is the shittiest music since country and western." - Paul van Dyk
  97. GNU autobuild tools suck. by Russ+Nelson · · Score: 3, Insightful

    Sorry, but the GNU autobuild tools suck. They start with a broken idea (Hey, let's give everybody a *different* makefile, so that you can't debug makefile problems! Hey, let's build the Makefile itself from a file which is automatically created, so you can't tell which of the four levels has the build problem!) and break things from there.

    As usual, djb's got the innovative ideas. Google for djb and redo.
    -russ

    --
    Don't piss off The Angry Economist
    1. Re:GNU autobuild tools suck. by Thing+1 · · Score: 1
      As usual, djb's got the innovative ideas. Google for djb and redo.

      I did, but couldn't find anything useful (just a lot of posts about "having to redo something related to qmail"). Can you provide a link? Thanks.

      --
      I feel fantastic, and I'm still alive.
    2. Re:GNU autobuild tools suck. by aeoo · · Score: 1

      I got the same result as you. The google advice was stupid and the grandparent should be modded down.

    3. Re:GNU autobuild tools suck. by popeyethesailor · · Score: 2, Informative

      Click here.

    4. Re:GNU autobuild tools suck. by Anonymous Coward · · Score: 1, Insightful
      Sorry, but the GNU autobuild tools suck.

      Yes. Yes, they do.

      They start with a broken idea

      Such as assuming that everyone is using UNIX. Download 50 megs of UNIX tools ported to Windows, just to configure the source code before compiling it? No. Write your own damn makefiles, you lazy turds.

      As usual, djb's got the innovative ideas. Google for djb and redo.

      Like the others who replied, I had trouble figuring this out. I presume you mean this?

    5. Re:GNU autobuild tools suck. by ddilling · · Score: 5, Insightful

      I don't know about the djb tools, having never used them, but as far as the GNU tools go, I couldn't agree more.

      I think my favorite part of the autoconf documentation is the part where it touts using the m4 macro system, claiming it is quick, and easy to learn. Maybe it is. I don't happen to agree, but that's not really even the point. When you're writing GNU build files, that it's m4 is only incidental; you're really writing into the autoconf/automake macro API and it's one of the most byzantine, insensible tools I've stumbled across.

      Not to mention how much I love having to wonder if I need to look in Makefile.am or Makefile.in for something. Or maybe aclocal? Or hey, where did that autogen.sh file come from? Wait, no, maybe it's config.h? Now, was it automake before autoconf? Did acmkdir work right, or am I just confused? Why doesn't it know what LF_CPP_PORTABILITY means when it's right in the documentation? Oh shit, I must need to run reconf. And didn't I read a paper titled "Recursive Make Considered Harmful" somewhere? Then why is it so hard to not use these directories? And why will it completely fail if I don't have internationalization support, when my customer isn't paying me to internationalize it? Hey! Where did acconfig go?!?

      *pant* *pant* *wheeze* Eh, you get the idea.

      --
      Mahnamahna!
    6. Re:GNU autobuild tools suck. by Anonymous Coward · · Score: 0

      *pant* *pant* *wheeze* Eh, you get the idea.

      Yes, I do indeed get the idea: you're a moron.

    7. Re:GNU autobuild tools suck. by Russ+Nelson · · Score: 1

      Sorry. Other people managed to find djb's redo.
      -russ

      --
      Don't piss off The Angry Economist
  98. What about an X server for Y? by MarcQuadra · · Score: 1

    Why not just run Y and have an X-server program built for it for 'legacy' apps? You could also write a 'blank' window and use a foreign toolkit in a more 'raw' way. This isn't my field, so I might be wildly off-base.

    --
    "Sometimes, I think Trent just needs a cup of hot chocolate and a blankie." -Tori Amos on Nine Inch Nails
  99. looks can be decieving by Anonymous Coward · · Score: 0

    Although the fonts on the web page are awful crappy, something good may come of it. Give it time. They mention something about staying under the X license or anything else blessed by the FSF, so we may soon have a GPL'd X. It's appropriate that the project should fork about the time that 'X' becomes obsolete. Let's give them a hand!

  100. IP Address by Anonymous Coward · · Score: 0

    The address making the change is 24.76.60.47.

  101. Stop it, all-together by Anonymous Coward · · Score: 1, Informative

    Run along over to DirectFB, grab the framebuffer code and modules for your card, or just use their default VESA Framebuffer (works on everything), then try out the XDirectFB module for X Window System ontop of their Framebuffer. Already, DRI/accelerated openGL works by use of their DirectFBGL interface for Matrox G200/G400/G450/G550 and support for DRI/accelerated openGL will be around within a month (work in progress, almost released to public).

    If you don't believe me, here are the direct links to what you need or should see:

    DirectFB graphics support list (project page)
    DirectFBGL (openGL Framebuffer abstraction layer for DRI project's openGL)
    XDirectFB (alternative X Server! Works fast and verry compatible!)

    Accelerated openGL screenshots (Quake3 works without X Window System, although hacked to abstract!)

    1. Re:Stop it, all-together by dotgain · · Score: 1
      I dunno why, but I threw you an "Insightful" and it came back "Flamebait", so I hereby post to nullify this curious error.

      At first I thought I was going mad, but the last four of my moderations have been changed from an upper to a downer - usually "Overrated"

      Different computers, browsers, locations, my uid is the only common thing - anybody else have the same problem?

      Yes, this is offtopic, I only post it here because it's the only way to nullify the unintened moderation.

    2. Re:Stop it, all-together by crizh · · Score: 1

      Are you using a wheel mouse?

      I've done that several times lately trying to scroll to the bottom to hit 'moderate' but have instead scrolled to the end of the dropdown - which is 'overrated'.

      Why isn't the moderate button next to the dropdown?

      --
      Trust The Computer, The Computer is your friend.
    3. Re:Stop it, all-together by dotgain · · Score: 1
      Yeah, but at the moment it's configured to do nothing. The Mac at work I use, which I got the same problem on, has a plain mac mouse, only one button and no wheel.

      After posting that comment, I modded another two which worked fine. I dunno.

  102. XFree86 Fork Gets a Name, Website, Girlfriend by greenhide · · Score: 2, Funny
    --
    Karma: Chevy Kavalierma.
    1. Re:XFree86 Fork Gets a Name, Website, Girlfriend by Anonymous Coward · · Score: 0

      What does eom mean? I seen it on redneck boards like yahoo a lot

  103. Re:GCC/EGCS by Anonymous Coward · · Score: 1, Interesting
    It seems that one of two things will happen here.

    1. The graphics development community splits, with some supporting this project, others supporting XFree (thus reducing the amount of development getting done)
    2. One of these projects will die out either from a mass exodus of developers (everyone leaves the XFree project) or lack of interest (no one moves to this new project)


    A third option is that both projects will be merged. EGCS no longer exists as a separate project, that work was eventually merged with GCC and released as GCC 3.
  104. Agreed! by MarcQuadra · · Score: 4, Interesting

    I'm with you, while X isn't the simplest thing one could think of, it really does perform amazingly well. The frame buffer as a 'performance solution' is a total dead-end as writing a stream of pixels to a buffer is a LOT slower than using X to draw complete objects.

    I do think X is a bit creaky though, maybe it is time to start a new one, one where major (and even compatability-breaking) changes can happen. Some things on my wishlist:

    *A single, standard, simple font system.

    *Integration of a more modern toolkit and WM, even if it has to borrow heavily from GTK+ or another project. This would be inclusive, it wouldn't prevent you from using other toolkits and WMs (think WindowMaker instead of TWM in the base set).

    *Ability to run like Quartz Extreme (as an OpenGL-based system). Also, not as a requirement, just as an option.

    *There's no excuse for not vectorizing this from the bottom-up, and we'll be thankful when the commercial OSs get this done and we've already got it. Think about running your monitor at 1600X1200 and telling the system it's 200 DPI so it zooms everything accordingly. Apple has this up their sleeve now, and Longhorn might unleash it on Windows.

    *Transparency, which personally doesn't get me hot and bothered, but I guess people think it's cool.

    *Ability to act as the 'console' layer for the OS, no more framebuffer-for-console, X for graphical. Have the thing run a full-screen native terminal, and have the OS work with it.

    *extensive database of video cards and monitors for easier configuration, this should be integral to the graphics system. It took me a LONG time to find the specs on some of my monitors and I'd rather not do it ever again.

    *Generally simpler/more elegant design. I'm pretty sure that a lot of what's in XFree86 today is there just to prop itself up, while a newer system might have a better chance of coming out with a clean design.

    --
    "Sometimes, I think Trent just needs a cup of hot chocolate and a blankie." -Tori Amos on Nine Inch Nails
    1. Re:Agreed! by moncyb · · Score: 1

      You may want to look around. The project you describe probably already exists. The only one like this I can think if is PicoGUI, however I'm not sure if it has all the features you described.

    2. Re:Agreed! by broeman · · Score: 1

      These are trying to make a difference:
      Directfb, Cairo , Fresco and PicoGUI

      The discussion about framebuffering was on the XFree86 open discussion mailing list last month.

      --

      (yes this can be compared with sex)
  105. Re:NDAs? What the FUCK?!?!?! by shibashaba · · Score: 2, Insightful

    Xi graphics can't even get info from Nvidia to make drivers for their server, and I'm sure they'd be willing to sign a NDA. I don't even see how it'd be possible for an open source project to sign an NDA anyway, since they'd be giving the code away.

    --
    ---------- Open Source is capitalism applied to IP.
  106. Re: They should name it ForX. It's a fork right? by tinomeinen · · Score: 1

    BTW I didn't see keith listed as a contact person on the website. Didn't look hard enough?

  107. Re:NDAs? What the FUCK?!?!?! by shibashaba · · Score: 1

    I forgot, hopefully the framebuffer will progress to the point where the manufactures can just write their drivers for it (including 3d) and be done with it. This would leave the community free design whatever implementation they want without having to worry about drivers.

    --
    ---------- Open Source is capitalism applied to IP.
  108. Marketing -- How do you pronounce.... by Anonymous Coward · · Score: 0

    How do you pronounce:

    * Atari, is it pronounced AY-TAY-REE or AH-TAR-EE or AH-TAY-REE?

    * Sega, is it pronounced SEE-GAH or SEH-GAH or SAY-GAH?

    * Linux, is it pronounced LEE-NUX or LIE-NUX or LI-NUCKS

    * MP3, is it pronounced Mmmmm-Puh-three or EM-PEE-THREE?

    * NEC, is it pronounced EN-EE-SEE or Neck?

    * Microsoft, is it pronounced MY-CROW-SOFT or MA-FEE-YAH?

    See? All the above have ambigious names and they're all very popular (at least at one time or another).

  109. about damn time by babbage · · Score: 1
    They hope to reduce the risk to XFree86 of incorporating new drivers and features.

    *phew*

    That's great, because the last thing we need is to cram even more drivers & features into XFree/X11. Thanks for reducing the risk, guys!

    1. Re:about damn time by Filopopulus · · Score: 1

      Suppose for a moment XFree86 stopped adding drivers.
      Would you still be happy tomorrow if you found out your new graphics card wasn't supported?

      Then you'd go talk to the developers, complaining, only to find out that a new shiny driver was there but they just felt like not including it.. just for the sake of it ;-)

      It's different about features but still projects like this must not stall completly _at the very least_

    2. Re:about damn time by babbage · · Score: 1
      Actually, my point was that the writeup implied that it's good to "minimize the risk" involved in adding features & drivers. Obviously, "risk" is a funny way to describe driver support, so I think they wrote the opposite of what they meant.

      I'm not advacting a halt on anything in X11 or XFree :-)

  110. your sig by Stalemate · · Score: 1

    just cost me an hour of my life!

  111. How about the name `XFree'? by Nailer · · Score: 1
    Why:

    • Its pronouncable
    • Its descriptive
    • Its simple
    • The name XFree86 was derived from the X386 project which preceeded it - XFree sounds like a logical successor.
    • Its short enough that its config file can be named after the project - /etc/xfree.conf. Which sure beats capital X capital F eight six capital S lowercase u t u p dot cfg.


    Mike
  112. Arch by Earlybird · · Score: 1
    I notice that the Xouvert project uses Arch revision control system -- indeed it relies on Arch's branching system to organize itself; as I understand it, the entire Xouvert project is one or more branches off one or more branches containing the official XFree86 sources. From the Xouvert site:

    • Arch is what makes Xouvert possible. Arch is Tom Lord's advanced changeset management system, a superset of mere "revision control systems" like CVS and Subversion. Arch will let us make radical changes to the directory layout of Xouvert, yet still be able to easily track and apply the changes in the original Xfree86 tree.
    • The clean design of arch makes it trivial for anyone who downloads our source code to create their own local "branch" for development, keep it under revision control, then have their modifications merged, with complete history, back upstream at some point in the future. This is next to impossible to do with CVS.

    There are other projects that have started using Arch; for example, I noticed Y, mentioned in another comment, also uses it (just a coincidence, or a case of Y influencing Xouvert?).

    Any slashdotters used it? I'm doing some testing with Arch and if I end up deciding I really like it, I'll try persuading my colleagues that we should adopt it as our company's source code management system. Mmm... atomic commits.

    1. Re:Arch by Sri+Ramkrishna · · Score: 1

      Arch is pretty cool. There are several versions of it floating around.

      You should just try it out. It's a bit hard to understand but I really love the concept. Feel free to send Tom some money as he's really a pauper last time I checked. (or better someone give the man a job!)

      sri

  113. Re:command to shut off a flakey mouse without Xcra by Anonymous Coward · · Score: 0

    you are, to put it bluntly, a fucking idiot. Stop using linux.

  114. Amistad by Anonymous Coward · · Score: 0

    Give us, us Xfree!

  115. Emacs is for X11 by axxackall · · Score: 1
    Vi and Emacs are not popular outside the Unix commandline community because they're console apps

    You obviously don't use neither Emacs nor Xemacs. Both works perfectly under X11 and Win32 (there is even a port to Mac) with support of fonts making both Emacs and Xemacs an excelent IDE with many WYSIWYG features.

    --

    Less is more !
    1. Re:Emacs is for X11 by Anonymous Coward · · Score: 0

      And if it were possible to use them without learning either (a) a completely different set of keyboard shortcuts from the universal standard as seen in KDE, Gnome, MacOS, and Windows, or (b) Lisp, maybe they'd have users outside the core of geekdom.

  116. Re:command to shut off a flakey mouse without Xcra by ratfynk · · Score: 1

    Stop mousey stop I want you to scrollllllll, no XY for me I use X not Z. Pisss Up a rope! I will hack config if I feel like it you /. Nazi morons....flame, down Karma I need to lose Karma please flaim.

    --
    OH THE SHAME I fell off the wagon and use sigs again!
  117. really means.... by Anonymous Coward · · Score: 0

    Xouvert will be caled "It's over" in a near future.
    Gover name is better it stands for Game Over.

  118. Tune in to your own life at least by ciaran_o_riordan · · Score: 1

    [I read your link]
    So, you're using GNU/Linux for seven years, you want good graphics performance but you didn't check to see if the card is supported before spending $400?

    I know this takes up 6 minutes of your life, I think a quick check would be okay.

    1. Re:Tune in to your own life at least by coaxial · · Score: 1

      The stuff about the $400 card is just an example for X. The actual card I have is a matrox g450 that doesn't have 3d acceleration support when xinerama is enabled. Funny. I don't have any problem running dual heads and then firing up Unreal, so 3d acceleration in this mode is supported in hardware. Also when I got the card, I had to use Matrox's drivers because the Free drivers didn't support xinerama AT ALL. Eventually they did, but it was buggy as hell. I don't think TV out is supported by the Free drivers at all.

      The rant I posted on my website was in response to the fact that I had to PATCH THE KERNEL in order to get my Sony DSC-F707 camera to be supported as a usb storage device. (You change an hex number in 'unusual_devs.h'.) That is the power of linux. Oops. Free Software and GNU/Linux.

      Fuck downloading windows drivers. I'm scouring google and PATCHING MY KERNEL! Oooo boy!

    2. Re:Tune in to your own life at least by coaxial · · Score: 1

      you want good graphics performance but you didn't check to see if the card is supported before spending $400?

      This is core problem with linux and other Free operating systems. Hardware support ALWAYS lags, and sometimes isn't even fully supported. Why should I not by the best thing out there? Most people like things to work!

    3. Re:Tune in to your own life at least by moncyb · · Score: 2, Interesting

      This problem has nothing to do with "Free" operating systems. It's about vendor support. You'd have just as much trouble (if not more) getting your card to work with OS/2, Be, a Mac, or whatever if the vendor doesn't support the system.

      I used OS/2 for a while, but my sound card didn't work because the vendor only made Windows drivers, yet it worked in Linux because some guy (or a few guys) had soundcards with the same chipset, so they figured it out and wrote a driver. In a closed system, if you don't have vendor support, then you're sunk. In an open system, at least you'll have a chance.

      In fact, if the drivers were open sourced ior the vendor supplied interface specs, they'd probably work better and have more support. The vendors are selling hardware, not the drivers, so there isn't a reason to keep this information secret. They say competitors would steal their designs, but I don't believe it. The hardest part is the internals of the chips--you don't get that from drivers and interface specs.

      Yeah, sure companies cloned the SoundBlaster design, but a sound card is just a fancy D/A and A/D converter. Not much to it, and they were just cloning the interface because in DOS, there is no such thing as a driver. Eventually there would have been some sort of standard because only stupid people will pay megabucks for a sound card when a $20 card will fill all their needs. This won't work with a 3D video card. They are too complex. Sure, there are discount 3d card manufacturers, but interface specs won't help them at all.

    4. Re:Tune in to your own life at least by ciaran_o_riordan · · Score: 1

      Ok, you have me.

      Free OSs lack advanced drivers and games. In this respect, GNU/Linux is the best of a bad lot. I regularly forget this since I use crap hardware and don't play games.

      When it comes to hardware, I wouldn't buy anything from a manufacturer that doesn't produce either Free drivers or give the specs to the Linux developers so that we can develope our own drivers.

      > Most people like things to work

      Well, if most people rejected cards that only have non-free drivers then we'd see Free drivers appear sooner rather than later.

      I can't expect all individuals to act in a community minded way, but I'm glad Xouvert won't be encouraging this counter productive behaviour.

    5. Re:Tune in to your own life at least by jbolden · · Score: 1

      Linux has the 2nd best hardware support of any OS on the planet. How good is the hardware support of Solaris, Irix, zOS....?

    6. Re:Tune in to your own life at least by coaxial · · Score: 1

      I can't expect all individuals to act in a community minded way, but I'm glad Xouvert won't be encouraging this counter productive behaviour.

      I don't see how it's counter productive to provide binaryonly drivers. If you don't want to use them, then don't. Nothing stops someone from making a Free driver. Hell sometimes the Free drivers provide support for things that the "official" drivers don't. (i.e. disabling macrovision)

      I have nothing against Free software per se. I just have something against things not working.

    7. Re:Tune in to your own life at least by bored · · Score: 1
      I used OS/2 for a while, but my sound card didn't work because the vendor only made Windows drivers, yet it worked in Linux because some guy (or a few guys) had soundcards with the same chipset, so they figured it out and wrote a driver. In a closed system, if you don't have vendor support, then you're sunk. In an open system, at least you'll have a chance.

      There isn't any reason that the same person who reverse engineered the sound card couldn't have written an OS/2 driver. This whole argument is bugus. It all comes down to demand and modivation. You also have to view this from a HW vendors perspective. When they make a product they need to make it as cheaply as possible to maximize profit while protecting their investment. If they have the resources to make 1 driver then they will make a driver for the product with the largest market share. Then open the driver source/HW doc's you say.. The only problem with this is that often times what makes one vendors product better than another vendors product is something in the driver package.


    8. Re:Tune in to your own life at least by moncyb · · Score: 1

      There isn't any reason that the same person who reverse engineered the sound card couldn't have written an OS/2 driver. This whole argument is bugus.

      While technically this may be true, which system do you think such people would most likely use? A closed one where they will probably have to buy books, register with a site to get specs (possibly with an NDA), and won't be able to send in bugfixes/feature enhancements to the core system...or an open system where they have the source and quite possibly lots of documentation for free--no registration, no NDAs. My bet would be on the open system.

      When they make a product they need to make it as cheaply as possible to maximize profit while protecting their investment. If they have the resources to make 1 driver then they will make a driver for the product with the largest market share.

      I understand that. It's also cheaper to have other people write your drivers for free. That was my point.

      Then open the driver source/HW doc's you say.. The only problem with this is that often times what makes one vendors product better than another vendors product is something in the driver package.

      This may be true with winmodem crap (where the software does all the work), but not 3d video cards. The core is run by a complex processor specialized for rendering 3d images. It has to be more difficult than designing the main CPU, and the methods to use Intel's CPU are open, yet they have only one serious competitor--AMD. Why do you think that is? Because it is very difficult to create a fast, stable processing chip.

      A GPU may be more specialized, but it also needs to process tonnes of operands in parallel while doing complex calculations on each one individually. What is in the driver would only reveal the tip of the iceburg. Saying a competitor could reverse engineer the chip from an open driver is laughable. If the card didn't have a GPU and their product was a 3d software driver, then what you said would be true, but it isn't.

  119. Have you ever had to pay for a video driver? by voss · · Score: 1

    I havent...even in windows. No video card maker that I have ever heard of has charged for video drivers.

    1. Re:Have you ever had to pay for a video driver? by burner · · Score: 1
      --
      MRSH-Recording device, corned beef sandwich with kraut, seafaring bird, and the foamy top of a beverage.
  120. American Name of Xouvert by euxneks · · Score: 2, Funny

    Due to the "french" nature of the name (ouvert means open in french) some Americans have decided to call the new X fork, Xfreedom.

    --
    in girum imus nocte et consumimur igni
    1. Re:American Name of Xouvert by Anonymous Coward · · Score: 0

      Or as interpreted into non US English for the rest of the world:

      XIfWeSayTheWordFreedomOftenEnoughMaybeSomeoneWil lB elieveUs

    2. Re:American Name of Xouvert by sebol · · Score: 1

      Due to the "french" nature of the name (ouvert means open in french) some Americans have decided to call the new X fork, Xfreedom. ...some Americans have decided to call the new X fork, Xfork.

      --
      -- Hasbullah bin Pit (sebol)
    3. Re:American Name of Xouvert by The+Lynxpro · · Score: 1

      FreedomX or Mutant X (although that show is shot up in Canada). Or if it is Apple's implementation, iFreedom; just not iX...

      --
      "Right now, somewhere in this world, Scott Baio is plowing a woman he doesn't love," - Peter Griffin, *Family Guy*
  121. Yes, it's dead. But others are using it's name. by Anonymous Coward · · Score: 0

    Fresco was almost entirely developed by SGI and Fujitsu while it was being considered for adoption by the X people as thier high-level (and very modern) GUI library. When they decided to stay out of that business, a few individuals kept it going a few more years until it was being developed by nobody and used by few. (Apparently because it was never developed enough to have all the widgets and documentation that people expect. Maybe because it more-or-less required C++.)

    The Berlin people gave up on their pie-in-the-sky ideas about replacing most of X, but still wanting to see some modern GUI ideas get developed, saw the dead carcass and took what they wanted including the name. I'm not sure how much of the code they used, but from the little I've read, it sounded like it's significanly different than real Fresco, while using much of it's code.

    What they're calling Fresco is also claimed to be under the GPL, while real Fresco code is much more liberally licensed, under an X11-type license.

    It's sad when individual open source software developers are less generous with their software than big corporations!

  122. dammit by Namaseit · · Score: 1

    Fuck. Last thing we need is for people to think the community is unstable. Dammit. Oh well, i can respect their reasons for forking though. I hope they get merged back together. With people already bitching about too many distros and de's the last thing we need is a fork of X.

    --
    75% of all statistics are made up!
  123. that's incorrect by Anonymous Coward · · Score: 1, Insightful

    Even if unix domain messaging is as far as shared memory messaging, it isn't as fast as not messaging at all.

    Writing directly to the frame buffer will always provide higher performance than taking circuitous routes. As hardware gets faster we may be able to get by with the reduced performance, but it will always be faster to go straight to the hardware instead of pussyfooting around.

    1. Re:that's incorrect by FooBarWidget · · Score: 1

      Yes but with today's hardware, the performance gain of directly writing to hardware is minimal.
      Let's have a look at the other systems:
      - MacOS X apps don't write directly to hardware.
      - Win32 apps don't write directly to hardware.
      - BeOS apps don't write directly to hardware.
      - Unix apps don't write directly to hardware.
      Heck, *no* modern operating system allows apps to write directly to hardware! Do you see people complaining about speed in MacOS/Win32/BeOS? I don't.

      Yes abstraction layers make thing slower... in theory! But in practice, on modern hardware, the performance loss is minimal. Instead, you gain stability: the windowing system can ensure that two apps can't write to hardware at the same time, so there won't be graphic corruptions. And they provide portability.
      It makes sense to sacrifice 0.00000001 milisecond of processing power for stability to portability.

      Writing directly to framebuffer is the old and obsolete way, not the future.

  124. VNC is the future ONLY IF it can run rootless by Anonymous Coward · · Score: 0

    VNC - a desktop sized window per connection.
    X - just the window you want, and no more.

  125. Re:Poor choice of name. How about a re-think? by Anonymous Coward · · Score: 0

    True. I ama practicing pagan for over twenty years. Although, I have never met another SysAdmin of the same faith. But then again, SysAdmins can't talk for a few seconds without discussing computers.

  126. Terrible name! by GoRK · · Score: 1

    90% of the comments here are about the name. It seems these guys really picked a really shitty one. Unless they do really good work, the project will probably die due to the name alone!

    A better choice?

    "Y-Window System" .. The name would imply that it is somehow a successor and furthering of X windows, yet in an entirely new and advanced incarnation.

    Xouvert.. "It's like banging your head on the table repeatedly!"

    ~GoRK

  127. I hope Xwin is not dead by Billly+Gates · · Score: 1

    Xwin is a rewritten from scratch implementation that will be great for old systems.

    Xfree86 is old, bloated and horribly complex. Keith Packards created ttf fonts and may have helped with the rendering interface of X. He decided to give up on Xfree86 because it became too bloated, too unmodular, complex, and old thanks to legacy code for things like vesa, 286 support, etc.

    A good read is the Unix Haters Manual, "..building an application with X is like building a bookcase with mashed potatoes".

    Anyway Xwin is going to be a brand new written from scratch program that only implements the protocal. In other words its going to be backward compatible but be fast, modern, and ore modulized.

  128. Yeah but... by BottleCup · · Score: 1

    Lets say something happens that a bunch of Y-Windows system developers dont like, and they fork again....
    That of course, will be called the Z-Windows system. Then what happens if something forks off Z? What will it be called then?

    1. Re:Yeah but... by GoRK · · Score: 1

      After Z-Windows comes A-Windows for a nice new beginning (Wouldn't you be wanting one after three forks?!?) :D

  129. XFree already taken. by eatmywallnuts · · Score: 0

    XFree is actualy the name of a project that existed before XFree86!

    XFree was a much earlier X Window System implementation and XFree86 is a completely independent alternative to that was originaly based on intel 386 architecture; although XFree86 works on more that i386, such as SPARC and Alpha.

    If I remember correctly, XFree is actualy defunct, but its tradmark is still in affect. Taking the name "XFree" and using it within the United States will result in possible fines. However, I am certain that if you use the name XFree outside the United States, you are ok.

  130. This could be taken many ways.. by DeadHateMachine · · Score: 1

    For one.. the fork could be quite good, it could bring about a more rapid development. But on the other hand, it could also cuase a divide, if the two projects don't stay closely involved, causeing a hell of a lot of problems writing aps. I'd feel bad for people like KDE devs, who might eventually have to do two completly different versions of all thier software, just to accomodate the fork, and the orginal. Change is good, but it could also be disasterous.

    --
    -Here we are now, Entertain us.
    1. Re:This could be taken many ways.. by Queuetue · · Score: 1

      X is a standard protocol. XF86 just implements it. So will this new fork, as do the commercially available X servers that you can also display KDE on. KDE doesn't develop to XF86.

      In fact... KDE runs on QT, not X. (QT has an X port, which is typically displayed with XFree86 on Linux) Was this a troll and I fell for it?

  131. Names they didn't choose by mrogers · · Score: 1
    Names that were rejected in favour of Xouvert:
    • FreeX
    • XFree87
    • XP86
    • XGeb0rken
    • XXXFreePornInYourEmail
    • X11R6v2.0a
  132. Another type of system? by moncyb · · Score: 1

    Wouldn't it be nice to have a terminal window that actually knew the difference between a canvas and a text widget on the server side and acted appropriately?

    How I understand it, X does this because it was made for a server/terminal model--the server running X clients, and cheaper terminals running the X "server". Expecting the terminal to use more processing power would mean either more expensive terminals or poor performance. Why else would X have been designed this way? X was created long ago when the mainframes ran the code and ruled the world.

    It sounds like you don't want X at all. I believe there are several projects which work similar to what you describe. The only one I can think of off the top of my head is PicoGUI. Maybe I just don't know enough about the X protocol, but it seems to me it would be easier to start over, and it appears some have done so. If you're serious about wanting those features in a display server, then you may want to start using/working on one of these projects and help evangelize it.

    I don't have enough problems with X to see the point in switching yet. Though I do recognize it as archaic and understand why one of these projects may be better. If I had the time and patience, I'd probably try to help out, but I don't...maybe you will fare better. I suppose it'd be time better spent than on something like Xouvert. Not to knock the guy who started the project--Xouvert will most likely be useful. The only problem is getting the video card manufacturer's support for "rogue" systems...

  133. Are you sure? by Nailer · · Score: 1

    Got a URL? I think you might be thinking of X386.

  134. Let's face it by spectrokid · · Score: 1

    Current X is good enough for running a word processor. All the new gimmicks are of interest only to owners and manufacturors of the latest hardware. What these guys need to do is set up a decent framework where the NVIDIA's and ATI's of this world can do their thing. Closed source or not.

    --

    10 ?"Hello World" life was simple then

  135. Merde, I mean, bullshit. by jotaeleemeese · · Score: 1

    As an Spanish speaking person I find very refreshing to find project names based on non English words.

    To the English speakers it gives a feeling of how it is to have to deal with English terminology all the time when English is your mother tongue, to others it gives the sense that open source is really open for all and not the playground of English speakers only.

    OK, so English speaking people are making most of the technology available? Fair enough, but then if other people for whatever reason decide to use other languages for their own projects, that should not be reason for chauvinistic whining from English speaking people.

    What sad, that like most tourists, some /.ers expect that an open IT world means a world all signalled in English only.

    --
    IANAL but write like a drunk one.
  136. TWAJS. by Anonymous Coward · · Score: 0

    LOL, dumb yank.

  137. End Of Message by Anonymous Coward · · Score: 0

    EOM - End of message/no comments (when used in a subject line, it means that the message contains no text: The poster said it all in their subject line.)

  138. W, X, Y, X11, X11R6, X11R6v2, X.ORG, XFREE86, XWIN by Anonymous Coward · · Score: 0

    Since X is old and crickety, as most responses seem to agree...

    XWin.ORG was supposed to stealthily fork and improve XFree86

    XFree86 introduced incompatibilities with X/Open X.ORG references

    And many seem to favour Y over X. As X was favoured over W.

    Why not just get a new X? X12... petition Open to get a new X. It's happened from X1 to X10... next step would be a new R level or a new X level...

    OR, build everything on top of OpenGL.

  139. Alpha blending is not useful by master_p · · Score: 1

    It's really tiring to work with Alpha blended windows. It's only a visual trick that produces smooth colors, pleasing to the eye, without any other value.

  140. NEXTSTEP HAS IT by tyrione · · Score: 1

    It's called NXHost. OpenSesame.

  141. Re:CONGRATULATIONS by Anonymous Coward · · Score: 0

    Why the hell wasn't parent +5, funny? It's a wonderful parody of US foreign policy.

  142. Don't try to name it, instead... by ralico · · Score: 1

    Just call it the "project formerly known as XFree86."

    --

    SCO to Hell
  143. Pronoucing the Xouvert name by SysKoll · · Score: 1
    Or maybe, just maybe, "ouvert" is the French word for "open"

    That's right. This suggests that the "correct" pronounciation is ex-oo-vair.

    Babylonian goddess my ass.

    -- SysKoll
    --

    --
    Mad science! Robots! Underwear! Cute girls! Full comic online! http://www.girlgeniusonline.com/

  144. Uh, no by autopr0n · · Score: 1

    It is entirely possible to write APIs that are not network transparent, although I suppose that's more of an implementation detail. In any event, OpenGL was designed to be network transparent, using a client/server architecture.

    --
    autopr0n is like, down and stuff.
    1. Re:Uh, no by Paul+Jakma · · Score: 1

      It is entirely possible to write APIs that are not network transparent, although I suppose that's more of an implementation detail.

      err. yes. exactly.

      In any event, OpenGL was designed to be network transparent, using a client/server architecture.

      example?

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
  145. obligatory French reference... by The+Lynxpro · · Score: 0, Troll

    Going to war without France is like playing videogames on your Xbox without your Xouvert...

    --
    "Right now, somewhere in this world, Scott Baio is plowing a woman he doesn't love," - Peter Griffin, *Family Guy*
  146. Best Name Choice by Anonymous Coward · · Score: 0

    They overlooked this. C became C++ via incrementing. X should do the same. Thus, we now unveil.... Xcrement.

  147. Xouvert == Xopen by Anonymous Coward · · Score: 0

    Funny name: Xouvert == Xopen in french