Slashdot Mirror


UserLinux May Go Without KDE

Anonymous BillyGoat writes "For the past few days, there has been considerable debate at the UserLinux mailing list about the (proposed) non-inclusion of KDE in the distro. The KDE developers have written a proposal opposing the decision to go with GNOME as the sole UserLinux GUI, while Bruce Perens has posted a response."

16 of 964 comments (clear)

  1. KDE is not to be ignored by Erioll · · Score: 5, Insightful

    KDE is still one of the most-used desktop environments around. Ignoring KDE in favor of GNOME would be like only including VI and not Emacs (or Emacs and not VI), and forcing all users to use one.

    This is a mistake if they don't include both.

    Erioll

    1. Re:KDE is not to be ignored by daeley · · Score: 5, Insightful

      Not exactly the same thing, as including both of those doesn't require anywhere near the amount of effort as supporting two development kits...at least, that's the argument Perens seems to be making.

      --
      I watched C-beams glitter in the dark near the Tannhauser gate.
    2. Re:KDE is not to be ignored by Prowl · · Score: 5, Insightful

      i disagree

      UserLinux is about a stable, usable business desktop (AFAIK). it is *not* about choice. The are plenty of other distros that cater for choice.

      Including both or more would dilute development efforts, not to mention confuse Harry Homeowner, who is only interested in writing docs, and playing MP3s.

      This definitely a good thing.

      --
      That man tried to kill mah Daddy
    3. Re:KDE is not to be ignored by Coward+the+Anonymous · · Score: 5, Insightful

      UserLinux is for corporate desktops, not home users. Corporate desktop users don't get choice, everything is set up and locked down by the admin. This gives the admin one less choice to make.

      --
      -- Jason
    4. Re:KDE is not to be ignored by KarmaPolice · · Score: 5, Insightful

      The problem isn't really supporting two platforms. Packages are being created anyway. The problem is that the UserLinux people wants companies to use it and the "selling" argument will be that is't ONE common platform that they can program their own applications for.

      Imagine the resources for programming and testing for both KDE, Gnome and many more platforms. One programmer can only know so many platforms. The world sometimes is easier with fewer choises...

    5. Re:KDE is not to be ignored by KewlPC · · Score: 5, Insightful

      The thing is, you don't have to test for KDE and GNOME. If you write a GNOME program, test it with GNOME, and it will always work with KDE since if you run it from KDE it will still use the GNOME libraries. The same is true for the other way around.

      This is really just a, "We don't like KDE, so we've decided that nobody who uses our distro will use it."

      I personally don't like GNOME very much. I think QT is a better toolkit than GTK. GTK has way too many problems and limitations (like the complete inability to do MDI-style interfaces), and its whole API is a quasi-documented mess. And from what I understand, the whole "Well GNOME is for C programmers and KDE is for C++ programmers" isn't true anymore, as there are bindings for both languages for both environments IIRC.

    6. Re:KDE is not to be ignored by Jason+Earl · · Score: 5, Insightful

      Actually vi *is* the standard UNIX text editor. In fact, vi is part of the official POSIX specification. In short, the UNIX world actually did standardize on vi. Most UNIXes include vi by default, while Emacs has to be installed separately. So your example is a good one, but it doesn't prove the point you were trying to make.

      UserLinux will default to Gnome, and will include it in the default. However, UserLinux will be based on Debian GNU/Linux and so installing KDE will be as simple as 'apt-get install kde'. The reason that this is an issue is that Bruce has actually raised money for the promotion and development of UserLinux. The KDE folks are cranky because they want the money that is to be spent promoting and developing UserLinux to be spent on their project and not on Gnome.

  2. This actually isn't a bad idea... by drhlx · · Score: 5, Insightful

    Sure, to your average ./ linux geek, not having the _choice_ of desktop environment is sacreligious, but in order to push linux into new markets, a unified, consistent GUI is one of the things needed. Support costs decrease. Documentation (user-level) can be written for a single interface. Users moving from one (UserLinux) system to another receive the same feedback, which reinforces their learning.

    What linux _really_ needs (for the purpose of appeasing your everyday, business/home user) is to adopt the approach Apple took with MacOS X. It presents a single unified interface, well-designed apps, etc. but lets you add the rest yourself. It's powerful in the way that OS 9 wasn't. But because it's UNIX underneath, you know you can get in there and change it. You don't need to be an expert to do that - someone else will develop a little GUI wrapper to do it for you. But the fact is it's possible.

    We've all known and loved this about Linux for years, but it's mass-market adoption is being stifled by lack of a unified interface. Aesthetics is something Apple learnt a long time ago. It counts.

    The point of the various distributions is to target different audiences, to package things in different ways, to pursue different directions. If you don't like one particular distro, choose another. But we really need a distro that is consistent, and doesn't compromise on security (like Lindows). In fact, we need several. Let them fight it out. May the best distro win.

  3. KDE will always be available in UserLinux by Anonymous Coward · · Score: 5, Insightful

    KDE will always be available in UserLinux, because UserLinux will be a subset of Debian. Want KDE? It'll be just a few clicks (or an "apt-get install kde") away. Want to run just a particular KDE or QT application? No problem; the libraries you need will be installed automatically. This is Debian, folks.

    The conflict here is about defaults. UserLinux will include and install Gnome by default, and the developer effort will be geared toward GTK. Why? Because GTK is royalty-free in all situations, unlike QT, and UserLinux is building a royalty-free development environment.

  4. Usability (i.e. the idiot interface) by AMystery · · Score: 5, Insightful

    I've used linux for years, from back at redhat 4.2 I believe. I've also used a number of the GUIs and I have some pretty strong feelings about them. In every distribution that I've dealt with, Gnome just works. Sure, it has some bugs, but in general its a smoother user experience. I'm sure you can do everything in KDE, but that's if you want to spend hours configuring it. Gnome just works. I do like the power and options available in KDE, but if I was starting with linux, I wouldn't want that. In fact, when I migrate people to linux, they get Gnome. Once they learn the OS, then I might mention there are other GUIs, but for a migration or business oriented distro, go with the one that just works.

    That said, I read the article *gasp* and it was about supporting the environments, not the relative qualities of the GUIs and I have to agree that its easier to standardize on one development environment.This is a good move for a new distro and helps to keep their costs down and quality up. I just hope that the fallout from the geeks doesn't kill them before they get going. I'd love another good Debian based distro

    KDE is great, but too much is exposed. I don't need three text editors in a right click menu, I want one that just works, although I generally use vi and they never include that in the click menus:(

  5. Right on the money. by steve+buttgereit · · Score: 5, Insightful

    First: I am not a developer and I have no stake in -any- OS outside of the business value proposition it offers; yes I am a pointy-haired manager type. OK, except at home where I've got a little of everything (Sun, OS X, Linux, Windows).

    Mr. Perens approach is right on the mark. Reducing comlexity in the overall product reduces the cost to support the platform, thus making Userlinux more viable. Even if IT departments were the ones making the choice, in a lot of small & midsize shops you would have a good chance of getting a mixed desktop environment based on the 'technically correct' choice of the moment (i.e. ignoring an overall strategy that factors in business needs and downstream support... which raises costs.)

    Choice is good, but an offering where a number of those choices have been made will ultimately present a stronger picture to business. Especially at the desktop level, there is less tolerance for a wide range of choices.

    Many managers fear getting into a situation where they are so unique in their implementations that only existing staff can understand them and later choices are limited due to deviation from the norm. Even not controlling versions, of say, Windows/MS Office strategically can complicate the support picture and even reduce the overall efficency of the company. I know from the experience of cleaning it up, and from having made the mistake myself of allowing sys admins having too much choice (letting the purely technical override the strategic).

    Clearly making choices at the time of putting a distribution together makes good sense from a Corporate point of view.

  6. A GOOD thing by AvantLegion · · Score: 5, Insightful
    I love KDE, but this is a good thing to me.

    Answer me this: why must every Linux distribution be about infinite choice?

    I want to see more specialized Linux distributions, and less distribs that try to present all software to everyone. Instead of distribs that have 1/3rd of their GUIs break at various times, a distrib that picks one GUI and makes sure it works is great.

    Don't like that GUI? Pick one that uses your GUI. Or pick one of the jack-of-all-trades distribs.

    But stop pressuring every Linux distrib to offer every single damn software package under the sun.

  7. This sucks! by be-fan · · Score: 5, Insightful

    This is one danger of commercial entities involving themselves in OSS development. The commercial companies are choosing GNOME not because of technical advantages, but because of monetary advantages (LGPL = no Qt license fees). If GNOME goes from being the second biggest DE (according to most polls), to becoming the standard Linux desktop because of something as stupid as that, that'd royally suck. Especially since, in most areas, GNOME's technology lags behind KDE's.

    I just hope this isn't yet another example of great technology dying because the commercial software industry has a tendency to preserve the status quo in lieu of pushing the envelope.

    --
    A deep unwavering belief is a sure sign you're missing something...
  8. Re:It's the license by fucksl4shd0t · · Score: 5, Insightful

    Being a good example of a business model doesn't make an argument for choosing it as a foundation of a distro. It's Trolltech's business model, and a good one I admit (it's a great thing they abandoned their old Evil license), but why should UserLinux give Trolltech a free gift of larger userbase?

    Quite the contrary. The fact that there is a commerical company with a successful business model based on Qt and the fact that there are so many commercial apps that use Qt make it a particularly nice selling point for UserLinux. Have you read GTK docs? Have you read Qt docs? There's a world of difference between the two.

    Imagine, if you will :) , telling your prospect this about your os:

    We bundled the popular GTK+ widget set so you can use this free tool to do all the things you want to do. Sure, we made the choice that you won't have commercial support for the toolkit and that you'll have to depend on us for that kind of support, but you're better for it! There's plenty of email lists and web resources devoted to GTK. Granted, there is very little consistency between GTK applications, so you can expect your users to spend twice as long learning how to use them as anything else...

    Qt + KDE is another matter entirely. There is commercial support for Qt, and there are well-defined standards for how to build a UI in KDE. Sure, some people still ignore them, but most Qt developers follow them. That's why almost every Qt app you use on Linux has a predictable and discoverable interface. GTK apps are a world apart (and behind) from KDE-based apps. Gnome has their own initiative to deal with this in the Gnome environment, but GTK predates Gnome by so long and is used by other desktops (Ice?) that gtk developers don't give a shit about UI conventions.

    Granted, I prefer KDE over Gnome, but I also think that KDE is a better choice for a business desktop than Gnome. Gnome might one day catch up, but I doubt that. :)

    Personally, I think the way to address the toolkit issue in the long-term is for someone to port wxWindows to KDE and build a Gnome port based on the GTK port. In doing so, it might be entirely possible to make a wxWindows app that behaves on KDE and Gnome the way you'd expect native apps to do so. Then you have the greatest benefits of all to offer developers with wxWindows. Not only will your apps run natively in KDE and Gnome, but they'll also run natively on Mac and Windows. All you have to do is compile them for each platform. (Yeah, theoretically, but wxWindows gets closer to that goal than anybody else)

    --
    Like what I said? You might like my music
  9. GUI in C was a bad idea then, a bad idea now by Starrider · · Score: 5, Insightful

    As a programmer, C is great because it is quick and low level. Operating systems are written in C. Network stacks are written in C.

    For a GUI, C is horrific. GUI just lends itself to Object Oriented programming. I know the hard core *NIX geeks will flame me for this, but why on earth would you NOT want to do a GUI in OOP. The beauty of coding for windows using MFC and .NET is you just extend classes already there. It's an elegant and tidy way to do things.

    Languages like C with functions just turn code into a nightmare. Ever wonder why most game companies program in directX and NOT openGL? OpenGL is C, directX is not.

    The commercial issue with QT is really a non-issue. It might even be possible companies and write inhouse software without paying a license fee (since the code is never redistributed.) If companies want to make money writing with QT they will. What do *companies* want, to pay a fee to QT and own their own code, or give it away with the GPL and Gnome?

    When someone starts talking about something being "FREER" as in the gpl, I turn on my Stallman filter. These people claim the BSD license isn't free because the code can be 'hijacked' by closed source projects.

    If you give something away, you give it away for good. The BSD license gives it away for EVERYONE to use, and doesn't discriminate.

    When decisions are NOT based on technical merit, rather on politics, then you are no longer a geek. You are an activist.

    Would you use a distro developed with activism placed over technical merit? This is why Linus carries so much weight. He doesn't get into politics.

  10. Wow, what INCREDIBLE irony. by mcg1969 · · Score: 5, Insightful

    So let me get this straight. From the very beginning, Qt and KDE has had non-free (beer) commercial licensing requirements; and initially it did was not considered free (libre) by Richard Stallman and GNU, at least until their licenses were modified.

    And it was precisely because of this non-free status that Mr. Stallman and other free software advocates heavily encouraged the development and use of GNOME over KDE, despite KDE's initial head start.

    And yet now we find that GNOME is the choice for UserLinux because it better supports the development of proprietary software on Linux!

    Oh excuse me, GNU/Linux.

    I get it!

    Actually don't get me wrong, I understand the logic, it's just a funny twist on an old rivalry.