Slashdot Mirror


GNOME Foundation Helping OOXML?

christian.einfeldt writes "According to long-time OpenDocument Fellowship member Russell Ossendryver, it appears that GNOME founder Miguel de Icaza's widely-publicized praise for OOXML as a 'superb standard' is being followed up with on-going support by the GNOME Foundation in 'resolving' the thousands of criticisms leveled against Microsoft's proposed standard. In an open letter in his blog, Ossendryver urges the GNOME Foundation to halt its apparent support for OOXML as a standard and to put its efforts behind enhancing adoption of the genuinely open standard, ODF, which was approved by the world standards bodies as ISO/IEC standard 26300 on 2 May 2006."

471 comments

  1. No surprise here... by Azuma+Hazuki · · Score: 4, Insightful

    Miguel de fucking Icaza has been kissing Microsoft's ass for years now. Can we please get rid of him already?!

    --
    ~Eien no Inori wo Sasagete~ Searching for my Hatsumi...
    1. Re:No surprise here... by Alain+Williams · · Score: 1

      Doesn't Miguel work for Novell ? We all know how they relate to Microsoft!

    2. Re:No surprise here... by ThinkingInBinary · · Score: 5, Interesting

      Miguel de fucking Icaza has been kissing Microsoft's ass for years now. Can we please get rid of him already?!

      I was just about to say something closely approximating that.

      What annoyed me most before this (which is simply unthinkable) was his extremely strong support of Mono. Personally, I feel that Mono, like Wine, should be treated as a compatibility layer to run software intended for other operating systems, not a viable target for open-source application developers. If everyone likes C# so much, then we should take matters into our own hands and implement a language with the features we like that is under our control! (My concern with Mono following Microsoft's language is that in the event that Microsoft changes a significant feature, like Java did when it added assert, Mono would almost certainly make the same change, leaving a bunch of open-source developers to deal with the whims of Microsoft.)

      At some point, until Microsoft starts releasing truly open-source code and letting everyone hack on Windows, we have to keep at least some distance from Microsoft. There's nothing wrong with attempting to run their software, but we shouldn't be writing Windows software just because it's more convenient and we now have a way to run it on Linux.

    3. Re:No surprise here... by Shados · · Score: 1, Troll

      One cool thing about mono is that they're using MS' strategy right back at em: Embrace and Extend. In some ways, Mono has more features than .NET, and in some cases (Silverlight 1.1) is ahead of Microsoft. That should make quite a few open source lovers cackle with glee more than anything :)

    4. Re:No surprise here... by Anonymous Coward · · Score: 2, Insightful

      Follow the money. Miguel interviewed for a job at MS. He's the kind of guy they like -- not a US citizen and willing to work cheap. But he wasn't qualified for H1B status, so they couldn't hire him to work at MS. However, they could finance him to subvert linux. Ximian was financed by Paul Allen through Vulcan (at the time he was still a MS board member and Vulcan was used to finance projects without being tied to MS). Vulcan invested a chunk of money into Novell before they purchased Ximian.

      This is all documented information. I don't know why some people refuse to connect the dots.

    5. Re:No surprise here... by Anonymous Coward · · Score: 0

      Sounds like cackles of delusion, considering the Mono runtime and library are inferior and incomplete.

      Though it does amuse me to see people so enchanted by Mono.

    6. Re:No surprise here... by Anonymous Coward · · Score: 0

      Which Mono version are you running? Mine is slow, older, poorer, more bloated and WAY, WAY, WAY behind M$ .NET version.
      Maybe i need an update........

    7. Re:No surprise here... by Anonymous Coward · · Score: 0

      People only care about convenience and doing more with less. They certainly don't care about stupid political statements such as the one you are making.

    8. Re:No surprise here... by rbanffy · · Score: 4, Insightful

      Right...

      It will work wonders when all the five users of the two programs that actually use what Mono has that .NET hasn't start raving and evangelizing people into running Mono on free platforms.

      You must have market dominance to play Embrace and Extend. Otherwise, you will follow all those neat enhanced supersets of whatever technology was mainstream at the time into oblivion.

    9. Re:No surprise here... by segedunum · · Score: 4, Insightful

      One cool thing about mono is that they're using MS' strategy right back at em: Embrace and Extend. In some ways, Mono has more features than .NET, and in some cases (Silverlight 1.1) is ahead of Microsoft.
      The problem is, they're not embracing and extending anything because they're not doing so from a position of any kind of power or authority. Microsoft's version is the reference version of .Net, owing to the fact that it is what is installed on Windows machines and the installed based of Windows. If it works on Mono then it's a bonus, and if it doesn't work on Mono then it's tough luck. End of story. Being a sheep is never a good idea. Sheep get slaughtered.

      That should make quite a few open source lovers cackle with glee more than anything :)
      No, because you don't understand how embracing and extending works.
    10. Re:No surprise here... by arivanov · · Score: 4, Insightful

      He has been doing it long before that. This behaviour bares no relation to Novell.

      I think somebody needs to tell explain him some basics of of human relationships.

      If somebody blows you off the way Microsoft blew him off on a job interview the best way to deal with them is to reject them. They will come back sooner or later. In fact if you reject them a couple of time they will keep coming back with a better offer than you really deserve.

      The worst thing to do in cases like that is to try sticking your nose up their rectum the way he is constantly trying to do. In life that achieves the opposite. The person who rejected you in the first place will treat you exactly as you should be treated when you are in a naso-rectal interface position. Like shit.

      All I can say - what a daft jerk...

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    11. Re:No surprise here... by LKM · · Score: 1, Interesting

      There definitely are financial ties between Miguel and Microsoft. Back when I was studying, he held a Microsoft-sponsored speech about Mono, where Microsoft raffled off Xboxes to the people who attended. I didn't win one :-(

    12. Re:No surprise here... by FooBarWidget · · Score: 1

      I don't understand your logic at all. "My main concern [is] ... Mono would almost certainly make the same change, leaving a bunch of open-source developers to deal with the whims of Microsoft."

      Just how will developers have to deal with the whims of Microsoft? So Microsoft decides to add a language-level assert statement, so what? All the open source C# software will happily keep running just like they did yesterday. Microsoft can't decide to break compatibility because they have too many enterprise customers depending on .NET backwards compatibility.

    13. Re:No surprise here... by babbling · · Score: 1

      I agree with you that Mono is risky. If Microsoft ever decided to actually use their software patents, Mono would probably be one of the easier targets.

      I would like to point out one good thing about people developing software that uses Mono, though. It should help the Mono developers significantly in making their compatibility layer have less defects than WINE does. WINE has always been improving, but if people had been writing software for WINE, it would probably be improving at a much greater rate.

      But I do agree with you - Mono is too risky. I'll never touch it for anything I develop.

    14. Re:No surprise here... by kaffiene · · Score: 1

      That's a really important issue, if true. Has anyone investigated this?

      I mean, we've accused the suck up of being a M$ shill, but could he *really* be on the take from the Evil Empire?

    15. Re:No surprise here... by Anonymous Coward · · Score: 0

      "(My concern with Mono following Microsoft's language is that in the event that Microsoft changes a significant feature, like Java did when it added assert, Mono would almost certainly make the same change, leaving a bunch of open-source developers to deal with the whims of Microsoft.)"

      Except that Sun understands the process of deprecation. In Java, using "assert" as a veriable name meant that you'd get chewed out by the compiler, but you could shift the compiler into backwards compatability mode while you addressed the more immediate problems. In Microsoft land, it's not uncommon to discover that the compiler can't compile old code at all, that the DLLs containing your runtime functions are no longer there, and that - if you're REALLY fortunate, the old software development tools won't even run on your current release of Windows.

      Try dealing with THAT when you need to do a 1-line panic patch at 3 a.m.

      But I wrote off Miguel when I discovered that Gnome had effectively re-created the Windows Registry. One Windows Registry in this universe was enough.

    16. Re:No surprise here... by empaler · · Score: 1

      They're throwing a party because they just compiled it to OS/2...

    17. Re:No surprise here... by chromatic · · Score: 2, Insightful

      In some ways, Mono has more features than .NET, and in some cases (Silverlight 1.1) is ahead of Microsoft.

      ... until you have to license binary blob codecs to use certain Silverlight applications. Fortunately, you can pay Novell money for those codecs, if you have an approved operating system and processor.

    18. Re:No surprise here... by I'm+Don+Giovanni · · Score: 1

      Wait...
      So posts that are nothing more than foul-mouthed personal attacks (and a suggestion of violence against the attackee) are modded as "3, Insightful" now?
      Oh, I forgot, such posts are just dandy as long as they are in line with the slashdot group-think.

      --
      -- "I never gave these stories much credence." - HAL 9000
    19. Re:No surprise here... by h4rm0ny · · Score: 4, Interesting


      For all I know, they offered him a better job outside Microsoft for a nice thirty pieces of silver collectible at some future date. Every time I read his name, it's in connection with something I see as damaging to Linux and the Free Software movement. And surely nobody can describe OOXML in these terms without some sort of bias?

      Gnome is GPL, isn't it? Doesn't that make it inherently possible for people to sideline this person no matter his current position, before we risk serious damage? In terms of patents, introduction of copyrighted code, or perhaps other issues, presumably someone in his position acting deliberately, could cause some nasty legal wrangles. And actions so far give reason for distrust, do they not?

      --

      Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
    20. Re:No surprise here... by h4rm0ny · · Score: 1


      Many things are possible. But if this were true, it could easily be in the form of a promise of future reward in an easily disguised form - a nice, highly paid job at Microsoft with good conditions and juicy benefits or severance deals. How would that ever be proved in the long run?

      I think the best policy, as it usually is, is to extend as little authority to people on the basis of their position as possible and judge every action and utterance on its own merits regardless of whether it comes from on-high or from the lowliest of the low. An over-exaggerated respect for authority is one of humanity's biggest failings. But that said, when someone repeatedly demonstrates behaviour that suggestes that are a shill, it's wise to keep a close eye one whatever else they might be up to.

      --

      Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
    21. Re:No surprise here... by Xtravar · · Score: 4, Insightful

      Why is everyone so opposed to taking MS's technology and running? They put a bunch of R&D into C# and its standard libraries, and then released it as an open specification.

      Mono is not and should not be treated as a compatibility layer.

      People complain that you'll never run Windows .Net apps properly on Linux... well, so? Does that make C# and .Net technology completely garbage? Not at all, and to believe that is foolish.

      Having a C# implementation in Linux, with a decent C# widget toolkit, is a good way to invite developers into the open source world. Going from [Visual Studio + C# + Windows.Forms] to [MonoDevelop + C# + GTK#] is a lot less daunting than to [emacs + C + GTK], etc.

      And it might just blow your mind, but using C# on Linux is sometimes the best language for the job, especially if you have to use C# at work.

      --
      Buckle your ROFL belt, we're in for some LOLs.
    22. Re:No surprise here... by maxume · · Score: 1

      The 'us/we' vs 'them' distinction that you are drawing exists almost entirely in your head. I don't mean that there isn't a sizable open source camp and a sizable microsoftish camp, I mean that the lines are really blurry and a bunch of players on each side don't really have any sense that they have taken a side, and a bunch of other players don't think that it is an important distinction, and so on.

      --
      Nerd rage is the funniest rage.
    23. Re:No surprise here... by Just+Some+Guy · · Score: 4, Insightful

      If everyone likes C# so much, then we should take matters into our own hands and implement a language with the features we like that is under our control!

      It's called "Python" (and also goes by the alias "Java"). Hence the complete lack of need for Mono - we already have that functionality in mature, well-tested languages.

      --
      Dewey, what part of this looks like authorities should be involved?
    24. Re:No surprise here... by Jesus_666 · · Score: 1

      It apears to me that the GNOME devs have been deeply enamored with Microsoft technology for quite some time now; they copied the Registry with GConf (and given how much Windows users tend to like the Registry it does take some heavy duty love in order to think it's a good idea to bring it to Linux).

      How much influence does de Icaza have within GNOME, by the way?

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    25. Re:No surprise here... by budgenator · · Score: 1

      I suspected that de Icaza had a psychotic break when his Ximian and SuSE both got bought by Novell and he stayed. I lived through the Gnome/KDE wars and getting abducted by an UFO and had a alien mind control device inserted via anal probing or psychosis are the only lucid explanations.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    26. Re:No surprise here... by Almahtar · · Score: 1

      If by "get rid of him" you think violence is suggested, I suggest you get a therapist.

      Anyway if the language is vulgar and that offends you then too bad, but the point made is actually pretty solid. I've been tracking the open source community a lot over the years and Icaza's actions have really had me thinking the same thing, minus the vulgarity.

      I've often thought we're all better off not paying any attention to him or his ideas.

    27. Re:No surprise here... by Daniel+Phillips · · Score: 1

      I agree. Miguel was exposed as a cynical sellout some time ago when he supported the Novell Microsoft pact. How about it, Miguel, got anything to say for yourself?

      --
      Have you got your LWN subscription yet?
    28. Re:No surprise here... by mvdwege · · Score: 1

      [GNOME] copied the Registry with GConf

      Let me see:

      ls -R .gconf

      Hmmm. All seperate directories and files. Not a single monolithic file.

      Let's look at one of those files, shall we?

      cat .gconf/apps/evolution/mail/%gconf.xml

      Hmm, human-readable XML, not binary data.

      The only thing GConf and the Registry have in common is that the default editor tool presents all settings in a hierarchical tree. So stop talking bollocks, OK?

      Mart
      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    29. Re:No surprise here... by Bloater · · Score: 5, Interesting

      He always gets sidelined. He mostly starts something or writes it badly but with some key interesting kernel. The "badly" is usually trying to mimic some underdesigned overengineered buzzword from MS - he seems to be enamoured by their financial success and thinks it is the intrinsic value of their technology that did it. Of course, it isn't - their success is due to acute business acumen and marketing ability.

      GNOME (the GNU Network Object Model Environment) was designed around a COM approach (it actually used that well-known failure and DCOM copycat, Corba). Microsoft is abandoning COM, and using it (usually because the financial director told them that it will save money and is better anyway) costs developers a vast amount of time, money, and reputation as the interface conventions are appallingly unstructured. Suffice it to say, GNOME is moving away from corba and has been for some time.

      Generally, it is a good idea to watch for what problem Miguel de Icaza wants to solve and then start solving the problem differently before he can damage Linux' reputation for several years until his plans are ripped out and replaced as they usually are.

    30. Re:No surprise here... by Daniel+Phillips · · Score: 2, Insightful

      Why is everyone so opposed to taking MS's technology and running? Because Microsoft uses any technology they control to further extend their illegal monopoly and do not care who or what they crush while doing it. Any more questions?
      --
      Have you got your LWN subscription yet?
    31. Re:No surprise here... by Daniel+Phillips · · Score: 1

      The only thing GConf and the Registry have in common is that the default editor tool presents all settings in a hierarchical tree. This is the main design characteristic of Microsoft's registry and the differences you mentioned are implementation details.
      --
      Have you got your LWN subscription yet?
    32. Re:No surprise here... by Jesus_666 · · Score: 1

      Their implementation is less daft that Microsoft's, but I think it's still pretty clear to see where they got their ideas from - not many oher people think that providing a unified interface to see in one place the configuration settings for thirty completely unrelated applications is a very good design decision.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    33. Re:No surprise here... by Anonymous Coward · · Score: 0

      Mod parent up.

    34. Re:No surprise here... by gbjbaanb · · Score: 1

      FYI. CORBA is not based on DCOM at all. CORBA came about from a OO version of lrpc, whereas COM (and therefore DCOM) inherited from DCE-RPC (which was fantastic system, ho well)

      There's a lot of commonality, especially in the terminology used, but that's because they solve the same problem. The implementation is completely different and you shouldn't get the 2 confused.

    35. Re:No surprise here... by the_B0fh · · Score: 1

      I bet you there're more MS office users than .net users.

    36. Re:No surprise here... by VGPowerlord · · Score: 1

      My concern with Mono following Microsoft's language is that in the event that Microsoft changes a significant feature, like Java did when it added assert, Mono would almost certainly make the same change, leaving a bunch of open-source developers to deal with the whims of Microsoft.

      Microsoft doesn't intend for .NET to be backwards compatible. That's why, on Windows, there are 3 different .NET VMs that need to be installed if you want to support all .NET apps (1.1, 2.0, and 3.0). You can find these in subdirectories of %windir%\Microsoft.NET\Framework along with a 1.0.xxxx directory for compatibility reasons.

      Java, on the other hand, is supposed to be able to run almost all older programs in newer versions (but not necessarily vice-versa).
      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    37. Re:No surprise here... by msuarezalvarez · · Score: 1

      Organizing something which is naturally of a hierarchical nature in a hierarchical way is not exactly an original contribution of MS... You can look at your friendly /etc directory to see a predecessor of gconf.

    38. Re:No surprise here... by msuarezalvarez · · Score: 1

      Well, most people do not seem to have lots of objections to providing a unified interface to see in one place the configuration settings for unrelated apps: that's how configuration settings have been stored since ever: somewhere in your filesystem...

      Only that `unified interface' is quite weak: you do not get much further than the POSIX semantics for file handling. And sharing, locking, notifications and other goodies are essentially non-existing. And, of course, it is unified up to the point when you need to interpret the bytes that you read from the configuration files, as there is absolutely no standard for that. You are saying that most people find this non-gconf situation sane?


      IME people who complain about gconf (i) have never actually used it and (ii) are not even aware of the problems classic configuration files present ("no one will be running two intances of the same app at the same time, so we'll just overwrite the conf file when something changes...")

      Sure, gconf is waaay far from perfect. But `there is an app, essentially unrelated to gconf, which presents the data stored in gconf's database in a way similar to the Windows register' is not exactly a complaint worth taking into account. Of course, `it provides an unified interface to configuration settings' not only is not a complaint worth taking into account but plainly shows that the one using it, well, should not be commenting on software design.

    39. Re:No surprise here... by 12357bd · · Score: 1

      human-readable XML

      Really exists something 'human-readable' in XML? :)

      Just kidding, but IME to have to use an xml-parser library just for reading/writing an applications settings is a waste of resources, an usually innecesary bloat, why not just plain text files? (hey! they already are 'human readable'...). :)

      --
      What's in a sig?
    40. Re:No surprise here... by spectecjr · · Score: 1

      This is the main design characteristic of Microsoft's registry and the differences you mentioned are implementation details.

      Yeah, and it's not the part that people complain about.

      People complain about it being a brittle, corruptible binary file - a single point of failure if you will[1], with no opportunity to add comments to document entries.

      Which isn't a problem with GConf, if it uses XML.

      Either way, the registry does have some benefits - such as per-key security settings.

      [1] Not so much a problem any more in the past 7 years; there are multiple copies in multiple places, and it's regularly backed up. The other arguments still hold.

      --
      Coming soon - pyrogyra
    41. Re:No surprise here... by jagdish · · Score: 1

      At some point, until Microsoft starts releasing truly open-source code and letting everyone hack on Windows...

      If Windows ever goes open source, THE UNIVERSE WILL IMPLODE. And I mean that most sincerely.
    42. Re:No surprise here... by Anonymous Coward · · Score: 0

      i think you should look long and hard at what you have just written, then go get a life of your own.

    43. Re:No surprise here... by Vexorian · · Score: 4, Interesting

      I feel that Mono, like Wine, should be treated as a compatibility layer to run software intended for other operating systems

      What surprises me the most is that this actually has to be said. It is ridiculous that mono is so actively used to actually make programs for official gnome, we got python, we got Java, we got Ruby, we certainly did not need MONO here.

      I can foresee somebody telling me it is about picking the best tool for the job. But then HOW IN EARTH would MONO be the best tool for this job? The intention is to make open source free software, and adding any unnecessary dependance on MS technology is ridiculous, and it is really making gnome look bad, I actually hope KDE4 lives to the expectations so I can move. Really.

      --

      Copyright infringement is "piracy" in the same way DRM is "consumer rape"
    44. Re:No surprise here... by Anonymous Coward · · Score: 0

      Why did you write-off Miguel for gconf? Havoc Pennington of Red Hat force-fed us that pile of crap, not Miguel - in fact, Miguel argued against it.

    45. Re:No surprise here... by Shados · · Score: 1

      Thats the thing. When Microsoft takes some tech and "extends" it, its really a different tech (not meaning its anything new, but that its often not backward compatible, at least not fully, and vice versa).

      Mono has a bunch of stuff that .NET doesn't have (more than a bunch actually). Mono (even if its one of their goal) shouldn't be considered a .NET compatible implementation. Its really just something that took a very similar core, and extended it with a bunch more stuff, and is missing others. So while yes, if a program thats in .NET happens to work in Mono, its a bonus... but its very possible for Mono programs not to work in .NET either... they're two different things, same core. If tomorrow .NET changes upside down and isn't compatible with Mono at all, does it really matter?

      I mean yeah, it will suck that programs wont work on both platforms anymore...but the programs developed in Mono will still work, and the implementation is still valid. Think of it as a "fork" (without the original source), not as a clone.

    46. Re:No surprise here... by Bloater · · Score: 1

      I know the implementation isn't the same, different people wrote the code and there are a ton of ORBs for a start. But when COM extended DCE-RPC corba was created to be used similarly, but COM is really badly designed - not just the code but the whole way of working.

    47. Re:No surprise here... by alext · · Score: 1

      Nope, still wrong. CORBA 1.0 came out in October 1991, the earliest date you could claim for COM is 1993.

      And of course, COM isn't the distributed version, you had to wait until 1997 for DCOM.

    48. Re:No surprise here... by Wdomburg · · Score: 1

      COM was introduced in 1993, DCOM in 1996. The first CORBA spec was finalized 1991. Even DCE, which MSRPC and COM are based on, wasn't released until 1992. You might want to rethink which technology was an answer to the other.

    49. Re:No surprise here... by Anonymous Coward · · Score: 0

      Let's try to apply some logic instead of repeating this tired old mantra, you awful jackass.

    50. Re:No surprise here... by mrchaotica · · Score: 1

      I don't know about you, but I actually kinda like C# more than Python or Java (I've never used Ruby). For example, the syntax for getters and setters is more elegant. I do think it's better to avoid .NET (aka "MONO"), however. It'd be nice if there was a way to write Swing or QT or something using C#...

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    51. Re:No surprise here... by mrchaotica · · Score: 2, Interesting

      But if this were true, it could easily be in the form of a promise of future reward...

      Why does everyone seem to assume that De Icaza is getting some kind of kickback or that it's some sort of conspiracy? It seems to me that the likely explanation is much simpler: Miguel De Icaza simply likes Microsoft! I mean, he applied for a job there; you don't do that unless you would want to work there, generally speaking. He appears to admire Microsoft's technology... I assume he just doesn't care about its business ethics.

      The guy that runs Valve has a hard-on for Microsoft too (which, I believe, is why Valve ported the HL1 engine from OpenGL to Direct3D when such a thing was a horrible idea, and why Source is D3D-only) and nobody invents conspiracy theories about him.

      It's like the old saying: why attribute De Icaza's actions to malice, when they can just as well be explained by stupidity?

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    52. Re:No surprise here... by Anonymous Coward · · Score: 0

      Wow, way to use logic you awful jackass.

    53. Re:No surprise here... by Daniel+Phillips · · Score: 2, Insightful

      Organizing something which is naturally of a hierarchical nature in a hierarchical way is not exactly an original contribution of MS... You can look at your friendly /etc directory to see a predecessor of gconf. And what is wrong with /etc for global configuration and ~ for local? Hint: this is exactly what the Gnome folks got wrong. Doomed to reinvent Unix badly and all that.
      --
      Have you got your LWN subscription yet?
    54. Re:No surprise here... by Daniel+Phillips · · Score: 1

      Which isn't a problem with GConf, if it uses XML. It is a complete fiction that XML makes things less brittle, and your argument is a red herring anyway, since use of XML is independent of whether are single heirarchy is used or not. It is the single hierarchy that makes things brittle. That is the main thing that people don't like about gconf. Very un-unix.
      --
      Have you got your LWN subscription yet?
    55. Re:No surprise here... by msuarezalvarez · · Score: 1

      What's wrong with it?

      • Every single file there has a different format so it has to be parsed by a different parser. /li>
      • You are limited by the POSIX file semantics, so you need to deal with locks, atomicity magic and so on in order to allow different apps or even different instances of the same app to modify them concrrently, and you have to do this in every app, you need to implement some kind of transaction handling to ensure that apps that crash do not leave broken configuration files, and so on.
      • You are limited by the notification capabilities of your filesystem for modifications, but then you you are also limited by granularity, as the only way to get notifications of a change in a specific subset of of preferences for an app (and not others) forces you to either split your configuration files in many little files, or rescan a (potentially huge) configuration file looking for changes since the last time you saw it (in particular, you need to know how did that configuration file looked before the change) unless you are using a filesystem thatnot only notifies you that a change has happened to the file but also what changed.
      • You've basically confused the actual implementation with the abstract concept of configurable setting, so if you for want to change the backend (say, you want to put preferences in an LDAP server) you have to rewrite all apps (you could use fuse, of course; but you can make a nice fuse module presenting the gconf settings as a filesystem, too).
      • If you want to allow admins to set up mandatory settings, limit options available to users, lock others, etc, or you want to be able to have several profiles, each consisting of a different set of configuration options which apply to a set of applications, you have to implement everything in every app.
      • etc

      There is much that is wrong and missing in gconf, but pretending that stuffing /etc and ~ with .someapp.rc files was ok is just showing off ignorance of the issues.

    56. Re:No surprise here... by HeroreV · · Score: 0, Flamebait

      C# and Python are extremely different, and C# is much nicer than Java. I understand disliking that the best came from Microsoft, but lying about it isn't going to put an openly-developed language on top again.

      Java reminds me a lot of C++. It was the first to popularize some new ideas, and it was really good for its time, but now it just looks like a cludgy mess. Java is starting to really show its age, while C# is fresh and shiny. Java didn't have a foreach loop for ages, and it still doesn't have C# style properties.

      When it comes to interpreted/JIT garbage collected statically typed languages, C# is the best. I wouldn't use it for long-term important projects (due to the Microsoft issue), but when I'm just playing around with something that's too big for a scripting language (e.g. Python), I use C#.

      It's a really really nice language, even if it did come from Microsoft.

    57. Re:No surprise here... by Anonymous Coward · · Score: 0

      Isn't mono a disease?

    58. Re:No surprise here... by mvdwege · · Score: 1

      Presentation != Design.

      Come back when you have a clue, OK?

      Mart
      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    59. Re:No surprise here... by mvdwege · · Score: 1

      For me, as a user/sysadmin it wouldn't necessarily had to have been XML. From a programmer's standpoint however, parsing XML is a known issue, with known, well-debugged parsers already available, and XML can handle more intricate data structures than simple key-value pairs in a flat hierarchy. So developer-wise, I can understand the choices made.

      As for human readable, yes, the gconf XML is nicely canonicalized, and the elements and their content are generally self-explanatory. There are a few things in there that look like that abomination that is Microsoft's Class UUIDs though.

      Overall, gconf solves some issues that are hard in simple text, while bringing up some of its own. You win some, you lose some. But to state that it's a Registry copy merely because of the UI of the default editing tool is, sorry to say, bloody stupid.

      Mart
      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    60. Re:No surprise here... by Anonymous Coward · · Score: 0

      Python is fucking useless for anything important and Java is evolving at a very, very slow rate, way behind C#. See generics, foreach, and now maybe real closures/lambda.. Java is playing catch up.

    61. Re:No surprise here... by shutdown+-p+now · · Score: 1

      The language itself is great. The core libraries are okay. The rest of the .NET API is a mess, sadly.

    62. Re:No surprise here... by Anonymous Coward · · Score: 0

      If everyone likes C# so much, then we should take matters into our own hands and implement a language with the features we like that is under our control!

      How about Vala?
    63. Re:No surprise here... by Wiseman1024 · · Score: 1

      Miguel de Icaza is not licking Microsoft's ass because he works for Novell; he works for Novell because he's licking Microsoft's ass.

      Seriously, why do people even care about what does he do? The GNOME project and everything else should kick him out if they know what's good for the community. He's just in love with Microsoft's retarded, bloated, overengineered, closed and treacherous "enterprise" technology, and the more they let him do and the more media coverage he gets, the more damage he will deal to free software by promoting Microsoft's traps.

      What's next? "Miguel de Icaza says the GNU community should adopt chair throwing"? "Miguel de Icaza adds Aero to GNOME"? "Miguel de Icaza joins Palladium"? That guy's a moron.

      --
      I was about to say 13256278887989457651018865901401704640, but it appears this number is private property.
    64. Re:No surprise here... by FooBarWidget · · Score: 1

      So? Why should I care?

    65. Re:No surprise here... by FooBarWidget · · Score: 3, Informative

      That's ridiculous, Python and Java don't make C# obsolete. That's like saying that there's a complete lack of need for Python because Perl and Ruby already exist. The only reason why people dislike C# is because it's created by MS.

    66. Re:No surprise here... by gbjbaanb · · Score: 1

      ok, so COM was an 'answer' to the OMG's object broker (I'm not sure about that, back in those days, the number of Windows people who even knew Corba existed could be counted on one hand).

      Fortunately, the differences between them are as wide as the differences between sun rpc and dce-rpc. They're just not the same thing, which is what the OP was implying - that COM was a MS 'extended+embrace version' of CORBA.

    67. Re:No surprise here... by aztracker1 · · Score: 1

      How is this dependant on MS.. if you aren't using MS's application stack (SWF, ASP.Net, etc.) and choose to use GTK# or MonoRails, then you are safe... if it runs under mono today, it should run under mono tomorrow... Maybe MS comes up with some new extensions to C#/.Net that aren't in the mono version.. so what... if I'm not developing a windows application, that doesn't affect me in the slightest... I don't get your position in that regard.

      Mono is a JIT/GC language that has C/C++ style formatting, and similarities to it's cousin Java. It's far easier to make calls to system libraries than most managed languages and platforms, which makes it a natural environment to create managed applications that run on GTK/Gnome (C based). The language is widely documented with an incredibly massive support base, with a plethora of development tools available for it.

      The fact is, that there are, and will be *MANY* times where this is the best tool for the job in Linux, specifically for the reasons above. If I am writing an application where I want to use a modern stack and language structures, in addition to a need to make calls to various libraries, then it is an excellent choice... If you're throwing together a simple front end to a database backend, or console application, then it isn't necessarily better than other options. It does have some advantages in terms of support (message boards, email lists, newsgroups, blogs, examples) and documentation.

      If you are wanting to create a cross platform application, it does have some advantages there.. though getting Java running properly is less an issue in most linux distros today, it was pretty difficult in the past. Aside from Java, there is SWF, which is an MS centric front end... However .Net/mono lends itself well to creating the backend, and controll logic in a central library. While having a dedicated front end for each targetted platform OSX, Linux and windows.

      --
      Michael J. Ryan - tracker1.info
    68. Re:No surprise here... by Jesus_666 · · Score: 1

      My issue with gconf is not the unified interface (unified interfaces usually are a god idea), it's the fact that what appears to me to be the default editor does throw them all together. When you talk about using gconf you usually talk about this user interface.

      Of course, there are some other minor issues with gconf (some people think that XML is not universally a good choice for configration settings), but yeah, it might be the default mode of presentation that makes me hate the thing to death, as it resembles what might be the single worst idea Microsoft ever had. Including Bob.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    69. Re:No surprise here... by richlv · · Score: 1

      miguel could be, like, abducted brother of... dvorak.
      or the other way around. i suggest a tag 'miguel', similar to 'dvorak' :)

      --
      Rich
    70. Re:No surprise here... by javilon · · Score: 0, Troll

      The reason *I* dislike C# is because it is so similar to java that it it a waste of effort. It only has one advantage over Java and that is M$ have full control over it. That advantage is an advantage for M$, not for me.

      --


      When his defense asked, "Which computer has Jon Johansen trespassed upon?" the answer was: "His own."
    71. Re:No surprise here... by MickDownUnder · · Score: 1

      Well that's one angle.

      I've seen Mono being used by development companies to supply products that work on both Macs and Windows. With the predominant development and market actually being Mac OSX and not windows.

      I really don't get it, why do you want to create your own proprietry standard for a specific platform based on an open multi-platform standard? Isn't that exactly what Microsoft gets accused of?

      And one other point to the author of this article.... Its OpenXML not OOXML. Why is it that people don't want to use the correct name?

      I find the refusal of sites like Slashdot to use the correct name, plus the reaction to Microsoft's attempts to open up their Office suite very strange. Isn't it a good thing that all the businesses out there currently using Microsoft Office might one day have converted all their documents to an XML format? It's got to be a step forward from the old closed binary formats.

    72. Re:No surprise here... by Vexorian · · Score: 4, Insightful
      it does not matter if it is cross platform or cross language, the intention is to make applications for the default Linux desktop...

      How is this dependant on MS..

      If Linux grew a MONO dependence, MS would get the turn off switch. In several situations MS has implied that MONO requires "patent protection", in the case of MS, it does not matter if their claims are utter BS or true, they got a bunch of lawyers and since they ACTUALLY invent .net in this case that gives them even more advantage.

      If MS didn't intend on suing regarding MONO, they wouldn't implicitly add protection for it on Novell's deal and at the same time deny protection to it on the next deals...

      Even if there weren't any patent threats, MS will keep upgrading .net and make sure MONO gets more and more obsolete, the idea would be to make Linux look like a second class citizen.

      if you aren't using MS's application stack (SWF, ASP.Net, etc.) and choose to use GTK# or MonoRails, then you are safe... if it runs under mono today, it should run under mono tomorrow... Maybe MS comes up with some new extensions to C#/.Net that aren't in the mono version.. so what... if I'm not developing a windows application, that doesn't affect me in the slightest... I don't get your position in that regard.

      Why would you need MS' application stack? beats me to find a logical reason to do that kind of stuff, if the intention with mono was to make a multilanguage cross platform framework that had nothing to do with .net , then I don't understand why the rush to clone .net ... Or where they totally unable to invent their own one?

      If they thought that you would be able to run .net apps as a bonus, then they are just crazy, for starters .net apps require at least windows forms (and there are a bunch of .net that also need active x garbage) and windows forms is not part of MS' 'freed' stuff.

      --

      Copyright infringement is "piracy" in the same way DRM is "consumer rape"
    73. Re:No surprise here... by plague3106 · · Score: 2, Informative

      Every time I read his name, it's in connection with something I see as damaging to Linux and the Free Software movement. And surely nobody can describe OOXML in these terms without some sort of bias?

      Ya, because actually addressing the comments brought up by the ISO and resolving them is Evil!!! It may actually get approved! And who needs more than ONE standard?

      Gnome is GPL, isn't it? Doesn't that make it inherently possible for people to sideline this person no matter his current position, before we risk serious damage? In terms of patents, introduction of copyrighted code, or perhaps other issues, presumably someone in his position acting deliberately, could cause some nasty legal wrangles. And actions so far give reason for distrust, do they not?

      Right, because a non-MS employee has seen the source code, and MS actively HELPING Mono so that they can sue them later.

      I can only imagine the hysteria here when .Net 3.5 comes with the source code.. I guess its not just MS that likes to FUD..

    74. Re:No surprise here... by FooBarWidget · · Score: 2, Informative

      Well, for me, C# is not a waste of effort. It has advantages over Java, for instance:
      - Properties.
      - Delegates.
      - Structs.
      - Easy integration with C libraries.
      - VM-level generics support, making it easier to integrate with other .NET languages.
      - Mono starts faster than the Sun JVM (or even GCJ for that matter).
      - Ahead-of-time compilation with Mono.
      - Language-integrated queries (LINQ).

    75. Re:No surprise here... by Pecisk · · Score: 1

      Maybe then avoid Doc, Ajax, even WAV, or Samba?

      Get a grip people. You act like bunch of frighten-to-death school kids. .NET maybe is too much hype, but I disagree about it's usefulness. More or less all these comments indicates not about real criticism, but plainly avoiding Microsoft as some kind of plague. I understand reasoning, but I don't want to agree that it is right way to do it.

      In the same time, I think Python is more superior with all kind of support on many, many platforms.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    76. Re:No surprise here... by Pecisk · · Score: 1

      Hmmm, I was with you there until last sentence. Why stupidity?

      He is engineer. Yes, he doesn't care about Microsoft tactics, he cares about technology. Yes, MS tech isn't perfect, but interesting and yes, MS tactics are disgusting.

      But why Microsoft is so beloved in this whole world? Why Linux doesn't have 30% marketshare, if everyone hates Microsoft?

      It's not that simple. It's not "stupidity", it can be called "having different values than us". Some people don't care about ethics or monopoly in computer world. Some even thing that having multiple competeting techs are wrong, that if Microsoft does it, let it be that one, even if it breaks and doesn't work quite right.

      Not everyone values choice and freedom as we do.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    77. Re:No surprise here... by everphilski · · Score: 1

      in addition to the above: operator overloading, unsafe{} blocks where yes Virginia, you can use pointers.

    78. Re:No surprise here... by aminorex · · Score: 1

      In the domain of technology there is no meaningful difference between malice and stupidity.

      --
      -I like my women like I like my tea: green-
    79. Re:No surprise here... by Abcd1234 · · Score: 1

      It is the single hierarchy that makes things brittle

      Really? Why?

      Very un-unix.

      Huh? Unix had hierarchies since it's inception. They're called subdirectories.

      gconf is, in fact, exactly like /etc, except it mandates a file format (which can be nothing but a step forward... the vast number of config file formats is a major administrative headache), and provides an API for accessing the settings within (again, a very nice thing for developers). That's it, that's all.

    80. Re:No surprise here... by Richard+Steiner · · Score: 1

      Speaking as an OS/2 user ... I wouldn't use it. :-(

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    81. Re:No surprise here... by mrchaotica · · Score: 1

      In this particular case, it is stupidity. Why? Because, as a Free Software developer, Microsoft's tactics directly threaten his livelihood! I guess it's possible that it's masochism rather than stupidity, but either way, when somebody's trying to screw you, you don't smile and say "thank you, may I have another?!"

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    82. Re:No surprise here... by Wdomburg · · Score: 1

      ok, so COM was an 'answer' to the OMG's object broker (I'm not sure about that, back in those days, the number of Windows people who even knew Corba existed could be counted on one hand).

      The number of Windows people who knew that DCE existed was likely pretty small as well, but that didn't stop them from branching MSRPC and DCOM from it. :)

      Really, though, I wouldn't say either was an answer to the other, per se.

      Fortunately, the differences between them are as wide as the differences between sun rpc and dce-rpc. They're just not the same thing, which is what the OP was implying - that COM was a MS 'extended+embrace version' of CORBA.

      Actually, the original poster had it the other way around - he called CORBA a "DCOM copycat", which is demonstratably absurd considering CORBA predated it by more than half a decade.

    83. Re:No surprise here... by msuarezalvarez · · Score: 1

      When you talk about using gconf you usually talk about this user interface.

      I am sorry, but that user interface, gconf-editor, is separate and in fact unrelated to gconf. It is not an user interface, actually, but a tool to do certain things. The user interface to the configuration options of an applications should be in that application. Or, some times, in a specially designed dialog presenting them, à la control panel, when it affects more than one app. Or in specialty applications, like gtweak, whose purpose is to be an user interface to modifying some configuration options. While gconf-editor is useful, it is not the user interface to gconf. Not anymore than gconftool-2 is.

      Indeed, gconf does not need an user interface, just as much as glib or libgmp do not have user interfaces: they have APIs.

      Of course, there are some other minor issues with gconf (some people think that XML is not universally a good choice for configration settings),

      That's an often heard complaint, and an equally absurd one. What on earth does `being a universally good choice for configuratin' possibly mean? Why would anyone (the developers and the users) be touching the XML files? Are you aware that there is nothing in gconf which actually depends on XML, as the actual storage is handled by backends, and there was and there could be backends using databases, like a Berkeley database table, or an LDAP server, or whatever?

      gconf is far from perfect. But the amount of ignorance in its respect that one hears, and the complaints based on that ignorance that ensue, are really amazing...

    84. Re:No surprise here... by Anonymous Coward · · Score: 0

      avoid Doc

      I do, thanks.

      Ajax

      Though the idea was Microsoft's, the tools and components are not.

      even WAV

      Sounds like a good idea--AIFF isn't as limited, anyway.

      or Samba?

      I try to avoid that when possible as well. Good advice! Though except for .doc, none of the examples you mention have the same sort of lockin/EEExtinguish potential of C# et al.
    85. Re:No surprise here... by Anonymous Coward · · Score: 0

      "The only reason why people dislike C# is because it's controlled by MS."

      Here, fixed that for you.

    86. Re:No surprise here... by Anonymous Coward · · Score: 0

      And that's a bad reason how exactly?

    87. Re:No surprise here... by zootm · · Score: 1

      In several situations MS has implied that MONO requires "patent protection"...

      As far as I'm aware, very few widespread Mono apps actually use the components which are not obviously legally free. ASP.NET (XSP) is the only significant exception I can think of, and quite frankly I can only think of one common app which uses that, and it's not only a developer tool, it's available in an incarnation that doesn't need it.

    88. Re:No surprise here... by Darinbob · · Score: 1

      The purpose of C# is to be a Java killer. The other "technical advantages" are minor.

      Yes, it's a standard, but it's essentially driven by Microsoft. Only the language is standardized, not the full runtime library (parts of which are patented). C# is promoted by Microsoft heavily because they know they can control it. They can change it at a whim and virtually all of the C# developers will follow along; because they're almost all using Microsoft's version. They can not do this with Java or C++. When they have tried this in the past they had a big outcry from users on other platforms or compilers. Their solution to all the engineers that refused to be sheep was to create their own language and platform. Now they have the ability to change C# without having the developers get angry, plus the ability to claim it's a standard, plus they're convincing a whole lot of IT departments that this is the way to go.

      I also suspect that many within Microsoft are positioning C# as a Visual Basic replacement; ubiquitous while totally in their control, but without the dumbed-down reputation VB was getting.

    89. Re:No surprise here... by tolan-b · · Score: 1

      What dick-head marked this flamebait?

      I run Linux almost exclusively on server+desktop and there's no love lost between me and Microsoft, but C# is a good language, the only problem with it is the pressure MS can apply over it, which the GP accepted.

    90. Re:No surprise here... by David+Gerard · · Score: 1

      People do write for Wine - or, rather, most open-source Windows software treats Wine as a supported platform if its users ask nicely, report bugs, etc. Fixing them usually takes tweaks to both the application and to Wine. Everyone wins.

      --
      http://rocknerd.co.uk
    91. Re:No surprise here... by Grishnakh · · Score: 1

      WAV isn't much of a standard; it's just raw audio data with a simple header, as I understand it. However, using it to store your music in is pretty stupid, as it's uncompressed; it makes far more sense to store it in FLAC if you require losslessness. WAV only makes sense to use when you're editing audio data, as an intermediate step.

      Anyway, WAV doesn't have anything in the way of lock-in or patent issues.

      Samba? That's only used so you can work with legacy Windows systems. SMB is a crap protocol, so there's no reason to bother with it unless you're required to work with legacy Windows system. If you're Windows-free, it has no real use.

      AJAX isn't a MS-pushed technology with any lock-in potential. Google makes lots of use of AJAX, and they're no friend of MS.

      Doc? The only reason to work with that is just like Samba: interoperation with legacy Windows applications. If you're Windows-free (and don't have anyone sending you .doc files), then you have no need for it. Use ODF instead.

      Most things from Microsoft should indeed be avoided as some kind of plague, as you put it. It's only prudent, given their past history. There are some exceptions, such as DHCP, but these are rare and few. Any MS technology or standard must be thoroughly scrutinized to make sure it's 1) actually beneficial, and not some buzzword-loaded piece of crap that only makes sense on a Windows platform, and 2) not some kind of minefield or trap. Not everything from MS is total garbage: DHCP has made network configuration a lot easier, and they have some nice TrueType fonts. But these things are definitely not typical for MS; most of their stuff is garbage, or is really a trap.

    92. Re:No surprise here... by h4rm0ny · · Score: 1

      Ya, because actually addressing the comments brought up by the ISO and resolving them is Evil!!! It may actually get approved! And who needs more than ONE standard?

      Well just to clarify the situation, Gnome developers are actually implementing OOXML (reference) and I believe that this is counter-productive to the Free Software movement's success. OOXML is very much a proprietary format and will remain so. One company will always have the power to disadvantage others as regards its implementation. Furthermore, from a technical standpoint, it has extremely serious flaws that would take a lot to resolve. It's not even close to being the "superb standard" that Miguel de Icaza has called it. It is so far from being such, that I feel I have good grounds for suspicion. I don't like just repeating what I hear, so I have taken some time to actually look at OOXML and try to understand it. I have also worked as a professional software engineer for just over a decade now, so I feel I have a reasonable grounding to at least understand the principles involved. OOXML is awful. No-one involved in free software should be advocating effort be squandered on this when the staggeringly more efficient approach for the industry is for Microsoft to implement the well-documented and more genuinely open ODF. This, incidentally, is actually done. (reference).

      In short, the only reason I can see for advocating OOXML (and it is advocacy, not merely "resolving issues") is personal gain, presumably financial. Misguided is possible, but we're talking heavily misguided here.

      Regarding:

      Right, because a non-MS employee has seen the source code, and MS actively HELPING Mono so that they can sue them later.
      I can only imagine the hysteria here when .Net 3.5 comes with the source code.. I guess its not just MS that likes to FUD..

      It is perfectly plausible that MS would help their opponents into a legally vulnerable position. But keep in mind that Mono is largely the pet project of Novell, which has recently signed secretive agreements with Microsoft to use their patents without legal risk. As Microsoft seems very in bed with Novell, it seems very believable that the intent could be to sue everyone except Novell. Patents could be the way to do this (unfortunately for the USA). But I think the big motivation behind Mono in the immediate future is to help the take off of Silverlight. Adobe scares Microsoft. Silverlight is intended to be a Flash killer. For that they need Mono to get it onto other platforms. If they did manage to lever Silverlight into being the de facto standard however, I would expect the old games of shifting implementations could begin again. Mono is built on sand and nothing more. I don't think that would actually happen so long as Silverlight is still engagaged in a struggle with its rivals - Microsoft would be hurting themselves by hurting Mono. But I wouldn't bet money on this. And regardless of anything else, any success of Mono will be at the expense of truly free and open source solutions which would benefit from wider use and developer interest.

      I don't think I'm spreading FUD. I certainly hope not. I've laid out some of my reasons for why I'm making the statements I am. Microsoft have a very great deal of money and have historically have demonstrated a very great capacity for deceit and betrayal. I believe that I'm right to be wary and to advocate some measure of preventative strategy.
      --

      Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
    93. Re:No surprise here... by man_of_mr_e · · Score: 1

      If everyone likes C# so much, then we should take matters into our own hands and implement a language with the features we like that is under our control!

      My, doesn't that sound just like Microsoft.

    94. Re:No surprise here... by man_of_mr_e · · Score: 1

      Samba? That's only used so you can work with legacy Windows systems. SMB is a crap protocol, so there's no reason to bother with it unless you're required to work with legacy Windows system. If you're Windows-free, it has no real use.

      That may be, but it's better than NFS. I know of many shops that use Samba, even between Linux and Unix systems, because NFS has so many issues. Why hasn't the Linux world taken network filesystems into their own hands, relying instead on protocols designed by Microsoft or Sun?

    95. Re:No surprise here... by Grishnakh · · Score: 1

      Samba doesn't even handle case sensitivity properly because MS has never done so. That alone is a big minus to me.

      What issues does NFS have? I've used it for years in different applications and it works just fine. Maybe the Linux world doesn't want to reinvent the wheel when a decent one already exists.

    96. Re:No surprise here... by man_of_mr_e · · Score: 1

      What surprises me the most is that this actually has to be said. It is ridiculous that mono is so actively used to actually make programs for official gnome, we got python, we got Java, we got Ruby, we certainly did not need MONO here.

      What suprises ME most is you feel the need to regulate the languages and technology other developers can use, simply because you don't like where they come from. Linux is about freedom. That includes the freedom to choose what technology you want to use. Does it not?

      Where do you get the gall to demand that people not use any given technology?

      First, no. Not everyones intention in creating open source is to make Free software. Many people just want to make cool stuff and give it to others, and they don't give a rip what they do with it, including commercializing it. You may not like that, but who are you to tell them differently?

      Secondly, C# is an *ISO* standard. It has no patent restrictions. It is 100% Free to implement. The base class libraries are also patent restriction free, and are 100% Free to implement.

      Yes, there are theoretical intellectual property issues in implementing parts of .NET that are not included in the standard, but Mono has taken great pains to seperate those into different library sets, so they can be used optionally. Meanwhile, there are lots of open source developed libraries that depend only on ISO standard .net, like gtk#.

      Don't be so full of yourself as to believe that you know best for everyone else, and you should at least try to understand the issues before running off on rants.

    97. Re:No surprise here... by Daniel+Phillips · · Score: 1

      Maybe then avoid Doc, Ajax, even WAV, or Samba? Doc files last here only as long as it takes me to convert them to odf. Ajax is not a protocol at all, read about it. WAV is a complete joke, it has been years since I've seen one, your mileage may vary. A contender for worst audio format even devised. Samba is an implementation of CIFS/SMB, a cruddy pile of poo, as even Samba developers will admit. Only ever used to talk to M$ Windoze boxes.
      --
      Have you got your LWN subscription yet?
    98. Re:No surprise here... by Anonymous Coward · · Score: 0

      >> The intention is to make open source free software, and adding any unnecessary dependance on MS technology is ridiculous, and it is really making gnome look bad, I actually hope KDE4 lives to the expectations so I can move. Really.

      KDE4 adds a unnecessary dependance on Trolltech technology.

    99. Re:No surprise here... by Joey+Vegetables · · Score: 1

      In a nutshell, no one is certain how "open" it will really prove to be. There may well be patent issues surrounding Mono, and Microsoft has hinted as much. Of course MS makes similar accusations against other open-source projects, but Mono is one of only a handful which really do attempt to imitate or re-implement a technology invented by Microsoft. (Wine and Samba are among the others; Linux is not. Wine is a reimplementation of the Windows API and is necessary for interoperability, and thus protected in many countries although not necessarily all. Samba implements the SMB spec which is an update of the CIFS spec which has ample prior art, having been developed by IBM. These projects will probably survive at least in countries with reasonable IP laws, but it is very conceivable that Mono will not.)

    100. Re:No surprise here... by tepples · · Score: 1

      Well, for me, C# is not a waste of effort. It has advantages over Java, for instance:
      [...]
      - Structs. For the avoidance of confusion, what C# calls a "struct" would be called "aggregate type with an automatic shallow copy when passed as an argument" in more general language.

      - Easy integration with C libraries. By "C" I assume you mean "unmanaged code", not the common subset of the C language and C++/CLI. But how do you know what unmanaged libraries will be present on computer systems that you do not control?
    101. Re:No surprise here... by FooBarWidget · · Score: 1

      "By "C" I assume you mean "unmanaged code", not the common subset of the C language and C++/CLI."

      Yes. Specifically, I'm referring to the [DllImport("foo")] syntax. This makes it very, very easy to import functions from a C library, without the need to write boilerplate binding code like I have to with, e.g., Perl, Python and Ruby. I realize that for Perl there's Win32::API, but it's not portable. [DllImport("foo")] works on the MS implementation and in Mono, on all supported platforms. In fact, GtkSharp uses DllImport to implement its GTK+ bindings.

      "But how do you know what unmanaged libraries will be present on computer systems that you do not control?"

      I don't. That's why I use DllImport only when I have to. Valid reasons for using DllImport could be:
      - I need platform-specific integration.
      - I need functionality that cannot be easily provided in C#, but can be easily provided in C or C++. In this case, I'll bundle the required libraries with my application.
      Or I could specifically state that libfoo is a required dependency for my application.

  2. Quit looking for body snatchers by ultor · · Score: 3, Informative

    Miguel's stated that, as a standard, OOXML is alright, but also shuddered at dealing with the way Microsoft abused binary segments in the format. The reason Novell et the GNOME foundation are so involved is for simple compatibility reasons. What better way to lure Windows users away than to provide support for the formats their existing documents are probably already in?

    1. Re:Quit looking for body snatchers by Dionysus · · Score: 5, Insightful

      What better way to lure Windows users away than to provide support for the formats their existing documents are probably already in? That's an argument for getting MS-doc support, not necessary MS-OOXML since it hasn't become a defacto standard yet. Supporting MS-OOXML is pretty much giving MS the power to make the standard.
      --
      Je ne parle pas francais.
    2. Re:Quit looking for body snatchers by loony · · Score: 3, Interesting

      >What better way to lure Windows users away than to provide support for the formats their existing documents are probably already in?

      Which is fine - if you had any chance of competing. But as you said - large sections are binary. With that in place, you're not much better of than parsing a .doc

      Peter.

    3. Re:Quit looking for body snatchers by irtza · · Score: 3, Interesting

      The vast majority of Windows users do not have any documents in the OOXML format. The handful of people I know who use newer versions of office are pissed off everytime they forget to "save as" into an older format and that is because of where I work. All work computers are setup with an older version of office (can't remember the version number off the top of my head). These people usually end up switching to an older version of office and I have been able to con some of them into using openoffice.org. A handful have been happy with oo.org, but most just wanted the same version of office as they have at work.

      I agree that binary compatibility should be strived for, but it is not ooxml that needs compatability. its the older binary office formats that need to be standardized against. What needs to be done about ooxml is a concerted effort to prevent adoption. This means pushing organizations to switch away from newer versions of office. This also means helping oo.org or your fav alternate office suite getting competitive (assuming u have any means to help).

      at my work, people use powerpoint and recently access (my fault - i needed something that was there and people could use). oo presentation is good enough (import and export from powerpoint), but database capabilities are severely lacking.

      --
      When all else fails, try.
    4. Re:Quit looking for body snatchers by rbanffy · · Score: 1

      Actually they already have that power.

      But supporting and promoting that "superb" technology gives them even more power. The fact that Miguel does endorse it should ring alarms everywhere.

      I think it's time we fight back. We should say _no_ to MS-OOXML while we may tolerate .doc and promote and improve ODF where appropriate.

      Mono should have two priorities: 1) to help make Gnome software easier to develop and 2) to make it easier to make Windows software that runs unmodified on free platforms. It more or less succeeds in 1 (C# is easier than C++) and has a long way to go before 2.

      A free plug-in for Visual Studio that flags source that is Windows-only (or Mono-unfriendly) would help enormously with 2.

      BTW, is there one?

    5. Re:Quit looking for body snatchers by blind+biker · · Score: 1

      Wow, excellent point! Mod parent up +10 "Gets it"!!!

      --
      "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
    6. Re:Quit looking for body snatchers by otomo_1001 · · Score: 1

      The reason Novell et the GNOME Native French speaker I take it? Or did too many years of Latin infest your brain? :D
    7. Re:Quit looking for body snatchers by bcrowell · · Score: 5, Insightful

      Miguel's stated that, as a standard, OOXML is alright, but also shuddered at dealing with the way Microsoft abused binary segments in the format. The reason Novell et the GNOME foundation are so involved is for simple compatibility reasons. What better way to lure Windows users away than to provide support for the formats their existing documents are probably already in?

      Looking at some of de Icaza's recent posts on slashdot, I find them hard to reconcile with that innocent interpretation. His public statements about OOXML are wildly disingenuous; I can't see how anybody who understands the nature of the criticisms of OOXML could fail to see them as pure FUD.

      IMO, it would indicate a problem with GNOME if GNOME couldn't tolerate dissent on this issue, but it would also indicate a problem with the community if the community couldn't see through de Icaza's reality distortion field, and understand that he's saying ridiculous things because he has commercial ties to MS.

      In the OSS world, it's all about whuffie. De Icaza earned a lot of whuffie by founding GNOME and writing a lot of code. In my eyes, he's lost it all by failing to be forthright.

    8. Re:Quit looking for body snatchers by 19thNervousBreakdown · · Score: 1

      Mono should have two priorities: 1) to help make Gnome software easier to develop ... (C# is easier than C++)

      C# is in no way a successor to C++. I like programming in C#, but if there were a taxonomy of languages they would share the imperative tree, and (somewhat) similar syntax, but that's about the same as two vertebrates that both have tails.

      Also, Gnome and its API is in C, not C++. Yes, I'm aware of {gtk,gnome}mm, but your parenthetical should have said (C# is easier than C). Of course, C# is no more of a successor to C than it is to C++, but it would have been closer to cogency.

      --
      <xml><I><am><so><damn>Web 2.0</damn></so></am></I></xml>
    9. Re:Quit looking for body snatchers by Anonymous Coward · · Score: 0

      In terms of Access replacements, kexi (part of kde4) already has a windows port. it's worth checking out.

    10. Re:Quit looking for body snatchers by NMerriam · · Score: 1

      Miguel's stated that, as a standard, OOXML is alright, but also shuddered at dealing with the way Microsoft abused binary segments in the format.


      Really? The last time the subject came up here on slashdot (on the article about OOXML being denied fast track approval), Miguel was like a freaking cheerleader, posting for hours about how great OOXML was and no criticism of it was valid because it would all be worked out and people were just being unfair and impatient. He really seems to fetishize MS or something, it's kind of disturbing.
      --
      Recursive: Adj. See Recursive.
    11. Re:Quit looking for body snatchers by the_B0fh · · Score: 1
      Typically, in cases like this, you ask yourself one question - if I follow the money, where does it end up?


      My bigger question is this - WTF is Stallman doing about this? Gnome is supposed to be a FSF project, yet, GNOME is now cheering OOXML?! Why hasn't FSF spoken up about this?

    12. Re:Quit looking for body snatchers by rbanffy · · Score: 1

      Calm down. I didn't say it's a successor - I only said it's easier to write a given app in C# (or Java or Python or Ruby) than it would be to code it in C++ (or C, BTW).

    13. Re:Quit looking for body snatchers by 19thNervousBreakdown · · Score: 2, Funny

      Calmer than you are, Dude.

      --
      <xml><I><am><so><damn>Web 2.0</damn></so></am></I></xml>
    14. Re:Quit looking for body snatchers by martin-boundary · · Score: 1

      What better way to lure Windows users away than to provide support for the formats their existing documents are probably already in?
      This is actually funny, because it is NOT how Microsoft operate. And who knows better than Microsoft how to grow a user base?

      If you provide full support for proprietary formats, you only shoot yourself in the foot, because people will see no reason to switch. If you want people to switch, provide a standalone, one way converter. Then people have a vested interest in using your software, because they can't go back to something else. That's what Microsoft does with competing formats, and they of all companies are the masters of getting people to use their software.

      Besides, from the engineering point of view it makes much more sense to build a separate converter tool and a small lean application with support for a single format, rather than a bulky and bug prone app that can read and save many different formats, and breaks each time that one of the supported formats undergoes a revision.

      Really. Look at Microsoft's own software: you can almost always "import", but reading and writing somebody else's format seamlessly? Dream on.

    15. Re:Quit looking for body snatchers by rvJJax · · Score: 1

      BillGates: "HeLLo, Mr.icaza. WouLd you Like to work with me, in Microsoft ?"

      --
      S.S.D.D
    16. Re:Quit looking for body snatchers by Antique+Geekmeister · · Score: 1

      OK, write "Hello, world." in all 6 languages and compare.

    17. Re:Quit looking for body snatchers by rbanffy · · Score: 1

      Again, I didn't say _any_ given app.

      Hello world is a nasty example for GUI programming. It's so simple that you have to take extra steps (and make the program more complex than it should) for it not to be entirely comprised of one function or method call and a GUI description file.

    18. Re:Quit looking for body snatchers by Antique+Geekmeister · · Score: 1

      As important as GUI is, most computing is not fundamentally GUI. That's why "Hello, World" is such a classic example of the issues. The massive and usually unnecessary overhead of many programming languages in doing such elementary functions as text handling, disk IO, mathematics, pointer handling, building arrays, memory allocation, etc. often severely punish systems that are written for GUI or other more abstracted environments.

  3. "one high profile team member" by Anonymous Coward · · Score: 0
    From the second link:

    Having Gnome team members promoting the agenda of its main opponent, however, is not only counter-productive but also reflects negatively on the project and its credibility.
    And Further down:

    For example, one high profile team member can cause a lot of trouble for Gnome, especially when promoting proprietary technologies in opposition to open source and open standards. Quotes like, Time to play with C#, ASP.NET and some nifty toys (you can make almost Windows feel like Linux now) seem to be promoting themes advanced by bloggers at Gnomes (and open standards) main antagonist, Microsoft.
    Now, who can that be?
  4. What are the possibilities? by Anonymous Coward · · Score: 5, Insightful

    "Miguel de Icaza's widely-publicized praise for OOXML as a 'superb standard'"

    There is really only a few possibilities:
    1) The community is wrong and OOXML is really an open/good standard (heh)
    2) One of the heads of GNOME is so inept as not to be able to see that OOXML is far from being an open standard
    3) Icaza was bought off

    Or is it something else:
    4) ???

    1. Re:What are the possibilities? by Anonymous Coward · · Score: 0

      4) GNOME folks have already written a substantial amount of code to import and export Microsoft Office file formats, and it is far easier for them to modify this code to work with OOXML.

      And, in fact, they've already said this. They've said explicitly that OOXML is easier for them to work with then OpenOffice's format. Period. It basically comes down to laziness, one of the primary virtues in hackerdom. So, lay off 'em, unless you're already in your editor writing code.

    2. Re:What are the possibilities? by visualight · · Score: 1

      So, lay off 'em, unless you're already in your editor writing code.

      Bullshit. These developers are in the employ of companies that users pay good money to for a product, and part of the motivation for purchasing that product is idealogical.
      So, if you've ever spent money on a linux distro, DO NOT "lay off 'em", in fact keep bitching until they "get it".
      --
      Samsung took back my unlocked bootloader because Google wants me to rent movies. They're both evil.
    3. Re:What are the possibilities? by rumith · · Score: 0, Redundant

      5) Profit!!!

    4. Re:What are the possibilities? by Anonymous Coward · · Score: 0

      Bullshit. Hardly anyone is paying for Linux or OpenOffice. (If you are, you are an idiot.)

    5. Re:What are the possibilities? by Bob54321 · · Score: 1

      See #3 in the grandparent. From once, profit comes before ???.

      --
      :(){ :|:& };:
    6. Re:What are the possibilities? by Schraegstrichpunkt · · Score: 1

      It basically comes down to laziness, one of the primary virtues in hackerdom.

      Laziness isn't a virtue, despite what the previous generation of programmers told you. Laziness is why we still have exploitable buffer-overflow bugs in newly-written code.

      Efficiently using your limited resources (which these days are your programmers) may be a virtue, but "laziness" causes all sorts of problems.

    7. Re:What are the possibilities? by Terrasque · · Score: 1

      You misunderestimate laziness ;)

      Laziness means doing a job good enough that you dont have to fix it later, and so its easy to modify later in case you do have to fix it, or add something.

      Laziness is why we still have exploitable buffer-overflow bugs in newly-written code.

      No, that's ignorant / sloppy programmers.

      --
      It's The Golden Rule: "He who has the gold makes the rules."
    8. Re:What are the possibilities? by Antique+Geekmeister · · Score: 1

      Try this:

      4) Getting Microsoft compatibility is so important that we should imperil our open source and open standards to get their involvement. Kind of like "invading Iraq to stop terrorism".

    9. Re:What are the possibilities? by Ed+Avis · · Score: 1

      It is, perhaps, a superb improvement on what there was before - binary, undocumented file formats. Yes, Microsoft OOXML is a bit crap. But if you're used to struggling to decode proprietary office formats (as de Icaza is; he wrote Gnumeric) then it must seem like a big leap forwards. There are lots of rather crufty standards which are used only because of the large adopted base - like Internet mail, for example.

      'superb' is going a bit far - but OOXML is not as terrible as people paint it to be. Because it's from Microsoft it's pretty guaranteed to get a bad press on places like Slashdot. You should read de Icaza's Slashdot comment on the subject.

      --
      -- Ed Avis ed@membled.com
    10. Re:What are the possibilities? by orcrist · · Score: 1

      Laziness is why we still have exploitable buffer-overflow bugs in newly-written code.
      No, that's ignorant / sloppy programmers.

      Or, as Larry Wall (and the Perl community in general) has put it, "false laziness"
      --
      San Francisco values: compassion, tolerance, respect, intelligence
    11. Re:What are the possibilities? by mysticgoat · · Score: 1

      It is, perhaps, a superb improvement on what there was before - binary, undocumented file formats.

      Finally, a post I can agree with!

      It's like a car that a shade tree mechanic has been working on all summer. It used to be up on blocks, but now he's got the left side wheels on, so it's twice as roadworthy as it used to be.

      But seriously, folks: Those who want to use MS Office 2007 can do so, and just save their final draft in MS Office 2003 format, then use OOo to convert that to a publishable form for the rest of the world and for archival purposes. It is not that hard to do. Anyone with any serious experience with MS Office version conversions will find this is a piece of cake. Yeah, some fancy stuff won't survive the conversion, but a good proofreader would have marked those sections as needing rewriting anyway, so it really is all good. Really!

    12. Re:What are the possibilities? by mwvdlee · · Score: 1

      4) OOXML is a superb standard if (and only if) it's problems are fixed.

      Assuming all the problems with OOXML can be fixed; what would be the against it then? (except for the fact that there's already another standard which would be functionally identical).

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    13. Re:What are the possibilities? by demachina · · Score: 1

      "3) Icaza was bought off"

      I think its pretty clear by now Icaza has an unnatural fondness for trying to introduce Microsoft technology in to open source computing, whether it be Mono (.NET), Moonlight(Silverlight) and now Microsoft's document standard.

      Now why he has this bent is certainly anyone's guess, only he knows for sure. Maybe he just likes the technology Microsoft is producing, or maybe he is a flagrant Microsoft mole. Its certainly within the realm of possibility Microsoft is bankrolling him and using him to fracture the Linux desktop and inject as much Microsoft technology as possible in to it, which they will use as a weapon later. One problem with open source is there is nothing stopping people with ulterior motives from working on it too.

      I'm pretty sure GTK and GNOME was conceived to set UI technology in the open source community back ten years.

      --
      @de_machina
  5. This guy is not an MS hater when he sees good by Anonymous Coward · · Score: 0, Insightful

    ...dev tools that he feels he can deliver in his open mono implementations.

    The MS haters feel dealing with MS is dealing with the devil.

    Miguel has delivered useful open stuff.

    The haters have delivered hot air.

    1. Re:This guy is not an MS hater when he sees good by Schraegstrichpunkt · · Score: 3, Informative

      The MS haters feel dealing with MS is dealing with the devil.

      Consider Microsoft's past. Then, consider Microsoft's most recent behaviour, which would be considered criminal elections fraud in any nominally democratic country, had it been in a political election instead of the ISO process.

      At this point, you should be able to see why people would consider it unethical to support Microsoft in any way.

  6. Accommodation? by Anonymous Coward · · Score: 1, Interesting

    "What better way to lure Windows users away than to provide support for the formats their existing documents are probably already in?"

    Accommodation will only get you so far, sometimes it's time to fight back. This is why I use OGG and ODF when I shares books/music etc. with people, I made a conscious decision to promote these standards.

    1. Re:Accommodation? by westlake · · Score: 0
      This is why I use OGG and ODF when I shares books/music etc. with people, I made a conscious decision to promote these standards.

      "Pissing into the wind" is the phrase that comes to mind here.

      Winamp as a free mp3 player for Windows has been around for ten years.

      However awkward the Acrobat Reader can be, it at least preserves the look and feel of the original, with its distinctive fonts, layout, design and illustration.

    2. Re:Accommodation? by empaler · · Score: 1

      I'd love to share Ogg files with my friends - but then they'd be unable to use them on their MP3-players.

    3. Re:Accommodation? by zippthorne · · Score: 3, Funny

      Winamp as a free mp3 player for Windows has been around for ten years. Yeah, but for the past six, it's consistently failed to kick alpacan derrière.

      --
      Can you be Even More Awesome?!
    4. Re:Accommodation? by rtb61 · · Score: 1

      Of course you can create PDF documents with OpenOffice.org and you can read PDFs with a whole range of software http://en.wikipedia.org/wiki/List_of_PDF_software, so really, what is you point ;).

      --
      Chaos - everything, everywhere, everywhen
    5. Re:Accommodation? by bvimo · · Score: 1

      What happened to Winamp 2 six years ago? As far as I can see it is the same program on my MS machine, did they do a secret update and leave the version number and functionality the same? Oh, I just had a thought. Six years ago, did Nullsoft add features and create a new cersion. If they did, WHY? Winamp 2 - it works great.

      --
      In either case, here at Microsoft, we feel standards are important. And we have fun, too. Doug Mahugh, Microsoft
    6. Re:Accommodation? by bvimo · · Score: 1

      I don't have any friends you OGG wielding insensitive clod.

      I do have an OGG and MP3 player, but no OGG's.

      --
      In either case, here at Microsoft, we feel standards are important. And we have fun, too. Doug Mahugh, Microsoft
  7. Linus Prefers KDE by bazald · · Score: 0, Offtopic

    The fact is, at the moment, Gnome is ideologically flawed. Even in terms of presenting a nice clean UI, xfce-4 does a considerably better job using their own libraries. If only distributions like Ubuntu would stop promoting the idea that Gnome is the de-facto UI of choice for Linux, maybe Gnome would seriously consider their problems and improve.

    --
    Insert self-referential sig here.
    1. Re:Linus Prefers KDE by random0xff · · Score: 1, Funny

      Maybe you should submit a story about that so your comments can be relevant to the actual article...

    2. Re:Linus Prefers KDE by nine-times · · Score: 1

      The fact is, at the moment, Gnome is ideologically flawed.

      Can you say more about what the ideology of Gnome is, and what the flaw in the ideology is?

      Because you assert that as a "fact", but then only go on to say that you don't like Gnome and don't like that people seem to use it and like it. I'd be interested in hearing some detailed criticisms.

    3. Re:Linus Prefers KDE by bazald · · Score: 1

      Alright, I'll try.

      First, a criticism that I've heard and experienced myself is that it can be very difficult to customize Gnome to behave as one would like it to. You end up having to resort to using a strange tool to edit something resembling a registry in order to do things that I would expect to be able to do in the GUI, and used to be able to do in the GUI in older version. If I even want to be able to right click on the desktop and open a terminal, I need an extra package.

      Second, I can't tell you how many times my Gnome configuration has broken after a major upgrade. Things like panel drawers ceasing to function doesn't make me very happy. Other UIs such as KDE and xfce have not exhibited similar problems across seemingly major upgrades.

      Perhaps this isn't really an idealogical issue, but it seems as though KDE does a much better job of encouraging the creation of high quality software for Linux. As one example, I haven't found a disc burning tool of comparable quality to k3b for Linux. Gnome still seems better than xfce on this part though.

      Thanks for asking.

      --
      Insert self-referential sig here.
    4. Re:Linus Prefers KDE by bazald · · Score: 1

      You know, I may have been a bit off topic on this particular article. Sometimes I veer off topic. Sometimes I see connections that other people don't agree exist. Sometimes I miss a bit of humor and reply as though the parent poster were serious. Still, I always try to add something to the conversation. Can you say the same?

      --
      Insert self-referential sig here.
    5. Re:Linus Prefers KDE by Anonymous Coward · · Score: 0

      Second, I can't tell you how many times my Gnome configuration has broken after a major upgrade

      I clearly see that this is a strong argument in favor of the ideology of GNOME being wrong.

    6. Re:Linus Prefers KDE by smash · · Score: 1

      Can you say more about what the ideology of Gnome is, and what the flaw in the ideology is?

      To paraphrase Linus himself: "the idea that users are idiots and need to be protected from functionality".

      Short story is, KDE helps me get shit done. Gnome obscures commonly used UI functions, all in the supposed interests of "usability", no less.

      Gnome is currently brain-damaged by design and needs to die - or at least, the "usability" fucktards need to wake up and realise that crippling software to make it less intimidating is no way to progress...

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    7. Re:Linus Prefers KDE by tomhudson · · Score: 1

      "Second, I can't tell you how many times my Gnome configuration has broken after a major upgrade"

      I can't either, simply because I rarely use gnome. For all I know, my current gnome configuration could be completely b0rked. It's only there as a fallback ...

    8. Re:Linus Prefers KDE by Obsidian+Butterfly · · Score: 1

      I've always felt the thinking of the Gnome folks was a tad curious. IIRC the whole motivation behind Gnome was "OMG!! Trolltech is a corporation, and therefore evil! Either that, or they could be in the future!"

      Fair enough; I have a healthy distrust of corporations myself. But then they go jump into bed with MS with Mono / .net. So why does MS, of all the companies in the world, get a free pass on "They might be evil"?

      I was about to type that someone wasn't paying attention to the rumblings of "Linux uses our IP", but now it just occurred to me that certain influential people might actually believe that! Esp. Miguel and Novell execs.

  8. That's the beauty by El+Lobo · · Score: 1, Insightful

    Well, that's the beaty of Open Source. You don't like it? Don't support them, or fork the project or do whatever you want. They are in their freaking right of supporting whoever they want. And they have help a LOT the OS community. Mono is a great port of the net service and Silverlight is on its way to linuzz thanks to those guys. The DO something. What do YOU do?

    --
    It's time to realise that Abble's products are the biggest abomination these days. Just say NO to the dumb iAbble way!!
    1. Re:That's the beauty by oogoliegoogolie · · Score: 3, Insightful

      What do YOU do?

      I choose "Don't support them."

      And they have help a LOT the OS community.

      With Gnome and some other projects, maybe. OTOH, supporting a bloated, low quality, error-prone, semi-open standard that contains references to proprietary (read as 'closed') MS information is hardly helping the OS community.

    2. Re:That's the beauty by timberwolf753 · · Score: 0, Troll

      Troll alert. Why don't you go drink some more of that sweet sweet tasting Microsoft Kool-Aid. Maybe after drinking it you will stop praising a convicted Monopoly. *Done on Kubuntu 7.10*

    3. Re:That's the beauty by Just+Some+Guy · · Score: 3, Interesting

      With Gnome and some other projects, maybe.

      I dislike Gnome more by the day. While I know and fully agree with the idea that you can't make an unpaid programmer work on something he doesn't want to work on, I can't help but wonder where KDE would be if Gnome wasn't siphoning off potential developers. Since it's generally accepted that at least one of Gnome's core developers (Miguel) is a Microsoft patsy, and that FOSS market fragmentation is very convenient for Microsoft, the professional paranoid in me can't help but to see connections even if there aren't any.

      Gnome devs: ditch Miguel. I'm not the only person that's starting to look at you guys suspiciously. Guilt by association, you understand.

      --
      Dewey, what part of this looks like authorities should be involved?
    4. Re:That's the beauty by Almahtar · · Score: 1

      The DO something. What do YOU do? One thing I don't do is strategic suicide. Apparently they do (with Mono and OOXML). Congrats, GNOME devs, you're "doing something".

      Now I'm not saying they don't do good work (I use GNOME a lot, and bounce between it and KDE), I'm saying this particular move is stupid. The fact that they've done a lot of good work doesn't change the fact that this move is very stupid.
    5. Re:That's the beauty by Anonymous Coward · · Score: 0

      What GNOME code (as in the release of GNOME that GNOME release) has Miguel contributed in the last five years? Miguel is far far from a GNOME core dev.

    6. Re:That's the beauty by El+Lobo · · Score: 1

      And who call it stupid? You? And you are...? Hell, I hate when people who, often have not done anything "useful" for the community call "stupid" and "traitors" and whatever a **hard working guy** which in fact has done a lot more than they will ever do in their whole lives... And why? Why so much hate? Ohhh just because the very hard working for the community guy, happens to have "the wrong" projects or happens to like "some wrong" technology... Hell, this reminds me the old soviet: "sorry Mr Brainiac, you are a brilliant investigator, but you like Coca Cola and the Beatles.... To Siberia with you..."... Well, what good must we get of this ever bitching community then? Live and let live. Or better yet: WORK and let others work.

      --
      It's time to realise that Abble's products are the biggest abomination these days. Just say NO to the dumb iAbble way!!
    7. Re:That's the beauty by Almahtar · · Score: 1

      Hmm. I don't usually agree with your posts, but you seem unreasonably irrational today. Perhaps you've been drinking. No that's not an insult, just saying... most of the time I disagree with you but at least you tend to make a bit more sense.

      Pointing out that someone is doing something stupid is very different from them calling stupid. If you see a good friend doing something stupid, you owe it to them to warn them and speak up about it. Icaza's embracement of Mono and OOXML is a perfectly stupid thing, and even if he'd cured cancer it wouldn't change that.

      The GNOME team deserves respect for their accomplishments, but that doesn't mean we should brand everything they do as perfect. They need the feedback and guidance of the community when they are making mistakes.

    8. Re:That's the beauty by Anonymous Coward · · Score: 0

      >> wonder where KDE would be if Gnome wasn't siphoning off potential developers.

      Huh? Name one thing in which Gnome outshines kde. Seriously. I've repeatedly tried the gnome desktop, and always went back to kde pretty soon. I've programmed a little in Gtk, and to be honest, it sucks. I've done some tutorial level programming in Qt, and to be honest, it rocks.

    9. Re:That's the beauty by Just+Some+Guy · · Score: 1

      Name one thing in which Gnome outshines kde.

      That wasn't my point at all. I just mean that at least some of the people who would have been contributing to KDE have been working on Gnome, making it even better.

      --
      Dewey, what part of this looks like authorities should be involved?
    10. Re:That's the beauty by zootm · · Score: 1

      Hmm.

      bloated

      How, exactly, is .NET bloated? Particularly considering what it provides?

      low quality

      .NET is not low-quality, and I don't recall any report of it ever being thought of as such.

      error-prone

      The whole VM-based typesafe language infrastructure thing isn't really error-prone. Quite the opposite, in fact.

      semi-open standard

      Very few people develop using the non-open parts, and they deserve what they get. The vast majority of useful features are open.

      that contains references to proprietary (read as 'closed') MS information

      Other than the aforementioned "non-open" components which it's silly to use (and don't work that well compared to their free alternatives anyway), I'm struggling to see where this is relevant.

  9. Who are you kidding? Or are you just trolling? by walterbyrd · · Score: 3, Insightful

    This is slashdot. Everybody here knows that OOXML is just another msft attempt to control the standard. OOXML is not open, and everybody here knows it.

    I happen to think that mono and evolution suck. I'll bet a lot of other people think so also.

    Why doesn't Miguel just go work for msft? If Miguel is so happy sucking up to msft, and working with msft to ruin F/OSS; then I think that F/OSS community would be just as happy to see Miguel take his suckie dev tools elsewhere.

    Does anybody even use mono?

  10. What the FUCK? by bjourne · · Score: 5, Interesting

    The article author is either stupid beyond belief or deliberately trying to cause spite and malice. Neither GNOME the project, nor The GNOME Foundation is in any way or form backing OOXML! Miguel de Icaza is, but most other foundation members are staunchly against it. Not that it matters, there is a big fucking difference between individuals opinions and the stance of an organization. If the author has some beef with de Icaza, then he should say so, but don't try to paint the GNOME Foundation with the same brush. Fucking moron troll.

    1. Re:What the FUCK? by rossendryv · · Score: 5, Informative

      As you can see for your self, GNOME is participating directly in the Standards process: http://www.ecma-international.org/memento/TC45-M.htm

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


            "We have the opportunity of joining ECMA as a non-profit
            member. Jody has expressed an interest in being a representative
            for GNOME, and suggested it would also be good to get someone
            there from Abiword.

            ACTION: Behdad to contact Jody about the ECMA membership application
                            and find a good candidate from Abiword to attend. Behdad to
                            work on getting a press release for our membership".

      Source: http://www.mail-archive.com/foundation-list%40gnome.org/msg01874.html

      Did you read TFA?

    3. Re:What the FUCK? by 12357bd · · Score: 1

      Neither GNOME the project, nor The GNOME Foundation is in any way or form backing OOXML!

      From TFA : It appears that the Gnome Foundation is participating in ECMA TC 451 regarding resolving comments and contradictions for DIS 29500.

      Being the DIS 29500 about the OOXML specification, what's true? is the Gnome trying to 'resolve contradictions' on the OOXML spec or not?. Please clarify Gnome position, are those facts (Gnome participation at the TC 451) incorrect?.

      I really wish Gnome is not being used by MS, but allowing de Icaza at the board is already bad enough.

      --
      What's in a sig?
    4. Re:What the FUCK? by bigpicture · · Score: 2, Interesting

      Don't you know about the concept of guilt by association, if you stand too close you get spattered. Teflon suits are only for the movies.

      If you don't want to be associated, then distance yourself, verbally, I have not seen any protests from inside the Gnome organization. So would that maybe look like "consent by silence" which I think it is, because of the direction of your defense/attack. If you want to defend yourself then call out Icaza, and make the distancing clear to all.

    5. Re:What the FUCK? by Tablizer · · Score: 2, Insightful

      The article author is ... or deliberately trying to cause spite and malice

      That is the generally-accepted definition of "troll".

    6. Re:What the FUCK? by prockcore · · Score: 1

      So is Apple.

    7. Re:What the FUCK? by Anonymous Coward · · Score: 0

      That's not surprising. They try just as hard as Microsoft to kill off their competition, Linux.

    8. Re:What the FUCK? by Anonymous Coward · · Score: 0

      and of course Apple is the leader in openness *NOT*

    9. Re:What the FUCK? by Anonymous Coward · · Score: 0

      http://www.ecma-international.org/memento/TC45-M.htm

      Who's the fucking moron troll again, you mouthnoise-spilling faggot?

  11. Why not boycott Gnome? Who needs it? by walterbyrd · · Score: 1, Informative

    I think KDE is pulling away from gnome anywhere. Personally, I use IceWM. If you don't have hardware resources to burn, you may be happier with lighter DE.

    1. Re:Why not boycott Gnome? Who needs it? by macshit · · Score: 1

      I think miguel's MS worship is embarassing too (and mono just plain sucks -- just put the damn thing out of our misery already!), but gnome's a pretty nice environment all things considered; it's certainly not slower than KDE (just the opposite in my experience).

      And no, KDE's not "pulling away" from gnome. Indeed, from what I've seen, gnome is more popular.

      --
      We live, as we dream -- alone....
    2. Re:Why not boycott Gnome? Who needs it? by Anonymous Coward · · Score: 0

      There is no need to boycott Gnome, this episode is just one man, who happens to be part of the Gnome team, supporting a closed standard, if it had been KDE would you be saying boycott KDE or if it was Xfce, Fluxbox, or IceWM? I personally prefer Gnome to KDE but the nice thing about Open Source is that you can have differing programs that can run the same programs, enjoy the choice if you prefer IceWM that's fine, if I prefer Gnome that's fine, if some guy prefers KDE or Fluxbox that's fine. That is what truly is great about open source and why its taking over MS.

    3. Re:Why not boycott Gnome? Who needs it? by Anonymous Coward · · Score: 0

      Well I'd just like to ask you to stop FUDing KDE unless you have conducted repeatable benchmarks to determine which is slower than which. Otherwise, use a KDE-optimized distro, stick with GNOME, or just shut up.

    4. Re:Why not boycott Gnome? Who needs it? by m2943 · · Score: 1

      I think KDE is pulling away from gnome anywhere.

      You mean, both are jumping over a cliff and KDE is falling a bit faster?

      With Gnome and Microsoft, the relationship is that Miguel has a bit too much appreciation for Microsoft's crap. With KDE and Troll Tech, parts of KDE are owned by Troll Tech. Thanks, even in terms of software freedom, I'll stick with Gnome until something better comes along.

    5. Re:Why not boycott Gnome? Who needs it? by Anonymous Coward · · Score: 1, Insightful

      WTF are you talking about? What parts of KDE (the base libraries, the desktop environment or the applications) are "owned" by Trolltech? KDE uses Trolltech's Qt toolkit that is LICENSED UNDER THE GPL and (in version 4) ON ALL SUPPORTED PLATFORMS (unless you're interested in a proprietary license, you can buy one from them too) So learn the facts before you troll or shut the fuck up.

    6. Re:Why not boycott Gnome? Who needs it? by random0xff · · Score: 0

      This article might contain the word 'GNOME', but that doesn't mean it needs comments on GNOME vs KDE vs Whatever your religion is.

    7. Re:Why not boycott Gnome? Who needs it? by shywolf9982 · · Score: 2, Informative

      Trolltech releases their code under GPL. Last time I checked, Microsoft didn't. Trolltech is by far one of the most open-source friendly corporations. Hence, your point is invalid, as both the Gnome and KDE codebase are equally free.

      We might discuss on technical terms now, but that would be offtopic.

      --
      nbody2002:If you can read this you may be addicted to the internet
    8. Re:Why not boycott Gnome? Who needs it? by init100 · · Score: 2, Insightful

      the relationship is that Miguel has a bit too much appreciation for Microsoft's crap.

      In other words, Miguel is a Microsoft fanboy.

    9. Re:Why not boycott Gnome? Who needs it? by Brandybuck · · Score: 2, Interesting

      And no, KDE's not "pulling away" from gnome. Indeed, from what I've seen, gnome is more popular.

      I used to think it was only Redhat/Fedora that deliberately crippled KDE in their distros. Every time I run across someone in real life (not Slashdot) who thinks KDE is slow and crippled compared to GNOME, I ask what distro they use. Invariably it's Redhat or Fedora.

      I'm a FreeBSD user myself, but will use Slackware if I need proprietary drivers for a laptop. But I recently put Kubuntu on my work laptop. After last week's Kubuntu 7.10, I started to realize that "KDE-friendly" distros will also bloat their KDE. If you want to know what KDE is really like, build a plain vanilla KDE from sources.

      p.s. Of course, running a stand-alone window manager will always be faster than any flavor of desktop. If all you want are frames around your windows and an application launcher, stick with Blackbox.

      --
      Don't blame me, I didn't vote for either of them!
    10. Re:Why not boycott Gnome? Who needs it? by ShieldW0lf · · Score: 2, Insightful

      Trolltech engages in dual-licensing shenanigans and co-opts ownership of other peoples code to place in closed source devices in the same letter-not-the-law tradition as MySQL and ProjectMayo.

      They can go to hell.

      --
      -1 Uncomfortable Truth
    11. Re:Why not boycott Gnome? Who needs it? by m2943 · · Score: 0, Troll

      KDE uses Trolltech's Qt toolkit that is LICENSED UNDER THE GPL and (in version 4)

      Yes, Qt is licensed under the GPL; however, it is owned by Troll Tech.

      (unless you're interested in a proprietary license, you can buy one from them too)

      See, you understand yourself that the software is proprietary, you simply try to pretend that it isn't.

    12. Re:Why not boycott Gnome? Who needs it? by segedunum · · Score: 1

      it's certainly not slower than KDE (just the opposite in my experience).
      GTK, Pango and Gnome performance problems are well known about by an awful lot of people who have used it. It's the reason why Frederico is employed by Novell basically.

      And no, KDE's not "pulling away" from gnome. Indeed, from what I've seen, gnome is more popular.
      In every survey that there has ever been in the last few years, KDE is more popular. This is over a number of years. Hell, about 70% of OpenSuse users use KDE according to their own survey, and Novell still doesn't want to listen.

      Alas, being the default does not mean popular.
    13. Re:Why not boycott Gnome? Who needs it? by m2943 · · Score: 1

      Trolltech releases their code under GPL.

      Of course they do. But their code is still proprietary, i.e., owned and controlled by Troll Tech. And that proprietary code is incorporated into KDE.

      Last time I checked, Microsoft didn't.

      Gnome isn't using proprietary Microsoft code.

    14. Re:Why not boycott Gnome? Who needs it? by JonJ · · Score: 1

      He's not talking about which DE which is used the most, but in terms of usability and features. That's atleast how I read his comment.

      --
      -- Linux user #369862
    15. Re:Why not boycott Gnome? Who needs it? by smaddox · · Score: 1

      Surveys are not statistically random samples. They have a tendency to bring out the weirdo's.

    16. Re:Why not boycott Gnome? Who needs it? by PitaBred · · Score: 2, Insightful

      You're an imbecile. The software is dual-licensed. It's either GPL or proprietary, depends on what you want. If you want to keep your code secret, you can pay Trolltech for that privilege. Otherwise, you get it under the GPL, just like every other bit of Linux. Trolltech may do the heavy lifting with developing Qt, but as long as it's available via the GPL, that's no big deal. Because if they ever take it away, we still have the source and are perfectly able to keep going on with development. There is no way that Trolltech can do ANYTHING to KDE development. On the other hand, Mono is quite dependent on a closed MS standard, without any code to actually be based on, it's just an interface that can be changed at Microsoft's whim. That is the definition of proprietary.

    17. Re:Why not boycott Gnome? Who needs it? by PitaBred · · Score: 2, Insightful

      You are either a troll or a shill. Either way, you're very bad at it. Lemme lay some facts out:

      1) GPL means that trolltech doesn't "control" any bit of Qt, as long as you use it under the GPL license.
      2) Definition of proprietary: "Exclusively owned; private". None of which applies to Qt under the GPL. QED, you are a moron.
      3) Mono is most definitely using a proprietary Microsoft interface. It's not code, but that makes it even MORE limiting than even access to proprietary code.

      Go shill/troll/be a retard elsewhere

    18. Re:Why not boycott Gnome? Who needs it? by segedunum · · Score: 1

      Surveys are not statistically random samples. They have a tendency to bring out the weirdo's.
      Well, the people who vote in these surveys year after year are the best metric we have as to who the userbase actually is. If you think they're weirdos, then fine. The common rebuttal is to tell everyone that these are not normal users, but no one ever defines what a normal user is or provides any evidence that these users, whoever they are, are even using Linux distributions widely. All we have is what people say they are using. In the absence of anything else, I'd tend to go with that.
    19. Re:Why not boycott Gnome? Who needs it? by Novus · · Score: 1

      Yes, Qt is licensed under the GPL; however, it is owned by Troll Tech.
      Right. Similarly, gcc is licensed under the GPL and owned by the FSF (check the copyright notice and note that the FSF requires copyright reassignments for changes to their "official" gcc). In both cases, one single firm owns the copyright, has released the software under GPL and maintains the option to release it under another licence. Why are you holding the fact that Trolltech is giving you more options against them? Because they're making money from it and the FSF has sort of said it won't? Because people can use Qt in non-Free software?
    20. Re:Why not boycott Gnome? Who needs it? by segedunum · · Score: 1

      Trolltech engages in dual-licensing shenanigans and co-opts ownership of other peoples code to place in closed source devices in the same letter-not-the-law tradition as MySQL and ProjectMayo.
      Not entirely sure what you mean by co-opting other peoples' code. That's BS.

      It's called dual-licensing, and in the case of Qt it's a two-way process. Open source projects get a hell of a lot out of Qt that would take them years to write themselves as well as significant resources, and using Qt gives Trolltech a lot of publicity and testing.
    21. Re:Why not boycott Gnome? Who needs it? by Novus · · Score: 1

      Qt is exclusively owned by Troll Tech. Troll Tech requires copyright assignment for contribution.
      True. So does the FSF, for several of their projects, such as gcc. You don't need to contribute back to Trolltech if the possibility of someone using your code under a non-GPL licence bothers you; the GPL lets you fork Qt any time you please.

      The rest of your argument isn't coherent enough to argue against.
    22. Re:Why not boycott Gnome? Who needs it? by ShieldW0lf · · Score: 1

      Not entirely sure what you mean by co-opting other peoples' code. That's BS.

      It's called dual-licensing, and in the case of Qt it's a two-way process. Open source projects get a hell of a lot out of Qt that would take them years to write themselves as well as significant resources, and using Qt gives Trolltech a lot of publicity and testing.


      Well, in the examples I gave, there was ProjectMayo, which started off as a dual licensed open source effort to create MP4 compression for the people. Then it got closed before a release, and turned into DivX. People who worked on it were pissed. Thus Xvid was created, with a name that implied opposition to DivX, and the people who set up the scheme made a fortune putting DivX on devices like the DVD player behind me. There were also efforts to incorporate video support into the Ogg project through Theora and have distance from intellectual property difficulties with the MPEG group and Microsoft, but they never really made any ground because DivX got the corporate seal of approval and filled the gap.

      Then there's MySQL, which was made a platform on the basis of open source good will, and is now making quiet efforts to cut off enterprise level tools from non-paying customers. Which is a real boon to those who those who all these years thought they were working towards the lofty goal of enterprise quality tools free for all.

      That's what I mean by co-opting other peoples code.

      --
      -1 Uncomfortable Truth
    23. Re:Why not boycott Gnome? Who needs it? by m2943 · · Score: 1

      True. So does the FSF, for several of their projects, such as gcc.

      Correct, and that fact has caused problems for gcc over the years. Qt's problems are worse because it is dual-licensed by its owner and because it is a library (rather than a tool).

      Mono, however, does not use any proprietary code, so none of those concerns apply.

      You don't need to contribute back to Trolltech if the possibility of someone using your code under a non-GPL licence bothers you; the GPL lets you fork Qt any time you please.

      You are a hypocrite; you know full well that a GPL-only version of Qt would not be sustainable.

    24. Re:Why not boycott Gnome? Who needs it? by Kjella · · Score: 5, Insightful

      Want to make a GPL-only fork of Qt? Go right ahead, Trolltech won't do a thing to stop you. In fact, up until the latest 4.3.2 release there was first a big project to port Qt3 to Windows, then a small one to add the compiler support to Qt4 that was missing compared to the commercial version and Trolltech never complained. But if you want Trolltech do to something for you, like adopt your source into their tree and maintain it, they're asking for something in return - that they can sell it for closed source software as well. I don't get your sense of entitlement, do you demand Linus accept your code as well? Or are they perfectly free to ask for something in return, or just to tell you to fuck off? Yes, they are.

      Trolltech delivers a kick-ass platform for open-source development. They do it for free under the GPL, using their own paid developers to do it. How do they get paid? Well, they've found a way to make closed-source companies pay them for the use of their code. Who are you crying for? Those poor companies? That you can't ruin their business model by forcing them to take code they can't sell that way? That you have to run your own fork/patch set? Oh cry me a river... no, YOU go to hell. I bet Trolltech has done 1000x times as much for open source as you ever have.

      --
      Live today, because you never know what tomorrow brings
    25. Re:Why not boycott Gnome? Who needs it? by the_B0fh · · Score: 1
      And the problem with troll tech is...? The entire fucking piece is GPL'ed. That means, the entire reason for the creation/existence of gnome, is gone.


      So, in order to better advance software freedom, you refuse to use a fully GPL'ed KDE + QT (yes, QT is GPL'ed, and has been for a quite some time now), but instead, use GNOME, whose crazed leader seems to be sucking up to Microsoft on everything Microsoft.


      Great. Enjoy your dreams.

    26. Re:Why not boycott Gnome? Who needs it? by the_B0fh · · Score: 1
      Why is parent even modded up?! All code is *OWNED* by someone, unless it is public domain.


      What is important is the license the code is released under. For example, it could be released under Microsoft's standard commercial license. Or it could be released under Apache's license. Or BSD. Or GPL.

    27. Re:Why not boycott Gnome? Who needs it? by Anonymous Coward · · Score: 2, Funny

      What's the difference between the company that owns Qt and you?

      One's Trolltech, and the other's a tech troll!

    28. Re:Why not boycott Gnome? Who needs it? by budgenator · · Score: 1

      I'm not sure I'd go that far, but using KDE in SuSE is much better experience, at leaste before Novell.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    29. Re:Why not boycott Gnome? Who needs it? by McDutchie · · Score: 1

      I'm a FreeBSD user myself, but will use Slackware if I need proprietary drivers for a laptop. But I recently put Kubuntu on my work laptop. After last week's Kubuntu 7.10, I started to realize that "KDE-friendly" distros will also bloat their KDE. If you want to know what KDE is really like, build a plain vanilla KDE from sources.

      Or use Slackware, which does that for you. (I don't know if FreeBSD does or not.)

    30. Re:Why not boycott Gnome? Who needs it? by McDutchie · · Score: 1

      Yes, Qt is licensed under the GPL; however, it is owned by Troll Tech.

      According to that silly reasoning, all code is proprietary. Try again.

    31. Re:Why not boycott Gnome? Who needs it? by Novus · · Score: 1

      Correct, and that fact has caused problems for gcc over the years.
      And how was it resolved? Developers discontent with the FSF gcc team formed EGCS (although there admittedly was some confusion with multiple forks first), everyone started using that instead, the FSF saw it was wrong and made EGCS the new gcc. Problem solved. This is the sort of thing projects run into when respected maintainers can't handle it anymore; the same thing happened to XFree86 (which doesn't require copyright reassignment).

      you know full well that a GPL-only version of Qt would not be sustainable.
      Isn't that an argument for dual-licensing, not against? If Trolltech is getting developers of proprietary software to fund the development of Free code, isn't that a win for Free as in Stallman?

      Mono, however, does not use any proprietary code, so none of those concerns apply.
      This is an amusing comment in the context of our discussion, since Mono is "Copyright (C) 2002-2007 Novell, Inc and Contributors", and the AUTHORS file just contains a bunch of Ximian (now owned by Novell) people. In other words, Novell seems to me to control Mono like Trolltech controls Qt (i.e. as long as people want them to). That said, the AUTHORS list seems incomplete to me.

      To finish this sparring quicker, could you please explain:
      • What does a developer lose in Trolltech's model compared to GNOME's or whatever you think is preferable? What does a user lose?
      • How do you see developers being screwed by Trolltech that couldn't happen in any other project with a single strong maintaining group?
      • What exactly do you mean by "proprietary" and why is it so bad?
    32. Re:Why not boycott Gnome? Who needs it? by Zontar+The+Mindless · · Score: 1

      Then there's MySQL, which was made a platform on the basis of open source good will, and is now making quiet efforts to cut off enterprise level tools from non-paying customers. Which is a real boon to those who those who all these years thought they were working towards the lofty goal of enterprise quality tools free for all. ... That's what I mean by co-opting other peoples code. The only thing MySQL isn't distributing anymore is the Enterprise tarballs. You can still get the Enterprise sources from the repository at http://mysql.bkbits.net/, as noted in the article you cited. The Community tarballs (and binaries) can be obtained from http://dev.mysql.com/downloads/, or you can access the Community repository at bkbits.net. As for the tools, tarballs and binaries are also available at http://dev.mysql.com/downloads/, and the repositories can be accessed via http://svn.mysql.com/.
      --
      Il n'y a pas de Planet B.
    33. Re:Why not boycott Gnome? Who needs it? by IntergalacticWalrus · · Score: 1

      gnome is more popular.

      From my view of things: Gnome is backed more seriously than KDE by most major distributors (Red Hat, Ubuntu, Novell, OpenSolaris, etc.) which makes it appear far more widespread, but in terms of users, KDE is far more popular. In online polls KDE usually stands out, and of all Linux users I know, only a handful of them are pro-Gnome.

      But of course, as with anything about open source software, there's no really good metric for determining usage, so educated guesses (like mine) are really the best we can do. There's no way we can properly assess what percentage of desktops worldwide are running Linux, and evaluating which desktop environments they're running is even harder...

    34. Re:Why not boycott Gnome? Who needs it? by kripkenstein · · Score: 1

      You're an imbecile. The software is dual-licensed. It's either GPL or proprietary, depends on what you want. If you want to keep your code secret, you can pay Trolltech for that privilege. Otherwise, you get it under the GPL, just like every other bit of Linux. Trolltech may do the heavy lifting with developing Qt, but as long as it's available via the GPL, that's no big deal. Because if they ever take it away, we still have the source and are perfectly able to keep going on with development. There is no way that Trolltech can do ANYTHING to KDE development. On the other hand, Mono is quite dependent on a closed MS standard, without any code to actually be based on, it's just an interface that can be changed at Microsoft's whim. That is the definition of proprietary. "Just like every other bit of Linux" - no, not quite. GNOME, for example, is LGPL in the relevant portions. You can build apps for GNOME using any license, not just the GPL. Yes, Trolltech has some clause to let various FOSS licenses build against Qt, but I don't think it is compatible with e.g. the GPL3 (because of GPL3 issues).

      So, yes, Trolltech are limiting KDE development. Google the recent issues with Samba's move to GPL3 and how KDE is having problems using their new code because of that.
    35. Re:Why not boycott Gnome? Who needs it? by jhol13 · · Score: 1

      There is small but important difference. Gnome is LGPL, KDE is GPL.

      This means I cannot make proprietary software to KDE (unless I pay TrollTech, but this is not expensive). It also means that if I write a free utility to KDE and if TrollTech "does SCO" - then I cannot sell proprietary spin-off of the free utility (without rewrite).

      As you can see the difference is small but non-negligible.

    36. Re:Why not boycott Gnome? Who needs it? by Dunkirk · · Score: 1

      Everyone seems to be forgetting the other half of the dynamic duo: Nat Friedman. Miguel's been piping up about this "standard," but Nat has simply disappeared (from the usual visibility he used to maintain) since the Novell license deal with Microsoft. He too seems to have begun drinking the Kool Aid, but seems to have had the decency to keep it on the down low...

      --
      Acts 17:28, "For in Him we live, and move, and have our being."
    37. Re:Why not boycott Gnome? Who needs it? by m2943 · · Score: 1

      Isn't that an argument for dual-licensing, not against? If Trolltech is getting developers of proprietary software to fund the development of Free code

      Such funding mechanisms are evidently not needed, since other toolkits have no problem getting funded without dual licensing.

      Furthermore, if KDE and Qt were to become the standard environments on Linux, given Troll Tech's pricing, GUI development on Linux for commercial developers would be much more expensive than on Macintosh or Windows. This hurts the adoption of open source software rather than help it.

      isn't that a win for Free as in Stallman?

      No. Stallman has laid out his criteria for how to choose a license on his web site, and if you go by them, Qt should be GPL+linking exception; GPL+commercial is a bad license choice for Qt because it hurts free software by making it less attractive for large numbers of commercial developers to support free platforms.

      In other words, Novell seems to me to control Mono like Trolltech controls Qt

      The nature of the Mono project and its license permit people to develop commercial software with it and for it without paying Novell. The Mono licenses also make it feasible to fork Mono and compete with Novell.

      Developers discontent with the FSF gcc team formed EGCS [...] Problem solved. This is the sort of thing projects run into when respected maintainers can't handle it anymore; the same thing happened to XFree86 (which doesn't require copyright reassignment).

      Yes, and the same thing is not possible with Qt; if I fork Qt and build up a big developer base around it, I can't possibly compete with Troll Tech because my version, no matter how good it may be, wouldn't be usable by commercial developers.

      What does a developer lose in Trolltech's model compared to GNOME's or whatever you think is preferable? What does a user lose?

      Troll Tech makes decisions that are in their best business interest, not decisions that are in the best interests of users or developers. For example, for mobile GUIs, Troll Tech ditched X11 and created an embedded version of Qt that takes over the entire screen, thereby ensuring that no toolkit can compete with them.

    38. Re:Why not boycott Gnome? Who needs it? by Anonymous Coward · · Score: 0

      And all of a sudden Trolltech (who have been supporting Free Software for years and whose co-founder is the founder and one of the core developers of KDE) becomes the devil now while Novell/Mono (who actively work against the interests of the free software community with their patent shit with Microsoft) are the angels?

    39. Re:Why not boycott Gnome? Who needs it? by Novus · · Score: 1

      Yes, and the same thing is not possible with Qt; if I fork Qt and build up a big developer base around it, I can't possibly compete with Troll Tech because my version, no matter how good it may be, wouldn't be usable by commercial developers.
      This is a good point; the LGPL (e.g. GTK) allows forking without loss of freedom for application developers, while the Qt commercial/GPL combination seems to force forks into GPL. Thanks for spelling that out.
    40. Re:Why not boycott Gnome? Who needs it? by pherthyl · · Score: 1

      Such funding mechanisms are evidently not needed, since other toolkits have no problem getting funded without dual licensing.

      GTK development is very slow in comparison to Qt because they have far less resources. You can't claim that GTK is the equivalent of Qt, it is far less featurefull.

      Furthermore, if KDE and Qt were to become the standard environments on Linux, given Troll Tech's pricing, GUI development on Linux for commercial developers would be much more expensive than on Macintosh or Windows.

      Since when does Qt have anything to do with people's ability to choose between Qt, GTK, Motif, TCL, Java Swing, SWT, or any of the other ways to make applications? Using Qt saves money overall because development is much more efficient (in my experience) but it in no way prevents you from choosing anything else.

      No. Stallman has laid out his criteria for how to choose a license on his web site, and if you go by them, Qt should be GPL+linking exception; GPL+commercial is a bad license choice for Qt because it hurts free software by making it less attractive for large numbers of commercial developers to support free platforms.

      That is incredibly wrong. The FSF recommends against using the LGPL. It was only used in the past if libraries could not have succeeded without it. http://www.gnu.org/licenses/why-not-lgpl.html

      The Mono licenses also make it feasible to fork Mono and compete with Novell.

      The same is possible with Qt. You can fork Qt and compete with Trolltech if you like. Of course that would be very difficult, but it is possible and legal.

      Yes, and the same thing is not possible with Qt; if I fork Qt and build up a big developer base around it, I can't possibly compete with Troll Tech because my version, no matter how good it may be, wouldn't be usable by commercial developers.

      Firstly, commercial developers can use GPL. Commercial is not proprietary. I have made money writing GPL software (using Qt) myself. And secondly, why is it a problem that you can't realistically screw over Trolltech with their own product? That would be an incredibly malicious move against a company that has done so much for open source and linux.

      Troll Tech makes decisions that are in their best business interest, not decisions that are in the best interests of users or developers. For example, for mobile GUIs, Troll Tech ditched X11 and created an embedded version of Qt that takes over the entire screen, thereby ensuring that no toolkit can compete with them.

      They ditched X11 because it isn't suited to low performance devices like phones. X11 is just now barely starting to become a feasible option, with relatively beefy hardware like the Nokia n800. Trolltech depends on its customers to stay in business, so decisions in their business interest are the same as the ones that benefit their customers. After all, if that was not the case, no one would buy Qt.

    41. Re:Why not boycott Gnome? Who needs it? by smash · · Score: 1
      FreeBSD packages for KDE are built from pretty much vanilla KDE source, as far as I have seen.

      There's certainly no performance problems with KDE under freebsd in my experience.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    42. Re:Why not boycott Gnome? Who needs it? by Brandybuck · · Score: 1

      Yes, Slackware does. As soon as this project at work is over, I'm exorcising Kubuntu from the laptop and putting on Slackware.

      --
      Don't blame me, I didn't vote for either of them!
    43. Re:Why not boycott Gnome? Who needs it? by m2943 · · Score: 1
      GTK development is very slow in comparison to Qt because they have far less resources. You can't claim that GTK is the equivalent of Qt, it is far less featurefull.

      You're woefully out of touch; the days where Qt was technically superior to Gtk+ are long over. These days, Gtk+ is a better and more versatile toolkit.

      Since when does Qt have anything to do with people's ability to choose between Qt, GTK, Motif, TCL, Java Swing, SWT, or any of the other ways to make applications?

      So, you basically admit that it would be bad if Qt became the primary toolkit on Linux. I'm glad we agree.

      if you go by them, Qt should be GPL+linking exception

      That is incredibly wrong. The FSF recommends against using the LGPL.

      You're confusing the GPL+linking exception with the LGPL. Please inform yourself about free software licenses before you start making claims about them.

      Furthermore, yes, the FSF prefers the GPL unless other licenses would be more conducive to the goals of free software. And the FSF prefers the GPL, they don't prefer GPL+commercial.

      Firstly, commercial developers can use GPL. Commercial is not proprietary.

      Well, so why does Troll Tech use dual licensing then? Let Troll Tech make Qt GPL-only and see how far they get.

      The same is possible with Qt. You can fork Qt and compete with Trolltech if you like. Of course that would be very difficult, but it is possible and legal.

      So we agree, then: forking Qt is only a theoretical possibility.

      They ditched X11 because it isn't suited to low performance devices like phones. X11 is just now barely starting to become a feasible option

      X11 historically has run on machines with as little as 1Mbyte of memory and 10MHz processors. There is no performance reason whatsoever not to use X11 on cell phones. Troll Tech knows this, so their claims to the contrary are nothing more than deliberate lies.

      And secondly, why is it a problem that you can't realistically screw over Trolltech with their own product?

      I don't consider forking an open source project "screwing" the original developers. Quite to the contrary: I think Troll Tech has been screwing open source developers for a decade.
    44. Re:Why not boycott Gnome? Who needs it? by pherthyl · · Score: 1

      You're woefully out of touch; the days where Qt was technically superior to Gtk+ are long over. These days, Gtk+ is a better and more versatile toolkit.

      Oh ok, you're nothing but a troll. Never mind then. Considering that I use Qt daily, and keep tabs on GTK, I know what I'm talking about when I say there is no comparison. With Qt, I can build a full, modern application, with a GUI that runs on Linux, Windows, and OS X equally well (GTK integration on OS X and Windows is really poor), I can handle XML, all sorts of SQL engines, network operations (HTTP/FTP/SSL etc etc), have access to a high performance canvas, high quality cross platform printing, the list goes on and on. With GTK I get a GUI toolkit that really is meant only for Linux development, and for everything outside of the GUI, I need to find external libs. With Qt, everything is available at the same high quality, a consistant, intuitive API, and the best documentation I've ever seen for any toolkit. I don't have the time to scrounge around for libraries to accomplish every little function I need to do, with each one in a different state of maturity, level of documentation, api, cross platform support, and build system.

      So, you basically admit that it would be bad if Qt became the primary toolkit on Linux. I'm glad we agree.

      Uhh.. no. And I suggest you work on your reading comprehension. What the hell is a "primary toolkit" anyway. That makes no sense.

      You're confusing the GPL+linking exception with the LGPL. Please inform yourself about free software licenses before you start making claims about them.

      True, I misread that. However it makes no difference, since they are almost the same. And for Trolltech, releasing Qt under GPL+linking exception would be suicide, since it would immediately dry up their entire revenue stream.

      Furthermore, yes, the FSF prefers the GPL unless other licenses would be more conducive to the goals of free software. And the FSF prefers the GPL, they don't prefer GPL+commercial.

      It doesn't matter to the FSF. As long as the code is GPL, it is free. Whether it can be distributed under another license is completely beside the point. As long as one of the licenses is GPL, it is free software. The option of a commercial license has zero effect on you if you're using the GPL version.

      Well, so why does Troll Tech use dual licensing then? Let Troll Tech make Qt GPL-only and see how far they get.

      Well you just answered your own question. GPL only would be suicide for the business. Not that this has any relation to what I said... It is possible to have commercial GPL software, I never said it works in all cases.

      So we agree, then: forking Qt is only a theoretical possibility.

      No, it is a real possibility. With enough manpower, you could make a better Qt than trolltech. Just like forking any other big project. You would need a hell of a lot of manpower to fork GTK or Linux or what have you. It's just the reality of trying to compete with the original authors of some code.

      X11 historically has run on machines with as little as 1Mbyte of memory and 10MHz processors. There is no performance reason whatsoever not to use X11 on cell phones. Troll Tech knows this, so their claims to the contrary are nothing more than deliberate lies.

      Sure, if you want X11 from 15 years ago it'll run on that kind of hardware. What a stupid argument. Hey, Windows ran on my 386. That doesn't mean I can install Vista on it.

      I don't consider forking an open source project "screwing" the original developers. Quite to the contrary: I think Troll Tech has been screwing open source developers for a decade.

      The question is what you are trying to achieve. There is no point in forking a project if it is going well. Look back at all the projects that have been forked in the past. They were all floundering, and required the fork to push them ahead. If Trolltech ever flounders with Qt, then a fork will start to make sense. Until then, the whole idea is an academic exercise.

    45. Re:Why not boycott Gnome? Who needs it? by Anonymous Coward · · Score: 0

      Actually, KDE's libraries are mostly LGPL'ed, it's only Qt that is GPL'ed. And quite frankly, the quality of Qt is such that if it helps Trolltech continue to fund Qt/KDE development by paying for a commercial version, I'm all for it.

    46. Re:Why not boycott Gnome? Who needs it? by jhol13 · · Score: 1

      Don't get me wrong, I'm all for it myself too. I just pointed out the difference.

    47. Re:Why not boycott Gnome? Who needs it? by m2943 · · Score: 1

      You know, there is no point in responding to all the bullshit you are writing about Gtk+, X11, or the FSF. You're wrong, you're misrepresenting the facts, and you're obviously some kind of corporate Troll Tech shill.

    48. Re:Why not boycott Gnome? Who needs it? by pherthyl · · Score: 1

      Heh. Out of arguments eh? I thought so.

    49. Re:Why not boycott Gnome? Who needs it? by SirTalon42 · · Score: 1

      Or Sun with OpenOffice.org.

    50. Re:Why not boycott Gnome? Who needs it? by brockers · · Score: 1

      You're woefully out of touch; the days where Qt was technically superior to Gtk+ are long over. These days, Gtk+ is a better and more versatile toolkit.

      Sorry, but you could not possibly have had any experience with Qt and Gtk to make that statement. Heck, I know of core Gnome developers are not so confused as to make such a claim. Qt (even in 3.X form) is half a decade ahead of Gtk from a developers standpoint. Gtk improves at a glacial pace (it is actually LOOSING ground technically to .Net) while Qt is consistently picked as possibly the most advanced software toolkit for desktop application development... on ANY platform.

      There is a reason thousands of developers and companies, worldwide, PAY to use Qt... and it's not because Gtk is "technically superior."

      Bobby

  12. Re:Who are you kidding? Or are you just trolling? by Anonymous Coward · · Score: 0

    He already tried to join once. Looks like he never got over the rejection

  13. It should be abundantly clear by now by RelliK · · Score: 1

    Does anyone still doubt that Miguel de Icaza is a microsoft shill? I think it's time for him to join microsoft and work on their "open source" strategy. Hey, it worked out for Bill Hilf...

    --
    ___
    If you think big enough, you'll never have to do it.
    1. Re:It should be abundantly clear by now by dbIII · · Score: 1

      Definitely not a shill, but "fanboy" comes out sometimes in some things he wrote about them - not that there's really anything wrong with that. I had little respect for him until I found out somebody else was responsible for the initial design of gconf and that he didn't like the idea of an MS registry clone running on linux either. If there was a framework to write decent open software on MS Windows he'd probably be on that platform and we would all have a much more favourable view of him - instead of commenting on his "lets have something a lot like MS windows software in fine detail but free" comments.

    2. Re:It should be abundantly clear by now by CarpetShark · · Score: 1

      Thats even more reason to distrust him. Standardisation on a good hierarchical DB configuration system is the main thing Unix software really lacks. After that, things would improve much faster.

    3. Re:It should be abundantly clear by now by dbIII · · Score: 1
      That isn't it.

      The point about gconf is it was (it's getting better with dbus) a truly horrible half implemented mess that looked like a bad copy of the MS registry that could neither be properly manipulated with command line tools or a GUI and limited gnome configuration to a single user non-networked idea with no way to export many user settings (eg. panel icons). A registry may be seen as a good idea by some but gconf as it stood was little more than horrible MS Windows fanboy abandonware. Over the past two years there has been an actual development community for gconf instead of just a mailing list of people wondering who the maintainer was and why didn't they ever read the emails - we thought it was Miguel's baby since he had moved on but it turns out he didn't like the implementation either.

    4. Re:It should be abundantly clear by now by CarpetShark · · Score: 1

      Oh,OK. I hadn't heard about the bad implementation. I agree that it should be multi-user, networked, and hierarchical in the sense of having organisational configs overridden by local prefs (where security access is given), etc.

  14. De Icaza has already lost all his credibility by Anonymous Coward · · Score: 2, Insightful

    Miguel De Icaza has already lost all his credibility since the mono days, where he pushed the transition of Linux developers to a Microsoft technology for no reason.
    Now he works for Novell, a company with links and agreements with Microsoft, and instead of teaching his fellow developers how to write a damn working file chooser, he spends more time pushing for more Microsoft stuff.
    He is a Microsoft developer now; What should people expect to get/hear from him other than more Microsoft bull?

    1. Re:De Icaza has already lost all his credibility by GringoCroco · · Score: 1

      Miguel De Icaza has already lost all his credibility since the mono days, where he pushed the transition of Linux developers to a Microsoft technology for no reason. Apart from the reason that some would like to be able to write in C# for Linux and other platforms?
      The .NET platform is now controlled by Microsoft, but, as I understand it, it's more free than Java used to be a while back:
      I don't see Microsoft forcing other people into not implementing a compiler/vm for a .NET language, but I do know that Sun forced Microsoft to stop distributing their own Java platform.


      What if anything is wrong in having support for .NET languages as free software? Is it wrong that there is a mod_aspnet for Apache? Is it wrong that Oo has support for the totally undocumented .doc format Microsoft uses? By all means, all these make the gaps between Microsoft and other free operating systems less visible and the life of FOSS users more comfortable.
    2. Re:De Icaza has already lost all his credibility by Eric+Smith · · Score: 1

      but I do know that Sun forced Microsoft to stop distributing their own Java platform.
      Factually incorrect. Sun forced Microsoft to stop calling their incompatible implementation "Java". The most glaring incompatibilities were the lack of support for Java RMI and Java JNI, which Microsoft instead replaced with proprietary alternatives.

      Microsoft could have fixed these deliberately introduced incompatibilities, or called it something other than Java (which they did for a while: "J++"), but ultimately chose to drop it. If Microsoft can't control something, they would rather develop their own competing "solution".

    3. Re:De Icaza has already lost all his credibility by drgonzo59 · · Score: 1
      but I do know that Sun forced Microsoft to stop distributing their own Java platform.

      Yeah, because it was not up to standard. And Sun is the one who defined the Java Standard. If anything was to be called Java, it had to have the same API. I don't have a problem with it. I still see Java as Sun's language and they can do whatever they want with it.

      Microsoft might not restrict changes to Mono's API, but if they one day change the interface spec for .NET, what choice would the Mono developers have but follow along on Microsoft's leash? The alternative would be pointless :

      - Oh, well we have our 'own' .NET version.
      - So can I compile/run my Microsoft .NET program on it.?
      - Well not really, it's not exactly compatible
      - So it's not exactly .NET ?
      - ...[silence]...Yeah ... we have Mono
      - Ok, have fun with your Mono, but I want a Microsoft compatible .NET API

    4. Re:De Icaza has already lost all his credibility by segedunum · · Score: 4, Informative

      The .NET platform is now controlled by Microsoft, but, as I understand it, it's more free than Java used to be a while back:
      Java is soon to be fully open sourced, and at least there was a full specification if you wanted to create your own version. With .Net, no such luck. What is in the ECMA stuff is exceptionally limited, and will not give you a working, compatible CLR. Indeed, much has had to be reverse engineered.
    5. Re:De Icaza has already lost all his credibility by Anonymous Coward · · Score: 0

      [citation needed]

    6. Re:De Icaza has already lost all his credibility by segedunum · · Score: 1

      [citation needed]
      If you don't know that Java is going through the motions of being fully open sourced, I can't help you. I'd advise you to look through the ECMA spec as well as to what you can implement from it:

      http://www.ecma-international.org/publications/standards/Ecma-335.htm

      You won't find the classes you need to get a compatible .Net CLR in there, just as Rotor is exceptionally basic.
    7. Re:De Icaza has already lost all his credibility by segedunum · · Score: 1

      Look for the Base Class Library, that is needed.

    8. Re:De Icaza has already lost all his credibility by Anonymous Coward · · Score: 0

      Sun has claimed that they will open it.

      They haven't yet.

      There is no open source Java from Sun. (There is from the FSF, but it's been playing continuous catch-up.)

      Besides, the way Sun has licensed Java makes it completely worthless for most open source projects. The most popular open source Java code was licensed under the Apache 2.0 license, which is incompatible with the license Sun chose to open source Java, meaning that effectively everyone will have to continue using the closed source Java.

      And that's the simple reality - everyone will have to keep on using Sun's closed source Java.

    9. Re:De Icaza has already lost all his credibility by Anonymous Coward · · Score: 1, Informative

      Java is soon to be fully open sourced

      11 years after it first came out. lovely. Meanwhile, .NET's CLR was an ECMA standard since it was released. Dragging their heels much?

    10. Re:De Icaza has already lost all his credibility by Anonymous Coward · · Score: 0
    11. Re:De Icaza has already lost all his credibility by Anonymous Coward · · Score: 0

      Notice that both of those don't actually work because they're missing the parts of Java that Sun HASN'T released open source yet?

      Until you can download an open source Java from java.com, it's not really open sourced.

  15. what. the. fuck. by apodyopsis · · Score: 2, Insightful

    I don't know about you, but my first reaction was..

    what. the. fuck.

    OOXML is a awful standard, filled with numerous little features that seem purposely designed to make it difficult for anybody but MS to implement. Icaza is NOT an idiot, so he must know that this response will be flamed to a crisp across the community - so why is he doing it?

    What does he stand to gain from backing this? What have I missed?

    1. Re:what. the. fuck. by drgonzo59 · · Score: 2, Interesting
      What have I missed?


      The profit part. You are focused on 1) and 2) but what's important is 3) "Profit!"
      1) Support OOXML
      2) ?
      3) Profit! (i.e. get $$$ from M$)

    2. Re:what. the. fuck. by rbanffy · · Score: 2, Insightful

      "What does he stand to gain from backing this? What have I missed?"

      A nice paying job at Microsoft or one of its puppets?

    3. Re:what. the. fuck. by init100 · · Score: 1

      Icaza is NOT an idiot ... - so why is he doing it?

      Because he is a raging Microsoft fanboy. His greatest wish is to actually work at Microsoft and destroy F/OSS. Since he didn't get an H1B visa, he couldn't physically work there, so instead he is trying to subvert the community from within, by pushing for Microsoft's proprietary technologies. When everybody has migrated to .NET, OOXML, etc, Microsoft can just extend the protocols, APIs, etc, and say "Hey, if you want your applications to work as intended, use genuine Microsoft Windows and Microsoft Office instead of that weed-smoking hippie cancer stuff."

    4. Re:what. the. fuck. by Pecisk · · Score: 1

      Or maybe just a little better understanding about format? He and his guys have been working with Microsoft Office format support for years. Of course, he favors that format he diggs better.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
  16. No proof by pembo13 · · Score: 4, Interesting

    But I wouldn't be surprised. Mr. Miguel de Icaza has been very clear about his love for Microsoft and "their" technologies. I never actually hear him choosing community technologies to boast, but maybe that is just due to bias reporting. Either way, it will be interesting to see his reaction if think ever really go bad. I'd also be interested in hearing his opinion on the recent law suit against RedHat.

    --
    "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
  17. Re:Who are you kidding? Or are you just trolling? by DAldredge · · Score: 1

    What is so bad about Mono?

  18. Patents are body snatchers. by Erris · · Score: 4, Insightful

    The reason Novell et the GNOME foundation are so involved is for simple compatibility reasons. What better way to lure Windows users away than to provide support for the formats their existing documents are probably already in?

    That sounds nice but it falls down when M$ sends in a clown car full of patent lawyers. That's one of the big reasons OOXML needs to be shot down by ISO. The others are a lack of completeness and 998 other technical problems. OOXML is not doing well in the marketplace and probably never will. If ever there was a case of wasted effort, OOXML is it. Resources are better spent making better ODF applications.

    As for a better way to lure Windows users, have you seen Vista?

    --
    DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
    1. Re:Patents are body snatchers. by Anonymous Coward · · Score: 0

      That sounds nice but it falls down when M$ sends in a clown car full of patent lawyers.
      Neera: You do not fear them?
      Lt. Col. Sheppard: The Wraith? Naah. Now clowns... that's another story. Scare the crap out of me...
      Neera: You have fought the Wraith before?
      Lt. Col. Sheppard: Lots of times. Won some battles; lost some. War's not over by a long shot, but we're managing to hold our own.
      Neera: And the clowns?
      Lt. Col. Sheppard: The clowns? Oh, yeah, the clowns. We fight them too; entire armies, spilling out of Volkswagens. We do our best to fight them off, but they keep sending `em in!
    2. Re:Patents are body snatchers. by Anonymous Coward · · Score: 0
      OOXML is not doing well in the marketplace and probably never will.

      Considering it's "M$" that has the hundreds of millions of Office installs, I wouldn't hold my breath on that. No wait, please *do* hold your breath.

  19. Honest question by MeditationSensation · · Score: 1

    I'm not trolling here, I really am curious: is Miguel de Icaza basically a Microsoft stooge? I mean, didn't he put hard for .NET compatibility stuff for Linux?

  20. Re:Huh? by Anonymous Coward · · Score: 0

    The GNOME boys didn't get their monthly manila envelope from Microsoft.


    Maybe.. but until the KDE guys can come up with something that's not so goddamned ugly and annoying to use the only other game in town is XFCE. And make no mistake, KDE sucks total fucking ass. And yes, that includes the vaunted KDE 4.

    There's a reason Ubuntu uses Gnome.
  21. Re:Who are you kidding? Or are you just trolling? by Goaway · · Score: 1

    Wow, that started off reading like sarcasm, but it turns out you were serious?

  22. Re:Huh? by X0563511 · · Score: 1

    IceWM, Fluxbox, Blackbox.

    There are other options.

    (Not that XFCE is bad, I like it)

    --
    For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
  23. Re:Who are you kidding? Or are you just trolling? by TheUnFounded · · Score: 4, Insightful

    I've been developing in C# for sometime now. I've also done extensive development in Java, PHP, and Perl. I can tell you that the .Net framework and Visual Studio is by FAR the most productive environment for developing desktop applications, and (in some instances) web apps.

    And you're complaining that someone is working to bring all the applications developed on the .Net framework, and the .Net development environment itself, to Linux?

    WTF is your problem? Are you really that stupid to think that interoperability with MS tools/frameworks is a BAD thing? How many people do you think would use Linux at ALL if Samba didn't allow communication to Windows boxes? Or what if there was no way to read/write an NTFS partition? Interoperability is key, and the task Miguel has undertaken is a good one. Quit complaining that someone's working to make Linux a more competitive OS.

  24. passive aggressive by malevolentjelly · · Score: 1, Interesting

    Gnome has made linux a viable alternative for common users by embracing technologies and techniques that embrace popular convenience over sensationalist activism. I hope some random passive aggressive blog attack doesn't do anything to defer them from this path- lest we go back to the dark ages of linux as a curiosity, aka the KDE days.

    We're close to something big, and gnome's practicality is the driving force behind it, linux be damned- he is not linux.

    1. Re:passive aggressive by Anonymous Coward · · Score: 0

      Have you even tried to use Kde recently? Just download a life distro of Kubuntu, and play with it!
      I have tried gnome repeatedly since SuSE 7, and basically can't stand it.

      I really don't see how you can call KDE the Linux dark ages... Probably trolling I guess

  25. Re:Who are you kidding? Or are you just trolling? by antiMStroll · · Score: 1
    "Or what if there was no way to read/write an NTFS partition?

    Masterful, but you worked the bait just a little too hard at that point.

  26. Another reason to use KDE by asm2750 · · Score: 5, Insightful

    " ... This "users are idiots, and are confused by functionality" mentality of Gnome is a disease ... Please, just tell people to use KDE." -- Linus Torvalds

    1. Re:Another reason to use KDE by Anonymous Coward · · Score: 0
      Yep - I run both Ubuntu and Kubuntu on comparable hardware. The sluggishness of the GNOME desktop is somewhat annoying and to boot accentuated by the stupid reliance on doubleclicks in the interface, not to mention the substandard standard GNOME apps. KDE, by comparison, feels somewhat more responsive and with far better apps, but is still punished in the community by the old story of the original QT license. So for sheer political correctness we are left with GNOME - the UI equivalent of an old Trabant with a nice paintjob, fuzzy dice and a new stereo, that almost works. But a Trabant nevertheless.

      But I am ranting: Ubuntu looks nicer but Kubunti works much better.

    2. Re:Another reason to use KDE by LizardKing · · Score: 1

      Having worked on several drivers for things like conveyer scanners at a warehouse automation company, I've experienced what Torvalds seems to think is an adequate driver API and kernel module system. Based on that, I don't think he's qualified to speak about functionality or usability.

    3. Re:Another reason to use KDE by Anonymous Coward · · Score: 0

      It's a perfectly fine system, but it's poorly documented, which is its major problem

    4. Re:Another reason to use KDE by friedman101 · · Score: 2, Interesting

      For the life of me I cannot figure out why KDE isn't the default desktop of Ubuntu. Kubuntu at the moment is an inferior product but only because it receives a fraction of the resources that Ubuntu does. Hopefully KDE4 will be enough to sway the Canonical crowd. I'm a happy user of the KDE desktop on Arch Linux and until Gnome has an answer to kioslaves, dolphin, or the many superior QT apps (amarok, kmail, etc) I'll stay that way.

    5. Re:Another reason to use KDE by Draek · · Score: 2, Interesting

      probably because Ubuntu strives for simplicity, and KDE is anything but.

      personally I prefer XFce since I find both GNOME and KDE to be huge, bloated desktops filled with near-useless libraries and duplicated functionality (with respect to the rest of the system, not just themselves), but GNOME's goals are much closer to Ubuntu's than KDE's, so I do understand them there, and the LGPL'ed libraries are probably a nice bonus, too.

      --
      No problem is insoluble in all conceivable circumstances.
    6. Re:Another reason to use KDE by Anonymous Coward · · Score: 0

      "Please, just let people use what they want." -- Anonymous Coward

    7. Re:Another reason to use KDE by pherthyl · · Score: 1

      heh. Yeah I hate the system wide spell checking, password storage, network transparency, common dialogs, keyboard shortcuts and interface behaviour. They are all products of those useless libraries :)

  27. Re:Who are you kidding? Or are you just trolling? by rbanffy · · Score: 5, Insightful

    There may be more problems, but the one I like the most is "because it cedes control over how people develop software (C# and the .NET API) for a free platform (Mono) to Microsoft". With such control in hand, Microsoft can make the development as awkward or costly as they want. And in the unlikely hypothesis developers succeed, Microsoft may call in all their patents and make half of Gnome illegal in the US.

  28. Re:Who are you kidding? Or are you just trolling? by segedunum · · Score: 1

    And you're complaining that someone is working to bring all the applications developed on the .Net framework, and the .Net development environment itself, to Linux? WTF is your problem?
    Because it's not possible to do that, and it's a fool's errand. All it's doing is following Microsoft's latest programming fad.

    How many people do you think would use Linux at ALL if Samba didn't allow communication to Windows boxes? Or what if there was no way to read/write an NTFS partition?
    Samba certainly isn't ideal, and neither is Wine. The problem is, there is a massive installed base where it can be used. No so with .Net and Mono at the moment.

    Interoperability is key, and the task Miguel has undertaken is a good one. Quit complaining that someone's working to make Linux a more competitive OS.
    Interoperability is done on Microsoft's terms. In order to make Linux a 'competitive OS', it has to be offering something unique itself. Following other people is not a good idea.
  29. MOD PARENT UP by 12357bd · · Score: 1

    Very informative AC post.

    --
    What's in a sig?
    1. Re:MOD PARENT UP by an.echte.trilingue · · Score: 4, Insightful
      I have mod moints, and I will not mod him up. Here's why:
      1. Miguel interviewed for a job at MS
        I've heard that, but without, oh I dunno... a reference, it isn't that informative.
      2. However, they could finance him to subvert linux
        Just one piece of evidence? Possibly an insightful statement... but conspiracy theories without evidence are little more than that.
      3. This is all documented information
        WHERE???
      4. He's the kind of guy they like -- not a US citizen and willing to work cheap
        That sounds like unfounded xenophobia to me. You have to have a reference for a statement like that. How much did he want? Was it less than an American doing his job would earn?
      The assertions are plausible, but without just one reference, one piece of evidence, it doesn't really advance the conversation any more than "LOL M$ suxors!!!111!"

      --
      weirdest thing I ever saw: scientology advertising on slashdot.
    2. Re:MOD PARENT UP by tomhudson · · Score: 2, Informative

      >> Miguel interviewed for a job at MS
      > I've heard that, but without, oh I dunno... a reference, it isn't that informative.

      http://en.wikipedia.org/wiki/Miguel_de_Icaza

      In summer of 1997, he was interviewed by Microsoft for a job in the Internet Explorer Unix team (to work on a SPARC port), but lacked the university degree required to obtain a work H-1B visa.
    3. Re:MOD PARENT UP by 12357bd · · Score: 2, Insightful

      Wow, curiously you missed to comment on the important part (tip, the Allen-Vulcan-Ximian-Novell conexion)! :)

      --
      What's in a sig?
    4. Re:MOD PARENT UP by Anonymous Coward · · Score: 0

      LOL M$ suxors!!!111!

    5. Re:MOD PARENT UP by Anonymous Coward · · Score: 0

      So they offered him a green card? Or they offered him a citizen to marry?

      Heck, they could offer him a summer intern of either gender to marry in Massachusetts.

    6. Re:MOD PARENT UP by soliptic · · Score: 1

      I'm a great fan of Wikipedia, but really, this is one place where it does NOT serve as a valid reference...

  30. An issue of ethics not value by 3seas · · Score: 1

    I slightly recall an episode of Star Trek NG or deep space nine, where some doctor had performed bad things to get to a
    cure of some deadly disease. The one cured by it was opposed because of all those that had been tortured and killed by
    this doctor. The doctor had been brought to life in the holodeck where the cure was figured out. Afterward there was
    the ethical concern as to what to do with the doctors holodeck program and the found cure.

    The cure had come from bad things done by this doctor.

    I don't recall what was decided in datails but I believe they deleted him and the cure.

    So do we adopt ooxml if it really is a stronger thing?
    And if we do so does that also promote ends justifies the means?

    1. Re:An issue of ethics not value by ERuijters · · Score: 1
      If OOXML really was stronger, I'm sure we'd use it, or at least copy the good elements into ODF. It just isn't a good standard or a particularly good format. The only reason M$ is trying to push it down our throats is that noone but them can really make it work, so it would reinforce their monopoly.

      So, this isn't a doctor who made a cure by doing evil, this is a doctor who made an inferior version of an existing cure by doing evil. I'm sure we can agree in that case the end does not justify the means.

    2. Re:An issue of ethics not value by Anonymous Coward · · Score: 1, Informative

      By the way, you're thinking of the Voyager episode "Nothing Human". In it, a Cardassian doctor, who performed horrific experiments on Bajorans during the occupation, is recreated in the holodeck to act as a brainstorming advisor for the Holographic Doctor.

      A moral dilemma ensues, as to whether or not it is ethically permissible to use scientific results to save a person's life, when those results were obtained in an unethical way.

    3. Re:An issue of ethics not value by cnettel · · Score: 1

      It is a Voyager episode, the doctor is cardassian and it's B'Elanna being treated. Not all Voyager episodes were bad...

    4. Re:An issue of ethics not value by hawaiian717 · · Score: 1

      Actually, it was on Voyager, and the episode was Nothing Human.

      --
      End of Line.
    5. Re:An issue of ethics not value by X0563511 · · Score: 3, Insightful

      Morons. Should have kept the cure... why would you toss out the only good to come of it?

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    6. Re:An issue of ethics not value by Anonymous Coward · · Score: 0

      Keeping ill-gotten gains creates long-term incentives to pursue similar paths in the future.
      This is why you don't get to keep stolen goods, even if you didn't steal them and were unaware that they were stolen in the first place.

    7. Re:An issue of ethics not value by vux984 · · Score: 1

      This is why you don't get to keep stolen goods, even if you didn't steal them and were unaware that they were stolen in the first place.

      Well, that and the fact that they actually still belong to the person they were stolen from.

  31. "Linus Prefers KDE" - That's why I use Gnome. by PaulGaskin · · Score: 0, Offtopic

    Linus is not serious about freedom. He has other priorities.

    --
    Freedom is free.
    1. Re:"Linus Prefers KDE" - That's why I use Gnome. by LiquidFire_HK · · Score: 1

      What's unfree about KDE?

    2. Re:"Linus Prefers KDE" - That's why I use Gnome. by schon · · Score: 1

      What's unfree about KDE? It's GPL'ed!

      Seriously, I know someone who thinks like this. He believes that because QT is GPL'ed (instead of LGPL'ed) that it makes it 'not free' because you can't use it to write a proprietary app without paying for a QT license.

      Personally, I think that the KDE haters just hate KDE because they don't want to admit that GNOME is now a waste of time now that QT is GPL'ed.
    3. Re:"Linus Prefers KDE" - That's why I use Gnome. by oyenstikker · · Score: 1

      You don't use KDE because one person whose priorities you do not like uses it? I heard Linus drives a Mercedes Benz. Only BMWs for you? I also heard Linus uses gcc.

      --
      The masses are the crack whores of religion.
    4. Re:"Linus Prefers KDE" - That's why I use Gnome. by Salsaman · · Score: 1

      So why not use GTK+ ? You don't have to use QT to write an app that runs under KDE.

    5. Re:"Linus Prefers KDE" - That's why I use Gnome. by Omnifarious · · Score: 1

      I don't like KDE because I've found the applications to be more prone to crashing, less featured and less elegant in their UI design than GNOME ones. I initially didn't like it because Qt wasn't Free, and that lasted for a year or two after they GPLed it just because their prior behavior left a bad taste in my mouth. But after that it's all been about quality.

      Maybe I should try it again. With GNOME buddying up to Microsoft half because Miguel is a twit and half because of Novell I should consider taking a usability hit and try it out again.

  32. so what? by m2943 · · Score: 0

    where he pushed the transition of Linux developers to a Microsoft technology for no reason.

    There are excellent reasons to push Mono; in the long term, Linux needs something better than C/C++.

    he spends more time pushing for more Microsoft stuff

    And for the last two decades, people were pushing AT&T stuff, some of it patented. Free software has always skirted around patent mine fields of big corporations; it has to, there is no other way of writing useful free software. So far, there is no indication that there is any more risk to Mono from Microsoft than there was to Linux from AT&T.

    1. Re:so what? by segedunum · · Score: 1

      There are excellent reasons to push Mono; in the long term, Linux needs something better than C/C++.
      Recreating Microsoft technologies is not the answer. In the meantime someone should come up with that original alternative.
    2. Re:so what? by alext · · Score: 1

      There are excellent reasons to push Mono; in the long term, Linux needs something better than C/C++.

      Non sequitur. Linux has something better than C/C++, and did have before the useful idiots "invented" Mono, in the form of Python, Java etc.

    3. Re:so what? by alext · · Score: 1

      They already did - the original was Java.

    4. Re:so what? by m2943 · · Score: 1

      Python is a nice language but no replacement for Mono. Java is a disaster and hardly used on the Linux desktop.

    5. Re:so what? by psykocrime · · Score: 1

      Java is a disaster and hardly used on the Linux desktop.

      Speak for yourself... Java, by way of Eclipse, RSSOwl, JBlogEditor and Azureus; runs all the time on my Linux desktop, and works just fine. I'm sure there are other examples, those just happen to be the ones I find useful.

      --
      // TODO: Insert Cool Sig
    6. Re:so what? by LizardKing · · Score: 1

      Java is a disaster and hardly used on the Linux desktop.

      Every Linux developer I've worked with in the last three to four years must be using those special versions of Eclipse and NetBeans that aren't written in Java. Haven't been able to find where to download them myself though ... Plus, that Repo trading system I worked on which is hosted on Linux and used by Bank of America, Barclays, and many others couldn't have been written in Java could it?

    7. Re:so what? by gbjbaanb · · Score: 2, Insightful

      There are excellent reasons to push Mono; in the long term, Linux needs something better than C/C++. Not really, there's no evidence that C# is better than C/C++ - not once you've ignored the hype that's come out of MS over the last couple of years proclaiming C#/.NET to be the answer to world hunger, global peace et al. (remember, they said that last time with COM too, and no doubt will be scathing about garbage collection when the next technology refresh from MS comes along).

      If you think C# is better than C/C++, for arguments sake, there's alwats Java. Don't forget that the differences between C# and Java are tiny. And of course, MS can still do to Mono what Sun did to MS-Java.

      If Linux needs more specialised languages, there's hundreds of them already. There's no reason to get another, especially one that duplicate nearly all of Java's features. Python, Perl, Ruby, PHP even - these are all good at various aspects of coding different type of application, combined with shell scripts and the "unix way" of reusing commands through pipes, you'll find there's no need for Mono.
    8. Re:so what? by gbjbaanb · · Score: 1

      I agree Java is a disaster, but WTF do you think C#/.NET/Mono is?

      clue: MS-Java, repackaged with a different name.

      disclaimer: some people like Java. Still no excuse for creating an incompatible fork of it becuase you don't want/can't work with Sun.

    9. Re:so what? by VGPowerlord · · Score: 1

      clue: MS-Java, repackaged with a different name.

      This is blatantly wrong. In the middle, you forgot the part where they made the compiled format a new, MS-proprietary machine language.
      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    10. Re:so what? by Heir+Of+The+Mess · · Score: 1

      I agree that I don't see the point of porting C# to a server type operating system like Linux, and as far as writing CLI tools there probably isn't any difference between C# and Java. But for a Desktop operating sytem like Windows the introduction of C#/.NET as been bloody brilliant! Yes you are right, there's no place in the Linux space for Desktop Application Development Productivity tools as Linux is just for server apps. :-)

      Seriously though, if it's appropriate then people will use it. If not then it will die. All options are there for people to pick from. Open Source software is driven by people working on stuff that they are interested in. If implementing C# floats their boat then it doesn't mean that they would have put that effort into developing some other language, so it's no loss that the effort has been put in. C++ is 5x faster though for stuff like image processing. Fortunately it's really easy to mix C++ and C# because that's the way C# was designed rather than the puritanical design that is Java. There are some advantages to it.

      --
      Australian running a company that does C# / C++ / Java / SQL / Python / Mathematica
    11. Re:so what? by SanityInAnarchy · · Score: 1

      If you think C# is better than C/C++, for arguments sake, there's alwats Java.

      I do, first of all -- I get really, really sick of things occasionally segfaulting. It seems to happen more often on amd64. I would understand if it was a low-level library, or something that needs high performance -- something like, say, openssl, but of course, those are already ported and working fine.

      Consider that a segmentation fault is basically impossible in C# or Java, or any garbage collected, managed-memory language. Memory leaks are possible, but much easier to avoid. So, every time I see one of those, especially if it's 64-bit related, I silently curse that they weren't written in a higher-level language -- ANY higher-level language, even C#, even Visual Basic.

      Don't forget that the differences between C# and Java are tiny.

      Let's forget, for the moment, that C# already does have more than Java built in to the language. There is one good thing about the environment -- or bad, depending on how you look at it -- P/Invoke is dirt simple in C#, making bindings to C/C++ libraries much easier. Java makes this significantly harder. Thus, Java apps are much more likely to be completely portable, because no one's going to bother tying it to some platform-specific library unless they have to, and they're far more likely to simply re-implement that library in Java (or download a Java version.)

      On the other hand, C# apps (or any .NET app, remember, both .NET and the JVM can support other languages)... .NET apps can easily call native libs. This makes it far too easy to implement a Windows-only app in .NET, but it also makes it easy to implement a GNOME-specific app in Mono. With Java, it wouldn't necessarily integrate very well -- wouldn't really feel "native" -- and would be a bitch to integrate where it isn't already.

      If Linux needs more specialised languages, there's hundreds of them already.

      So why is one more a bad thing?

      Pipes aren't a long-term solution, because they only pass serialized data, and they only go one way -- it's hard to set up a more complicated structure, and inefficient for much more than... well, more than what we use it for.

      And when it comes to "serious" application development, you almost never see a big desktop Linux app written in anything other than C or C++. Biggest exception I can think of is Eclipse (Java).

      Personally, I don't really like Java or .NET right now, but I don't think we've got anything better, for what those are good at, and I certainly don't think Mono is a bad thing.

      --
      Don't thank God, thank a doctor!
  33. I agree by Anonymous Coward · · Score: 0

    I looked at the gnumeric developpement version and nothing is done to support ODF but everything is done to support Microsoft OpenXML. It's a shame this software was a great one!

    1. Re:I agree by segedunum · · Score: 2, Informative

      I looked at the gnumeric developpement version and nothing is done to support ODF but everything is done to support Microsoft OpenXML. It's a shame this software was a great one!
      Yer, and do you know why they claim that OOXML is easier to work with?

      http://blogs.gnome.org/jody/2007/09/10/odf-vs-oox-asking-the-wrong-questions/

      Because they've already done a lot to reverse engineer Microsoft's existing God-awful format, so working with OOXML is easier! What kind of silly logic is that? Not also, that this is an extremely basic example in that that basically does nothing. This has also been used by Microsoft to promote alternative implementations of OOXML that have very rich support ( http://blogs.msdn.com/brian_jones/archive/2007/08/07/iwork-08-supports-the-open-xml-formats.aspx ). Obviously, that's a complete lie:

      http://blogs.msdn.com/brian_jones/archive/2007/08/15/why-there-s-no-microsoft-in-open-xml.aspx
  34. Bingo! by KwKSilver · · Score: 1

    If I had mod points, I'd mod you up.

    --
    If you want your life to be different, live it differently.
  35. Re:Who are you kidding? Or are you just trolling? by Anonymous Coward · · Score: 1, Informative

    http://en.wikipedia.org/wiki/Ntfs-3g

    "Unlike the NTFS driver included in the Linux kernel, [NTFS-3G]'s support for writing files has few limitations: files of any size can be created, modified, renamed, moved, or deleted on NTFS partitions, with the exception of compressed and encrypted files."

  36. Miguel is wrong, but not without reason by m2943 · · Score: 4, Interesting

    Miguel has stated why he likes OOXML: it's easy to take an existing Microsoft Word reader/writer and turn it into an OOXML reader/writer, because the file structures are so similar. That makes transitioning existing Microsoft-compatible software to OOXML much easier than transitioning to ODF.

    That's a reasonable position. I still think it's wrong.

    The purpose of an XML document format is to enable other people to do interesting things with the format, not to make life easy for the few people porting existing Microsoft Word compatible software. Furthermore, open source projects need to support ODF anyway because ODF is here and it's here to stay.

  37. Holding their feet to the fire by jdub! · · Score: 5, Informative

    G'day,

    The background is really simple: While Jody Goldberg (Gnumeric maintainer extraordinaire) was at Novell, he had been doing rocking work on the ECMA committee to make sure OOXML didn't just slip through, under-specified and uninvestigated. Jody put them through the wringer!

    So, when Jody left Novell, the GNOME Foundation supported his participation on the ECMA working group, so he could continue to "keep the bastards honest". :-)

    The GNOME Foundation does not support ISO standardisation of OOXML. But whether or not that happens, we're still going to have to support Microsoft document formats, just like everyone else. Should we let Microsoft shove OOXML through ECMA without challenge? Hell no. That's why we have one of our best hackers in there, holding their feet to the fire.

    Thanks,

    - Jeff Waugh, GNOME Foundation Board

    (Given how often it comes up, I suppose it's also important to note that Miguel does not speak for the GNOME Foundation or the GNOME project in general.)

    1. Re:Holding their feet to the fire by segedunum · · Score: 4, Informative

      The GNOME Foundation does not support ISO standardisation of OOXML. But whether or not that happens, we're still going to have to support Microsoft document formats, just like everyone else. Should we let Microsoft shove OOXML through ECMA without challenge? Hell no. That's why we have one of our best hackers in there, holding their feet to the fire.
      I'm afraid that's not the way it's coming off:

      http://blogs.gnome.org/jody/2007/09/10/odf-vs-oox-asking-the-wrong-questions/

      Basically, he's telling us that OOXML is easier to support than ODF because they're just mapping the old binary format on to the new format. It comes off as an advertisement, which Stephane Rodriguez fortunately pours some cold water on. Microsoft is also using this to claim, extremely incorrectly, that Gnumeric has rich support for OOXML ( http://blogs.msdn.com/brian_jones/archive/2007/08/07/iwork-08-supports-the-open-xml-formats.aspx ), and is using Gnumeric as a poster for OOXML support:

      http://blogs.msdn.com/brian_jones/archive/2007/08/15/why-there-s-no-microsoft-in-open-xml.aspx

      But whether or not that happens, we're still going to have to support Microsoft document formats, just like everyone else.
      Yes, we have to support an existing and widely used binary format, because that's the format most documents are in...............it doesn't mean we have to support yet another format that is basically the same as the old one, except different, which very few people actually use. Let's concentrate on getting people off the old binary format and into ODF.

      Just because Microsoft uses something, it doesn't mean that anyone else has to support it. The paradox is that if they do start supporting it then they really will end up having to support a new Microsoft format, again, because it's just boosting it's popularity and installed base. Microsoft then starts using this as evidence that OOXML is an open standard that others can fully implement. We need to get out of this ridiculous cycle.
    2. Re:Holding their feet to the fire by fritsd · · Score: 1

      Thank you for bothering to answer here on Slashdot. I hope your contribution to ECMA helped. Seeing how things like that ceiling() function slipped through, I have my doubts though..

      --
      To be, or not to be: isn't that quite logical, Slashdot Beta?
    3. Re:Holding their feet to the fire by mibus · · Score: 2, Informative

      very few people actually use


      Unfortunately, that's already starting to shift. Probably half of the office docs I get emailed now are OOXML.
    4. Re:Holding their feet to the fire by jdub! · · Score: 3, Insightful

      Jody has an extremely balanced view of ODF and OOXML, which comes directly from his experience creating FLOSS office software and file formats. It's such a balanced view that it tends to take some folks by surprise... I am not at all shocked to see that you are offended by his stance, given the overwhelming strength of his credibility, and your utter lack of relevance or experience in the matter.

      Neither he nor the GNOME Foundation are answerable to such dedicated, multi-forum, anti-GNOME trolls as yourself, segedunum. You keep whinging, we'll keep rocking!

    5. Re:Holding their feet to the fire by 12357bd · · Score: 2, Interesting

      I am afraid you ruined your previously well balanced post. :(

      If Jody thinks OOXML should be an ECMA standard (there's an explicit Jody post in the discussion) that's fine, but is only a one person opinion, and it is in frontral contradiction with your previous post about the Gnome foundation being not against OOXML ECMA approval.

      Overall, it seems you/(Gnome?) are forgetting about the primary goal: OOXML should not even exist, is a trap plain and simple, it's a deliberate MS effort to keep promoting incompatible formats. So your 'balanced' view does not help end users.

      About 'whinging vs rocking', 'overwhelming strength of his credibility' and 'utter lack of relevance' I just can hope to be non representative on the Gnome foundation.

      --
      What's in a sig?
    6. Re:Holding their feet to the fire by Anonymous Coward · · Score: 0

      I'm guessing "you keep whinging, we'll keep rocking," is code for "as long as Microsoft is paying the bills we'll do anything we say," eh "jdub?"

      You're a fucking whore, and so is your shill de Icaza. But hey, rock on, you loose corporate cunt. While you're "rocking" the rest of us will be jumping ship to KDE, and you and your brothel at the GNOME Foundation can go fuck themselves. You'd be doing the OSS community and the gene pool a huge favour. Go ahead and keep dismissing your critics, they have to reason to listen to you and plenty of alternatives to choose from.

      Fuck you and fuck the GNOME foundation. Think you're not answerable to anyone, that's just wonderful. You're not relevant anyway.

  38. Izt's Teh Allz About Choice!!!!! by Anonymous Coward · · Score: 0, Funny

    Dat wut I luv teh Lunix about: it'z teh allz about teh choice. But don't be chooze teh MiKKKr0$l0th... cuz dey iz teh EVILZ!!!!

    So be teh choice, buts can't choose teh MiKKKrosloth. Cuz it's about teh choice!

  39. Re:Bitter zealouts by rdoger6424 · · Score: 1

    *holds up a mirror*

    --
    "Hello 911? I just tried to toast some bread, and the toaster grew an arm and stabbed me in the face!"
  40. Not just the Gnome Foundation by fritsd · · Score: 1
    On that "further reading" link, amongst the other members of ECMA TC45 are:

    The following organizations have participated in the work of Ecma TC45 and their contributions are gratefully acknowledged: Apple, Barclays Capital, BP, The British Library, Essilor, The Gnome Foundation, Intel, The Library of Congress, Microsoft, NextPage, Novell, Statoil, and Toshiba.

    I can't imagine why the British Library and the Library of Congress support such a crappy standard, while there already is one which they could improve if they'd like (If you work at either and are reading this, please consider joining the OASIS office TC as well, home of the ISO ODF standard ;-) ).

    --
    To be, or not to be: isn't that quite logical, Slashdot Beta?
    1. Re:Not just the Gnome Foundation by LizardKing · · Score: 2, Interesting

      Participation doesn't imply support, however it does indicate that they're interested parties. For instance, the British Library and Library Of Congress wouldn't want to sit idly by while a new format that's likely to be as much used as OOXML is approved, only to find it's a dead end format that's a nightmare to index or cross reference. Remember that both institutions no longer archive most material in the form of paper books, but as electronic copy instead.

  41. Re:Who are you kidding? Or are you just trolling? by init100 · · Score: 1

    Are you really that stupid to think that interoperability with MS tools/frameworks is a BAD thing?

    Interoperability is one thing, writing Gnome components in .NET is quite another. The former is good while the latter is really bad.

  42. Re:Who are you kidding? Or are you just trolling? by antiMStroll · · Score: 1

    Hey thanks for that. However the same page shows it's part of the still rare FUSE framework and wasn't released until last Feb in stable form, so in the context being part of Linux's acceptance it was still an irrelevent troll. Very interesting development though, thx again.

  43. Stop fucking replying by Anonymous Coward · · Score: 0

    in the subject box!

  44. Re:Who are you kidding? Or are you just trolling? by Anonymous Coward · · Score: 0

    "rare FUSE framework"? It's in the kernel. Lots of people use it.

  45. You don't have to clone Windows... by argent · · Score: 4, Insightful

    You don't have to clone Windows to produce a viable alternative platform... and in fact if you do end up cloning Windows you'll have eliminated everything that makes the result "alternative".

    Why should I care about a Linux-based system where your applications are written in .NET and your formats and user interface and APIs are driven by compatibility with Windows? If I want to run an OS that's compatible with Windows, I've already got that option.

    What makes Linux an alternative is that it's an Open Systems environment that happens to be Open Source as well. That applications written for it aren't locked in to Linux, they'll run on any Open Systems platform. If the interfaces and protocols it uses are Microsoft's, then why should anyone care whether it's got a Linux or an NT kernel under the hood?

    1. Re:You don't have to clone Windows... by malevolentjelly · · Score: 1

      From the user perspective, gnome sits somewhere between windows and mac in ease of use and accessibility. Front and center is apt-repositories (ala ubuntu) and easy, automatic handling of devices and hard disks. It's not "windows", it's "modern". It's just recently getting to the point where it can be called a modern operating system alongside Windows and Mac. MSOXML is not locked in to linux or windows- if gnome is able to use the format to the fullest, then more power to them. The interoperability is what will drive adoption, not the "alternative" environment.

      The driving difference is that it's free. Almost everything you've mentioned is only apparent to geeks and activists. The use of mono/.NET is nothing but convenient to people who use computers as tools- and they are most certainly free, as well.

      And what makes you think that gnome is even remotely compatible with windows outside of mono? In the new version of TextEdit for Apple Leopard, you can use MS-OXML and ODF side by side- open and read and write either. Is there any political motive there? No, they're simply serving the users- same with gnome.

    2. Re:You don't have to clone Windows... by argent · · Score: 1

      The driving difference is that it's free.

      It's free as in beer, yes. That's the "free" that matters to the the masses.

      Free as in speech? Halfway there. It's open source, but if it moves away from open systems that's not good enough. CLI, like OOXML, is a proprietary system, under the direct control of one company... and one that has proven actively hostile to Open Source. I was already unhappy about the spread of Java and Sun is nowhere near the threat that Microsoft is.

      And what makes you think that gnome is even remotely compatible with windows outside of mono?

      It's not... yet. But that's the way it's trending, and Mono is part of it.

    3. Re:You don't have to clone Windows... by malevolentjelly · · Score: 1

      Are you talking about technology or religion? That isn't a very technical perspective. Microsoft and Apple started the PC revolution by building on the works of Xerox, IBM, and AT&T- they made the systems cheap and accessible. Now the free software movement looks to offer a free(supported by corporations competing with microsoft) alternative- it's going to need compatibility with popular systems in the same way DOS needed to resemble CP/M- these sorts of revolutions are driven by competition and compatibility, not by forces of "good" or "evil". Stop deluding yourself, they're all consumer products.

    4. Re:You don't have to clone Windows... by dave420 · · Score: 1

      Exactly. So now all Linux needs to do is offer everything Windows does, and then people can switch across without having to give anything up (obviously I'm not talking about various OS foibles one would rather live without, just the good stuff, like software they use, hardware, etc.). Once that happens you won't be able to stop people from switching to Linux. My God. You wouldn't need any advocacy to do it. You don't need to sell the virtues of a free McDonalds hamburger to a starving person - they'll see there's nothing to lose and eat the bastard. Once there really are no differences in operability, Linux will take over the desktop, once and for all. Being "open source" is not going to make someone feel any better when they've switched from Windows to Linux and can't play their games or run Photoshop. But then that's just what I think. I'm not trolling, this is what I actually believe and I welcome any and all sane, rational debate on the subject, should anyone want to, that is :)

    5. Re:You don't have to clone Windows... by VGPowerlord · · Score: 1

      From the user perspective, gnome sits somewhere between windows and mac in ease of use and accessibility. Front and center is apt-repositories (ala ubuntu) and easy, automatic handling of devices and hard disks. It's not "windows", it's "modern". It's just recently getting to the point where it can be called a modern operating system alongside Windows and Mac.

      I hate to say it, but saying that GNOME does these things is inaccurate, as it's the GNU/Linux system that does. I can use kubuntu or xubuntu (or install KDE/xfce on a ubuntu install) and have everything you just mentioned.
      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    6. Re:You don't have to clone Windows... by malevolentjelly · · Score: 1

      Saying the GNU/Linux system does anything is so vague it's in the realm of saying the "PC" does it.

      Debian does it before GNU/Linux does, and Ubuntu before that. Let's be immediate here- the apt features I am mentioning are debian-based, but quickly becoming the standard. Novell and RedHat have had to force YaST2 and yum to act just like apt in order to catch up in ease of use. Repositories are the way of the future- even Sun is adopting them for Solaris 11.

      Kubuntu has similar functionality to Ubuntu- but it's hit or miss, buggy and often downright ugly. XFCE lacks in some important areas, often feeling incomplete- it's closer to Gnome 1.0 in function.

      Gnome 2.x is the contender - that's the reason it's been taking out KDE-based distributions left and right, SuSE, Fedora for instance- not to mention being the desktop of choice in Solaris.

      The reason Linus doesn't like it is because it has a solid Style Guide/Human Interface Guidelines- whereas he thinks linux is about total customizability or something- he calls it "treating the users like idiots"- horrible analysis. Rigid guidelines make user systems- let the geeks and minimalists use their own custom interfaces, but please leave something for the masses. There's a reason linus only develops system code.

    7. Re:You don't have to clone Windows... by Antique+Geekmeister · · Score: 1

      And if all the children in the world clap 3 times, the fairy Tinkerbell will come back to life.

      More seriously, porting everything Microsoft based to be usable under Linux is an amazingly herculean task, and burdened by massive issues of copyright, patent, and trade secret. It's also burdened by Microsoft's ability and demonstrated willingness to violate their own specifications: take a good look at the legal craziness Samba goes through to avoid such infringements, and at the problems we experience with Windows Media players. Many of those technologies are patented: they *cannot* be used, at least by people in the US, without serious legal repercussions from the patent holders.

      This is aggravated by the confusing patent issues around OOXML in particular. Doing such porting successfully, especially with Microsoft's crown jewels of MS Office applications, is begging to get attacked economically, legally, and in public forums.

    8. Re:You don't have to clone Windows... by argent · · Score: 1

      Microsoft and Apple started the PC revolution [...]

      Digital Research and Radio Shack and Commodore and Atari had at least as much to do with it as Apple, though I'll grant that Microsoft Basic was pretty important. It's really a pity Microsoft didn't build off their strengths in compilers and interpreters instead of getting into the OS business.

      The free software movement started back then, in the Software Tools group, in the pages of Doctor Dobbs' Journal and Byte magazine, in user groups all over the country. And what brought it together and made it effective was the increasing availability of this incredible new API that Bell Labs was publicising. AT&T and Bell Labs couldn't get into the computer business because of regulations and settlements that restricted them to the phone business, so they really did give their crown jewels away, irrevocably... as the two big two court cases since have amply demonstrated.

      Compatibility with an open platform is what made it possible for us to be talking about what the free software movement "should" be doing now. If they'd all jumped on compatibility with CP/M and MS-DOS, where would we be now? Microsoft has a history of engulfing "compatible" systems... who uses OS/2 or DR-DOS now?

      Rather than trying to be compatible with what Microsoft is doing, the main thing should be to be compatible with something that's not under Microsoft's control. Pushing OOXML over ODF, no matter what short term benefits it gets you, is just setting yourself up the bomb.

    9. Re:You don't have to clone Windows... by malevolentjelly · · Score: 1

      Incompatibility is not a valid form of activism when providing a consumer product. Microsoft clearly had more to do with the PC revolution because they created the most acccessible development platform, hands down, ever- as well as the cheapest and most customizable(the PC).

      How is it a pity that Microsoft got involved in the OS? They went from being a possible sizzle in the past barely touching IBM's radar to the chief provider of operating systems and development tools in the world. They set the pace for the rest of the world.

      How is that a shame? If it were all free software's reign, computers would still be stuck as massive mainframes and servers holed up in large corporations and academic institutions. The personal computing revolution was a capitalist, consumerized venture- the idea of putting computers in every household is otherwise non-beneficial to the free software market, and frankly uneconomical.

      Now they're merely shadowing the existing market.

      Had microsoft simply been another barnacle on corporate unix- and had things only progressed along the lines of open standards we'd be at least 10 years, if not 20, behind the current rate of progression in consumer techniques. Desktop linux competes as a consumer operating system on the same level of Mac OS, Windows, and RISC OS of the past, since it's such an integral part of the market.

      If windows and mac vanished, free software would simply fester- it would become more stable, but ultimately it would just rehash old ideas again and again, people finding not the time nor motivation to push things forward with no one to compete with or to inspire them.

      Perhaps you would have preferred a different market leader? Microsoft won the technical war, and that's that. Free software now contends- but only because it's not a hobbyist venture anymore.

    10. Re:You don't have to clone Windows... by argent · · Score: 1

      Incompatibility is not a valid form of activism when providing a consumer product.

      I am not promoting incompatibility. I am not following in the path of the people who said "don't support MS-DOS file systems".

      I am promoting the use of *native* formats that are not under the control of a company that has proven itself hostile to open source and has a history of using dirty tricks. I'm saying "don't depend on MS-DOS file systems".

      The products in question are as compatible with the binary Office formats as they are with OOXML... that is the reason for the alleged support of OOXML, they can make their existing compatibility code work with OOXML just fine.

      How is it a pity that Microsoft got involved in the OS?

      They didn't do a very good job at designing their own operating systems. They did an excellent job at support and maintenance of Xenix, and for some years Xenix was the top small business computer system out there... primarily on the Radio Shack Model 6000. MS-DOS was a straight clone of CP/M, not even developed by them, and the Windows APIs has more fundamental design flaws than a wild dog has fleas.

      They set the pace for the rest of the world.

      I'm reminded of an old political cartoon, where a woman in a Model T is trying to pass some very fat men who are saying "madam, we're not standing in your way, we're setting your pace".

      Microsoft set the pace all right. Conventional Wisdom in the mid '80s was that window systems were toys, because Microsoft didn't do them. Then concurrent multitasking was unsafe because Microsoft and Apple didn't do it. If they had actually been good at it, or someone who was good at it had been picked by IBM, we'd have had better operating systems sooner.

      Microsoft won the technical war, and that's that.

      Microsoft was late coming to the table, technically, in every case. They abandoned their attempts at multitasking MS-DOS years after MP/M was shipping. They didn't get into graphical user interfaces until Bill Gates saw the Mac under development... and rushed out to advertise "Windows" before line one of code was down on paper.

      The personal computing revolution was a capitalist, consumerized venture- the idea of putting computers in every household is otherwise non-beneficial to the free software market, and frankly uneconomical.

      The personal computer revolution was created by hobbyists in the '70s, not by big computer companies. The free software movement was born in that community, too, and created by the same people. They weren't two separate communities, there was one... and it was thriving long before Richard Stallman came along and tried to hijack it... perhaps if the capitalists in the free software movement hadn't been there things might have gone the way you're envisioning, but they were there long before the socialists, and if I didn't know that the mistaken impression you have of it had been so widely promoted I might take offense that you think I'm talking about the GNU brigade. Sheesh.

  46. Re:Who are you kidding? Or are you just trolling? by LLKrisJ · · Score: 1

    What worries me most is that you get modded +2 for a comment like this.

  47. Every new version of Office has been like this by argent · · Score: 1

    The handful of people I know who use newer versions of office are pissed off everytime they forget to "save as" into an older format and that is because of where I work. All work computers are setup with an older version of office (can't remember the version number off the top of my head). These people usually end up switching to an older version of office and I have been able to con some of them into using openoffice.org.

    Every time there's a new version of Office Microsoft has made it impossible to maintain a heterogenous environment. You either have to stick with the older apps, or you have to do a mass upgrade... because even if you don't use any of the newer features and even when they've used allegedly backwards compatible formats Word uses them in the saved files.

    OOXML is just the latest one-way format change. They're not doing anything to standardise on an open and portable format, they're just taking advantage of the standards process to push through another forced mass upgrade for Office.

  48. Re:Who are you kidding? Or are you just trolling? by FooBarWidget · · Score: 2, Informative

    As AC pointed out, FUSE has been in the kernel for a while. I think more than a year now. FUSE and NTFS-3g are both enabled by default on Ubuntu Gutsy so most people have it by default.

  49. Re:Huh? by visualight · · Score: 1, Insightful

    There's a reason Ubuntu uses Gnome

    I think the reason so many distros with Corporate backing default to Gnome is because they are employing the people who make the decisions within the Gnome project. KDE is much more user driven then Gnome in my opinion. With Gnome, Novell can have some real influence.

    And as for which desktop sucks ass, there's a reason why Gnome has only 3% more users then KDE in spite of most distros defaulting to Gnome for years now. (From http://linuxhelp.blogspot.com/2007/10/poll-indicates-gnome-most-popular.html )
    --
    Samsung took back my unlocked bootloader because Google wants me to rent movies. They're both evil.
  50. Re:Who are you kidding? Or are you just trolling? by FooBarWidget · · Score: 1

    "Because it's not possible to do that, and it's a fool's errand. All it's doing is following Microsoft's latest programming fad."

    I've written GTK applications in C#, and it was a very pleasant experience. It allowed me to be productive in writing Linux applications. So just how is that "following Microsoft's latest programming fad"? Mono, as it is right now, is a very capable development environment even for Unix-only apps.

  51. Re:Who are you kidding? Or are you just trolling? by FooBarWidget · · Score: 1

    "Interoperability is one thing, writing Gnome components in .NET is quite another. The former is good while the latter is really bad."

    Why? It works, it's Unix-only and doesn't work on Windows, it allows developers to be productive. Seems like good reasons to use .NET on Linux.

  52. Microsoft's shill-list? by CarpetShark · · Score: 1

    Miguel de fucking Icaza has been kissing Microsoft's ass for years now. Can we please get rid of him already?!


    Didn't one of the leaked MS documents talk about an "insider" they had in the open source movement?
    1. Re:Microsoft's shill-list? by christian.einfeldt · · Score: 1

      Miguel is not our enemy. GNOME is an incredible contribution to humanity, and is just one of Miguel's many contributions to FOSS. I have spent probably 5 hours talking with Miguel and interviewing him for the Digital Tipping Point film project, and I know that he is very passionate about freedom. I don't always agree with everything that Miguel says, but he is one of the brightest minds of the FOSS community, and people really need to stop saying mean things about him. The mere fact that we do not agree with everything that Miguel says or does is no reason to speak poorly of him like this.

    2. Re:Microsoft's shill-list? by CarpetShark · · Score: 2, Insightful

      I held the same view, until I read about his stance on OOXML. No one with even basic coding knowledge could honestly compare OOXML with ODF and say that OOXML is a better choice.

    3. Re:Microsoft's shill-list? by Anonymous Coward · · Score: 0

      Have you read Jody Goldberg's blog or his pdf explaining what is good about OOX? I'm guessing you haven't. In fact, I'm willing to bet anything that your judgment of Miguel's statement about OOX is purely and irrationally emotional, and likely based 100% on clueless remarks made on Slashdot.

      Because, had you actually taken 5 minutes to read anything and kept a level head and thought about things logically, you would have an entirely different opinion than you do right now.

      You might also have found some humor in the situation - OOX has gone through a lot more rigorous critique in the standards process than ODF has and OOX is far better because of it. People got emotional and saw that there were 2 potential standards for office documents and got emotional - they quickly passed ODF because of their hatred for anything Microsoft (even though the documentation desperately needed to be explained better).

      Folks... it's best to think things through rationally rather than getting emotionally upset about them.

      The reality is that the average computer user out there doesn't care about linux zealotry, they care about software that Just Works(tm). That means that it is important to implement OOX in the GNOME Office suite - it will go a long ways toward helping users make the switch one day. I guarantee that any Office suite that stubbornly refuses to implement OOX is going to lose in the end.

      KOffice will also be implementing OOX as will every other Office suite that matters.

  53. Re:Who are you kidding? Or are you just trolling? by segedunum · · Score: 1

    I've written GTK applications in C#, and it was a very pleasant experience. It allowed me to be productive in writing Linux applications. So just how is that "following Microsoft's latest programming fad"?
    Because recreating the .Net framework should not be a requirement for writing GTK applications in a nicer way.

    Mono, as it is right now, is a very capable development environment even for Unix-only apps.
    I fail to see how recreating a Windows-oriented, Microsoft developed development environment should be needed in order to create a capable environment for Unix/Linux only applications. Would it not have been better to come up with something original, with some new ideas?
  54. Look at the score. by argent · · Score: 5, Informative

    And for the last two decades, people were pushing AT&T stuff, some of it patented.

    AT&T donated the key patent for UNIX (the setuid patent) into the public domain. The UNIX APIs were designed to be independent of the underlying hardware and implementation, and they never made any attempt to enforce any potential copyrights on the UNIX programmer's manuals. The only product I know of that felt it necessary to avoid using the precise APIs described in the manual, ever, was Idris... presumably because it was by a former Bell Labs employee. There are, so far as I can tell, only two significant operating systems started after the publication of the 1976 Bell System Technical Journal that were not based primarily on the UNIX "software tools" environment: Mac OS, and Windows... and both of those were instead based on the Xerox environment. I'm not counting MS-DOS, because it was an 8086 port of CP/M by Tim Patterson of Seattle Computer Systems, and starting with MS-DOS 2.x it was increasingly adopting UNIX APIs.

    By 1987 (two decades ago) the UNIX environment had been re-implemented dozens of times, both standalone and hosted on top of other operating systems. By 1997 (one decade ago) there was no operating system in the world that wasn't either UNIX-based, transitioning to UNIX, or shipping with a functional hosted UNIX environment... other than Windows.

    And by that time AT&T had sold all their rights in UNIX to Novell, who had publicly disclaimed any intellectual property in the APIs.

    If there was any remaining danger in these APIs, the results of the Caldera (the new SCO) suit have completely defanged it.

    So far, there is no indication that there is any more risk to Mono from Microsoft than there was to Linux from AT&T.

    On the one hand we have a set of APIs that were already in the public domain both because of explicit donation and due to being published without copyright notice before the US joined the Berne convention, and have since been been proven safe to use, and on the other hand we have a set of APIs that are actively controlled by a company that has a history of using submarine patents, and who is currently attempting to monetize them... with some success.

    If you can't see there is a difference there you're deliberately not looking at it.

    1. Re:Look at the score. by m2943 · · Score: 0, Flamebait

      Your UNIX history is wrong, but that doesn't even matter.

      and on the other hand we have a set of APIs that are actively controlled by a company that has a history of using submarine patents, and who is currently attempting to monetize them... with some success.

      Mono applications on Linux only use the ECMA APIs, which are not covered by any patents and which are explicitly open. There is no reason whatsoever not to use them.

      If you can't see there is a difference there you're deliberately not looking at it.

      Sounds to me like you have some stake in making Mono look bad.

    2. Re:Look at the score. by larry+bagina · · Score: 1

      you are completely ignoring a LOT of operating systems.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    3. Re:Look at the score. by cbhacking · · Score: 1

      By 1997 (one decade ago) there was no operating system in the world that wasn't either UNIX-based, transitioning to UNIX, or shipping with a functional hosted UNIX environment... other than Windows. True for Windows 9x. However, Windows NT was designed from the beginning to be compatible with software written for other operating systems. After all, back when NT was started, OS/2 was the Next Big Thing. The fact that the Win16 and Win32 systems are at the front of what people think of when they think of Windows isn't too surprising - they're all by MS after all, and have massive amounts of software written for them. However, Windows NT originally included two additional subsystems, one for OS/2 and one for POSIX/UNIX. The OS/2 one has been discontinued, but the UNIX subsystem is still being updated at least as far as Vista (haven't checked Server 2008 yet).

      The SUA (Subsystem for UNIX Applications) page for Server 2003: http://technet2.microsoft.com/WindowsServer/en/library/695ac415-d314-45df-b464-4c80ddc2b3bc1033.mspx?mfr=true. Other versions of NT are also supported, though only the higher editions of XP and Vista. I use SUA in Vista almost every day, for everything from make to ssh to SVN.
      --
      There's no place I could be, since I've found Serenity...
    4. Re:Look at the score. by Richard+Steiner · · Score: 1

      By 1987 (two decades ago) the UNIX environment had been re-implemented dozens of times, both standalone and hosted on top of other operating systems. By 1997 (one decade ago) there was no operating system in the world that wasn't either UNIX-based, transitioning to UNIX, or shipping with a functional hosted UNIX environment... other than Windows.

      Both Unisys MCP and OS2200 were being developed in 1997 (and are still being developed and sold), but neither one has a UNIX subsystem that I'm aware of (OS1100 had SX1100 at one point in time, but that has been dead for 20 years), and neither one is particularly UNIX-like (MCP is a very old Burroughs OS, and OS2200 is effectively EXEC8 with additions).

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    5. Re:Look at the score. by argent · · Score: 1

      Any that have been viable and widely used products in the past decade? Legacy software in maintainance mode like the Mentex RSX-11, the DECsystem-20 emulators, or Unisys' emulators for Burroughs and Sperry mainframes don't count.

      IBM has a boatload of operating systems under VM, and whatever they call the AS400 this week. You can run Linux in parallel with anything else under VM, and last I looked the AS400 hardware and AIX hardware were basically the same.

      What have I missed?

    6. Re:Look at the score. by argent · · Score: 1

      My UNIX history is pretty good... it's not "history" for me: I provided some corrections for Peter Salus' UNIX timeline.

      Mono applications on Linux only use the ECMA APIs, which are not covered by any patents and which are explicitly open.

      And if Microsoft changes CLI they'll have to track it anyway, to retain compatibility with Silverlight, so it's really no more open than OOXML... standardizing a proprietary system doesn't make it less proprietary if the proprietor retains control.

      Yeh, I have a stake. I have a stake in open systems. If a system is under the thumb of a single organization, it's not open even if you have the source code... whether it's Mono, Java, or GCC.

    7. Re:Look at the score. by Richard+Steiner · · Score: 1

      Heh. Nice way to arbitrarily exclude any system which doesn't meet your narrowly chosen set of criteria. :-)

      I figure that a given platform that is at least somewhat relevant if I can still make my living writing software for it.

      If not to you, than at least to me, my employer, and the hundreds of government and airline customers who depend on my code to function each and every day. :-)

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    8. Re:Look at the score. by argent · · Score: 1

      I figure that a given platform that is at least somewhat relevant if I can still make my living writing software for it.

      I make my living writing and supporting control systems software. Until recently there wasn't even the option of using anything resembling UNIX in many embedded environments. But I'm not fooling myself that things like tight real-time executives in Forth are relevant to general purpose operating systems.

      My point, in any case, is not that there's something wrong with legacy systems. The fact that Mentec, for example, is still actively supporting and maintaining RSX-11 is great.

      The point that I was getting at is that there's two main platforms, now: UNIX, and Windows. UNIX has become so pervasive that systems that aren't part of the family by culture, inheritance, or marriage have almost vanished... and it got that way by being open. Windows got where it is by leveraging existing market share step by step from the original anointing of Microsoft by IBM... not by cooperating, interoperating, or otherwise playing nice.

      That's how UNIX got where it is... to where people have to pull up systems that are as obscure as Forth or MUMPS to most people to come up with a system that's not affiliated with it... by playing nice. Open source needs to be very careful about shacking up with abusive spouses like Microsoft instead.

    9. Re:Look at the score. by man_of_mr_e · · Score: 1

      By 1997 (one decade ago) there was no operating system in the world that wasn't either UNIX-based, transitioning to UNIX, or shipping with a functional hosted UNIX environment... other than Windows.

      Yes... other than AmigaOS, AtariOS, QNX (though it is fairly unix-like), BeOS, MacOS (though they had just bought NeXT), Plan9, Netware... the list could go on and on.. I think you might want to re-think that statement.

    10. Re:Look at the score. by argent · · Score: 1

      AmigaOS was dead by 1997
      QNX and BeOS are UNIX
      MacOS was a lame duck as of 1997... that's when Apple announced Yellow Box and Blue Box
      Plan9 is UNIX
      Netware is not a general purpose OS, even by the most relaxed standards
      The list goes on and on... UNIX or on life support.

    11. Re:Look at the score. by man_of_mr_e · · Score: 1

      QNX and BeOS are not UNIX. They certainly have some unix-like characteristics, but they aren't by a long shot. Both QNX and BeOS have posix compatibility, but that doesn't make them Unix. Hell, Windows has Posix compatibility (Posix.1) out of the box, and has a free full Posix subysystem for download. That doesn't make Windows Unix.

      BeOS was written entirely in C++, even the kernel. It used a C++ based API for applications (other than posix). It had a totally different kernel from any Unix system on the market. It was not Unix in any way, shape, or form.

      QNX, while like I said is far more unix-like than most others, isn't really unix either, but because it's primary API is posix, i'll grant that.

      Plan 9 isn't Unix, though it originated from Unix. It's an entirely filesystem based API. Some of the concepts of Plan 9 have been port to Unix and Linux, like /proc.

      You also didn't say "general purpose OS", you said "no operating system in the world". That's pretty specific.

      You didn't say "no, non-lame, non-general purpose os that in the world that wasn't somehow, no matter how far you stretch it "unix-like" ".

      If BeOS is Unix, by your definition, so was Windows.

    12. Re:Look at the score. by argent · · Score: 1

      QNX and BeOS are not UNIX. They certainly have some unix-like characteristics, but they aren't by a long shot.

      QNX is based on POSIX, which is a UNIX API.

      BeOS depends on the UNIX API to run: the shell is the UNIX shell, the utilities are UNIX utilities, the UNIX API is as native as the C++ one. You can treat a BeOS system as a UNIX system, run unmodified portable UNIX code on it, and it just works.

      Plan 9's primary language is Aleph, but the Plan 9 C compiler came first and all the core UNIX API calls are there.

      Windows has Posix compatibility (Posix.1) out of the box

      The Windows POSIX subsystem is, as I already noted, not actually useful. I've also already mentioned Interix, but it's not shipped as part of the system... you can't write code for Interix and expect it to run on just any random Windows system... the UNIX API is not a Windows API. Even depending on UNIX semantics from main(ac, av) is fraught with peril, as the recent URI exploits on Windows demonstrate.

      You also didn't say "general purpose OS", you said "no operating system in the world".

      The context of the discussion is document formats, compatibility between applications, and what API to write new applications for. Why on earth do you expect me to be talking about embedded and legacy environments?

      The bottom line is there are two effective platforms out there. One controlled by a single company that has a history of creating barriers and setting up boobytraps, the other that's completely out of any single company's control and that has proven itself secure from barratry and other legalistic shenanigans.

    13. Re:Look at the score. by man_of_mr_e · · Score: 1

      The difference, at least in my mind, between an OS that is Unix or Unix-like, and one that is merely Unix compatible is that Unix-like OS's allow *all* code to run on any other Unix-like OS (with the usual Unix portability caveats), while an OS that is merely unix compatible means that Unix applications can run on it, but it's native applications cannot run on other Unix systems.

      That means that BeOS, Plan9, MacOS (even OS X), etc.. are all Unix compatible, but they are not Unix-like (with the exception that OS X is, in fact, Unix in the base OS... the other layers they put on top are NOT unix layers).

    14. Re:Look at the score. by argent · · Score: 1

      The difference, at least in my mind, between an OS that is Unix or Unix-like, and one that is merely Unix compatible is that Unix-like OS's allow *all* code to run on any other Unix-like OS (with the usual Unix portability caveats)

      Funny, that's my definition too.

      I guess the difference is that I've actually used and ported code to more than a couple of genuine AT&T-source-based UNIX systems over the past 25-30 years, and so I've got an appreciation of just how extreme "the usual UNIX portability caveats" really can get. Any code that will run on any system with a 6th Edition or later code base (I used some 5th Edition systems, but never wrote any code on them) will be trivial to port to any of the systems I've listed, but without Interix an awful lot of it won't run on Windows NT.

      while an OS that is merely unix compatible means that Unix applications can run on it, but it's native applications cannot run on other Unix systems.

      I think you would have a hard time porting *all* native applications from FreeBSD 6.2 to Microsoft Xenix-286, since a lot of them are there to deal with components that MS-Xenix doesn't have, like Berkeley sockets, jails, and kernel events. On the other hand, FreeBSD doesn't have OpenNET, redirections, and hard directory links.

      So you need to limit yourself, I suppose, to a *subset* of native applications. But the UNIX shell, vi, and so on are native applications on BeOS, and QNX has a similar repertoire, but I really doubt that if you were to dig up the source to the remaining native Windows programs that cane in via the Lachman TCP port... like say telnet or ftp... they'd compile on any version of UNIX without more than "the usual UNIX portability caveats).

      OS X is, in fact, Unix in the base OS... the other layers they put on top are NOT unix layers

      So? Neither are the comparable layers on Solaris or Linux or System V. In fact, the closest thing to a UNIX GUI that ever existed is no longer in use anywhere... though the Plan 9 window system is definitely a descendent of it.

      I miss my 3b1.

  55. Mod parent UP! by D4MO · · Score: 1

    Keep your friends close but your enemies closer.

    --

    Rocket science is easy. Neurosurgery, now *that's* difficult.
  56. Re:Who are you kidding? Or are you just trolling? by antiMStroll · · Score: 4, Insightful

    FFS, give it a rest guys: "Gutsy Gibbon is the code name for Ubuntu 7.10, the current Ubuntu release. It was released on 18 October 2007." What bearing a 10 day old distro release has on the role of NTFS write capability on the past decade's plus adoption of Linux is beyond me, but I'll leave you all to sort that out while I go shopping.

  57. IM IN UR EDITOR WRITING UR CODE by argent · · Score: 1

    They've said explicitly that OOXML is easier for them to work with then OpenOffice's format. Period. It basically comes down to laziness, one of the primary virtues in hackerdom. So, lay off 'em, unless you're already in your editor writing code.

    I'm already in my editor writing code, so I don't have to lay off them. Laziness in the defense of proprietary systems is no virtue.

    1. Re:IM IN UR EDITOR WRITING UR CODE by smash · · Score: 2, Insightful
      Anyone find it amusing that one of the chief proponents of Gnome (the project started because KDE USED TO use a "non-free" toolkit) is pushing a non-free standard?

      Got hypocrisy much?

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    2. Re:IM IN UR EDITOR WRITING UR CODE by Anonymous Coward · · Score: 0

      Yeah, I don't think he meant "neato" file listers and screensavers there, hotshot.

  58. Re:Who are you kidding? Or are you just trolling? by Jartan · · Score: 1

    WTF is your problem? Are you really that stupid to think that interoperability with MS tools/frameworks is a BAD thing?

    Mono isn't something that provides interoperability with MS tools, protocols or file formats so I fail to see your point? It's an attempt to make C# apps in Linux and run .NET apps last I checked. Just like WINE I can see a reason for needing to run .NET apps in some unfortunate circumstances. Making C# apps is a bad idea though. It has nothing to do with how well C# and .NET let you develop things. It's about the fact that sooner or later MS will push the old embrace and extend button to screw everything up.
  59. Why is it? by Anonymous Coward · · Score: 0

    Why is it that if someone says they prefer the ms option to the "open" option the news article is labled as troll? Thats right, 98% of the people here hate m$ (notice the clever dollar sign) and are irrational.

  60. OK, here's another one by hey! · · Score: 1

    He misspoke -- that is to say that he may have spoken in a way that conveys something different than he intended.

    For example, he could mean something closer to, "OOXML promises to be a superb standard."

    We all know that OOXML has all kinds of serious problems; Miguel's answer seems to be, "the ones that will cause problems for competing implementations are going to get fixed."

    Very well, if the specific problems will be fixed, then we can decide whether OOXML is a superb standardization candidate. But I don't think it is ready for prime time until (a) Microsoft can guarantee that other vendors can correctly render any document saved by an MS product in OOXML format and (b) introduction of new standards within ooxml rather than interoperating with existing standards can be justified in terms other than it is convenient for one vendor.

    Do both of those things and perhaps you'd have a standard that would free users from dependency on any single vendor, which would be a superb thing.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  61. nothing wrong in fixing the easy things by dominux · · Score: 1

    it just exposes the more fundamental flaws. I am working on a website to de-duplicate and sort out the comments as a collaborative effort. I hereby invite the slashdot hordes to come and have a look at dis29500.org.

  62. Xfce looks sooo good... by Anonymous Coward · · Score: 0

    Suddenly,
    Xfce looks sooo good...

    Seriously guys/gals I think it is time to fork (specially for Ubuntu) gnome or drop it!

    Gnomers PLEASE stop supporting the destruction of OSS.

  63. Re:Huh? by cp.tar · · Score: 1

    Hell, I've been a Gnome user from the beginning, and I've grown increasingly disappointed with each new version of Gnome after 1.4.

    However, there were several things keeping me on Gnome - primarily some of the applets, most of all the dictionary.

    Then they crippled its options as well. And now this.

    I don't know whether I'll default to KDE 4 or E17 or something completely different, but I think Gnome has seen the last of me.

    --
    Ignore this signature. By order.
  64. Re:Who are you kidding? Or are you just trolling? by rasjani · · Score: 1

    I had (and still have) ntfs read/write support in fedora6, slightly older distro than gutsy.

    --
    yush
  65. Re:Who are you kidding? Or are you just trolling? by Just+Some+Guy · · Score: 2, Interesting

    I've also done extensive development in Java, PHP, and Perl. I can tell you that the .Net framework and Visual Studio is by FAR the most productive environment for developing desktop applications

    None of those Unix-friendly languages is known for its strong desktop application support. So, how does .NET compare to KDevelop or Xcode for cranking out apps? At least those two aim to compete in the same problem space.

    --
    Dewey, what part of this looks like authorities should be involved?
  66. Re:Who are you kidding? Or are you just trolling? by init100 · · Score: 1

    Of course, if you want to further Microsoft's stronghold over the market, use their language and "standards".

  67. I, for one... by calebt3 · · Score: 1

    do not welcome our OOXML-supporting overlords.

    Time to look at JWM a little more closely.

  68. Re:Who are you kidding? Or are you just trolling? by tomhudson · · Score: 1

    >"How many people do you think would use Linux at ALL if Samba didn't allow communication to Windows boxes?

    Linux users don't need samba to "communicate with Windows boxes." There's ftp, http, etc. - and its usually Windows users who want to communicate with linux boxes, not the other way around.

    >" Or what if there was no way to read/write an NTFS partition?"

    If you're a linux user, you probably don't care all that much - you keep your important data on your linux (ext3/reiserfs/whatever) partitions/drives. Or, like me, you don't have any ntfs (or even fat) partitions.

  69. Re:Who are you kidding? Or are you just trolling? by yoprst · · Score: 1

    To run VS/.net combo you need something like wine, not something like mono. To get productivity boost, you need better dev tools/libs, not necessarily MS-like. Making those tools crucially dependant on MS is not very smart move.

  70. Don't use Gnome, this is old news at best. by Zizkus · · Score: 1, Redundant

    I don't use Gnome, This guy is known to do this kinda stuff.

    No news here, move along to the next post ;)

  71. Re:Huh? by DrSkwid · · Score: 1

    pfft, use plan9ports or 9wm

    you can keep you fancy schamncy

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  72. He's free to either confirm or deny it ... by tomhudson · · Score: 1

    (... crickets ...)

    Of course, in the absence of any denial, we are always free to draw our conclusions by his actions:

    1. support for MS-OOXML as "a great standard"
    2. fan boy of Microsoft technology in general
    3. general brown-nosing towards Balmarsaurus ...
    On the take? I doubt it. Why pay a bribe to someone who is already in so many ways a "useful fool" ...
    1. Re:He's free to either confirm or deny it ... by LKM · · Score: 1

      I didn't mean to say that Microsoft directly gives him money. I doubt that. But they do sponsor his speeches.

  73. kdawson = flamebait by uofitorn · · Score: 0, Troll

    Can someone please mod kdawson +1 flamebait. Providing as the one reference in the submission a random dude's blog is lame.

    --
    "What kind of music do pirates listen to?" -Paul Maud'dib
    "Yeeeaaarrrrr n' Bee!!" -Stilgar, Leader of Sietch Tabr
  74. Re:Who are you kidding? Or are you just trolling? by VGPowerlord · · Score: 1

    He didn't, his comment started at +2: +1 for being logged in, +1 for Karma Bonus.

    Oh look, this comment started at +2 as well!

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  75. Re:Who are you kidding? Or are you just trolling? by VGPowerlord · · Score: 1

    I can also get it for debian sarge (oldstable) and etch (stable)... despite how long it takes Debian to do anything.

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  76. Re:Who are you kidding? by Max+Littlemore · · Score: 1

    And in the unlikely hypothesis developers succeed, Microsoft may call in all their patents and make half of Gnome illegal in the US.

    While in the short term that would suck for the US, long term it could be a blessing.

    What happens if Europe and Asia (particularly Europe) mandates the use of open and transparent software and standards in computing within government? Companies wanting government contracts may well find it cheaper and easier to adopt a strategy of switching over to F/OSS OSes. Then companies that have switched for government work may agree to communicate in the same open formats. I know I find it easier developing software for Unix environments on a unix like desktop - my brain wastes fewer cycles switching modes.

    So in this hypothetical scenario, Europian and maybe Asian companies and governments switch largely to F/OSS - those that don't go under. The US stays with Windows and Gnome/Linux are illegal. US companies do business in the US and find it hard to gain entry into any overseas markets while the rest of the world thrives on cheaper open standards based software.

    If you think this is a doom and gloom scenario for the US, think about it some more. How long would a situation like this last? Either the US then nukes the rest of the world for obstructing US commercial interests, or laws get changed, software patents are abolished and open standards are accepted if not endorsed by government elected by people who are sick of being isolated from the international community. This scenario is likely why Microsoft is buying up standards bodies around the world, particularly in poorer European states.

    Sure there's some pain, but it's the inevitable pain caused by so emphatically embracing a single ideology (in the US case market driven capitalism) over more balanced policy. The pain should be relatively short lived.

    --
    I don't therefore I'm not.
  77. Re:Who are you kidding? Or are you just trolling? by jbengt · · Score: 1

    I had read/write ntfs support in Fedora 3, tho I had to do a little research and install it from linux-ntfs.org, and at the time it had limited write support (it would force a file system check upon reboot into windows)

  78. Re:Who are you kidding? Or are you just trolling? by the_B0fh · · Score: 1

    I bet Richard Stallman's biggest regret is gnome and the ensuing crap that followed gnome.

  79. Re:Who are you kidding? Or are you just trolling? by ClubStew · · Score: 1

    Of course it's not an open standard. MSFT haters like you shot it down for recommendation. People b*tch about MSFT not being open, and when they try people b*tch about their attempts.

    When MSFT was developing OOXML ODF was not yet ratified and MSFT has a product to deliver. Schedules: it's what commercial software runs on.

  80. The more the Merrier by Jody+Goldberg · · Score: 5, Insightful

    While working for Novell I was able to join both OASIS for ODF and ECMA for OOX. After leaving the OO.o development team at Novell to return to other work I lost both memberships and had to scramble to rejoin. Maintaing Gnumeric is a hobby, and my current employer is not involved in the standardization process. Paying out the membership costs of either OASIS or ECMA was not going to happen at the personal or corporate level. Thankfully there was a non-profit tier available, and the GNOME Foundation generously sponsored me to re-join ECMA and TC45 to continue to participate in the the specification process. After spending the last 8 years playing proctologist to every spreadsheet format around, and complaining loudly at the poor quality of documentation for XLS it seems ridiculous to pass up the opportunity to engage MS, and ensure that the spec of their new format was more detailed than previous efforts.

    My personal opinion (not speaking for the GNOME foundation or past or present employers) is that both specs should be standards
          http://www.gnome.org/~jody/files/2007-ON-Linux-Beyond-ISO-Dome.pdf

    The FLOSS community is going to need to implement importers for both formats to help our users, and I'll be happiest when both OOX and ODF are significantly clearer. 5700 pages of OOX is too _short_, Likewise the 700 + 300 (Open formula) in ODF is far too short. Lets double the size of OOX (although with better formatting the number of pages would likely be unchanged), and lets quadruple the level of detail in ODF to get it into a useful state. I only wish that ODF had undergone a fraction of the review that OOX has seen.

    This is not about GNOME endorsing OOX, it's about GNOME doing the work necessary for users. There should be reps from Sun's OO.o team on the ECMA TC, and MS reps in the ODF meetings. The goal of this process is to produce useful documentation, and it takes an implementor to know where the really important details are. It hardly seems in the best interest of the FLOSS community to leave the standardization efforts up to corporate interests at Microsoft, Sun, or IBM.

    1. Re:The more the Merrier by jhol13 · · Score: 4, Insightful

      Why?

      Why should there be two standards for essentially one thing?

      If more the merrier, why not 200? This would of course mean not a single one gets adopted.
      If less is better what does OOXML bring that is useful to the users and other developers (non Gnumeric)? So useful that developers have to implement support for both, so good a support that user's are not inconvenienced?

      You are in the position to say how big task it is to support both instead of one and if it is really worthwhile effort, not me. I am just asking.

    2. Re:The more the Merrier by Anonymous Coward · · Score: 0

      Hi Jody,

      Supporting multiple options are good goals in software but not in standardization.

      That's the core of the issue. Can you respond to that?

      I agree that both standards are young and impressionable, but by endorsing two standards at ISO you're suggesting that we developing two formats side-by-side rather than trying to achieve harmonization. In five years do you think we should still have two standards? What about in 10 years? When should be try for a single ISO standard?

      Please, the goals of standards are different to those software. Please explain why you think OOXML is a necessary standard.

    3. Re:The more the Merrier by glop · · Score: 1

      Well, I guess the idea is that you'll have to support both formats because Microsoft is going to push its format whatever happens.
      And therefore everybody will have to support 2 formats. So they might as well use the standardization process to convince the Microsoft people to write useful documentation and make it public.

      So "the more the merrier" reads as : there is going to be differents formats anyway, the more of them go through a standardization process, the better.

    4. Re:The more the Merrier by Anonymous Coward · · Score: 0
      So your theory is that the standardisation process will continue to make Microsoft write useful documentation and improve the format.

      That involves a lot of trust that they'll follow the format and continue with the process.

      Firstly, whatever Microsoft support may not be OOXML and they've said as much publicly. Whatever ISO choose (from its name to the format itself) are optional to Microsoft and they've admitted that they may not follow ECMA/ISO.

      Microsoft have quite deliberately broke formats/protocols to their own advantage to promote incompatibility with the existing standard. If we can get Microsoft to document this and improve it, great. But that's not what the ISO are about.

      Microsoft can document it through ECMA without ISO approval. Going to the ISO is about trying to smudge out ODF and any preference to openly developed formats (you heard the problems that Jody had getting into ECMA as an outsider, it's not as open a process as OASIS)

      I don't mean any offense but I think you're being naive if you think Microsoft will obey standards.

    5. Re:The more the Merrier by behdad · · Score: 1

      > Why?

      Because we don't believe that Microsoft doesn't exist. If you think by playing pro-ODF the rest of the world can keep MS from making OOXML an ISO standard, well, you are wrong. I'm sure you saw what wonders they did to governments days prior to the final vote was due...

      It's about the details however, how much pain we give them in the process and how useful documentation we get out of it. Ignoring the committee is not the best strategy. NIH anyone?

      -- Behdad Esfahbod
            Director, GNOME Foundation

    6. Re:The more the Merrier by jhol13 · · Score: 1

      I do believe that "the rest of the world" can keep OOXML from getting standardisation. But that is beside the point. So is NIH - you could say ODF is as much "NIH" as OOXML.

      My point is: I do not believe Gnome Foundation should lose time and effort trying to implement all the "features" and bugs Microsoft will have in all the undocumented (and other) places. Especially I do not think Gnome Foundation should waste time before OOXML is standardized and widely used (if ever).

      Do you honestly believe that you can faithfully implement the XML in the way Microsoft will use it? You see, they will not implement it according to the standard. They have said it themselves: "are not committed". So I think neither of us believe that Microsoft is going to change the format they use no matter how OOXML is changed before approval (even if it isn't). There will never be "OOXML" to use, just a bunch of variants (depending on Office versions).

      BTW, how are you (Gnome) going to implement the bugs in Excel? Is 1900 a leap year in my calculations or not? Can I use dates before 1900? How "ceiling" function is going to behave, mathematically correctly or according to the bug in Excel?

      So the most important question becomes: can I trust Gnome software to work mathematically correctly or is it going to "brownnose"?

      P.S. I would understand external converter, that would help everybody (esp. developers of other spreadsheets). This one just makes their job harder.

    7. Re:The more the Merrier by jhol13 · · Score: 1

      I have nothing against standardization process itself. But I believe to be eligible the draft to standardize should either be very good or not go through "fast track".

      OK, I do have a little. There really should not be too many standards. OOXML is unnecessary.

      But I am very convinced that Microsoft will not implement their software according to the standard, especially if the standard is fixed. Why should they? They can just claim to implement it "better than anybody else". And everybody else must implement 1900 as a leap year too or they are not not *Microsoft* compatible (compatibility with OOXML standard will not matter a bit).

  81. Re:Who are you kidding? Or are you just trolling? by aichpvee · · Score: 0, Troll

    Microsoft may call in all their patents and make half of Gnome illegal in the US.

    We can only hope.

    --
    The Farewell Tour II
  82. I call BS by Jody+Goldberg · · Score: 3, Informative

    1) OOX was easier to deal for several reasons. Yes, some of it was because Gnumeric's data structures were designed around the Excel UI and hence matched nicely with the MS file formats. However, that was only part of the issue. SpreadsheetML was clearly written by the Excel team, whereas the ODF spreadsheet functionality frequently feels like it was written by XML document people. ODF is missing critical spreadsheet features like shared expressions and strings. It took me about 12 hours of hacking to implement chart import for OOX to a reasonable level. I've just wasted 48 hours on ODF chart import trying to reverse engineer how to allocate data to charts. That kind of ratio is not the way to make people love ODF.

    2) 'very rich support'. This depends on how you parse things. Our OOX importer was more advanced that the ODF importer after about 1 week of effort. At the time Brian made his comment the _exporter_ was not terribly advanced. That is being rectified for the upcoming gnumeric 1.8.x release. Calling gnumeric's round trip capabilities for OOX 'very rich' was an exaggeration, but it's a stretch to call it a complete lie. On the flip side, ODF proponents seem happy to tout our suboptimal ODF implementation. Both filters are improving, but it's more than a bit hypocritical to try and complain about OOX and laud ODF for filters of comparable quality.

    1. Re:I call BS by Pecisk · · Score: 2, Insightful

      So, in nutshell, your complains are that ODF is just more "standartized it's own way" and nothing like old Excel cruft? :)

      I can understand your complain, but it's not "valid" if we are talking in larger scale. And I think it's too much trolling in your post, so it seems more like personal dislike of ODF or something that way.

      But heck, at least this is one of most informative and helpful posts for this rather flaming article :)

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    2. Re:I call BS by Jody+Goldberg · · Score: 1

      I am somewhat down on ODF this week because the irritation of trying to implement it is fresh. OOX pisses me off just as much when working there :-)
      Which, at the end of the day, is the point. Both formats have serious flaws. Flaws that reflect their parentage. I don't see either as being far enough along to have been blessed as international standards. However, OOX easily surpasses that bar set by ODF 1.0. We're apply a double standard (pun fully intended).

  83. Madness! by Anonymous Coward · · Score: 0

    Is Miguel de Icaza more like Saruman the White or the Dark Lord Sauron here? It appears to be madness that he is following the incantations and spells of the dark side, swearing allegiance and fealty and promoting OOXML even though its clearly inferior. Its disappointing de Icaza has become so corrupted. It could be that he is being very well paid for his efforts, but in the end, he will be given the contempt he has earned over the past few years. I use Gnome, but de Icaza doesn't do a lot with Gnome any more. I don't touch mono and don't want to catch mono, so I leave it alone and am very happy because of that. If he could only keep his mouth shut about ODF and the disgrace that is OOXML. Instead, he continues to pledge all to the dark side. Maybe he isn't so bright after all.

  84. Re:Who are you kidding? Or are you just trolling? by myowntrueself · · Score: 1

    If you're a linux user, you probably don't care all that much - you keep your important data on your linux (ext3/reiserfs/whatever) partitions/drives.

    Important data? On reiserfs?

    --
    In the free world the media isn't government run; the government is media run.
  85. Miguel de Icaza, our worst enemy by mlwmohawk · · Score: 1

    Miguel de Icaza is like Nancy Pelosi in the U.S. House or Representatives. Supposedly on our side but defending the actions of the opposing party.

    He is a cancer and everything he proposes is dangerous for Linux and F/OSS in general.

    In these days of equivocation and acceptance of ideologically contrary situations as long it is "inconvenient" to object, we get what we deserve.

    This is how our movement dies.

    1. Re:Miguel de Icaza, our worst enemy by christian.einfeldt · · Score: 0, Troll

      Miguel is not our enemy. GNOME is an incredible contribution to humanity, and is just one of Miguel's many contributions to FOSS. I have spent probably 5 hours talking with Miguel and interviewing him for the Digital Tipping Point film project, and I know that he is very passionate about freedom. I don't always agree with everything that Miguel says, but he is one of the brightest minds of the FOSS community, and people really need to stop saying mean things about him. The mere fact that we do not agree with everything that Miguel says or does is no reason to speak poorly of him like this.

    2. Re:Miguel de Icaza, our worst enemy by mlwmohawk · · Score: 1

      Miguel is not our enemy.
      My hyperbole aside, I think he is very dangerous as he has influence and makes contributions people may like, but the end result will not be good.

      GNOME is an incredible contribution to humanity

      Well, that is one opinion. I think gnome is overly complex, poorly designed, and does a bad job at simplifying complexity. Its answer to complexity is to hide it, not be innovative on how it is presented.

      he is one of the brightest minds of the FOSS community,
      LOL, that is ridiculous. At best this is subjective. Define "brightest" as it applies here. If he is not an MS shill, then he's a fool.

      people really need to stop saying mean things about him.
      I'll say what ever I want about whom ever I want as long as it is not libelous or scandalous. To call in question his motives and to project his affect on the F/OSS movement is perfectly reasonable free speech. If he doesn't like what people say about him, he should stop doing stupid things.

      The mere fact that we do not agree with everything that Miguel says or does is no reason to speak poorly of him like this.

      That's just too bad.

  86. Incorrect by zjbs14 · · Score: 1

    The .NET Frameworks are backwards compatible, much in the same way the Java runtimes are. The 2.0 Framework will run 1.1 code (without having 1.1 installed), 1.1 will run 1.0, etc. .NET 3.0 isn't a runtime (runs on 2.0), so it doesn't count. You do have the option to have multiple versions installed, hence the multiple directories.

    --
    No sig, sorry.
  87. Re:Holding their feet to the fire - Precisely how? by Anonymous Coward · · Score: 0

    Please be specific. How, exactly, has he held their feet to the fire? Read this Ecma page, please, and please point out exactly what he has been responsible for changing for the better for anyone but Microsoft.

  88. Re:Who are you kidding? Or are you just trolling? by SanityInAnarchy · · Score: 1

    First, GP had some good points, at least regarding OOXML. They did kind of ruin it with the Mono comment, though.

    Second, you mention Java, PHP, and Perl -- how much have you used Perl? What about Python or Ruby?

    I can say that while Visual Studio is nice, I've been sticking to eclipse, and in both, there are things I really miss about my old vim environment. I have to say I was most productive, oddly enough, on a Mac, running Terminal, ssh'd in to a Linux machine, using vim and ruby.

    Interoperability is not a bad thing. However, using them instead of what we believe to be better tools, locally, is a bad thing. Unless he's planning to develop Gnome components in Visual Studio on Windows, you don't really get the .NET development environment. Being tied to a commercial MS product is definitely a bad thing.

    If Samba didn't exist, it would be a bit more hassle, but not much -- we have WebDAV, FTP, NFS (I'm fairly sure there's a Windows client somewhere), SCP/SFTP, rsync, and so on.

    There was not read/write support for NTFS for most of the time I've been using Linux. The write support came recently, and was still quite painful to do until very recently (this year or so). For awhile, the read support wasn't necessarily dependable either, so we would either install Windows on FAT, or have a separate FAT partition -- or use Samba servers. And Linux still makes a great server -- arguably a better webserver -- without any of these things.

    Lastly, I don't really care if Linux is a more competitive OS. I only want it to be a capable OS. I realize it has to be a bit of both, but for the most part, I can actually live without Windows, if I have to. Thus, it's Windows (Vista, especially) which needs to prove itself "competitive", at least to me.

    --
    Don't thank God, thank a doctor!
  89. Re:The LESS the Merrier by filbranden · · Score: 3, Insightful

    Personally, I think that Less is More. We don't need more standards. We don't need more complex standards either. We don't need more pages. We need less.

    The point of standards is that they should encourage the maximum number of implementations, and the best way to do it is by not being a burden on the implementation. If the implementation has to implement two different standards, it will be double the burden, and to what benefit?

    I agree that the specification should be clear and in some cases that would mean adding more pages to it, but what you're saying seems to me you're encouraging adding complexity, you're advocating "adding more pages" when in fact you should advocate specifying some things better without compromising its simplicity and conciseness.

    --
    "Standards are so great that everyone should have its own."

  90. Better than KDE? by SanityInAnarchy · · Score: 1

    Or Enlightenment? Or Fluxbox? Or WindowMaker?

    Really?

    --
    Don't thank God, thank a doctor!
  91. Re:Accommodation? - eating your own dogfood by Ensign+Nemo · · Score: 1

    Most of the replies to your post seem to be "Why bother?"

    However I completely understand and do the same thing myself. I do as much as possible in ODF and ogg theora, even at work. And then I tell people what I'm doing. Most don't get it. However a few do and even appreciate the idea (especially other Linux/*BSD users). You have to build awareness one step at a time.

    So please keep it up and continue encouraging others! If we don't, who will?

  92. I never understood why by KinkyClown · · Score: 1

    One of the reasons they gave was that they wanted to create a new 'open' format; hence the name 'Office Open XML'.

    But why?

    If they want interoperability with other vendors they could have just opened up the specifications for the current binary format (doc, ppt, xls, etc.). Of this format we (library developers) at least knew what problems would arise when converting to their 'standard'. We where almost a 100% compatible. I can only imagine the reason Microsoft is creating a new standard/format is to make sure that all conversion libraries out there are no longer compatible. We (library developers) will have to start over to make OOXML converters and we will have to discover their new tricks.

    1. Re:I never understood why by Fenice · · Score: 1

      It's various governments that asked for an iso-certified document standard (which suprized me, I thought they were happy with office). Still, ODF was proposed and accepted, and as administrations were about to make the switch, Microsoft surely realized that they were about to loose de grasp on the office world (since their MS-Office will not be anymore associated with the document format and, worse, their concurent will be able to make product as compilant (if not better) as their own with the format). So they created an XML doc format that they tagged "open" in order to confuse people (I was at first). Would this succeed, they could maintain their dominion, eventually being the only ones producing fully compilent products with the format.

  93. A Question of Propriety by NickFortune · · Score: 1

    Anyone find it amusing that one of the chief proponents of Gnome ... is pushing a non-free standard?

    I don't think "amusing" is the term I would have chosen. Anyone out there support the Gnome Foundation with donations? How do you feel about the organisation using your money do provide free work for Microsoft?

    I think we as a community need to think long and hard about our support for Gnome. I know that a lot of people have an investment in Gnome, either in terms of code contributed, or simply because it's the desktop they know best; but the further Gnome gets into bed with MS, the more I worry about the wisdom of supporting the project.

    As Queen Victoria might have put it: "we are not amused"

    --
    Don't let THEM immanentize the Eschaton!
    1. Re:A Question of Propriety by smash · · Score: 1
      Yeah, perhaps "amusing" was the wrong word. I'd have used "disturbing" if I actually gave a crap about the direction of gnome, but for the past 2-3 years, all i've seen in terms of Gnome usability has been going backwards.

      I'd suggest forking and following a direction more aligned to getting work done than wanking around with "usability" at the expense of that - but we already have plenty of other desktop environments out there.

      KDE is what I use, but I'm really bummed that more progress doesn't seem to be getting made on GNUStep. Having read a decent amount about OpenStep and objective C, and played with GORM a bit, I reckon its very elegant and there's a lot of potential there to be *better* than either gnome or KDE - and perhaps somewhat compatible with OS/X a the source level...

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    2. Re:A Question of Propriety by NickFortune · · Score: 1

      Yeah, perhaps "amusing" was the wrong word. I'd have used "disturbing" if I actually gave a crap about the direction of gnome,

      Sorry, that came across a bit more aggressive than I intended. I meant to have a go at the Gnome Foundation, not yourself.

      That said, I don't really care about the direction of Gnome, either. What bothers me is that money that's been donated by people who wanted to help support an open source desktop is being diverted to help Microsoft push a closed standard. I very much doubt that this is what most of the donors had in mind when they contributed to the cause.

      I'd suggest forking and following a direction more aligned to getting work done than wanking around with "usability" at the expense of that - but we already have plenty of other desktop environments out there.

      Indeed, But I think some of the distros need to reconsider their choice of default environment. For example, maybe it's time Kubuntu was the default Ubuntu download. If Gnome is going to turn into an unpaid division of Microsoft then there are other concerns beyond the misuse of funds.

      In any case, I think this needs to be challenged. Microsoft seem to have finally realised that open source is here to stay, and so they're working on subverting the development process in the same way as they'd try to corrupt, say, a standards committee. In which case, we needn't expect the process to be limited to Gnome. Suppose MS buy Trolltech, for instance? If it was just Gnome, I'd agree and say "small loss". But knowing MS, this is likely to be just the beginning.

      KDE is what I use, but I'm really bummed that more progress doesn't seem to be getting made on GNUStep

      Having used NeXTStep professionally for a year or so, I can sympathise. I use FVWM, but if I was going to go with a heavyweight DE, it'd be KDE. But I still think we, as a community, would be foolish to abandon Gnome to Novell and their patent-pact buddies

      --
      Don't let THEM immanentize the Eschaton!
    3. Re:A Question of Propriety by smash · · Score: 1

      Sorry, that came across a bit more aggressive than I intended. I meant to have a go at the Gnome Foundation, not yourself.

      No offense taken dude, I got the gist of what you were intending (ie, aggravation with gnome) - but still, my choice of "amusing" was probably the wrong word - i just have a rather twisted/black sense of humor.

      With regards to GNUstep, i'm just amazed we have something that has been proven to work well, is lean and mean, based on open standards, will be largely compatible for development with OS/X - and it's shunned. Finding a distribution with decent "out of the box" packages for OpenStep that actually work is tricky, let alone one that presents it as a desktop choice.

      For those perhaps reading and wondering what the hell is so impressive about openstep, go look for the "gorm tutorial" video, and have a little bit of a read up on Objective-C and some of the OpenStep documentation.

      The makings of a great environment are all there - it's NOT just another re-implementation of many of the flawed windows-esqe ideas, it just needs a decent push into the main-stream so it can gather some momentum...

      I agree with the notion that Kubuntu should be the default Ubuntu though. Sure, some of the KDE ui could do with de-cluttering a little, but in terms of getting work done, it's miles ahead.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    4. Re:A Question of Propriety by smash · · Score: 1

      Err... replace "OpenStep" with GNUstep as appropriate in the above post :D

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  94. Help drive the nail in the coffin by Anonymous Coward · · Score: 0

    Fuck off Gnome... I hate you. Crawl up Microsoft's ass and die.

    I don't ever put that rubbish on my systems anyways.

  95. We saw similar with Kerberos and SPF by Antique+Geekmeister · · Score: 1

    We've seen Microsoft involved in "adapting" open standards before, which they quite deliberately broke to their own advantage to promote incompatibility with the existing standard. When they own the standard, it's far easier for them to do, and we've seen that historically with their Word and Excel document formats, and their oddnesses in the MS Exchange calendar system.

    Microsoft does not use open standards by any set of rules except "take ownership".

  96. chained slaves don't run by someone1234 · · Score: 0, Flamebait

    So simple, if you don't help M$, but use their tech, you will get killed.
    Wine would be killed if it depends on M$.
    Samba would be killed if it depends on M$. .net in itself is not better than any other technology out there (C++ or Java), the fully integrated developer environment is what makes it better.

    --
    Patents Drive Free Software as Hurricanes Drive Construction Industry
  97. Re:Who are you kidding? Or are you just trolling? by shutdown+-p+now · · Score: 1

    I've been developing in C# for sometime now. I've also done extensive development in Java, PHP, and Perl. I can tell you that the .Net framework and Visual Studio is by FAR the most productive environment for developing desktop applications, and (in some instances) web apps.
    I'm MCSD.NET. I've also done a lot of programming in C++, and played with Java in my spare time. I can tell you that WinForms, as of version 2.0, is horribly outdated (come on, it has only just got proper layouts, and there are still very few of them, and no proper support in the GUI builder!), and WPF is not mature enough yet. Qt and Visual Studio (with Qt integration) is by far the most productive environment for developing desktop applications, though Eclipse (again, with Qt integration) comes close. Web application development in ASP.NET is sucky due to the way they've implemented the component model. ASP.NET page lifecycle is extremely overcomplicated, and you have to know it by heart to do anything even remotely nontrivial (i.e., in an event handler during a postback, try creating a new control, and registering an event handler for it). I'm still not convinced that component-based approach is better for web development, but even so, JSF and Tapestry offer a better implementation of that compared to ASP.NET.
  98. ODF is a document format, MSOXML is an app format by slashbart · · Score: 2, Interesting

    SpreadsheetML was clearly written by the Excel team, whereas the ODF spreadsheet functionality frequently feels like it was written by XML document people.

    Which is exactly the point!!!!!!!! An open document format has different requirements than a spreadsheet application. Going from a document format to an application is often hard, so deal with it. Letting a document format be dictated by an application is exactly what one avoids!

    Thanks for clarifying your position, I now understand it, and disagree with it totally.

    Bart

  99. GNOME by kamatsu · · Score: 1

    I don't agree with Linus' comments on KDE/GNOME. Aside from the fact that KDE (and Qt) in general looks worse (regardless of theme) than GTK2 and GNOME (at least, with a clearlooks skin), and the fact that KDE doesn't know how to name its applications properly, Gnome does not have the mentality that "Functionality confuses users", they simply have the time-honored software development principle at heart: Keep it simple, stupid. The other thing to note is, this guy is obviously both a wanker and an MS sellout, but that certainly doesn't mean it should terminate our support for GNOME as a reliable and worthwhile piece of software. Particularly seeing as the rest of the GNOME team don't endorse his ideas. We should also be facing up to the facts. This isn't Slashdotland (and I shudder to think of what that would entail), and hence any format Microsoft push hard enough will eventually become a de facto standard. At least, this way, we can say that our competing products already have total support for the latest MS formats (that is, once it DOES become de facto standard) to the average luddite that your slashdot zealotry causes you to attempt to convert to FOSS.

    1. Re:GNOME by Ash-Fox · · Score: 1

      Aside from the fact that KDE (and Qt) in general looks worse (regardless of theme) than GTK2 and GNOME (at least, with a clearlooks skin)
      Isn't the default theme Plastik (Which in my opinion is okay)?

      and the fact that KDE doesn't know how to name its applications properly
      There are tonnes of applications that begin with 'g' in Gnome, there are tonnes of applications that begin with 'i' in OS X.

      At least, this way, we can say that our competing products already have total support for the latest MS formats
      They won't, the specification does not give us the full information to implement the format. There are huge holes that will require reverse engineering todo the compatibility you speak of.
      --
      Change is certain; progress is not obligatory.
  100. Re:Who are you kidding? Or are you just trolling? by Bronster · · Score: 1

    Sure. Just don't buy cheap arse shit systems that will expose that it's more brittle when things are unreliable. You can lose the data on any filesystem, reiserfs will just take the entire tree with it.

    And reiserfsck --rebuild-tree will shit itself if you have reiserfs images stored in your filesystem.

    That said, it's a tool that has its place, and it's a bloody good filesystem for storing large amounts of email on big _reliable_ drive units without your performance sinking through the floor.

    (believe me, the other "poster child" filesystems have their own issues too)

    I'm hanging out for btrfs to stabilise though. I already run my local maildirs on it, and am quite happy.

  101. Mono is not a language by Anonymous Coward · · Score: 0

    I was looking for something to reply to that fitted best.

    Just because you don't like Miguel, you can't deny that MONO is so much more than C#.

    Didn't you notice that Python runs on MONO and the implications of that?
    Java is getting fucked by Microsoft because they didn't open up their virtual machine to other
    languages.If they had, we wouldn't have had this discussion. We'd be busy writing our Python
    and Ruby code to run on the Java virtual machine.

    It might still happen, but in that case I bet that MONO is involved in making it happen.

    Listen up! MONO is great because you can run several languages in the same runtime.
    This is Microsoft greatest invention, yeah, you read that right, they didn't copy it from
    SUN because SUN was boneheaded and tried to shove ONLY the Java language down our ...

    1. Re:Mono is not a language by Vexorian · · Score: 1

      It does not change the fact using it in GNOME is a bad idea, we were ok with C, gnome and gtk are already cross platform and there are already bindings to all the important languages, so I see no need to make things more complicated or add an MS dependence just because MONO is pretty or got features that are actually not needed in GNOME...

      --

      Copyright infringement is "piracy" in the same way DRM is "consumer rape"
  102. KDE Free Qt Foundation by SgtChaireBourne · · Score: 1

    Not only is Qt dual licensed (proprietary or GPL, you choose) the KDE Free Qt Foundation was set up to ensure that regardless of what happens to Trolltech, Qt, which is the foundation of KDE, will remain available.

    Rather ironic that a project like Gnome which was established to create a Free counterpart to what was back then non-Free software has become an antagonist to open source and even to open standards. A small number of Gnome people work against open standards, that hurts both closed and open source projects.

    --
    Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
  103. Apparent. by Teun · · Score: 1

    Ossendryver urges the GNOME Foundation to halt its apparent support for OOXML as a standard Let me fix that:
    Ossendryver urges the GNOME Foundation to halt its support for OOXML as an apparent standard.
    --
    "The likes of Facebook and WhatsApp are free to those whose privacy is of zero value."
  104. Re:Who are you kidding? Or are you just trolling? by FooBarWidget · · Score: 1

    "Because recreating the .Net framework should not be a requirement for writing GTK applications in a nicer way."
    It isn't, has never been, and will never be a requirement. It is an extra alternative for those who prefer it, just like PyGTK and Java-GNOME.

    "Would it not have been better to come up with something original, with some new ideas?"
    Original != better. As they say, "good artists create, great artists copy". C# already has many good things: is similar to Java, but with a different VM design (generics implemented in VM instead of language), support for Delphi-style properties, language-integrated queries, partial classes, preprocessor support, structs, easy integration with C libraries, a large class library, etc. None of those things (except parts of the class library, like Windows.Forms) are Windows specific and are very well-suited for cross-platform, general purpose development. What's the point in rewriting all those things? Just to get rid of the "MS" label?

    I couldn't care less whether a language is copied from something else, as long as it does the job well. They can copy all they want.

  105. Re:Who are you kidding? Or are you just trolling? by FooBarWidget · · Score: 1

    "further Microsoft's stronghold over the market"? There is nothing to further, they already have 98% of the desktop market and even Apple can't make a significant dent in it. They can't be any more powerful than they already are.

  106. OOXML is not an open because of msft by walterbyrd · · Score: 1

    Of course it's not an open standard. MSFT haters like you shot it down for recommendation

    I think you are confusing cause and effect. People like me shot down OOXML because msft refuses to make OOXML an actual open standard. Much of OOXML is closed.

  107. Re:The LESS the Merrier by Anonymous Coward · · Score: 1, Informative
    Personally, I think that Less is More [wikipedia.org].

    If this absolutely must have a Wikipedia link, at least credit the correct person.

  108. Sight, another flamewar by Pecisk · · Score: 1

    Yes, supporting OOXML is wrong and while I can see reasoning why GNOME Foundation did it (ISO or not ISO, OOXML will be reality for rather long time, let's not slip there in wishful denial), it doesn't seem right. But as this bashin...sorry opinion piece doesn't hold any hints from even trying to get GNOME Foundation answer these accusations, I don't see any reason for flaming.

    What I hate more than trying to hype MS tech is flaming from KDE/anti-GNOME guys and trying to trump up KDE and put down GNOME as badass environment. Come on, let's be at least honest. Yes, Gconf is not perfect, but it has proven it's role over time. Yes, someone won't like Mono, but I use Tomboy and love it, while hating slow-to-death Banshee. Some technologies do work, and some not. Some things in GNOME is I can't live without (yes, some people *love* less verbosity in desktop) and there are some things I easily disagree with.

    It is really love or hate contest? Do really KDE fans believe that their DE is only one? Then I am really sorry for them, because I think that diversity of free desktop is amazing achievement. That possibility to choose CSharpGtk or PyGTK for coding application is great. That possibility to choose have super-verbose or minimalistic environment is a main reason why free desktop advances so fast.

    But heck, what I know, I am not KDE user :) (joke, people)

    --
    user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    1. Re:Sight, another flamewar by Anonymous Coward · · Score: 0

      "But heck, what I know, I am not KDE user"

      I can tell, 'cause you've missed something very obvious here; it's FAR, FAR easier to find somebody bashing KDE and proposing Gnome than it is the other way.

    2. Re:Sight, another flamewar by Pecisk · · Score: 1

      Really? It doesn't seem so to me, because I saw zero comments for this article who would at least honestly criticize GNOME, not talking about supporting it. Everywhere I go, be it Slashdot, Digg or OSNews, KDE guys seems much more trollish and willing to flame than GNOME guys. Of course, both sides have people who are reasonable with their arguments and fan boys who even don't know their idol. But that doesn't even matter - it just leaves bad taste in my mouth.

      And this is strange, because in live discussion people are nowhere close that harsh. In my local community, we live together - GNOME, Xfce, KDE people - and simply don't care what your environment is. There is unwritten consensus that GNOME is for common crowd and people who love simpleness, KDE for "superusers" and friends who wants control, and rest of bunch just uses what fits their day. Yes, criticism still exists, but with such attitude it's very evaluable and useful.

      p.s. I like Kbabel and some of KDE apps. However, whole environment is not for my taste. And it is matter of taste. People are different, get used to it ;)

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    3. Re:Sight, another flamewar by Anonymous Coward · · Score: 0

      I've noticed the opposite, but then I don't hang around sites where comments come from non-tech members, so that might have something to do with it.

      When I first came to Linux, I tried both KDE and Gnome, and Gnome annoyed the hell out of me. I've used KDE since (though I've experimented with XFCE, which I think is pretty cool for a low-end desktop system). I don't really care what other people use; I just find that KDE does a better job at what I want it to do. When I was trying to set up my mother's DE, I found that Gnome has an incredible lack of customization options, and that made me angry because the goal I was striving for at the time was to simplify the desktop as much as possible. However, I couldn't even do simple things like change the appearance of the menu buttons on the panel...

  109. Re:Who are you kidding? Or are you just trolling? by tomhudson · · Score: 1

    Nothing relieves you of the responsibility of making backups.

    Besides, rumour has it reiserfs is a real killer file system ...

  110. I care Bc he's a leader in several useful things by curri · · Score: 0, Flamebait

    Miguel has been a leader in several projects I've used a lot; first Midnight Commander, then Gnome, and now Mono, so I care about what he says (not that I agree with him on everything). He appears also as a reasonable guy, so I listen, and then make my own opinion.

  111. Neither are post-UNIX by argent · · Score: 1

    Obviously when I wrote "developed after UNIX" I mean "the development process started after UNIX".

    I'm exquisitely familiar[*] with The Univac/Sperry/Unisys 1100/2200 series. I'm familiar with MCP inly through the literature, admittedly. And I know why SX1100 was called "SUX 1100". By 1997 the writing was on the wall even for the Swift, and for some years now Exec and MCP have only been sold under emulation.

    I suppose I could qualify that with "by 1997 there was no operating system that wasn't clearly a lame duck that..." but really, you're stretching here.

    [*] Read as "exquisitely painfully familiar".

    1. Re:Neither are post-UNIX by Richard+Steiner · · Score: 1

      Obviously when I wrote "developed after UNIX" I mean "the development process started after UNIX".

      Not really related to my comment. Both OS2200/EXEC8 and MCP predate UNIX, and I was responding to your "By 1997 (one decade ago) there was no operating system in the world..." comment.

      Clearly, that statement isn't true.

      I'm exquisitely familiar[*] with The Univac/Sperry/Unisys 1100/2200 series. I'm familiar with MCP inly through the literature, admittedly. And I know why SX1100 was called "SUX 1100". By 1997 the writing was on the wall even for the Swift, and for some years now Exec and MCP have only been sold under emulation.

      I've played with .. and written code ... on both, and I've discovered that the impression one has of each environment is largely dependent on the toolset that one has worked with.

      Some folks never see more of OS2200 than ED and basic ECL, but there's *so* much more to play with on a 2200 box, even if one stays in a vanilla DEMAND environment and doesn't get to play in nifty environments (IMO) like HVTIP+DPS.

      Some folks (like me) have only played with WFL, COMS, and CANDE in an MCP environment, but I know from the words of others that MCP is also far nicer to use than that in more advanced shops. The little A-box shop I worked in only knew (and had) a minimal toolset.

      The lowest common denominator is usually not a pretty sight regardless of platform.

      The native 2200 CPU hardware might be emulated (I actually don't know that much about how the hardware end of the Clearpath Dorado stuff works, and as an applications programmer I admit I don't really care), but the code OS2200 environment is still the same from a programmer's perspective as it ever was. MAPPER is MAPPER, HVTIP is HVTIP, SSG and DOWN still drive the GEN process, and IPF is still a verbose POC and still sucks even in MODE SCREEN.

      I suppose I could qualify that with "by 1997 there was no operating system that wasn't clearly a lame duck that..." but really, you're stretching here.

      I disagree. The fact that two of the top five US airlines still depend on OS2200 to fly (UAL with UNIMATIC, and NWA with WorldFLight, Cardinal, MSG, etc.), and that almost all of the rest worldwide would have serious issues if the OS2200 support infrastructure on which they depend were to go under (including several systems maintained and operated by my own employer) made the OS2200 platform somewhat more than a lame duck, IMO.

      Kill it, and you kill (or at least SERIOUSLY cripple) the airline industry. Worldwide.

      It isn't mainstream, of course, but it really never was. That doesn't lessen its importance in the overall scheme of things, however, and "lame duck" is too strong a criticism regardless. Perhaps the EXEC has serious architechural weaknesses from a pure CompSci point of view, but that's not something I know about. I am but an egg in an EXEC context; I only use the platform to write applications code for my users and customers.

      Insofar as MCP is concerned, I think you'd be surprised at the number and variety of shops out there who are still using MCP machines. I know of companies with only a very small IT department (sometimes less than 10 people in total) who still use a smaller A-series box, and who have no plans to move because it simply works.

      [*] Read as "exquisitely painfully familiar".

      Sounds like someone was stuck on the machine without the proper toolset. :-)

      Solaris is a desolate wasteland without third-party shells, editors, and other utilities as well. That doesn't mean it can't be made livable. There's a *very good reason* that I maintain and enhance my own copies of VSH, CSHELL, and UEDIT at my current shop. :-)

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    2. Re:Neither are post-UNIX by argent · · Score: 1

      I disagree. The fact that two of the top five US airlines still depend on OS2200 to fly (UAL with UNIMATIC, and NWA with WorldFLight, Cardinal, MSG, etc.), and that almost all of the rest worldwide would have serious issues if the OS2200 support infrastructure on which they depend were to go under (including several systems maintained and operated by my own employer) made the OS2200 platform somewhat more than a lame duck, IMO.

      Again, I'm in the same boat, there's lots of legacy real time control systems that are very important. That doesn't mean the operating system they run on has a future outside existing installations.

      Solaris is a desolate wasteland without third-party shells, editors, and other utilities as well.

      Except it's not. I'd take Xenix-286 over Exec, let alone Solaris. In fact I did.

  112. The POSIX subsystem was crippled... by argent · · Score: 1

    The original POSIX subsystem was deliberately crippled by Microsoft, and the crippled version is the only one shipping with any non-server version of Windows. The updated version, Interix, was written by Softway Systems using a licensed copy of the original POSIX source code. They were bought by Microsoft (this was announced during a Usenix convention where Steve Walli showed himself remarkably capable of dissimulation, because I'd asked him about the possibility at the beginning of the conference and he gave me NO indication that it was about to happen) and the prodcut was apparently shelved then finally came out as a free-but-unadvertised download. Yes, I've used it myself, it's great, but it doesn't count as something shipping with Windows even now.

    1. Re:The POSIX subsystem was crippled... by Richard+Steiner · · Score: 1

      The so-called "OS/2 subsystem" was laughable as well. It only ran 16-bit text-mode programs, which excluded most applications. No GUI code (though an add-on may have been available), and nothing at all from 1992 or later that was written for 32-bit OS/2 kernels.

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    2. Re:The POSIX subsystem was crippled... by cbhacking · · Score: 1

      The SUA system on my Vista and (when I used it) XP boxes identifies itself as Interix. While older ("OpenNT") versions of the subsystem may have been crippled, I've had mostly good experiences with Interix. It's a little buggy - things that set environment variables seems prone to segfaulting for some reason - but overall it's been handy. I've frequently used NetBSD's pkgsrc build system for package management, and I've been fairly impressed. The new version of pkgsrc seems to require a version of GCC that doesn't ship with Interix, however.

      Out of curiosity, is Interix in the server versions better in any significant way than what's in the current desktop versions?

      --
      There's no place I could be, since I've found Serenity...
  113. Get Sun to open ODF first by harlows_monkeys · · Score: 2, Interesting

    The patent license from Sun for ODF only covers version 1.0, plus any subsequent versions that Sun participates in the development of. That means that if Sun doesn't like the direction ODF goes, they can stop it by stepping back. Sun has stated that ODF is meant to support exactly those features needed by StarOffice, no more. Until Sun makes ODF an actual open standard, that can be evolved outside of Sun's control, so that it can evolve to handle both Office and StarOffice documents, it is simply not an option.

  114. Re:Who are you kidding? Or are you just trolling? by myowntrueself · · Score: 1

    Besides, rumour has it reiserfs is a real killer file system

    It sure is!

    If by 'killer filesystem' you mean it will kill your files...

    (ie after an unclean shutdown you can find all sorts of files have been spliced together in interesting ways, movie files with bits of text file in them, text files with bits of binary files in them, that sort of thing).

    --
    In the free world the media isn't government run; the government is media run.
  115. Re:Who are you kidding? Or are you just trolling? by init100 · · Score: 1

    Of course they can. Their goal is a complete monopoly, not a near-monopoly like they have now. If they have it their way, all computing activities in the world are done on Microsoft platforms with only Microsoft software. That competitors even exist is certainly a thorn in their side.

  116. Whooosh! by tomhudson · · Score: 1

    Besides, rumour has it reiserfs is a real killer file system
    It sure is! If by 'killer filesystem' you mean it will kill your files...
    Joke

    O <-your head

    Try this

    1. Re:Whooosh! by myowntrueself · · Score: 1

      Oh I got it all right.

      I just thought I'd rub it in for those Reiser fan-boys out there ;)

      --
      In the free world the media isn't government run; the government is media run.
    2. Re:Whooosh! by tomhudson · · Score: 1

      Oh, okay :-)

      I switched back to ext3 for my latest install. I've never had a problem with reiserfs, but I do worry about its long-term viability ...

  117. alright, then! by namekuseijin · · Score: 1

    "They put a bunch of R&D into C# and its standard libraries, and then released it as an open specification."

    if you call R&D stealing from lessons learned from toying with their licensed JVM and later hiring most of the Borland Delphi guys, I'll dig it...

    "Having a C# implementation in Linux, with a decent C# widget toolkit, is a good way to invite developers into the open source world."

    no, it's a good way to maintain them in the same sheep mentality. Developing under Linux is a good way to learn new technologies and paradigms, entering in contact with non-mainstream mumbo-jumbo. Python, Ruby, Perl, Common Lisp, OCaml, Scheme, Haskell are all proper and better alternatives than low-level C coding...

    "Going from [Visual Studio + C# + Windows.Forms] to [MonoDevelop + C# + GTK#] is a lot less daunting than to [emacs + C + GTK], etc."

    what about to vim+python+pygtk? :)

    --
    I don't feel like it...
  118. Does a cow have Buddha-nature? Moo. by tepples · · Score: 1

    Assuming all the problems with OOXML can be fixed; what would be the against it then? Mu. Some claim that it'd be almost as likely to say "Assuming practical time travel is invented" as "Assuming OOXML can be fixed".

    (except for the fact that there's already another standard which would be functionally identical) This can itself cause problems. Developers of office applications would need to port their serialization filters to both ODF and OOXML, just as an app's view layer might need to be ported to both Win32/Winelib and Cocoa/GNUstep. This duplicate effort increases the amount of code in which defects are possible, especially if a defect appears in an app's code that handles one format but not in another.
  119. Give up the cross-platform benefit of managed code by tepples · · Score: 1

    [DllImport("foo")] works on the MS implementation and in Mono, on all supported platforms. So what do you do when your bundled DLL is x86, but your customers suddenly ask for ARM? Or when your bundled DLL calls Win32 or WinCE, but your customers ask for Linux or Mac versions? If your program relies on unmanaged code that is not included as part of the .NET or Mono system libraries, then why are you using managed code in the first place?

    Or I could specifically state that libfoo is a required dependency for my application. The majority of commercial off-the-shelf software publishers stating that Microsoft Windows is a required dependency for an application is exactly what got us into this mess.
  120. Re:Give up the cross-platform benefit of managed c by FooBarWidget · · Score: 1

    "So what do you do when your bundled DLL is x86, but your customers suddenly ask for ARM? Or when your bundled DLL calls Win32 or WinCE, but your customers ask for Linux or Mac versions? If your program relies on unmanaged code that is not included as part of the .NET or Mono system libraries, then why are you using managed code in the first place?"

    I'll handle it like I'll handle any portability issue - port the code, or telling the customer that it's not possible.

    I use managed code in the first place not because of portability, but because of developer productivity and maintenance benefits. C# is more high level language than say, C and C++. It does things like garbage collection. The C# languages has advantages over Java: delegates and closures come in mind.

    Realistically speaking, 100% portability is almost never possible. You should have heard of the saying "write once, debug everywhere" about Java. Regardless of whether I use native libraries, I'll have to test the code on the target platform anyway. Things like hardcoded path delimiters can pose problems on portability. A while ago I wrote a Java application. I developed it mainly on Linux. Then I tested it on Windows and I noticed that the Swing GUI looks weird, so I had to fix things up a little. Some unit tests failed on Windows - turned out that it's because of a line ending issue (CRLF on Windows vs LF on Unix).

    So suppose I don't use any native libraries at all. If customers ask me for an ARM version I'll still refuse, because I just don't have experience with ARM. I cannot guarantee that my application will run fine on an ARM because I don't have the ability to test it, even if Java/.NET claim to run on ARM. The best I could tell my customers is "use this at own risk" but I doubt they'd buy that.

    "The majority of commercial off-the-shelf software publishers stating that Microsoft Windows is a required dependency for an application is exactly what got us into this mess."

    I'm not sure what you mean by "this mess". If your .NET app doesn't depend on any obvious Windows-specific things like Windows.Forms or the NTFS API, but does depend on native libraries, then theoretically you can run that app on both Windows and Linux, provided that the native library has been ported to both platforms.

    It has proven to work in practice. A while ago I wrote a GtkSharp application. The app ran on both Windows and Linux, without recompilation, because GtkSharp (which is a native library, which serves as a binding to GTK+) is available for Windows and Linux.

  121. Re:Give up the cross-platform benefit of managed c by tepples · · Score: 1

    I'll handle it like I'll handle any portability issue - port the code, or telling the customer that it's not possible. Not possible, or just not profitable?

    The majority of commercial off-the-shelf software publishers stating that Microsoft Windows is a required dependency for an application is exactly what got us into this mess. I'm not sure what you mean by "this mess". I was referring to the Windows/x86 monoculture.

    If your .NET app doesn't depend on any obvious Windows-specific things like Windows.Forms or the NTFS API, but does depend on native libraries, then theoretically you can run that app on both Windows and Linux, provided that the native library has been ported to both platforms. But in practice, the native library often has not been ported, or if it is, the end user cannot install it on the target system. The .NET framework is bigger on disk than the Java runtime.

    A while ago I wrote a GtkSharp application. The app ran on both Windows and Linux, without recompilation, because GtkSharp (which is a native library, which serves as a binding to GTK+) is available for Windows and Linux. But can GtkSharp applications be deployed over the Internet as easily as Java, SWF, or AJAX applications can? Or does the user have to download the installer, find the computer's administrator to do a Run As, wait while the hard drive churns for a minute or two, and then start the app?
  122. Re:Give up the cross-platform benefit of managed c by FooBarWidget · · Score: 1

    "Not possible, or just not profitable?"

    FYI, I don't work for a software company. The "customers" I talked about were hypothetical.

    "But in practice, the native library often has not been ported, or if it is, the end user cannot install it on the target system. The .NET framework is bigger on disk than the Java runtime."

    That totally depend on the native library in question. I'm a Linux user and I love cross platform support, so I'll make sure that all the native libraries I use are portable.
    The situation really isn't much different from writing C++ programs, or writing Python apps that make use of C libraries. In C++, you also have to make sure that your dependencies are portable. Dito with Python apps that use C libraries. Now, with C#, parts of the program are already portable, and if I choose to use native libraries, I just make sure that those are portable as well. So I really don't see the problem.

    "But can GtkSharp applications be deployed over the Internet as easily as Java, SWF, or AJAX applications can?"

    I deploy them by creating an installer for them and creating a .tar.gz with the source code. Most of my target groups consist of 99% Windows users and 1% Linux users so they're already used to software installers.

    If the software in question can be a web application, then yes, I'll write a web application with PHP or Ruby on Rails or whatever. If easy web-based no-software-installation deployment is important for the software in question, then yes, I'll choose Java or Flash. If the functionality in question cannot be easily or efficiently implemented with the web platform, and my target group has a lot of Windows users, then C# is a good option. It all boils down to the right tool for the right job.
    The last GtkSharp application I wrote is a .FLD file editor. FLD files define walkable and non walkable blocks on a map in a game, and are typically 500 KB each. It would not be user friendly to ask the user to upload .FLD files to the web server and then using clucky JavaScript-based GUIs to manipulate the blocks, would it? This is why I chose to make it a client application. And since I'm a user myself, I chose to write it in C# and GtkSharp so that I can use it on Linux too.

    Ajax and Java are not C# killers, nor is C# a Java or Ajax killer - Ajax and Java are merely alternatives which may be more suitable in different situations.