Slashdot Mirror


Slackware Likely To Drop GNOME Support

An anonymous reader writes "After Hewlett Packard, who jumped off of supporting GNOME, Red Hat has followed by splitting their Desktop Linux out to Fedora which is community driven, and now distributions like Slackware have started to drop GNOME entirely in favor of KDE. Read more about their decision here. It looks like companies as well as distributions start focusing towards one solution." Patrick Volderking's quoted message doesn't announce a final decision to drop GNOME from Slackware, however -- and as the followups in that thread note, it could be interpreted as an endorsement of the good job done by Dropline in packaging GNOME for Slack.

23 of 708 comments (clear)

  1. I like GNOME... by AvantLegion · · Score: 4, Insightful
    ... but I think it's time to start seeing distros NOT contain every software package, desktop environment, etc, under the sun.

    Choice is good, but if we're going to have a million different distros, then we don't need every single one to have all million software packages too.

    1. Re:I like GNOME... by BenjyD · · Score: 4, Insightful

      especially as Slack is basically a one-man distro. I'd rather have one good desktop than two buggy ones.

    2. Re:I like GNOME... by supabeast! · · Score: 4, Insightful

      That's exactly why I gave up on Linux. Default installs are crammed so full of cruft that many programs are made dependent on the cruft, meaning that to get a good setup I was compiling everything myself rather than using the Gnome/KDE dependent packages that were put together for everything with a GUI. At that point it made more sense to jump ship to OS X so I can at least have a really, really pretty OS to compile on.

  2. Might be a good idea by agent+dero · · Score: 4, Insightful

    This is probably a good idea, for every old joe-schmoe who installs linux, there can be more or less, a unified 'look'

    Being more partial to KDE than GNOME, I don't really see a problem with it, but packaging it is the way to go. If it's a package, that can be 'apt-got' (just for example ;)), then it probably makes life much easier for everybody.

    --
    Error 407 - No creative sig found
  3. Excellent... by SaDan · · Score: 5, Insightful

    Less bloat for the install. Now maybe we can get Slackware back down to one CD for installation!

    I've used KDE and Gnome before, even somewhat recently, but just can't stand the overhead. They both look great, but I'm much happier in Fluxbox. All I do is work in xterms all day anyways.

    From what I've heard, Dropline Gnome really is an excellent package. Makes sense for Slackware to drop Gnome support, if there's already an excellent source for a Gnome package for Slackware.

    Kudos to both Patrick V. and the Dropline Gnome maintainers! This is how open source should work.

  4. Not to nitpick..... by nzkoz · · Score: 5, Insightful

    HP and Redhats actions are completely different. HP sponsored SCO's roadshow, so we know how relevant their opinion is. And Redhat's Fedora uses GNOME by default!


    Sure, slackware is considering dropping gnome support, but this isn't some kind of mass migration away from GNOME, look at what Novell & Sun base their linux desktops on.


    Kudos to the submitter for successfully trolling the editors

    --
    Cheers Koz
  5. An Opinion on GNOME by Alan+Hicks · · Score: 5, Insightful

    Until Pat weighs in on this publically I'm not certain about the validity of this claim.

    Gnome has long ago lost focus on its goals. It used to be geared towards linux users. It was meant to be a fast and customizable linux DE. Somewhere between 1.4 and 2.0 Gnome development changed. It lost sight of those goals and became geared towards newbies and end-users.

    Frankly, it never was as good as KDE at that. Being "user friendly" meant changing the reasons so many of us used and liked Gnome, alienating their base. Gnome became difficult to compile and even more difficult to package. Why can't Gnome install nicely using "make install DESTDIR=~/pkg"?

    Pat mentioned in that e-mail that about a third of his time is spent trying to support Gnome, which given the entire size of Slackware is apalling. Spending a third of your time supporting what is around a twelth of the system's size will wear out anyone.

    My personal hope is that the Gnome developers will wake up, get their asses in gear, and realize that they're not going to beat KDE on usability for newbies. They need to return to being the fast, custimizable linux DE. I suspect that most of Gnome's old users are now using a plain window manager or Xfce (good stuff).

    --
    Slackware, what else when it must be secure, stable, and easy?
  6. You know you don't have to install *EVERYTHING* by Colin+Smith · · Score: 4, Insightful

    It's not compulsory.

    --
    Deleted
    1. Re:You know you don't have to install *EVERYTHING* by AvantLegion · · Score: 5, Insightful
      >> It's not compulsory.

      No, but I have to learn what a million different things ARE just to pick what I want.

  7. Pat's arguments by Andreas(R) · · Score: 5, Insightful
    I think removing it would be the best thing for Slackware as it's become a maintainance nightmare (unlike nearly every other ./configure'ed source, GNOME doesn't build into packages easily with DESTDIR).

    This was Patricks' argument for dropping GNOME. Instead of dropping GNOME support, why not communicate with the GNOME community to resolve the issues? This is really a minor technial issue, and I'm sure things can easily be done to make including GNOME as easy as KDE.

    Anyway, I'm sure Slackware will never drop GNOME support. People will stop using the distribution in a second!

    This is probably why having a single "dicator" maintaining a distribution is a bad idea: He has very little contact with the community. It's not possible for other's to get involved with the development process either. It would be a trivial task to make someone else maintain the GNOME sources in Slackware.

    I like Slackware, running slack 10 now, but this makes me change my mind.

  8. Re:I hate KDE by 0racle · · Score: 5, Insightful

    KDE can be anything you want it to be. You might have to work at it, but unlike Gnome recently, KDE still gives you all of the configuration options you could want to make the system your own. Chances are that the default is 'Windows like' because since almost everyone has used that, its a good starting point and middle ground.

    --
    "I use a Mac because I'm just better than you are."
  9. non sequitur by __aanonl8035 · · Score: 4, Insightful

    Latin phrase meaning, "It does not follow." The characteristic feature of arguments that fail to provide adequate support for their conclusions, especially those that commit one of the fallacies of relevance.

    "After Hewlett Packard, who jumped off of supporting GNOME, Red Hat has followed by splitting their Desktop Linux out to Fedora which is community driven, and now distributions like Slackware have started to drop GNOME entirely in favor of KDE."

  10. Obviously GNOME sucks... by Coryoth · · Score: 4, Insightful

    What's up with the quality of trolling on Slashdot these days? Even the article summary trolls are poorly written and transparent these days.

    Fedora and Redhat Workstation default to using GNOME for the desktop. Novell hasn't cancelled Ximian's GNOME efforts, and is in fact working on improving GNOME in SuSE. Solaris and Sun JDS both use GNOME.

    Not that KDE isn't doing very well for itself as well, with SuSE being a very nice KDE oriented distro, not to mention Mandrake, and many others.

    Both are doing just fine - the prospect of some distros focussing on one is not surprising, but I'd hardly call it significant. The whole DE flamewar is mostly rather silly. FreeDesktop.org is doing a good job and increasing cooperation and shared functionality between, not just KDE and GNOME, but XFCE, WindowMaker/GNUStep, and even, to some extent whatever new DE Enlightenment eventually turns out. There are different desktop needs, and different DEs pursue very different goals. As long as FreeDesktop.org manages to continue its efforts to define some good shared base standards things will work just fine.

    Jedidiah.

  11. Re:bah red hat! by Anonymous Coward · · Score: 4, Insightful

    >but in terms of the majority of the linux community KDE isn't even used.

    Check online polls, KDE always comes out as no 1.
    Look at awards, KDE usually wins the award for being the best available desktop environment

    So in terms of the majority of the Linux community, KDE is de leader :)

    Heck, even Linus likes KDE over gnome :)

  12. Re:I hate KDE by Cid+Highwind · · Score: 5, Insightful

    KDE can be anything you want it to be.

    No it can't. I want KDE to be simple a simple UI that has all the options I use and nothing more. Unfortunately there's still no options for "only show me the important widgets" or "death to sidebars" or "simplify these menus" or "Just make stuff work, and get out of my way dammit!".

    When the KDE developers realize that 80% of the widgets on their screens are utterly worthless, a clock applet doesn't need 5 tabs full of options and a file manager is not the same thing as a web browser, I'll go back. Until then, Gnome does almost all of what I want, with less frustration and fewer wasted pixels.

    --
    0 1 - just my two bits
  13. My gripe isn't so much about gnome or KDE but libs by dangermen · · Score: 4, Insightful

    I use packages that require GTK and KDE. My single biggest gripe about KDE and Gnome is that for me to function, I need 400megs of crap if I want to make sure I have a good foundation for me work. This is just retarded. Now is the time for all good distributions to merge for the sake of the open-source community. Both packages are excellent. Time to make the community more mean and lean, I don't care if it is knome or gde, just pick a fricken API.

  14. Re:Unmasked! by 3riol · · Score: 5, Insightful

    I don't know. I personally think it takes courage to clean off a dead base, and start anew, just as it took to change Nautilus to spatial navigation.

    That aside, Evolution and OpenOffice are not even part of GNOME (at least by 2.6), nor was abiword. Concerning OpenOffice at the least, mentioning it in this context is absurd.

    I'll take an environment with clear human interface guidelines, an elegant line, and a determination to do things in what they consider to be the Right Way over one with flashy buttons, millions of features and a commercial-consistent evolution any day.

    For GNOME's thought-out interface design and commitment, I'm ready to overlook occasional upgrade pains (and I've had them), some changes I dislike (eg the new file selector, superior in many ways and inferior in some), and an outdated language (yes, I know QT is C++). I don't ask anyone else to do so, and I don't see why I myself should not.

    We don't need a grand unified desktop.

  15. Guh... by soloport · · Score: 5, Insightful

    Does anybody else here refuse to use KDE simply because of its retarded naming scheme?

    Did you mean "retarded", like:
    * gnibbles
    * grip
    * gaim
    * gnome-about
    * gnome-bug
    * gnome-calculator
    * gcalctool
    * gnome-character-map
    * gnome-desktop-item-edit
    * gnome-dictionary
    * gnome-dump-metadata
    * gnome-font-install
    * gnome-gen-mimedb
    * gnome-gtkhtml-editor-1.1
    * gnome-keyring-daemon
    * gnome-moz-remote
    * gnome-name-service
    * gnome-open
    * gnome-panel
    * gnome-panel-preferences
    * gnome-panel-screenshot
    * gnome-print-manager
    * gnome-pty-helper
    * gnome-search-tool
    * gnome_segv
    * gnome-stones
    * gnomevfs-cat
    * gnomevfs-copy
    * gnomevfs-info
    * gnomevfs-ls
    * gnomevfs-mkdir
    * gnomine
    * gnotski
    * gimp
    * gimptool
    etc., etc.

    I love the smell of flaimbait in the morning...

    1. Re:Guh... by JamesHenstridge · · Score: 4, Insightful

      Sure there might be an executable installed as /usr/bin/gcalctool, but it is exposed in the menus simply as "Calculator". The title bar for the calculator also says "Calculator" as opposed to "Gnome Calculator" or "Gcalctool". The "Gcalctool" name is shown in the about dialog, but that is it.

      The user doesn't need to care about what the underlying executable name is. This is what the parent post was probably refering to.

      Now if Gnome did install executables with names like /usr/bin/calculator, people would complain because it would make it more difficult to integrate into a distribution because of file name conflicts.

  16. Ludicrous. by jensend · · Score: 4, Insightful
    One thing I did miss in KDE was Mozilla.
    Why? You aren't forced to use Konq when you use KDE any more than you're forced to use Galeon when you use Gnome. Mozilla doesn't depend on any Gnome libraries, and even if it did, you could still run it under KDE, just as many run Evolution under KDE. If a programmer's choice of API determines users' choice of application, something's wrong.
    I still think KDE needs some work, especially in the ease-of-use department (too many settings presented to the user
    So in other words, you want KDE to travel down the same "I'm sorry, I can't let you do that, Dave" user-hostility path which has been ruinous for Gnome?
    I have to admit that C++ as a basis is a much superior choice to C, especially considering the kludge that seems to underly GNOME, separate libraries for GTK and GNOME applications with surprisingly few applications taking advantage of the GNOME-only libraries.
    There are also loads of apps which use QT but no KDE libs. This is not a kludge, it's the only smart decision. If your project has little or no use for the vast DE-specific libraries- you just need a toolkit and a few associated niceties- why depend on the DE libs? For political reasons (like those of a gnocatan developer who fanatically and laughably claimed "even if we find we have no need for the Gnome-specific libs, we should depend on them anyway to try to keep anybody who uses a non-Free Software platform like Win32 from being able to use the program")? This has, of course, nothing at all to do with the choice of language for core components, and I have no idea what makes you think it does.
    If you look at the distributions on the shelves, SuSE is KDE, Mandrake is KDE, Linsipre is KDE (with modifications). You can't buy Fedora at PC World. Any new user getting interested in Linux would probably go here first, and by consequence they're going to get KDE.
    It's fairly rare to see any linux distributions on the shelves, and when you do, you usually see RedHat EL more than anybody else. Furthermore, while Linspire and Xandros could be said to be KDE distros, it makes little sense to apply that moniker to Mandrake or SuSE (especially since Novell bought Ximian and SuSE), which are fairly DE-agnostic. But that's irrelevant anyway- shelf sales of Linux are just about never to new desktop users, regardless of distro, and that doesn't look likely to change any time soon. People first try out Linux in other ways.
    If KDE goes on to become the defacto Linux desktop, then I won't shed that many tears.
    I will- and not because I dislike KDE (though I do). Why should every app be chosen for you when you choose a task bar/pager/launch menu or a way of displaying desktop icons? Fundamentally, that's all a desktop environment ought to be, and with standards like some of those developed at freedesktop.org determining how applications can expect to interact and depend on or provide specific resources, rather than which DE the user has installed determining that, hopefully things will move in that direction. People need to get past the megalomanical viewpoint where the desktop environment subsumes everything else under the sun. It leads to overengineered frameworks of frameworks, an unmaintainable monolithic environment, and uninformed end-users making decisions about and squabbling over things they don't understand at all (such as your bias for C++ over C based on something which was not only utterly irrelevant but entirely wrong).
  17. Re:Unmasked! by nyteroot · · Score: 4, Insightful
    To paraphrase liberals everywhere, "Just because it takes courage doesn't mean its right."


    When you write code, you find small bugs that you didn't predict, and you write small bugfixes for them. As these small bugfixes pile up, it starts to look like just "messy" code. A year later when you rewrite everything ("I'll do it cleanly this time!"), you've forgotten all those small bugfixes and it takes another 3 or 4 iterations to get them out again, by which time the code is again "messy".


    That said, if your entire design is horrendously flawed, starting from scratch is less of a bad idea..

    --
    Ratio of replies to old sig content : replies to actual post content > 0.5. Sig changed.
  18. GNOME is a difficult for sys admins by kuom · · Score: 5, Insightful

    I might get mod down for this... but here it goes.

    My company recently made the switch to Linux, replacing most of our Windows desktops with Linux (servers are all already *NIX).

    I was invovled with the project since the planning stage, and everyone seemed to agree that GNOME was the best choice because at the time (and it might still is), GNOME was the default desktop for most commercial distros. We thought to ourselves: "Oh well, these guys must know something that we don't." Most of us ran KDE, we gave GNOME a small test drive, decided that it looked easy enough and voted for it.

    Big mistake.

    First of all, GNOME lacked documentation on how to customize it. For gconfd, the GNOME web site only provided 2 links, one of which is dead, and the other was last updated in the year 2000. I asked around on IRC, posted on forums and newsgroups, emailed the GNOME developers, but I did not get any responses. I ended up taking apart all the %gconf.xml files myself, and saving a profile and writing an ugly script to convert it for every user. I am sure there is a better way, but either no one has done it, or nobody cared to share.

    What's worse, are the bugs. There are minor bugs that really put a dent on the overall Linux experience, especially for those users that we just switched over. Some of them have already heard about how great Linux is, and how "stable" it is. This only makes them angrier when their Nautilus window craps out and leaves them a core dump (shows up as a little bomb). I looked up some of the bugs, most were already filed, but none fixed. Just a little while ago, there was an email on the nautilus list asking people to help fix bugs, so I think some of the developers agree with me that there are way too many outstanding bugs. When I asked some of the GNOME developers, the response I got then was to "upgrade to 2.6, it is much better than 2.4!". Sounds familiar? Yup, Microsoft told me the same thing.

    The similarity doesn't end there. I installed 2.6 and tested it. In my opinion, it was worse. Yes, the spatial view is kind of cool, but you know what it reminded me of? Windows 95. And there is no easy way to turn it off (I would have expected to have it as an option in the drop-down menus). It was not more stable either, but I WAS running an early build of it. I, again, complained to some people about how 2.6 did not quite live up to my expectations, and the answer? "Wait for 2.8, it's GREAT!"

    All of this is not helping the Linux desktop movement, especially in my company, where the management was already not really happy about switching over to an "inferior" OS. This just gives them more "evidence" to talk about: "We were right. My WindowsXP box crashed much less often. Linux IS a piece of crap!" But in reality, it was only Nautilus that was crapping out when connecting to a WebDAV mounted drive, not the underlying OS... but they won't understand that, would they?

  19. Re: We don't need a grand unified desktop. by Tanktalus · · Score: 5, Insightful

    What we need is a grand unified desktop API. One where I can call "createIcon()" or "queryIcon()" or "deleteIcon()", etc., to add, query, delete, or otherwise manipulate the user's desktop(s). Trying to support KDE 2, KDE 3, Gnome, and any other potential desktops is impossible. We have a "create icons" tool for our (commercial) product, and of those who have owned the tool, one was fired, two were laid off, and the latest just quit, all in the span of 2 years. That's actually two independant statements, completely unrelated, but it is an interesting fact to me :-)

    In short, a common desktop API would be incredibly useful. From a purely commercial standpoint, it would be just as useful to have only one Linux desktop. Personally, I'd love to see the opensource competition that drives each project to become better, but there does need to be some co-operation, just like OOo and KOffice and others are standardising on common XML document formats, making it easier for not only document interchange, but for others to write to the spec. We need that programmability for the desktops, too.