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

144 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 mAIsE · · Score: 4, Funny

      Yes but we all know VI is far superior to EMACS !!

      --------------

      There are 10 kinds of people in the world; those who understand binary, and those who don't

    3. 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
    4. 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
    5. 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...

    6. Re:KDE is not to be ignored by satanami69 · · Score: 4, Funny

      Emacs is an early attempt to mimic yacc. It has evolved, trapper keeper style, to include its own kernel. Far beyond the scope of the GNU/Hello World mail client, Emacs can easily be scripted so common tasks can be repeated.

      Also a simple editor such as ee, or aee, can suffice in most cases, Emacs is able to live in a symbiotic relationship with the user. Using Emacs over Vi has been suggested as the start of the next Great war by future historians. Also, it will be resolved after Emacs opens a connection through the metaverse where Emacs includes :q!

      --
      I really hate Dan Patrick.
    7. Re:KDE is not to be ignored by _fuzz_ · · Score: 4, Insightful

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

      Just because something is popular doesn't mean it meets the goals of every project. If UserLinux is about creating the most usable Linux distro, then it makes sense that they would want to provide a single, consistent interface. That doesn't make KDE bad.

      --
      47% of all statistics are made up on the spot.
    8. Re:KDE is not to be ignored by Apreche · · Score: 3, Insightful

      If it's about a stable usable business desktop then the best option would be something like xfce4. Lite, simple, lacking in crazy features, rock solid. Just put a bunch of big ass icons in the panel.

      Word Processor, Spreadsheet, E-mail, Web, XMMS, etc. etc.

      It would do everything you need to do at work and nothing else.

      --
      The GeekNights podcast is going strong. Listen!
    9. Re:KDE is not to be ignored by AaronGTurner · · Score: 2, Informative

      KDE and GNOME are now mature enough that they can both do the job very well, and are sufficiently configurable that a company can meld them to their preferred look and feel. At work GNOME is the default, at home I've tended to use KDE. I used to prefer KDE, but now I am pretty agnostic about the desktops. Nothing clunky like CDE, please!

      What is needed is that whichever desktop be robust - e.g. the clipboard always works.

      GNOME does have an advantage in some decent industry backing. That could be converted into extra coding effort, or quality assurance. That final polish could make a lot of difference, and if GNOME is the way to go to get that polish, then go with GNOME.

      Some KDE apps are nice, though - I wouldn't want to lose those - e.g. kdebug, k3b, which I love

    10. Re:KDE is not to be ignored by be-fan · · Score: 4, Insightful

      That doesn't make KDE bad.
      >>>>>>>>>>>>&g t;
      No, but along with RedHat and Novell adopting GNOME, it might just mean that GNOME "wins" by virtue of commercial forces rather than technical ones.

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

    12. Re:KDE is not to be ignored by damiam · · Score: 5, Informative
      Technically, Emacs is an interpreter for the LISP programming language, whose primary purpose is to implement a scriptable, extensible, flexible text editor. Emacs's ability to run arbitrary LISP scripts results in a kitchen-sink approach. It can do just about everything you'd ever want in a text editor, and a lot of things you wouldn't (like web browsing, Tetris, and psychoanalysis). Its main competetor in the world of arcane UNIX text-editors is vi, which is a much simpler (yet still quite powerful) editor designed to use as little bandwidth as possible (back in the days where you could often type faster than your console connection could keep up with).

      Both editors have been around forever, have a steep learning curve, and are supposed to be extraordinarily productivity-enhancing for those who invest the effort to master them. As with many other sets of competing projects (Linux/BSD, GNOME/KDE, OSX/Windows), they are both probably better classified as religions rather than software products, and are excellent material for flamewars.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    13. Re:KDE is not to be ignored by mangu · · Score: 3, Informative
      including both of those doesn't require anywhere near the amount of effort as supporting two development kits


      What I can't understand is that the development effort is *much* bigger for Gnome than for KDE. GUI toolkits is about the only place where, according to my experience, the OO overhead is justified. For me, the C vs. C++ debate ends when one considers Qt vs. Gtk.

    14. Re:KDE is not to be ignored by Billly+Gates · · Score: 2, Insightful
      I remember for the 3-4 years Gnome would always freeze up and the apps would core dump. Ever run Linux on init 3 and run gnome by startx? I remember closing X and seeing line after line of gtk+ error messages.

      Many users do not see them today because they use kdm or gdm upon bootup. Gnome is fine today but it had its share of problems when it first came out. It wasn't untill 2.x that it finally became stable.

    15. Re:KDE is not to be ignored by __past__ · · Score: 2, Informative
      Actually, that Trolltech GPLed Qt is a problem in itself. ISVs using KDE would have to open their applications or pay Trolltech for a commercial license, while GNOME-using ones don't have to do either, scince it is all LGPL.

      Not that there are that many ISVs anyway, but I guess that some people want to change it. But all that has been discussed to death already.

    16. Re:KDE is not to be ignored by Prowl · · Score: 4, Insightful

      "Users having a choice is a good thing"

      depends on the user...

      Personally i don't use a desktop per se. i use enlightenment, and spend the majority of my time at a shell prompt. I'm a developer and its the easiest way to get my job done. If i want software installed i tend to grab the sources and install it myself. In this case, choice is a good thing.

      Limited choice can also be a good thing. Look a Mac OS X. You get Aqua. no questions asked. And everyone seems to love it.

      But remember that a user who uses OS X is a completely different person to one who demands choice. A OS X user needs things to "just work", and it is this target user that UserLinux is going after i believe.

      Now this approach is far too restrictive for people like you or I. We're quite happy to poke around, getting things just right. If we were inclined, we could argue that its one of our fundamental human rights...

      But remember harry homeowner. He just wants to turn on and read his email, surf the net and do his work. He's not interested in choosing a desktop or editing his muttrc. Harry doesn't understand the distinction between kernel,OS,windowing system and desktop, and neither *should* he understand it. His computer is simply a productivity tool that just works.

      Think of it like a car.
      I own a car, but understand little about how it works other than the basics. I'm not interested in the finer details of the engine. I just need to get from A to B.

      UserLinux is simply trying to fill the "from A to B" gap in the market.

      Of course, this is all based on my limited (mis-)understanding of the UserLinux manifesto.

      --
      That man tried to kill mah Daddy
    17. 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.

    18. Re:KDE is not to be ignored by 7-Vodka · · Score: 2, Interesting

      It's too bad the admins can't then take advantage of kde's brilliantKIOSK framework. *shrugs*

      --

      Liberty.

    19. Re:KDE is not to be ignored by mini+me · · Score: 3, Interesting
      like the complete inability to do MDI-style interfaces


      Why would you ever consider that a bad thing? MDI-style interfaces are the worst thing ever.

      I don't really like GNOME either though. KDE provides a great framework and is structured well. KDE may have a few usabilty problems vs. GNOME at this point for the inexperienced user. But KDE should win out on technical merit, the rest can follow later.
    20. Re:KDE is not to be ignored by KewlPC · · Score: 2, Interesting

      Well, if you want to see things like Photoshop running natively on Linux, Adobe will have to use a toolkit that can do multiple document interfaces, and that rules out GTK.

      The #1 reason people prefer Photoshop over The GIMP is the interface.

    21. Re:KDE is not to be ignored by KewlPC · · Score: 2, Informative
      Yeah, lots of C programmers (myself included) hate GTK.

      What I should've said was

      And from what I understand, the whole "C programmers HAVE to write for GNOME/GTK and C++ programmers HAVE to write for KDE/QT" isn't true anymore, as there are bindings for both languages for both environments IIRC.

      or better yet

      And from what I understand, the whole "Only C programmers can write for GNOME/GTK and only C++ programmers can write for KDE/QT" isn't true anymore, as there are bindings for both languages for both environments IIRC.
    22. Re:KDE is not to be ignored by mini+me · · Score: 5, Informative

      Well, if you want to see things like Photoshop running natively on Linux, Adobe will have to use a toolkit that can do multiple document interfaces, and that rules out GTK.

      Neither the UNIX or MacOS versions of Photoshop use MDI. Why would a Linux version need it?

    23. Re:KDE is not to be ignored by Karn · · Score: 3, 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.


      The argument is that including two software packages that are themselves as complex as the Linux kernel is not a good idea. I'm not a KDE/GNOME developer, but I can understand this. Why can't you?

      I personally don't like GNOME very much. I think QT is a better toolkit than GTK.


      Yes, just what I thought. You're not considering what is best for open/free software, you are simply thinking of yourself. Well, look at the bright side: KDE is open and free, and you are free to compile it under any Linux distro you want.

      --


      Why do I keep typing pythong?
    24. Re:KDE is not to be ignored by zhenlin · · Score: 2, Interesting

      Is MDI a good thing? I say, no. Each document has its own menu that overrides, no, inexplicably magically merges with the parent's window. It is a poorly designed system, most likely designed to emulate Apple's One Menu system. Apple has never had it. Microsoft is moving away from it. GNOME doesn't want it. (Instead, they have TABBED Multiple Document Interface?! They're better, but by quite a bit: Easy access to most of the documents, as opposed to having multiple windows (anywhere))

    25. Re:KDE is not to be ignored by steveha · · Score: 5, Informative

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

      No. You're wrong.

      Bruce Perens said, repeatedly, that he feels that GNOME and KDE are exactly equal in features, and that there is no real technical superiority of either over the other. If the licenses were identical too, he would have had to flip a coin, he said.

      And he took some pains to point out that he has recommended Qt as a solution for some of his clients, and that his publishing company just publised a book on KDE.

      And it isn't even true that "nobody who uses [UserLinux] will use it." Since UserLinux is just Debian with a specific set of packages, there is no reason at all why you couldn't set up a KDE desktop on your UserLinux system. And you know what? If you did that, Bruce Perens wouldn't care.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
    26. Re:KDE is not to be ignored by Natalie's+Hot+Grits · · Score: 2, Interesting

      ISV's who program for windows don't seem to be having any problems paying for the Microsoft Visual C++ License they must purchase in order to program for the windows environment...

      (or borland compiler, or other commercial development environment)

      This is what Proprietary software is ALL ABOUT. Integrating someone else's technology into yours, pay royalties for it, and then sell it at a profit. Have you ALL LOST YOUR MIND???? This is how it has been done for YEARS. Closed source software has ALWAYS worked on this model, and the price of QT licensing is negligable compared to the cost of paying developers to use GTK+, and longer development cycles which exist for non OO based GUI tools. If a closed source software company can't afford a few thousand dollars for QT licenses, they need to seriously reconsider their business model.

      Considering PyQT and PerlQT now, the LARGEST developer and user DE on linux, and the top notch and stable KDE, there is really no reason whatsoever to even imply this measly licensing fee for non GPL apps excuse for this one. Its the most ridiculous excuse I have ever been exposed to. Seriously.

      The main point? Closed source proprietary technology houses HAVE NO PROBLEM paying negligable royalties when the alternative is increased cost due to longer development cycles forced by GNOME/GTK+, and smaller and less helpful community based almost exclusively in the US.

      This does NOT exclude smaller companies from the competition. They always have the option to use GTK+ with themes to match the target DE (this functionality already exists and is being extended every day) if they need gratis GUI libraries for use in proprietary software. It is also not a problem to write GTK+ applications that integrate into KDE's libraries for printing, file browsing, etc.

      In a nutshell, licensing should have NOTHING WHATSOEVER to do with choosing GNOME.

      --
      Two infinite things: your stupidity and mine. But I'm not sure about the latter. If my sig offends you, I'm sorry.
    27. Re:KDE is not to be ignored by fault0 · · Score: 2, Informative

      > If TrollTech chose to make Qt non-free, then all previous revisions will still be available under the GPL.

      Additionally, the last free version of Qt would become BSD licensed. As per KDE FreeQt foundation guidelines.

    28. Re:KDE is not to be ignored by Natalie's+Hot+Grits · · Score: 2, Informative

      What grudge? Look at the article, there are many Debian developers who are supporting this effort. Debian has no grudge against KDE. in fact, Debian ships one of the best KDE distros out there. To say that there is a grudge between the 2 projects is just ridiculous.

      The conflicts are coming from Bruce Peren's vision of having a completely gratis operating system that coporations can then add value to and resell.

      The problem is that QT cannot be resold with closed source applications without royalties.

      The answer for Bruce is to use GNOME only and exclude KDE. Never mind that you can still develop KDE applications using the GTK+ gratis toolkit (provided you would want to use a toolkit that is as primitive as GTK+)

      The answer for the rest of us is: "Qt has tons of commercial programs using it because of its cross platform design and top notch API... GTK doesn't. KDE has a larger user base.... GNOME doesn't. KDE uses OO toolkit to achieve its integration... GNOME is stuck in the stone age. KDE had all the problems GNOME is currently working on figured out 2 years ago... GNOME still doesn't. And KDE is a worldwide project... GNOME is a US Centric project."

      The facts are that KDE coporate and enterprise desktops have been deployed and in production usage for years in massive quantities, and GNOME is just barely starting out. GNOME itself was created just because RMS didn't like the QPL license, and he was afraid KDE would take over the Linux desktop and stick us all with Qt royalties. Now that Qt is GPL, bruce perens is complaing that it is "too GPL"... Give me a BREAK!

      --
      Two infinite things: your stupidity and mine. But I'm not sure about the latter. If my sig offends you, I'm sorry.
    29. Re:KDE is not to be ignored by KewlPC · · Score: 2, Interesting

      The argument is that including two software packages that are themselves as complex as the Linux kernel is not a good idea. I'm not a KDE/GNOME developer, but I can understand this. Why can't you?


      No, see, I do understand it. I just don't agree with it. Especially since other distros can do it just fine.

      By not even including both on the installation CDs they are effectively limiting how useful the distro is to the user. Yes, anybody can go and download KDE or GNOME. How many people can properly build and install them? But how many people will want to, when they can just pick a different distro that includes KDE on the installation CDs (as prebuilt binaries with the dependency problems already sorted out)?

      The whole point of a Linux distribution is to include Linux and essential Linux software on a CD (or 3) in a nice, easy, prepackaged form so that users don't have to download it, build it, and install it by hand. If a distro is intentionally leaving what for some people is a core application (and not even offering it as an option) off of the installation CDs, then that distro is useless to those people.

      To each and every corporate KDE user, UserLinux has become effectively worthless in one fell swoop.


      Yes, just what I thought. You're not considering what is best for open/free software, you are simply thinking of yourself. Well, look at the bright side: KDE is open and free, and you are free to compile it under any Linux distro you want.


      Have you ever tried writing programs for GTK? If not, please kindly shut up. GTK sucks, plain and simple.
    30. Re:KDE is not to be ignored by luisdom · · Score: 2, Insightful


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

      And then, why include the worst of the two? ;)
      Seriously, things are not done like that. Trying to push a standard, and starting by pissing everyone who uses one of the most used desktop is not a good way to start.
      Freedesktop is. Instead of "choosing", they try to integrate everyone, take everyone on board. And in order not to dilute development efforts, they work in what is agreed: interoperability. Work in common things. Most "KDE folks" are willing to throw DCOP, their tech, in favor of a common one, D-BUS. That's how things are done.

    31. Re:KDE is not to be ignored by inc_x · · Score: 2, Informative

      You do not need to pay royalties. This has been pointed out to Bruce already but Bruce seems to continue to deliberately confuse a one-time license fee with royalties.

      Another small hint that Bruce might not be completely forthcoming about his real interests wrt. UserLinux. Ask Bruce about the companies that sponsor his plan.

  2. UserLinux == Great Idea by Anonymous Coward · · Score: 5, Funny

    Except the User part because there won't be any.

  3. Why Gnome? by autopr0n · · Score: 4, Insightful

    Isn't KDE a lot smoother and more consistent over all then Gnome? I mean Linus uses it. Especially for business apps, KDE seems like a more natural choice.

    --
    autopr0n is like, down and stuff.
    1. Re:Why Gnome? by Hard_Code · · Score: 2, Insightful

      Exactly...KDE seems much more seamless and integrated end to end which is exactly what you want the user experience to be for business users who don't care about flavors of their toolkit or how many bindings for sparklers you can hang off it. KDE seem leagues ahead of GNOME.

      --

      It's 10 PM. Do you know if you're un-American?
    2. Re:Why Gnome? by Enucite · · Score: 2, Insightful

      KDE is a common default for most distros...
      Except among those targetting enterprise customers.

      Which is the same group UserLinux is going for.
      There's a reason Gnome is more popular for business-focused distros.

  4. Probably a good call by SoIosoft · · Score: 4, Insightful

    The inclusion of two desktop environments, no matter how good they might be, will be confusing to ordinary end users. There might be some argument for including KDE and leaving GNOME out, but I feel that GNOME is less CPU-intensive and the included applications are a little better. The best argument for KDE would be that it would make the transition from Windows easier because it is so similar. That shouldn't be an issue, though. Nobody worries about users switching from Windows to the Mac being confused. It's a good call.

    --
    Help me. I've been modbombed by a few people with entirely too much time on their hands.
    1. Re:Probably a good call by AssClown2520 · · Score: 2
      I must disagree...I mean look at something like XP. It is widely used and you have your choice between XP mode or 9x mode.

      That is a pretty large over simplification. That is a graphical eye candy change for XP. This is more like a choice between XP & 98 all together. I have to agree with the original post and Bruce Perens letter. It is probably a good idea. Not so much from the enduser stand point but from a distrubution management standpoint.

      Personally, I like KDE better, but I am not the target user of UserLinux

    2. Re:Probably a good call by demachina · · Score: 4, Insightful

      This decision has NOTHING to do with "confusing ordinary end users". In the enterprise the IT department would pick the desktop they prefer then install, configure and customize it. The user is unlikely to ever encounter the choice.

      This is an unfortunate decision on the part of Bruce and UserLinux if they follow through with it. It will most probably halve the number of developers and users that will even consider this distro. They might argue they don't have the resources to support both desktops but since they are halving the number of contributors they have they aren't coming out ahead on the available resources equation by making this silly choice.

      It really conveys that, rather than maintaining an open mind, and supporting both desktops like just about every other distro that some people decided to play favorites for their favorite desktop and ended up telling everyone who disagrees to go to hell.

      One compelling argument for Qt that I'm not sure has been made on the UserLinux list is its going like gangbusters in the smartphone space and if you are targeting the enterprise you really desktop apps and phone apps with common heritage. Microsoft does.

      The community really needs to find a replacement for Red Hat/Fedorea that is not entangled with the whims of a corporation more concerned with its stock price than its users. We also need a distro that has the kind of critical mass and corprate support Red Hat has. UserLinux sounded like it might be the ticket but at this point it appears to be yet another fracture inducing distro.

      I spend a lot of days wishing the whole open source community would learn to work together, like the Linux kernel developers manage to do for the most part, but it seems to be a lot more fun to fork everytime there is a decision point so every big ego can have a project of its own to be the boss of.

      --
      @de_machina
  5. Re:wtf? by drinkypoo · · Score: 4, Informative

    user mode linux != userlinux. HTH, HAND.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  6. I am reminded of the PERL mantra by cluge · · Score: 3, Insightful

    There is more than one way. Anyone that insists that there is only one way, and that is their way, is probably wrong. KDE has advatages over GNOME, and vice versa. Let the flame wars begin - err continue.

    AngryPeopleRule

    --
    "Science is about ego as much as it is about discovery and truth " - I said it, so sue me.
    1. Re:I am reminded of the PERL mantra by frantzdb · · Score: 2, Insightful

      I agree. There is more than one way to make a Linux distro. One such way is to include only one desktop environment.

    2. Re:I am reminded of the PERL mantra by Our+Man+In+Redmond · · Score: 3, Funny

      Anyone that insists that there is only one way, and that is their way, is probably wrong.

      Or named Guido.

      (Don't shoot me! Don't shoot me! I use Python too!)

      --
      Someone you trust is one of us.
    3. Re:I am reminded of the PERL mantra by bfields · · Score: 4, Insightful
      There is more than one way. Anyone that insists that there is only one way, and that is their way, is probably wrong.

      Oh, yes, I do so enjoy the diversity of choices taken by application writers. It's wonderful, isn't it, that some may choose to allow me to exit their application with ctrl-Q, some with alt-Q, some with just q, some with :q, and some with Ctrl-X Ctrl-C?

      And who couldn't appreciate the joy of searching for documentation in help menus, man pages, info pages, and in text, html, and xml files under /usr/share/doc/?

      It's wonderful, isn't it, having the opportunity to learn a new scripting language and interface when it comes time to extend a new application? And who but the most small-minded panderer to the lowest common denominator could not appreciate the flowering in diversity of configuration methods? (How dull my life would be if I lacked the intellectual stimulation provided to me by the opportunity to puzzle through which of gconf, .Xresources, .cshrc, or .xsession is responsible for the fonts in my terminal windows!)

      Ignore those so-called user-interface specialists and their petty concerns about "consistency" and "usability". It's All About Choice, after all!

      --Bruce Fields

    4. Re:I am reminded of the PERL mantra by Linux_ho · · Score: 2, Insightful

      There is more than one way. Anyone that insists that there is only one way, and that is their way, is probably wrong. KDE has advatages over GNOME, and vice versa.

      Which is why Python will be the supported scripting environment for Userlinux. Not perl, not Ruby, not TCL/TK. Welcome to the philosophy that made Apple computers the number-one choice for user friendliness: There will be only one way to do things, and it will be as intuitive and uncomplicated as possible. Not that I'm saying it's the right way to go, I'm just pointing out that it's a valid way of building a system that has worked in the past.

      --
      include $sig;
      1;
    5. Re:I am reminded of the PERL mantra by Pseudonym · · Score: 2, Funny
      Oh, yes, I do so enjoy the diversity of choices taken by application writers. It's wonderful, isn't it, that some may choose to allow me to exit their application with ctrl-Q, some with alt-Q, some with just q, some with :q, and some with Ctrl-X Ctrl-C?

      I don't know what you're talking about. Ctrl-Z-kill works fine for me no matter what editor I use.

      I do tend to lose data sometimes, though.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
    6. Re:I am reminded of the PERL mantra by Osty · · Score: 2, Informative

      Making a specification that says quit is "CTRL+Q" is. Making a specification that says "this is how you handle a clipboard" is. Making a specification that says "this is how to handle drag-n-drop" is. Making a specification that says "program installations should be supported through RPM, .deb, .ebuild, etc." files is.

      Specifications don't mean anything if they're not enforced. I can make a specification that says I get to have root on your system, but unless everybody gives me root, it doesn't mean anything. Given the distributed nature of open source development, and that anybody can start their own project to reinvent the wheel any time they want, just writing a specification isn't enough. You have to write the specification, get people to support it (or do it yourself), and then choose to only distribute those applications that support the specifications in your distribution. Choosing KDE over GNOME is implicitly saying that the specification is to use KDE's guidelines and development practices rather than GNOME's. That doesn't mean that KDE does have a coherent style guide, but if they don't now they really should.


      I'm sure they're going to go a step further than just choosing KDE over GNOME, and only ship one office suite, one gui text editor, one calculator, etc. If you want a different desktop environment, office suite, text editor, etc, then go ahead and install something else. However, you're no longer the target demographic for UserLinux. Use a more appropriate distribution like Debian, Gentoo, Mandrake, SuSE, etc.

  7. If one must be chosen by gid13 · · Score: 2, Insightful

    Hasn't anyone proposed removing Gnome?

    It seems to me (subjective experience, yadda yadda yadda) that KDE is less buggy, more feature-laden, more configurable, and with the new 3.2 betas even slightly faster than Gnome.

    Does this have something to do with the QT developer license cost I've heard about? Is GTK devoid of such a cost?

    1. Re:If one must be chosen by happyfrogcow · · Score: 2, Informative

      as far as i know, the QT developer license is only if you want to use QT in non open sourced, commercial ways. however, i havn't read the actual licensing, only read "reviews" of it so you might want to read it yourself.

  8. Re:Options are good. by D-Cypell · · Score: 2, Insightful

    Sometimes options are not good. Particually if you want to reach out to slightly less technical users.

    Lets not forget that anyone that wants to use this distro with KDE should be able to compile and install it.

    There are als many other distros that come with both.

  9. Ground level comparison. by Murmer · · Score: 5, Interesting

    Having used both, I have likes and dislikes about both of them - Gnome does look better, and "feels", whatever that means, like a more complete and professional product.

    That said, KDE is faster. Much, much faster; On older hardware, this is a pronounced difference. Every time my old P2/233 goes bobbing for objects in the Corba barrel, it takes an awfully long time to come up for air.

    If the UserLinux project is only meant to run on hardware made from this day forward, that's cool, I'd go with Gnome. But if not, I'd definitely include KDE - It's cruel to say so, but the choice between Gnome and KDE is, in my house, very much dependent on the choice between new or old hardware.

    --
    Mike Hoye
    1. Re:Ground level comparison. by SyntheticTruth · · Score: 3, Insightful

      Not a flame, but are you kidding? I've used Gnome 2.4 for quite some time on my home machine, and KDE 3.1.* on my work machine for quite some time now. I have decided to go with KDE at home too. Gnome, to me at least, does *not* seem polished or "finished" whatever that means exactly. (OSS never seems to be finished.)

      KDE, for all the claims of bloat, has applications that *work together* in ways that I can not seem to get most Gnome based apps to do. The KDE desktop is more than just the kicker and wm, but a whole suite of OSS software built around that framework that every other DE I have uses lacks. And Konqueror after two years is still my browser of choice -- Mozilla, for all it's geekiness, still seems clunky. (I have no used the *birds yet, as I've had no need.)

      That said, there are things about Gnome I do miss. The MacOS-like bar at the top of the screen. I prefer that, and putting the KDE kicker up there is a poor comparison. It does have desktop menus, but then you can't put applets to that, but I hear that is to change in 3.2. I sure hope so.

      There are things I like about Nautilus file-manager as well, both in appearance in and how it works, but Konqueror as a file-manager is not bad at all, and it does exactly what I think a fm would do.

      In the end, I feel that KDE is the more professional feeling of both popular desktops. It has a unified look-n-feel, simple customization (widgets and window decs) of colors that *I* find pleasing, and the group of apps are just great and always tend to fit whatever need I have at the moment. My only real beef with it is the Trolltech licence. Having gotten into PyQT developing lately, I'm frustrated I can't easily move my apps to Win32 for my friends to use.

      Again, not a flame, but I always hear that Gnome always appears more professional, but I gave it a test of damn near a year, and in the end, the DE felt disconnected from all the elements and apps.

  10. Bruce Perens' original response by Anonymous Coward · · Score: 5, Informative

    Newsforge still has a copy of the response that Bruce Perens posted before replacing it with is on www.userlinux.com/GUI.html now..

    Get it here

  11. Don't dodge the issue by div_2n · · Score: 5, Informative

    GNOME was chosen because it allows the development and distribution of proprietary applications WITHOUT purchasing a license from Trolltech.

    It isn't about if one is better than the other. He doesn't touch that argument with a 10 foot pole.

    Read BP's white paper for his wording on it.

    1. Re:Don't dodge the issue by RPoet · · Score: 3, Informative

      In fact, I seem to remember Bruce pointing out, in an earlier version of the paper, that the license is the sole reason for the choice. Today's is a new version which is much shorter and to the point. For reference, see this blog entry.

      --
      "Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
  12. I agree with Bruce by BigBuckHunter · · Score: 2, Interesting

    I have never fully understood why distros come with both GUI environments. I realize that there is a lot of great software that one will miss out on either way, but users want simplicity.
    I view Bruce's approach as being better than what Redhat has historically delivered (Gnome with half-assed KDE support). I would rather have KDE left out than finding broken features and diminished functionality after the install.

  13. It's the license by ultrabot · · Score: 3, Insightful

    Especially for business apps, KDE seems like a more natural choice.

    On the contrary, KDE is worse for the business apps. It's all about the license difference b/w GTK+ and QT. Choosing KDE would practically have forced the companies that want to ship closed source software to buy a expen$ive license for Qt (if they want to have the uniform "look", of course).

    Personally, I use KDE. That's because I'm not a business, and I use what works (and KDE works better than Gnome ATM). But I wouldn't build my future on it.

    --
    Save your wrists today - switch to Dvorak
    1. Re:It's the license by rsidd · · Score: 2, Insightful
      On the contrary, KDE is worse for the business apps. It's all about the license difference b/w GTK+ and QT. Choosing KDE would practically have forced the companies that want to ship closed source software to buy a expen$ive license for Qt (if they want to have the uniform "look", of course).

      I'd have said just the opposite actually. Qt is not that expensive, and it makes money for TrollTech. If you want to prove to the business world that there's money to be made writing GPL software, Qt is a great example, so why not thrust it in front of the corporate types? And from all accounts I've seen, it really is the better, more cleanly designed toolkit. Ask the Opera people, who weren't embarrassed to pay for it.

    2. Re:It's the license by ultrabot · · Score: 3, Interesting

      Free-as-in-beer doesn't impress big business. I don't think it's as critical an issue as you make out.

      Yes it is. It may not matter for 1-4 licenses, but free scales a lot better for hundreds of licenses.

      Plus, there is no license management. With free beer, there is no hassle.

      --
      Save your wrists today - switch to Dvorak
    3. Re:It's the license by ultrabot · · Score: 2, Interesting

      If you want to prove to the business world that there's money to be made writing GPL software, Qt is a great example, so why not thrust it in front of the corporate types?

      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?

      I tend to think that Trolltech could "let go" of their desktop toolkit, and rake in the cash from Embedded/Mobile stuff. That could send the popularity of Qt and KDE booming through the roof in corporate circles.

      --
      Save your wrists today - switch to Dvorak
    4. 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
    5. Re:It's the license by kfg · · Score: 3, Insightful

      Believe it or not, business is not about shipping apps. Most businesses never develop an app in their entire business lives. They ship chairs, oranges, clean kitchen floors, music lessons, entertainment, green lawns laden with chemicals but free of dandelions, katana, baskets, candles, etc.

      The world is not a world of commercial software development. Even in the software world most apps are not for commercial release.

      To most of these businesses the toolkit is completely irrelevant. Hell, most businesses hardly have more than a handful of custom shell scripts they can call their own and rely entirely on off the shelf solutions. That's one of the things that slows Linux adoption on the desktop in the first place, the lack of certain off the shelf "business oriented" apps.

      I'm a business. I've tried both Gnome and KDE. I used to use Gnome. I've standardized on KDE.

      Why? Because it's a better business desktop at the moment.

      Maybe I should put together The Other User Linux distro for people who like KDE.

      Which is why there will never be a "standard" Linux. Which, contrary to the opinions of many, is a Good Thing.

      There's more than one breed of dog, and if you don't like dogs there are cats. There's no "need" for this. Wouldn't it be easier for everybody if we just had a "User Pet"? Then we wouldn't have to "support" parrots and the like.

      There's also the idea of the strength of genetic diversity. Did you know that geneticists now tend to believe that Cheetahs are the walking extinct? Simply not enough genes left in the pool for viability. That's what makes Microsoft so vulnerable to Linux as well. Too rigid a niche. One good idea away from oblivion.

      This is why User Linux is a doomed idea from the start. Businesses, like my own, can already make a choice of a standard distro and desktop. That's what most already do. User Linux offers nothing here. The core to the idea of User Linux is that the majority have to adopt the distro as their standard to create a shared pool of development against that one distro's choice of packages.

      Not. . .gonna. . . happen.

      KFG

    6. Re:It's the license by RoLi · · Score: 4, Interesting
      want to ship closed source software to buy a expen$ive license for Qt

      Obviously, you don't get it.

      From a software maker's point of view, choosing Qt, you get:

      • An application that runs pretty much everywhere (Linux, Windows AND MacOSX)
      • A modern C++ based toolkit
      • Included RAD-tools

      With GTK, you save a week's salary but:

      • You have only a tiny fraction of potential customers
      • You have moronic decisions that change every month (Now do we want a registry in Gnome or not? Do we want to push everything to Mono or not? Which window manager do we want to use this time?)
      • You have to confront the pains of GTK+ which are lack of tools, documentation and an modern API

      Sorry to break your believes, but for a commercial software vendor to choose GTK over Qt is just plain stupid.

      Choosing KDE for UserLinux would have been smart: You could tell corporations: "See, you can develop your in-house apps with Qt and so you can have a slow painless transition - and you can also go back if it doesn't work out."

    7. Re:It's the license by AstroDrabb · · Score: 2, Insightful
      You just can't make commerical apps and link to QT without their permission.
      And an expensive PER DEVELOPER license fee.

      $2,330 per developer to compile for one OS
      $3,495 per developer to compile for two OSes
      $4,660 per developer to compile for Windows, Linux and Mac

      Plus Maintenance and Support PER DEVELOPER
      $720 for one OS
      $1,080 for two OSes
      $1,450 for Three OSes

      You don't have to pay any extra to develop with the Win32 API under MS Windows, nor do you have to pay any extra to develop with Cocco/Carbon under Mac OS X. Why in the world should you have to pay extra to do commercial development under Linux?
      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    8. Re:It's the license by Charles+Kerr · · Score: 2, Informative
      I'm not going to debate the relative merits of Qt to Gtk+, but I do want to correct some misconceptions you have about Gtk+.
      • When you write in Gtk+, you can get an application that runs on all the platforms you listed. My gtk+ newsreader Pan runs on Linux, Windows, and Mac OSX.

      • The window manager is orthogonal to the topic of what's important from the software maker's point of view: ICCCM compliance is the only feature any application writer cares about. No application requires a specific WM. To do so would needlessly limit their audience.

      • Likewise, you're misinformed about Mono: nobody is telling anyone that they have to port anything to Mono. C# is just another language that Gnome supports. Never in the 4+ years I've worked on Pan has anyone mentioned porting Pan to C#.

      • gtk doesn't lack documentation. In fact the documentation team has made leaps and bounds over the last year.

      • If you prefer RAD tools, Anjuta and Glade are available.

      • Discussing Qt as a `modern C++ based toolkit' and disparaging Gtk+ as lacking a `modern API' is just language bias (and ignores moc's pre-STL cruftiness). If you want to use gtk+ in an OO language, many language bindings are available.

      Again, this isn't to take anything away from Qt -- its tools are pretty good, and its documentation is excellent. However, Gtk+ is very good too.

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

    1. Re:This actually isn't a bad idea... by bfields · · Score: 5, Interesting
      Sure, to your average ./ linux geek, not having the _choice_ of desktop environment is sacreligious

      As a geek, I'm frankly pretty sick of going to the geek next door to help with some debugging only to discover that their desktop is configured so differently from mine that I have to ask their help to get a friggin' terminal window.

      I'm thankful every day that the rest of the world isn't like this--I appreciate being able to use someone else's car, or stove, or whatever, without having to read the user's manual.

      ...we really need a distro that is consistent, and doesn't compromise on security

      Yup.

      --Bruce Fields

  15. The question is... by autopr0n · · Score: 4, Interesting

    Why hasn't anyone made an OSS implementation of Qt? I don't see why it would be to hard to come up with a drop-in replacement, maybe even based on GTK, (though hopefully more low level).

    --
    autopr0n is like, down and stuff.
    1. Re:The question is... by cduffy · · Score: 5, Informative

      Why hasn't anyone made an OSS implementation of Qt?

      It's GPLed right now, and thus is already OSS. (Now, because it's under the GPL and not the LGPL, *commercial* development with Qt requires a commercial license, and that's a big chunk of the reasoning on why I'm not putting in the time to learn it -- but it certainly is open source).

  16. BFD by Harmotech · · Score: 2, Insightful

    Who cares? It's ONE distro out of how many? It's probably good in the long run if it makes transition from another OS that much easier. KDE needs to follow suit...how many distros would happily use them?

  17. And in the end by Eberlin · · Score: 2, Interesting

    There can be only one!

    Why GNOME over KDE, I don't know. Then again, I'm sure we all have our personal biases. (I happen to like KDE).

    A possible danger here would be the road to .NET -- and how heavily Novell/Ximian will be pursuing it. If this is the direction GNOME itself is going and MS suddenly pulls a patent-fit (released as open standards, blah blah...note SCO distributing their code under GPL doesn't shut them up).

    Support for both would be great, if not needed, though. I like kuickshow too much to give it up. I know that's a trivial app, but put a more heavily-relied-upon app in its place. There are people who couldn't work without at least KDE app support.

    If in the end, there can be only one, I hope it's a product of convergence, and not the demise of one environment (to be technical, the rest of the environments).

  18. the PERL mantra - on playing catch-up by thockin · · Score: 3, Insightful

    The PERL mantra is CRAP. One of the desktop UI projects needs to concede, and they need to put their efforts together. KDE is good, but lacks some of what GNOME has. GNOME's recent offerings have been pretty screwed up, IMHO.

    While competition is good, cannibalism isn't, and that is all the two projects do - cannibalize each other. Put the resources, people, time, brains TOGETHER. It's a hard decision to make, but they really need to do it, if either one wants to get better by the leaps and bounds we need.

    The last few times I have dealt with new GNOME updates it gets WORSE AND WORSE. More bloat, more crap, less options, harder to figure out how to change things. There is nothing more frustrating that a feature you used to use all the time being taken away from you

    Focus on cleanliness and efficiency. That doesn't mean that all the config options have to disappear (ahem, Metacity can bite my ass). It DOES mean that nautilus can't chew up 16 MB of memory per user just to SIT THERE.

    Get it together guys, they're getting ahead of you further than you can catch up at this point.

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

    1. Re:KDE will always be available in UserLinux by benjamindees · · Score: 3, Insightful
      UserLinux is building a royalty-free development environment.

      Horseshit. When you see 'User' Linux, do you think "That means it's royalty-free for developers"?

      UserLinux *should* be building a seamless, easy-to-use Linux with a common look and feel and a default set of fully-integrated apps. In short, it should be doing what KDE has been doing for years. Imo, if they would just port OpenOffice.org and Mozilla to qt, they'd be about half-way towards the real goal.

      I wish them luck; but I'm not holding my breath.

      --
      "I assumed blithely that there were no elves out there in the darkness"
    2. Re:KDE will always be available in UserLinux by frank_adrian314159 · · Score: 2, Insightful
      KDE will always be available in UserLinux, because UserLinux will be a subset of Debian.

      This is so correct. You know, this is Linux. You still have a choice. You can even start with the UserLinux environment, add KDE, repackage it and sell it as "Now with KDE!!!!" Simply put, if you don't like it, go fork yourselves.

      All of you folks wanking about choice should remember that a choice has been made. It is a choice to simplify at the expense of having only a single desktop. It simply happens to be a choice you don't like. Too bad. There are already a ton of distros offering choice of both KDE and Gnome - Debian, Knoppix, SuSe, Mandrake, and Fedora all come to mind. Stop whining because your favorite didn't get picked for the beauty pageant...

      --
      That is all.
  20. Can we put this myth to rest? by Spy+Hunter · · Score: 5, Informative

    Trolltech is an independent company, not controlled by Canopy. Canopy group owns 5.7% of TrollTech's shares, while Trolltech's employees and founders own 69.7%. This myth of Canopy controlling Trolltech is entirely untrue (but remarkably persistent, thanks to anti-KDE trolls). Read kdemyths.urbanlizard.com and be enlightened.

    --
    main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
  21. So what? by caudron · · Score: 3, Insightful

    Seriously. So what? If you want to use KDE, use a different distro. This is a non-issue.

    -Tom

    --
    -Tom
  22. 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:(

  23. Am I missing something? by Whatanut · · Score: 2, Insightful

    Is there are a reason KDE can't be used anyways? You'll just have to download it instead of it being distributed with the initial install.

    If you like KDE... keeping using it. For the business world they get less complication and you still have choice.

    --

    yvan eht nioj
  24. Then don't name it UserLinux by Fefe · · Score: 5, Interesting

    If Bruce Perens honestly wants this to be a Linux for business people (instead of the unwashed masses of normal users), he should not call it UserLinux but BusinessLinux or whatever.

    I'm a user and I want KDE. Most people agree that KDE is more mature and robust than GNOME anyway, so from a business point of view it is obviously better suited. KDE also has more stability from other points of view, for example it doesn't change the default window manager for each major release, the groupware and the kiosk mode are very important as well. I'm not talking down on GNOME here, but KDE is more mature and all the major business wins Linux has had so far were with (and because of) KDE.

    I think the maintainability argument is a fallacy. Admins already are completely unable to contain the complexities of different applications. Each major application and framework calls for its own class of admins. In large companies you have a Cisco admin for the networking infrastructure, you have an Oracle DBA, you have the Apache guy, you have the SuSE/RedHat/whatever admin, and the 5000 Windows reboot monkeys. Nobody expects all of this to go away if they switch to Linux. There will still be complexity. Deciding to standardize on GNOME will not make OpenOffice any less daunting to install and maintain in a multi-user environment. Or Mozilla. Or Apache.

    And if we accept the argument, we would clearly choose the platform with the more robust administration interface, which clearly is KDE. kcontrol is integrated and pretty much all-encompassing, while GNOME is constantly shifting from CORBA over XML to a binary registry and back. GNOME has become so bad that they actually added a regedit style "config editor" and apparently really expect users to use it to configure applications. Hint: This is the kind of nightmare people want to get rid of when they switch from Windows to Linux.

    Anyway, I don't see why we need to standardize on a GUI, and if we do, we standardize on KDE, of course, as it fulfils more of the requirements businesses have, hands down.

    1. Re:Then don't name it UserLinux by Anonymous Coward · · Score: 2, Informative

      Wrong. He is applying rule of economics and business to his decision. Businesses can develop and distribute proprietary applications in Gnome w/o paying any license fee! With KDE, they cannot! In order to develop/distribute proprietary software, they need to pay a $1300 license fee to TrollTech.

      Which option is more business friendly?

    2. Re:Then don't name it UserLinux by ChangeOnInstall · · Score: 2, Informative

      kcontrol is integrated and pretty much all-encompassing, while GNOME is constantly shifting from CORBA over XML to a binary registry and back. GNOME has become so bad that they actually added a regedit style "config editor" and apparently really expect users to use it to configure applications. Hint: This is the kind of nightmare people want to get rid of when they switch from Windows to Linux.

      This statement is incorrect. Much (all?) of Gnome's configuration data is handled by GConf. GConf is a registry, but all the data is stored in XML. Just look at your .gconf directory if you have any applications that use it. You'll find nothing but XML files.

      The "registry editor" you're referring to is gconf-editor. Gconf-editor is not intended to be used by end users. It's quite similar to the windows registry editor (though it does seem to be better layed-out than that). I've personally only had to use it to make very geek-oriented adjustments, such as binding keys to launch terminals and skip songs in XMMS.

      There's very little conceptual difference between storing config information in a bunch of "dot-files" off your home directory and storing them in a directory hierarchy containing XML files off the ~/.gconf directory.

      --
      What has *science* done?!? -- Dr. Weird (ATHF)
    3. Re:Then don't name it UserLinux by caseih · · Score: 2, Insightful
      I'm a user and I want KDE. Most people agree that KDE is more mature and robust than GNOME anyway, so from a business point of view it is obviously better suited. KDE also has more stability from other points of view, for example it doesn't change the default window manager for each major release, the groupware and the kiosk mode are very important as well. I'm not talking down on GNOME here, but KDE is more mature and all the major business wins Linux has had so far were with (and because of) KDE
      Yes but you can't develop proprietary apps (for good or bad) using KDE without paying the trolltech licensing fee.
      nd if we accept the argument, we would clearly choose the platform with the more robust administration interface, which clearly is KDE. kcontrol is integrated and pretty much all-encompassing, while GNOME is constantly shifting from CORBA over XML to a binary registry and back. GNOME has become so bad that they actually added a regedit style "config editor" and apparently really expect users to use it to configure applications. Hint: This is the kind of nightmare people want to get rid of when they switch from Windows to Linux.
      Actually the gconf configuration system is what the registry should have been. It's not really binary at all. Instead it's a distributed hiarchy of xml entries (using the file system to provide for folders and the tree structure). It works very well and you can edit it with vi. gconf-editor is there, and it works, but it's still plain xml text and probably will remain so. As for inter-process communication, KDE and GNOME are converging on the same mechanism (I think it has something to do with DBUS) that is probably rpc via xml, as defined in the freedesktop specs.

      I find your comments on gnome show a bit of ignorance as to what really goes on in with gnome. Gnome is quite a bit better designed than you think. Whether or not it's better than KDE isn't the issue here. The main issue is providing an environment that lends itself to development needs of businesses (the LGPL actually does us a favor here). The user aspect of that is another story. All businesses have a few proprietary inhouse software packages that they would want to port with the minimal effort and expense (and licensing is part of that).

      All that said, KDE is a wonderful interface. I am constantly driven nuts, though, but the insistance on using the backwards Microsoft way of placing buttons in dialogs. Apple got that one right.
    4. Re:Then don't name it UserLinux by Fefe · · Score: 2, Insightful

      How many companies do you know that actually create their own GUI applications? And I'm not talking about some internal admin interface here that some guy wrote for himself. Obviously, web interfaces don't count either, and neither does Java stuff.

      And if an in-house application gets written, the planning stage until even the decision whether something will be written is done, even that phase easily costs a hundred fold of the Qt fee. Then you count in the time and productivity lost to internal training sessions, and you end up with numbers where the $1300 don't even register in the 0.x percentage range.

      Also, since in-house applications are used internally and not given away, you don't need a license that allows selling the code, the GPL is perfectly fine for that.

      To make this very clear: if there is anyone who is actually making graphical applications for Linux, and this argument has to carry any weight, it's neither a big company nor is it an in-house application. And if you expect to make money on an application, labor cost by far dwarfs any fixed hardware or licensing cost. Heck, MS Visual C++ alone probably costs more than the Qt license, and do you know any Windows development company who ever went under because of the MSVC license cost?

      Neither do I.

  25. here's a screenshot of emacs by SweetAndSourJesus · · Score: 4, Funny
    --

    --
    the strongest word is still the word "free"
  26. Commercial development requires payments. by khasim · · Score: 4, Informative

    If you want to do commercial development with Qt, you have to pay a one time fee.

    Bruce objected to that and is putting together a distribution that has NO payment requirements for commercial development.

    That's his approach, that's his goal.

    Whether he will succeed or not, only time will tell.

    1. Re:Commercial development requires payments. by Brian+Knotts · · Score: 2, Insightful
      If you want to do commercial development with Qt, you have to pay a one time fee.

      I take it when you say "commercial," you actually mean "closed-source."

      If you want to develop closed-source software, based on someone else's toolkit, you should have to pay for the privilege.

      Another reason why GPL is the best license for these sorts of things.

    2. Re:Commercial development requires payments. by AstroDrabb · · Score: 2, Informative
      Did you RTFA?
      At the core of UserLinux is a not-for-profit entity in charge of the Linux distribution, with engineering-by-meritocracy as in the Linux kernel. Surrounding that non-profit are for-profit companies that are in the business of providing service and engineering for the UserLinux distribution.
      So basically the WHOLE POINT of UserLinux is for a FREE Linux distro for for-profit companies to provide COMMERCIAL services and applications. QT takes the FREE out of that picture, while GTK+ being LGPL still allows those for-profit companies to develop closed source proprietary applications/services. These for-profits are going to all collectivly support the non-profit UserLinux, thus spreading the cost out and making it very cheap for each for-profit. Why would those for-profits want to fund the development of UserLinux and then have to turn around and pay ONE vendor to be able to develop on the system that the for-profits have already paid for?
      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
  27. Okay, so why GNOME, not KDE? by SharpFang · · Score: 2, Interesting

    Not trying to troll or anything, I just want a reasonable answer to this one:

    I heard a ton of arguments why ther should be only One. Okay, development, toolsets, all that crap.

    So, if KDE IN and GNOME IN is not an option, they go with KDE OUT, GNOME IN.
    Why not KDE IN, GNOME OUT?

    How is GNOME better than KDE?

    --
    45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
  28. No more Trolltech Trolls.. by Drathos · · Score: 3, Informative

    Just because the Canopy Group and SCO invested in Trolltech, doesn't mean that Trolltech is part of the Canopy Group.

    Alltogether, Canopy Group owns a grand total of 5.7% of Trolltech. They have practically no say in the operations of Trolltech.

    People really need to stop dragging Trolltech's name through the mud with this pointless argument.

    (Note:: I am not a Trolltech/QT/KDE fanboy. In fact I don't use any desktop environment. My WMs of choice are Enlightenment and BlackBox.)

    --
    End of line..
  29. 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.

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

  31. Can't succeed without KDE? Windows did! by Fringe · · Score: 2, Insightful
    Some of these threads pointing out that choice is essential or that "some" people find KDE more usable completely miss the point and are why Linux can't make progress on the Desktop.


    Windows gives no choice. Windows rules the desktop. Windows ME/XP is (pick one: more | less) usable than the Windows 9X interface, but both succeeded.


    IMHO, if more distributions picked a single UI and went with it, patching in the most annoying gaps, the biggest problem with Linux would quickly be solved. The idea that multiple choices with fewer developers is somehow superior to fewer choices better done seems disingenous at best.


    I prefer KDE myself, but what I'd really like is for one to win and get most of the wrinkles ironed out. Either one. Because I don't have to worry about the UI choices in Windows, Mac, java apps, Palm apps or even PPC.

  32. Quite griping, KDE is not being shut out by meanfriend · · Score: 2, Informative
    A quote from the white paper

    Remember, whatever choices we make apply only to what we choose to support as a group. Our choices don't cause the alternatives to be removed from Debian, they don't constrain what a service provider can support to their own customers...

    IOW, if you want to use KDE, go ahead and use it, no one is stopping you. If they were making changes that made it impossible for KDE to run properly, then there may be a good basis for petition. Not having KDE included in distro XYZ in no way invalidates all the great work they've done to date. (I'm a happy KDE user)

    Also the white paper suggests supporting MySQL as the database, Python as interpretive language, and Mozilla as the browser. I dont see postgreSQL, PERL, and Thunderbird development teams getting thier panties in a wad.

  33. Nothing against KDE by steveha · · Score: 3, Insightful

    Don't forget that he isn't going to do anything that would pull KDE out of Debian. He isn't going to void the UserLinux certification of anyone who supports KDE. He is doing nothing against KDE.

    If you want to be a certified UserLinux support guy, you will need to understand GNOME so you can support it. You will not need to understand GNOME to get the certification, but you can understand it if you want to. You can advertise yourself as a certified UserLinux expert who will support KDE, if you want.

    So: UserLinux implies GNOME. UserLinux does not imply lack of KDE.

    I think Bruce Perens is 100% correct on this issue. There is no reason to demand companies and consultants to grok two complete desktop environments, and there are good reasons why a standard distro like UserLinux should just have one. And if there is going to just be one, the one that is more free is the correct one. No one ever has to pay anyone for the privilege of writing apps for GNOME, even proprietary commercial apps, so it's the correct one.

    steveha

    --
    lf(1): it's like ls(1) but sorts filenames by extension, tersely
  34. Make up your damn minds slashbots! by Jeffery+McGrew · · Score: 3, Funny

    *every* time an artcle is posted about Linux/BSD vs. Windows/OS X usability, someone chimes in that 'if only the open source community could pick one developement platform, and limit user choice, then developers could focus on one platform, everything would work well, things would be easy, new users and business would love it, birds would sing, and MicroSoft would be overthrown'.

    Then that guy gets modded up to +5.

    Now, someone's making a serous effort to do *exactly that* and everyone's bitching about leaving out KDE and how it limits user choice, forces everyone to work on one platform, and how this will make things harder; when it appears that it has a large part to do with the licencing of QT vs. Gnome, and nothing about KDE or Gnome being 'better'.

    Sheesh. And I'm sitting here posting about it. I can't think of what's sadder!

  35. Re:GTK is OSS by ivan256 · · Score: 2, Insightful

    Qt is OSS! It was GPL'ed long ago.

    Exactly the point. GTK+ is available under the LGPL, rather than the *less* free GPL like Qt. You can't create closed applications with a GPLd toolkit, where you can with an LGPLd toolkit. A viable platform has to support closed applications.

  36. 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...
    1. Re:This sucks! by Decameron81 · · Score: 2, Insightful

      The point is KDE has a problem, the problem of making it harder to develop closed source applications for it. I can't see why this shouldn't be important to developers.

      Developers are the root of all software, freedom is all they ask.

      Diego Rey

      --
      diegoT
  37. Re:KDE is based on Qt by Odin's+Raven · · Score: 4, Informative
    And Qt is made by Trolltech.
    And Trolltech is part of the Canopy Group.
    Which pulls SCO strings.

    Gee, trolling about Trolltech. How novel. Okay, before any more people swallow this bait:

    Two seconds of googling would show that this is not the case. Look at Trolltech's investors. For crying out loud, Borland owns a bigger stake in Trolltech than Canopy Group, and nearly 2/3 of the stock is owned by employees:

    • 64.7% Employees
    • 8.3% Borland
    • 5.2% Trolltech Foundation
    • 4.3% Orkla ASA
    • 4.3% Northzone Ventures
    • 4.3% Teknoinvest
    • 4.1% Canopy Group
    • 3.4% Previous employees
    • 1.6% SCO Group

    Even if every outside investor (including Borland :-) were merely a shell corporation controlled by Canopy, they'd still have nowhere near the votes to influency anything at Trolltech.

    --
    A marriage is always made up of two people who are prepared to swear that only the other one snores.
  38. I prefer KDE, but I agree with Bruce by mfearby · · Score: 2, Interesting

    I personally prefer KDE over gnome, but if Linux is ever going to make it into the corporate world in decent-sized rollouts, some hard decisions are going to have to be made. The Gnome interface looks less sophisticated than KDE, but I know for darn sure that I don't want to ask my users "are you using KDE or Gnome" and have them replying "I dunno", then having to figure out the difference. Yes, I *realise* that IT departments would set the standard and possibly would uninstall one or the other, but does anybody care about Windows not having a plethora of other desktop-systems?

    As much as I bag the shit out of Microsoft for their products, their Windows interface is consistent and you know what you're dealing with. Linux will eventually be all the better for it if KDE and Gnome can just ditch one in favour of the other and focus their collective development efforts on one, kick-arse, desktop environment. I used to use WindowMaker before we had desktop environments, but I don't lose sleep at night because I switched to KDE.

    You people might think that Gnome vs KDE are holy wars that must be fought, but it is this division that Microsoft are tickled-pink to witness. Ever heard of the saying "Divide, and conquer" (or should that be "Divide, and konquer"?

    Get with the program you religious zealots and do something that benefits Linux for a change! At the end of the day, I couldn't care less which desktop environment wins out, just as long as one of those frigging things is a clear winner.

    This is one of the main reasons why I still keep booting into Windows XP for a lot of things - because things are consistent and they interoperate seamlessly without me having to run memory-hogging applications like klipper just so the many different clipboard protocols appear to work "seamlessly"

  39. It's because of a naming problem, really.... by Malor · · Score: 5, Interesting
    (this is an almost verbatim copy of a post I made at Linux Weekly News, so if you've seen this before, my apologies.)

    Bruce says: "UserLinux is intended to be a system for business people."

    OK, that's great, but why on earth call it UserLinux then? Shouldn't it be BusinessLinux?

    Names are important. UserLinux sounds like a Linux distro intended for end users. Someone like my Mom, not someone like HP. Bruce may be right about GNOME being a better solution for business. I will, however, bet nickels to dollars that much of the controversy is because people assume that a distro called UserLinux should be about, well, users, and that's KDE's main focus.

    I have assumed ever since the initial announcement that UserLinux might end up being my distro of choice, and I was upset when I heard about KDE's exclusion. Now that I read further, I see I have no reason to be upset, because UserLinux isn't intended for me.

    It wouldn't surprise me to see the whole project fail because of this fundamental naming problem. Is a distro called UserLinux even going to register on a CIO's radar?

    BusinessLinux might have. I don't think UserLinux will.

  40. Under linux, Qt has the same license as Gnome. by woods · · Score: 2, Informative


    Non-GPL'd Qt development requires payments to Trolltech. Qt has the same license as Gnome under Linux.

    Trolltech has licensed Qt under the GPL for Linux, which is the same license as Gnome. They will also sell you another license if you don't like the GPL and want to write apps that link to Qt using some other more restrictive license.

    As far as I know, Gnome is only licensed under the GPL. Unless I'm mistaken, that means to me that with Gnome, you have one choice of license, whereas with Qt, you can opt to purchase a non-GPL license.

  41. Re:Dumb by MazTaim · · Score: 2, Insightful

    Obviously you don't want userlinux to make their own decisions. Why else would you post something so rediculous? In fact, from your post, I would call YOU more communist than they are.

    The whole point of OSS is to allow freedom of choice. UserLinux is making a "choice" (notice the key word "choice") to include only one GUI.

    They have the choice to either include KDE or exclude KDE. You may chose to use KDE and forget about Gnome. Do you get communist remarks made to you because you forced your OS to only use only KDE?

    They aren't forcing you to choose their distribution. You don't like it, get another distro and quit your bitching.

  42. Never mind, Gnome is GPL, but GTK+ is LGPL. by woods · · Score: 2

    Never mind, gnome is GPL'd, but GTK+ (the toolkit, which is the proper parallel to draw to Qt) is LGPL, which is much less restrictive than the GPL.

    I see Bruce's point. With GTK+, you can write GUI applicaitons, and not release your source code. The same activity with Qt requires a commercial license.

    My mistake.

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

    1. Re:GUI in C was a bad idea then, a bad idea now by SEE · · Score: 2, Informative

      You seem to miss the point.

      Qt is available under GPL or under a proprietary licesne. This means a closed-source software developer must either give away his source or pay Troll Tech a license fee.

      GTK+ is LGPL. Thus, a closed-source software developer can use it for free and without releasing his source.

      GTK+/Gnome is therefore being picked because it is less ideologically pure than Qt/KDE, not more so.

    2. Re:GUI in C was a bad idea then, a bad idea now by Jimithing+DMB · · Score: 2, 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.

      Actually, several GUI libraries are written in C as well. In fact, I'd be willing to bet that more GUI libraries are written in C than in any other language. Win32 is written in C. Apple's Carbon and classic APIs are written in C. Numerous X toolkits are written in C. The first NeXT API was written in C. Of course, it's worth noting that Win32 stems from Win16 which was originally written in Pascal. Ditto for the classic MacOS. NeXT was later written in Objective-C and became Apple's Cocoa. Carbon is a mix of APIs modeled after both classic MacOS and more recently Cocoa.

      Mac OS X is rather interesing because the entire CoreFoundation as well as the newer Carbon stuff like HIView is quite obviously modeled after Cocoa APIs except as a C API instead of an Objective-C API. The interesting thing is that even though C lacks any OO features the newer Carbon APIs are quite clearly object oriented. In fact, many CF classes are "toll-free bridged" to their Foundation (Objective-C) counterparts which means you can do neat stuff like use a CFStringRef as an NSString* because the in-memory layout of CFString and NSString is identical.

      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.

      Ugh, where to begin. I'll agree that from an application developer's perspective a C interface to the GUI is horrific. That's why MS has MFC and .NET (as you mentioned) and why GTK has things like GTKMM (C++) and GTK# (C#) bindings. And I agree with you that you would want to do a GUI in OOP. Unfortunately, you neglect to realize that GTK is object oriented in many respects and for that matter so is Win32 to a lesser extent.

      Even in Win32 and GTK one can do the same sort of subclassing as one would do with a C++ toolkit like MFC. The big difference is that in a toolkit like Win32 or GTK you are dealing with the toolkit's method of doing OO whereas with MFC you have a more well-known C++ syntax for OO. However, you still have to deal with the object hierarchy and design of the toolkit. MFC, Qt, wxWindows, and other C++ toolkits all have their own ideas about OO and their own APIs even if they are all written in the same language. While I've heard people call wxWindows or Qt programing elegant and tidy, I've never heard that said about MFC. That's a new one.

      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?

      I think you're confused here. Qt (pronounced "Cute" not to be confused with QT which is the abbreviation for QuickTime) is dual licensed under either the GPL or the Trolltech commercial license. Qt costs a lot of money to use commercially. IIRC, Trolltech wants like $1k a seat or something ridiculous like that. Your other option with Qt is to use the GPL. So, what do *companies want*: to pay a fee to Trolltech and own their own code or to avoid the fee and "give it away" with the GPL and the GPL-licensed Qt.

      GTK on the other hand is licensed under the LGPL license which specifically allows linkage with non-free software. The only LGPL requirement is that you provide a way for the user to modify the free portions (the library). In practice that means you simply dynamically link with GTK which you must do anyway because of the design of GTK t

  44. KDE has licencing ADVANTAGE by no_choice · · Score: 2, Insightful

    Some people have said that Gnome has an advantage over KDE because you need to buy a licence to make commercial software with QT.

    First of all, this is wrong. Read the QT FAQ. Developers can write commercial apps to their hearts content using QT with complete freedom (beer & speech) as long as your apps are GPL'd. Now, if a developer wants to write PROPRIETARY, NON-FREE apps -- programs where the developer keeps the source code secret and does not allow the users to review, change, or share the program or source with others -- well, the developer can do that, but then they need to buy a QT commercial licence from Trolltech.

    And what is wrong with that? If a developer refuses to share his source freely with others, why should Trolltech have to share their source with him??!

    This kind of licenceing encourages the development of free (as in speech) software (including commercial free software--COMMERCIAL NON-FREE). Isn't advancing free software supposed to be the whole point of userlinux?

  45. a comprehensible answer... by Goonie · · Score: 2, Informative

    It's the most complex text editor ever written, used mainly by programmers to edit code and a million or so other things besides. Some programmers love it, others hate it, preferring the much more lightweight (but with its own UI issues) vi text editor, or alternatives like nedit. The jargon file's entry on EMACS gives some explanation, see also vi, and holy wars. If the above links are still too opaque, and you need more details on EMACS itself rather than the culture wars, see the Wikipedia entry on Emacs.

    --

    Any sufficiently advanced technology is indistinguishable from a rigged demo
    --Andy Finkel (J. Klass?)
  46. Jingoism. by chris_sawtell · · Score: 2, Informative
    It's jingoism pure and simple.
    Sorry to have to say it, but from the UserLinux people's point of view KDE isn't made here, so it's not their first choice. Neither cost nor freedom matter one fig to business. To think that they do is pure self deception.
    KDE folks: Get over it, if you can't join them, beat them; and kome up with a really KooLinux.

    It's more than possible by taking an appropriate subset of the Gentoo distribution and adding basic accounting functions ready to go. Now write an ebuild file and install with:-
    emerge KooLinux
    Now that would be a piece of cake. Granted it'll be time consuming to make, but it's far from rocket science, yet very VERY Kool.

  47. KDE/Qt is more free by Brian+Knotts · · Score: 2, Informative
    Yes. And the one that is more free is KDE/Qt, because it is under the GPL, which is more free than LGPL.

    Don't believe me? Ask Richard Stallman.

  48. Re:They Better Call It GratisLinux by be-fan · · Score: 2, Interesting

    What the *fuck* is going on in Linux-land? It keeps getting trippier and trippier.

    --
    A deep unwavering belief is a sure sign you're missing something...
  49. Re:GTK is OSS by abigor · · Score: 2, Insightful

    Christ, I am sick of people who rattle on about this without knowing what they are talking about.

    "A viable platform has to support closed applications" - no shit, Sherlock. You can write closed apps with Qt. Just buy a license and go to it. The thing is dual-licensed.

    The GPL is not "less free". The GPL enforces user freedoms. The LGPL gives developers freedom. Which do you care more about? (Hint: you aren't a developer).

  50. Re:Oh... by RoLi · · Score: 2, Insightful
    Yeah, one meaning is to think first and then stick to decisions and

    • not change window managers with each release
    • not change toolkit APIs with each release
    • not moronically start to partly copy the worst parts of Windows ever envisioned (the registry)

  51. kde and gnome both suck.. by Suppafly · · Score: 2, Interesting

    Honestly not trying to troll here, but both kde and gnome, as they are installed by most popular distros atleast, suck. I've seen a lot of linux systems that boot into windows faster than they boot linux and start up gnome or kde.

    KDE and Gnome are not good examples to use if you are against bloat of any kind. It'd seem wiser, albeit harder, to take a simpler window/desktop manager and build upon it to make something that was halfway useable and consistant in design.

  52. There will be a KDE UserLinux. It has started! by a.ameri · · Score: 5, Interesting

    A few days ago, when I read Bruce Perens response (or rather defence) on his choice of GUI, there was one part of his response that caught my eye: He said that individual support companies can add KDE and support it if they want. "It's not that we are removing KDE from Debian" he said.

    I contacted the UserLinux mailing list on behalf of a group/company that is considering becoming a support company for UserLinux in Iran. We badly need an Iranian distro with full support for the Farsi language, in Iran and as far as I can see there is a good market here for such a product. For months we have been thinking about wether we should roll out our own Debian-based distro, but haven't yet made our decision. (Well we have made Shabdix, which is a Live CD distro based on Knoppix). As everyone knows, maintaining a Linux distro is not a trivial task, and there is not enough financial incentive in it. UserLinux with it's proposed structure would have made an excellent choice for us.

    The problem is, during the past 1.5 year, our small group of Linux enthusiasts translated KDE to Farsi. Currently it has (near) full Farsi support, and right now offers something which Windows does not: a Farsi Graphical User Interface. KDE is the only environment which has been translated to Farsi, and as far as I know no one is planning on translating Gnome to Farsi, anytime soon. The situation here, is that if people are going to use Linux in Iran, the only player here is KDE. Gnome (currently) lacks Farsi support.

    Bruce's decision on GUI has made life hard for us. I Contacted UserLinux discussion mailing list to ask a couple of questions and to make things clear for myself (namely to ask how I as a support company will be able to add KDE, and still be considered UserLinux). Unfortunetely I didn't get a single reply on the mailing list. What actualy surprised me was that on UserLinux's only mailing list, most people were just trolls, engaging in endless flame wars. I didn't saw a single developer there, nothing cunstructive, just flame wars. Bruce Perens loudly speaks everywhere of UserLinux' more than 200 posts a day. What he doesn't speak about, is that these are mostly just flame wars.

    However Aaron Seigo, a respected KDE developer took the time to address some of my questions, and he made me aware of the other side of the coin: what KDE developers are doing. I am posting some parts of his mails, so that the slashdot community can also use his thoughts.

    He Wrote:
    "I've cc'd the kde-debian list on this, since doing User Linux but with KDE is what this project is about! there's no need to sacrifice KDE, or deal with putting KDE into User Linux on your own. simply join our efforts and we can all work together on this solution. we have dozens already involved and code is being written.

    After congradulating on his work I also wrote:
    " However I should note that while I will look with greatinterest to your project, it is a shame that such an old issue (GnomeVs. KDE) has seperated the community in this way.

    His responded:
    "please note that this old issue was not raised by us (people interested in KDE) but by Bruce Perens and some random GNOME fanatics. my position was and is based on market realities and inclusivity that does not suffer from choice proliferation (e.g. the "10 CD players, 20 text editors" problem) nor from economic drags on support (as Bruce tried to submit).

    I don't think GNOME should be excluded from User Linux, and i feel the same way about PostgreSQL vs MySQL as I do about GNOME vs KDE in User Linux, despite note liking MySQL as a RDBMs solution very much ... so you see it isn't so much a "KDE passion", but a realism."

    I also wrote:
    "UserLinux was/is a great idea, but it's strengh lies in the power of it's core organization,and how much it will be successful in getting IHV and ISV support Having two such projects competeing with each other will only damage both of these projects, as we all know that ISVs (and to so

    --
    -- /* Those who don't underestand Unix, are condemned to reinvent it poorly */
  53. Re:Don't dodge the issue / Non issue by toga98 · · Score: 3, Informative

    The cost of a license for commercial development is not a valid argument. If a company develops an application for sale, the cost of a license is a fraction of the overall cost to develop, market, and maintain a product. As far as development kits go, the decision on which dev kit that gets chosen is based on quality, which will drive the cost of development in the long run, and company politics.

  54. I think you ment... by Natalie's+Hot+Grits · · Score: 2, Interesting

    .. What I can't understand is that the development effort is *much* bigger [In the United States] for Gnome than for KDE"

    In fact, KDE has a larger developer and user base than any other desktop environment (besides windows) in the world.

    --
    Two infinite things: your stupidity and mine. But I'm not sure about the latter. If my sig offends you, I'm sorry.
  55. hahaha by Ender+Ryan · · Score: 4, Insightful
    Yeesh, have you ever used anything other than a Windows PC? Only the windows version of Photoshop uses an MDI interface.

    I could go on to compare QT fans to Windows users... but that would be silly trolling :P

    BTW, the #1 reason people prefer Photoshop over The GIMP is most certainly NOT the GIU. That you think that certainly is telling. The reason people prefer Photoshop is a. 99.9% of people don't know WTF The Gimp is, and b. Photoshop has loads of extremely useful features and plugins that The GIMP lacks.

    In fact, I would argue that the latest versions of The GIMP have a much saner interface than Photoshop, but that doesn't nearly make up for the features The GIMP lacks.

    --
    Sticking feathers up your butt does not make you a chicken - Tyler Durden
    1. Re:hahaha by KewlPC · · Score: 4, Insightful
      Actually, according to one poster on the CinePaint mailing list (which I believe was actually a reposting of a comment on Slashdot):

      the reason most studios that are Linux based use GIMP as their paint tool
      is because there is NO OTHER CHOICE. I work at one of the studios listed in
      the article. The artists on my team doing texture painting will actually go
      look for a 5 year old SGI octane with Photoshop 3.0 to use because it is
      faster and easier to use than GIMP. Let that settle in for a moment. These
      kids love fast machines, they crave them like crack cocaine. However, they
      will go sit in front of a 250MHz boat anchor and use a product released 8
      years ago because it is a better tool. GIMP has a UI that that the Surgeon
      General should place warnings on for RSI risks (repetitive stress injury for
      the non acronym types.)


      I think that pretty much settles that argument.

      And, for the record, I have used Photoshop on both PCs and Macs. And yes, you're right, Mac Photoshop's interface isn't quite MDI. That doesn't make GTK and The GIMP suck any less.

      I'm constantly hearing from Photoshop users how much they hate The GIMP's interface. More specifically, they hate the fact that in The GIMP it takes 5 clicks to do something that can be done in Photoshop with 1 or 2. They hate the way The GIMP does everything in separate windows. They hate the fact that they have to right-click on their image to get the right File menu to save the image because the File menu on the main GIMP window has no Save option. One of the smartest interface changes the CinePaint team made to their inherited GIMP interface was to put the right-click menu crap in a real menu bar on each image's window so that you can access it like a regular menu if you want to.
    2. Re:hahaha by Hooded+One · · Score: 2, Informative

      Yeesh, have you ever used anything other than a Windows PC? Only the windows version of Photoshop uses an MDI interface.

      You might just as easily say that only the Mac version doesn't use an MDI interface. Wow, look at how non-informative saying either is.

      Except that that'd be more correct since Photoshop was designed with MDI in mind, then adapted to fit the Mac idea of what's "usable." Also, even the non-MDI Mac interface of Photoshop isn't as bad as the GIMP. At least when you bring Photoshop to the front on a Mac you bring the entire application to the front, which is actually useful, as opposed to just bringing the tool palette to the front and having to raise all the other windows individually.

  56. Open etter to Bruce Perens by Capt.+Beyond · · Score: 2, Insightful

    Bruce,
    You say you are trying to "advance Free Software in business", yet choose and promote a license who's entire existence is to provide closed source, proprietary software for a free, open source operating system.

    To me, this is hypocritical. You are not advancing Free Software in anyway when you choose to use the LGPL (i.e. GNOME). You are advancing closed source software.

    Qt is GPL'd, and as such does not allow closed source applications to be developed for free.

    Which toolkit advances Free Software more?

    --
    -- "Perceptions create reality. By changing your perceptions you change your reality."
  57. Re:FUD, FUD, FUD!!! by damiam · · Score: 2

    LGPL is good if you like giving other people the freedom to use proprietary software if it better suits their needs. No one forces you to use proprietary software just because a library is LGPL'd.

    --
    It's hard to be religious when certain people are never incinerated by bolts of lightning.
  58. It's his attitude, not his goals by omega9 · · Score: 2, Interesting

    Some quick quotes:

    I am interested in seeing the GUI argument end, as I've just read all of the postings in it and didn't learn much during those several hours.

    That's what happens when you make up your mind before you even start the conversation. It's common in people who think they're smarter then everyone else and believe they know what's best.

    But the most ludicrous aspect of the Fedora project is that with Fedora, Red Hat seeks to achieve what Debian did long ago.

    Fedora is a fellow Linux distribution, worked on by people like you and me, hackers with ideas. There's no reason to call them ludicrous. It's rude and uncalled for.

    The goals of UserLinux are compatible with Debian's Social Contract, which I created.

    I'm starting to get numb to you tooting your own horn. Your achievements are impressive, but they're soured by all your boasting. Yeah, yeah.. you're great... blah blah blah

    Mandrake sent an inquiry and we don't yet know how they'd fit. .... There are a number of Debian-derivative distributions that are naturals for this project.

    This is interesting, as you're basing merit on whether or not a distro is Debian based. The initial mention of Mandrake could possibly have been from a corporate standpoint, but it's followed allmost immediately by the Debian reference, which assumes their worth simple because of their distro heritage. Clearly, being a Linux advocate/hacker isn't good enough unless you're a Debian advocate/hacker. This attitude is given more weight by the following line.

    There have been suggestions regarding Linux platforms other than Red Hat and Debian, which I have classified as partisan.

    Considering the previous, I guess this is no suprise.

    You've got good goals Bruce. I don't think you'll find an arguement concerning you're overall idea. But you've got to stop being so self-centered and treat your fellow community with a little more respect, else you'll be dancing alone with your ego. Even if you do help to construct "billion dollar contracts", money can't buy you love, happiness, or my respect.

    --
    I'm against picketing, but I don't know how to show it.
  59. True, but not entirely. by mindstrm · · Score: 4, Insightful

    Do people *really* demand choice? Did everyone DEMAND a big choice of window managers and desktop systems? No.. they really didn't... that's just how things evolved.

    I use OSX all the time, and I'm traditionally that guy who uses linux and whatever window manager currently catches my eye.

    It's not just about lack of choice.. it's about stability of the target. A developer can know clearly what his target audience has when developing applications for OSX. That's hard, with linux.

    Though you may feel the classic MacOS environments were about lack of choice, and confining the user to an unchanging experience, that's not the case anymore.

    I don't NEED to mess around with every aspect of my GUI.. I know it can be fun.. but if it was well designed in the first place, we would have a lot less people worrying about skinning it. Go look at a room full of OS X users.. most of the desktops look the same. Any one user could quickly make use of any other user's desktop.. and believe me, it's not because skinning and manipulating the GUI is any harder than it is with X (though I"m sure someone will come up with examples of things)

    More important is the fact that the OS X Gui is designed *well*. IT's open; you can write apps for it easily. IT WORKS.. if you have never really sat down to use it, and spent an hour or two getting to know it, you don't know even know what a good GUI *IS*, because you've probably never used one. Windows is pale by comparison, KDE as well (it's on par with windows in my books, in terms of usability). Some GNOME setups I've seen are better... more well thought out, not just copying windows... but still a far cry from what Apple has achieved.

    If the desktop is well designed, yet extensible, there is no reason to hvae 20 totally different versions floating around.

    Also, it's not because the end user doesn't want choice.. tis' because the developer needs a stable target.

    Ask yourself: If you want to write a state of the art gui app for linux, that interoprates with the OS properly, drag and drop, print menus, cut and paste, etc... how will you do it? what toolkits and libraries will you choose? KDE? Gnome? Neither, just use TK? Do it totally self contained, so it looks like a uniqe app, sort of like xmms?

    That choice is clear with Apple, and clear with Microsoft.

  60. Re:And why don't you buy a clue by Sunnan · · Score: 3, Interesting
    Yeah, I like GConf from a UI point of view, but how is it implemented "under the hood"? I heard MS are moving away from having the registry as one big clunky file and I just hope the gnome folk have had the forethought to do it right from the start.

    Some random opinion on GNOME vs KDE that I really ought to shut up about since noone's listening but hey, it's saturday morning:
    • GNOME 1.x sucked, 2.x is hmm, better, but has a long way to go
    • I'm aesthetically displeased with KDE all versions. This is a personal quirk of mine but it's strange.
    • The usability progress in Gnome is interesting and it makes me curious.
    • I honestly find zsh+ the gnu fileutils a lot easier to use and figure out than Konqueror.
    • Nautilus is still slooow.
    • KDE seems haunted by bad luck - everyone with a name (contrary to the polled masses, maybe) picks Gnome over them.
    • I never liked the TigerT-icon-fashion of gnome fame, even though I like some of his other art. (Though I hate rubbish "crystal" KDE icons where the folders just look like square blobs instead of folders. Eazel had some good shit going in the art division, and KDE's Slicker looks ok.)
    • The war between them is harmful and I wish they could merge. Like seriously merge. Like having qt use gtk. Like choosing gconf. And kwin. Or whatever. I have no preferences, I just think that they're both horribly incomplete when compared to each other. We have plenty of competition from non-free shit already. Time to drink each other's peace-kool-aid.
    • Like using the same widget tool kit and share subsets of each other's HIG. No need to share philosophy (like the number of options) yet, but things like button placement and other mundane non-hot buttons.

  61. FSF: GPL better than LGPL by DVega · · Score: 2, Informative
    According the Free Software Foundation, the GPL (the one used by Qt) is better than the LGPL (the one used by GTK+). That's why LGPL means "Lesser General Public License".

    The GPL promotes Free software development, because you are only allowed to create Free applications with it.

    --
    MOD THE CHILD UP!
  62. I just don't like C++ by r6144 · · Score: 2
    Actually the C used in GTK is quite OO-ish. It looks similar to C++ code with Qt, except with longer function names (which is just some typing, doesn't matter much). Such C code looks almost as good as well-structure C++ code, while improperly structured C++ code (where relationships between classes are not very natural) can look absolutely horrible. There are some things that I really dislike about C++. There is just too many ways to do a certain thing. A simple structure can be manipulated by functions (C style), or you can encapsulate them in objects (can enjoy some C++ benefits but writing getters and setters are really not interesting). A method can be public, protected or private, where the boundary is not always easy to draw, espectially between protected and private if I haven't imagined any use for inheriting from that class (which is true in most cases). The other problem is that it is hard to extend some one else's class if they happen to miss a small bit of functionality because of access control, while in C you do have some quick-and-dirty choices. Although you have the choice of whether or not to use certain functionality in C++ such as access control, templates and RTTI, the decision is hard to make. Also, it is messy to mix STL stuff and custom String and List classes.

    Of course, all these problems can be addressed somewhat if you take enough time to architect the software carefully, it takes too much time for hobbyist-sized (several thousand lines) projects. Improperly architected C programs are not that far from good C programs (as long as good coding practices are used), but C++ programs will be very messy if some parts are put together ad hoc.

    For object-oriented programming, I prefer simpler languages such as Smalltalk, Java and C#, if they suit the job.

  63. Re:GTK is OSS by asciiRider · · Score: 2, Insightful

    this userLinux stuff sound really great -

    - it needs to support closed apps
    - it needs to have less choice (1 desktop)
    - one scripting environment

    might as well stick with windows.

    I read an article today about the mozilla platform, all of this talk about kde vs. gnome helps me understand that article better. If I was a developer I'd probably just choose mozilla and have it run everywhere...heck, even java would help out those worried developers, hehe...

  64. Preferring Photoshop by Fred_A · · Score: 2, Insightful

    The #1 reason people prefer Photoshop over the Gimp is that they already know how to use Photoshop and don't have a clue how to use the Gimp.

    The last time I used Photoshop was when it was an Apple only application. As a result I'm absolutely incapable of using it today while I'm fairly comfortable with the Gimp. So of course I prefer the Gimp. Most people reason the same way.

    Absolutely nothing to do with MDIs...

    --

    May contain traces of nut.
    Made from the freshest electrons.
  65. Re:You just looked a gift horse in the mouth by CryBaby · · Score: 2, Funny
    If we are going to impliment a linux migration within the next 24 - 48 months, pay for developers to help us with our transition and possibly write proprietary applications for us, then we need to work in an envrionment that doesn't require we pay for a proprietary developer licensing fee.
    Hey, maybe I can become the CTO of a fortune 250 company. At least I know how to spell "implement".

    Seriously, while I'm not familiar with QT's licensing fees and I'm too lazy to go read them, there's no way in hell that a few grand in licensing fees can offset the massive savings that would be realized by ditching Windows for a free desktop OS across thousands of PC's.

    Also, if you're really the CTO of fortune 250 company (*cough*), why don't you just call up Perens and try to influence the direction of UserLinux by funding a little development that specifically addresses your requirements? Remember, it's called "open source" as in "open to everyone". That includes businesses and even you personally. I realize this. You do not.

    Most (non-tech) businesses still view open source software as canned products developed my some mysterious "other" and never even think about taking a direct role in development. In other words, they still don't realize it's true potential or advantages. Think of this situation as "under-utilization of available assets" or "failure to consider a wide array of options."

    If you want to make (or save) enough money to substantially alter a large company's bottom line, you have to exercise leadership and creativity. A brilliant, original and trend-setting IT solution will not just show up on your doorstep with a EULA and a pretty brochure. I realize this. You do not.
  66. I just cant agree with this by bflong · · Score: 3, Interesting

    I'm not really a developer. I've compiled and configured an entire network of free software, but I could not code "hello world" without looking at a "{programing language} for dummys" book to save my life. I've used Gnome 2.4. I used if for a month both at work and at home. At the end, I was *so* happy I could go back to KDE. KDE just works. Now. I couldn't even get printing to be uniform in Gnome. I wish OpenOffice and Mozilla would have the option to use KDE's dialogs, but at least I have a consistant printing system with kprinter. KDE is lightyears ahead of Gnome. Gnome has no consistancy whatsoever. Things don't mesh well at all. It feels like a bunch of parts just thrown together. I have dabbled in programing. I've thrown together little bits and pieces to see how they go together. Never really gotten anywhere simply becouse I don't like programing enough. However, I do know that if I ever wanted to make an app, I would use QT. And it wouldn't matter if I wanted to use the GPL or make it commercial. The fee for a commercial license is pocket change for a commercial project. I would be able to call TrollTech for support. I have easy to read documentation for every single funtion in QT. I have no one to call for gtk support. Also, I have the assurance that if TrollTech ever went under, I would have the QT code since they have agreed to release it under a BSD style licence if that were to happen.
    Here's a quick test using google seaches:
    QT toolkit Technical Support
    GTK toolkit Technical Support
    Now, if I were a comercial company, which toolkit would I want to use? One with full technical support, excelent documentation, and a contract that assures I'm never left without the code that costs money?
    Or a toolkit with no technical support, inferior documentation, no guarantee that development will continue thats free?
    Using Gnome for a distribution geared toward business is a bad idea. Mark my words: This will end badly, even if the distribution is successful.

    --
    Why is it so hot? Where am I going? What am I doing in this handbasket?
  67. Oh the irony... by achaudhary · · Score: 2, Insightful

    This is especially ironic considering the circumstances of the GNOME Project's foundation. Funny how GNOME is now being chosen since it is more 'accessible' to corporate developers because of its 'less Free' (in the spirit of Free software) nature as opposed to the GPLd KDE/Qt, while the initial argument against KDE/Qt was that it was non-Free and we needed a completely Free alternative. 'Lesser' GPL indeed.

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

  69. Why is everyone opposed to making a living? by hansreiser · · Score: 2, Insightful

    Maybe part of the reason KDE is better is because they manage to make some money. Taxing proprietary software when they want to take advantage of your labor so that THEY can make money seems pretty reasonable to me. If THEY can make money charging users license fees, why not KDE?

  70. Not trying to flame, seriously. by Enahs · · Score: 3, Insightful
    I use KDE, but have used GNOME in the past. I like both, but at this time, I prefer KDE. In fact, no matter what I used, say, one and a half years ago, I have eventually ended up back with KDE.

    The only argument Perens makes that makes sense to me is that GTK+ can be used in a proprietary product without paying a licensing fee. Again, not trying to flame, but that more or less confirms that Bruce doesn't give a damn about Free Software. If he did, that wouldn't even be a point of contention for him.

    Seriously, why do we keep seeing these heavy-handed tactics to kill KDE long after the licensing issues have been resolved? Other than the possibility of holding a grudge (and though I can't find it now, I swear I saw an RMS essay about continuing to treat KDE as a GPL-violator) I can't understand it.

    You see, it's very simple. If you release your code under a GPL-compatible license and link against Qt, you're fine, since Qt is available under the GPL. If you want to release proprietary software, all you have to do is pay the licensing fee.

    I know; I know. Someone's going to argue "but what about Joe Shmoe who wants to sell a text editor? What if he doesn't have the two grand?" Well, then, he can do what any other startup does: borrow money, and pay back the loan when the money starts coming in.

    In no other business that I'm aware of is there the possibility of getting your tools for free, and then use those free tools to turn a profit. LGPL-using developers, you are aware, are you not, that your choice of license means that people are writing derivative works without giving back to you? You might as well be releasing your code under the BSD license (not a bad idea, IMHO, especially if you're not terribly interested in pursuing legal issues, though the BSD license isn't without strings, either.)

    Couple the barely-valid cost-of-licensing complaint with the fact that GNOME is currently in a state of flux, the choice of GNOME is iffy at best. Where have all the features gone, and after usability work is done, when will the features come back? Why is the default GNOME 2.4 CD ripper incapable of allowing me to set a default MP3/Ogg Vorbis bitrate? If it's because it's assumed that the average GNOME user would become confused, is it really safe to assume that the average GNOME user is stupider than the average MacOS user? iTunes, at least, allows for some tweaking of settings; they're just not right out in the forefront, and limited to only a couple of important features.

    I could go on for days, but to tell you the truth, had someone proposed this in the GNOME 2.0/2.2 days, I'd just have nodded my head; GNOME was a wee bit more bloated and had an ugly API, but if it became something of a standard, so be it. Now? Why are we burdening ourselves with this dumbed-down version of a UNIX desktop?

    --
    Stating on Slashdot that I like cheese since 1997.
  71. My $0.02 by mcrbids · · Score: 3, Insightful

    Well, it's late in the game, there are a million other comments, and if there were points I was after, this would not be the time or place to write.

    However, I feel I have to add my $0.02.

    I recently wrote a mid-sized application using PHP-GTK. Reasoning being that it was to be a semi web-based product, it would be best to leverage the PHP code on the client and server sides, and the GTK toolkit can be used to write the UI.

    It works well, and is achieving high acclaim in the marketplace in a way that the previous product based on VB simply didn't.

    That said, GTK 1.x, which was bound to PHP 4, is a horrible mess.

    1) Documentation is very spotty at best. I've at times had to query an object directly with get_class_methods() in order to find out what methods I can call, simply because there was no documentation for it.

    2) The widgets are terribly inconsistent. For example, GtkCList (a table of text values) doesn't contain child widgets, even though portions of the widget are selectable! Thus, you cannot use something like tooltips (which creates a popup yellow text widget when you hover over a widget) for anything but the whole table!

    3) Things that should be easy, like creating menus, are simply a pain in the rear.

    4) The API for GTK is transient - what works in 1.3 largely won't work in 2.0. Thus, when PHP5 is bound to GTK2 (which is the official plan, AFAIK) I know there will be a *huge* porting effort just to get the application to recompile.

    5) GTK objects don't have consistent means to access variables. Most of the time you use $object->Set_Data(). But, sometimes you use $object->Set_Row_Data(), or $object->Node_Set_Row_Data(). This is largely because of #2 above....

    So, does it work? Yeah. Was it the best available at the time given our resources and needs? Yeah.

    But there's a HELL of a lot of room for improvement. (I left a zillion notes in the online gtk.php.net documentation website as my contribution since I am not a c coder)

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
  72. A different angle on the controversy by njdj · · Score: 3, Insightful

    There are Gnome zealots and there are KDE zealots, and then there are the people who say, "They are both OK and neither is clearly better."

    At risk of losing all my karma, I have to say that I disagree with all of the above. Both Gnome and KDE suck. In a world which has seen Windows, both UIs seem half-finished. For the developer, KDE's API is unsatisfactory (see Al Stevens' articles in Dr Dobbs in Sept/Oct 2001 - AFAIK they're not on the web, unfortunately) for details. And actually Gnome's is too, because Gnome's base is in C, not C++. Development is bogged down by being based on an obsolete language. True, there is now a C++ API glued on top of Gnome, but it's exactly that, with the inefficiency implied.

    So we have two unsatisfactory UIs instead of one satisfactory UI. The quicker we pick one of them and run with it and fix it, the better.

    1. Re:A different angle on the controversy by vidarh · · Score: 2, Insightful

      Heh. Mentioning Windows and criticizing KDE and Gnome's API's in one paragraph without truckloads of sarcasm is quite impressive.

  73. Where is the GNOME enterprise vision? by DF5JT · · Score: 2, Insightful

    I very much appreciate Bruce Peren's activities and believe that we need people like him who want to promote Linux as a serious contender in the market of enterprise systems.

    Having said that, I was quite surprised to read Bruce's reply to the KDE-group. Nowhere does he address the real issue, which in this case is not the question of providing for another desktop solution, it is the question of providing for an enterprise Linux as a worthy contender to other "solutions" on an enterprise level.

    In that respect GNOME loses big time for the simple reason that no one in the GNOME foundation seems to have a clear vision of where their development is going, in particular with respect to these points:

    - Central administration of large scale desktop deployments
    - Enterprise level printing administration
    - Enterprise level Resource Planning

    and many others more which can be read in detail on http://desktop.kdenews.org/strategy.html

    KDE provides its user base with a clear and focussed vision of where enterprise Linux is going.

    Where are the GNOME visions in this regard? There are none.

    If UserLinux (What a bad name, it should be called Enterprise Linux or Debian Enterprise, whatever) wants to reach its intended audience, it has to provide a stringent concept for usability, scalability, support and enterprise features and commitment to care for the development.

    All of this is missing from GNOME and this makes the licensing argument rather moot.

    Either UserLinux wants to reach enterprises on a comprehensive level, in which case it has to provide for a framework enterprises need, or it wants to deploy some servers and some desktops without the technical merits of a real enterprise solution. The latter case is fine, if you want to show people that Linux is not bad and works fine in an enterprise environment.

    However, if we are talking real enterprise level, GNOME cannot come up with the necessary features and the long term vision to compete with the large solution vendors.

    As a technical salesman I would have a hard time making decision makers understand why the GNOME-UI is of real merit to their enterprise. The different licensing scheme is of only marginal interest for large scale deployments of a comprehensive framework.

    Given the KDE strategy and the nonexistence of such in GNOME, one can only wonder, why UserLinux thinks it will make a difference in the corporate world.

  74. Re:GTK "only" Apps in User Linux by Elektroschock · · Score: 2, Insightful

    Troll. You cannot exclude qt based environments. This will never succeed.

  75. This seems as good a place as any.. by iantri · · Score: 3, Insightful
    ... to ask about the appearance of GNOME and KDE.

    As a desktop environment, I think KDE is better, but for applications, GTK based apps tend to be more mature, it seems. The included KDE apps (Konqueror, Kmail, and so on) seem unfinished and feature-lacking.

    I signifigantly prefer the look of GNOME to KDE, though. KDE's window decorations are about twice as tall as they should be, and Keramik is so god-damned ugly that it could blind a person.

    What I want to know is why, in KDE, can I not click one button (like in Gnome) to set ALL of the related styles? Unless I am missing something, in KDE you have to set the style and the colourscheme and some other things seperately, it is not grouped together as a 'theme' as in GNOME.

    Am I missing something here? Also, where can I find a nice, clean (not ugly) looking theme without over-large decorations for KDE? (I consider Windows 2000/XP to be a relatively decent looking in Windows Classic mode).

  76. Shame but classic Perens by Performer+Guy · · Score: 2, Insightful

    This simply ingores the realities of making a useful distro.

    Many developers need KDE, plain and simple. Unfortunately it has caught hold, but that's because it is a well written functional GUI.

    The desktop is less of an issue but the current user base has it's preferences, for many developers it means userlinux will be ignored as a development platform I for one want a one stop distro I can use for development, ignoring key components means that for some it won't be UserLinux. The claims about downloading the components yourself is nonsense, the whole point of a distro is that you don't have to download the key packages separately.

    Yes the desktops and GUIs are complex, but that's the current situation. That these are large major components is a reason to include both, not ignore one, that's just crazy.

    When I first heard about Perens' plans I thought 'great' something to save us from RH's abandonment, but I had my concerns. Now it looks like I was right to, Perens has managed to stuff this up royally with one decision "by fiat".

    A lack of consensus should have told the guy something, but he completely ignored the message and is now claiming it doesn't restrict anyone supporting it themselves, rubbish! You could make ths same case about Fedora.