Interview with Sun's GNOME Hackers 143
Ur@eus writes: "Ever since Sun joined the GNOME Foundation people have been wondering exactly what they have been working on. To solve this we have done an interview with some of the people Sun have working on GNOME. The topics discussed include the background for Sun choosing GNOME, Accessibility, Useability and more. You find the interview at Linuxpower.org."
Impressive... (Score:3, Informative)
Re:Impressive... (Score:3)
Re:Impressive... (Score:1)
Re:Impressive... (Score:1)
Gnome vs. KDE == C vs. C++ (Score:4, Interesting)
Re:Gnome vs. KDE == C vs. C++ (Score:2)
Re:Gnome vs. KDE == C vs. C++ (Score:2)
Re:Gnome vs. KDE == C vs. C++ (Score:2)
trolltech,the "Professional Edition" must be used to write proprietary software. Here is an excerpt from their page:
Included below is version 1.0 of the license used for version 2.0 of the Qt Free Edition. The license is called the Q Public License (or "QPL"), and qualifies as an Open Source license. It is thus appropriate for people wishing to write software under the Open Source model where all source code to the software is made available to all users and can be freely modified and redistributed.
The QPL prohibits development of proprietary software. For Qt our Qt Professional Edition product is available for this.
(emphasis is mine).
If you did not interpret "Proprietary" as "Non-GPLed", then we are arguing over semantics, and you really didn't need to YELL AT ME LIKE THAT.. Anyway, what I originally said is true, and does present problems for both Sun and other vendors who don't wish to be beholding to trolltech if they want to produce and sell proprietary software. I don't think it is necessarily good that Gnome makes it easier to produce closed-source software, but it is true.
Oops. mea culpa. (Score:2)
Thanks for a polite response.
Mike
Re:Gnome vs. KDE == C vs. C++ (Score:1)
The argument that a fee for a software toolkit is just a small part of development cost is relevant only if there are no other free ($$$, LGPL, beer) toolkits available.
Re:Gnome vs. KDE == C vs. C++ (Score:1)
Re:Gnome vs. KDE == C vs. C++ (Score:1)
Re:Gnome vs. KDE == C vs. C++ (Score:1)
Re:Gnome vs. KDE == C vs. C++ (Score:1)
with that standard (or at the very least with each other). As one who has to fight with the C++ compilers from Sun, HP, and GNU on a daily basis I understand very well why they preferred C over C++.
Re:Gnome vs. KDE == C vs. C++ (Score:2)
Ah,but you don't have to use C with GTK+ if you don't want to - there are C++ bindings, as well as bindings for plenty of other languages.
Re:Gnome vs. KDE == C vs. C++ (Score:1)
Re:Gnome vs. KDE == C vs. C++ (Score:2)
Re:Gnome vs. KDE == C vs. C++ (Score:1)
I don't think so. Gnome is more than using GTK.
orbitcpp [sourceforge.net]
Gnome vs. KDE == LGPL vs GPL (Score:2)
The requirement that all Qt-using programs either be GPLed or else developed with a license from Troll Tech, and that all KDE-using programs be GPLed, is still an issue for Sun. Gnome lets proprietary programs be developed, and KDE does not.
(In that regard KDE is closer to RMS's thinking than Gnome, despite past hostility between RMS and the KDE team).
Re:Gnome vs. KDE == LGPL vs GPL (Score:2)
be GPL he has also stated that it is correct to use the LGPL in instances where Free Software needs to replace well established proprietary software and due to that needs to lower the barrier of acceptance as much as possible.
In this case we need to replace MSWindows so using the LGPL would be the correct license.
A typical example of this was RMS supporting the GPL compatible BSD license for OggVorbis because he realized that in order to replace well established proprietary formats that was probably the best solution.
Re:Gnome vs. KDE == LGPL vs GPL (Score:1)
GNOME is a subsidiary of GNU, which is founded on the idea that all software should be Free, so of course allowing people to use your code to create unfree and subjugating software is a Good Thing(tm).
Oh, and Qt is not licensed under the GPL, it is dual licensed under the GPL *and* the QPL, with an option to purchase an even freer license.
Re:Gnome vs. KDE == LGPL vs GPL (Score:2)
You are lying. Do some research and discover why
Re:Gnome vs. KDE == LGPL vs GPL (Score:1)
When RMS said that it was sometimes better to make a library GPL instead of LGPL, it was because this gave other free software, which used this library, an advantage if it had something that similar proprietary software didn't have or couldn't use. Naturally if you dual licence the original library under the GPL and a commercial licence (eg. as in QT's case) then you lose this ability. In addition, he only recommended using the GPL instead of the LGPL where there wasn't a proprietary library in competition. In those cases (eg. Ogg vs mp3/etc ) it is better to use an LGPL or even Xfree style licence.
Re:Gnome vs. KDE == C vs. C++ (Score:1)
I think gnome has a better oo design than kde.
Re:Gnome vs. KDE == C vs. C++ (Score:2)
Sun has basically thrown in the towel on C++ in favor of C and Java. Like it or not, I think the C++ community needs to face the fact that in the quest for the niftier dynamic, run-time, thread-safe, GUI-friendly, type-aware, wiz-bang language, they frittered away a decade of user pain. Now, 10 years after C++ started to get wide non-accedemic press, we're all suprised that no one's buying the "it's ok now, C++ is standardized!"
Wake up and smell the assembly folks!
it's the license (Score:1)
TrollTech now allows redistribution under the GPL, but ISVs still need to pay a steep licensing fee. What possible interest would Sun have to commit their customers to writing to a toolkit that costs them a lot of money and that Sun has no control over? The KDE/Qt licensing is worse than the CDE/Motif licensing from the point of view of ISVs.
You see, in the real world, the license issues involved in Gtk+ vs. Qt aren't about "freedom", they are about economics. Qt just doesn't cut it there--if people had wanted to pay that kind of money for a toolkit, they didn't have to wait for Troll Tech or KDE to come around.
Don't shift blame. This isn't a "failure", the kind of standardization you are talking about was never promised for C++. The KDE project should have known that. In fact, overall, ANSI C++ has probably turned out to be a much better language design than one might have thought a few years ago, but as the basis for a GUI toolkit, it is still a third rate choice.
The KDE project made two seriously bad choices at the start (choosing Qt and C++), and it doesn't matter how nice the KDE desktop becomes (and it is pretty nice) those issues will just not go away.
Nobody in here but us chickens (Score:1)
Re:Nobody in here but us chickens (Score:1)
i dont care about the average joe sixpack. i would rather have a great desktop i use and those people do not. I dont want to deal with them ("my document wouldnt print so i hit print another 46 times") I like the way linux is evovling, they day any idiot can use it (read, idiot, there should be a minimum intelligence level here, not just geniuses by any means but someone that can figure out to turn dial up to the internet before complaining) the charm of linux will be lost, i hate idiot proof interfaces, easy interfaces are nice, but idiot proof is horrid.
Re:Nobody in here but us chickens (Score:1)
</rant>
Re:Nobody in here but us chickens (Score:2)
Sounds good on first blush, but the problem is that the root concept is used for two different things. It not only guards "privileged" operations like certain software installs, but also guards dangerous operations by requiring root login for actions that might damage the system. Everyone would like to be able to install software on a personal system without su'ing to root, but if the average user could also destroy their system at any time, that would be a decrease in usability.
It's another example of how basic assumptions made in UNIX are in conflict with user friendliness principles, and how there's no quick fix for pervasively unfriendly assumptions.
Tim
Re:Nobody in here but us chickens (Score:2)
Re:Nobody in here but us chickens (Score:1)
I might suggest that in idiot mode they might even not mention root, just ask for their administration password or something. "root" is confusing to people who don't have the concepts down. Root? Root of what? Is that like c:\?
Re:Nobody in here but us chickens (Score:1)
If you want ultimate power, you can just give it to yourself, and not have to log in as root for standard things like installing new applications. I would counsel you to avoid running as root all the time, though.
Re:Nobody in here but us chickens (Score:1)
Re:Nobody in here but us chickens (Score:1, Insightful)
There's so many things I want to do with my computer, a dedicated-purpose machine wouldn't suit my needs at all.
I'll assume you're a developer. Don't you attempt to make your program as easy to use as possible, without sacrificing functionality? We have programs to ease tasks. We use 'ls' to get a directory listing instead of 'dumping to the monitor' (can you do that anymore?) and typing in the machine instructions to do so. So there we have one layer of abstraction, a simplification. Continue on this path of simplification and I'll wager that it's not impossible to create a very simple interface that is as powerful (perhaps not as versatile) as typing the instructions directly in hex to the CPU.
That's what I'm getting at. Get rid of the cruft.
Re:Nobody in here but us chickens (Score:1)
So you're saying you want a mod -1?
Re:Nobody in here but us chickens (Score:1)
Strange - seems inconsistent with your previous posts
Re:Nobody in here but us chickens (Score:2)
With Bob, the computer has one button. But don't touch it--you might break it! (sorry...paraphrasing a Dilbert cartoon).
Re:Nobody in here but us chickens (Score:1)
The key of usability is not removing functionality, but instead focussing on how intuitive it is. In a GUI, things must make sense, and useful features should be obvious (useless features should be less obvious). Everytime you need to cower to your command prompt, that is counter-intuitive.
A truly intuitive system would be the most productive, and would save you time. The reason better users use the CLI is because it is faster if you understand it. This is now starting to change, and I imagine that users are turning to the command prompt less and less because of the increased usability of desktops for Linux.
Finally, there is a lot of fear that the command prompt is being stolen. Trust me, it won't go away, but if you want more people to use Linux, there is no way you will do it by forcing a command line down their throat.
Unfortumately Gnome on Solaris isn't very useful (Score:5, Interesting)
I'm hoping Sun will do something about these performance issues sooner than later, but I'm not holding by breath given that the slowest JVM they have is the Sparc/Solaris one too.
Now if only someone would release KDE 2.2 packages for Solaris (I've had zero luck building it from sources!)...
Re:KDE 2.2 Solaris/Sparc packages (Score:2, Informative)
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
it's funny i've been using gnome on my sunblade for months now and sure it doesn't load as fast as CDE, but i find the interface in gnome much more intuitive
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:2)
Since the days of GNOME 0.3, I have been continually told some variant of "that's because you were using a version from last week/month and you should try to latest version instead because it's faster/stabler."
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:2)
Cheers.
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
I say a typical CDE user will prefer KDE because it has a very similar look & feel, as opposed to GNOME which is a brand new things that doesn't bear much if any resemblance to the environment they're used to.
That doesn't mean that GNOME isn't more configurable, it just means that KDE will be more familiar.
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:2)
Two years ago!! Two years ago there wasn't really a comparison between KDE and Gnome. Gnome was still busy building a useable widget set and a fast Corba ORB. They really hadn't even started on actually making a useable desktop.
Gnome has come a long way in two years.
The reason that SUN chose Gnome over KDE should be fairly obvious. First of all, the Gnome libs are released under the LGPL and so you can use them to create commercial software. Several important KDE libs, on the other hand, are released under the GPL (the QT widget set being the most obvious example). This means that it is impossible to create commercial closed source KDE applications without purchasing a special license from TrollTech. That gives Gnome a major advantage over KDE for a company that sells software. The second reason that Sun chose Gnome over KDE was the fact that Gnome is based on Corba. KDE's DCOP might be nice, but it's not a Sun sponsored industry standard like Corba is.
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
This means that it is impossible to create commercial closed source KDE applications without purchasing a special license from TrollTech. That gives Gnome a major advantage over KDE for a company that sells software.
If you ever coded something with Qt/KDE resp. Gtk/Gnome then you would know that developing with Qt is a lot faster then with Gtk. This little bit extra development speed counts much more than license fees.
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
BTW congratulations on KOffice 1.1. Looks really good. Lots of competition for us Abiword hackers.
Keep up the great work on KDE
Martin Sevior
AbiWord - Word Processing for everyone.
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
And it's not just the cost of the license, it's the fact that Sun customers have to deal with a 3rd party when before they just to deal with Sun. There's the extra cost of managing this relationship, calculating the number of licenses to buy, etc.
Sun has the resources to develop a toolkit just as good as Qt from scratch. But the last time they tried that (OpenLook), everyone revolted against them. But they can always improve GNOME. Gtk may have a messy C interface, but you could always use a C++ binding to abstract away the details. Similar things have been done with Motif. C++ is nice and all, but C++ library compatibility is nonexistent right now. Until every vendor can ship with a C++ shared library that gcc and all the commercial compilers can link with, standardizing on C++ will be impossible.
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:2)
Anyway I think you would be shocked to checkout Gnome vs. KDE at present. All my KDE apps work in Gnome and I haven't noticed any change in speed.
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:2)
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
Call me when I can run Galeon on whatever desktop *I* want to run, and lives up to all the "individual choice" rhetoric of the Linux community at large.
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:2)
KDE for Solaris - no problem! (Score:3, Informative)
I have built KDE 2.2 without any major problems on Solaris 8 (and KDE 2.1.1 on Solaris 7). If you want some help, you can contact me. Or if you want some more expert help, please contact the mailing lists kde-solaris@kde.org and kde-nonlinux@kde.org. You can read them at http://lists.kde.org [kde.org]
Good luck!
Mats
Bad english (Score:1)
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
Make that a whole bunch faster.
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:2)
It's pretty fast on my own HP B2000 machine too, even running over dual monitors. Well, the using it part is pretty fast. Compiling it all from scratch um... wasnt.
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
Re:Unfortumately Gnome on Solaris isn't very usefu (Score:1)
It's all about versions. Sun's preview release of GNOME is outdated. Debian's version of GNOME and included software is updated continously. Ximian's version too, but their Solaris version is also outdated, it's the GNU/Linux versions for popular distributions that are updated the most.
In particular Nautilus has had lots of performerance fixes lately. So what the Sun boys are doing "wrong" is not updating their preview to be in par with the latest state of the art.
Commercial involvement != Better (Score:2, Insightful)
Having a commercial player on your team does not automaticly mean success. Hell, take a look a CDE. That had ALL the commercial Unix players involved, and they threw 10's of millions of dollars at it, though I think a lot of that money got swallowed up in meetings and red tape between the vendors.
A programmer writing something because his heart and soul is in it does a better job than one who's motivation is the next month pay cheque.
Macka
Re:Commercial involvement != Better (Score:1)
I think that's do because the big players fear suggestion stuff that' sactually good, because then the other partners would also get it. (The mind property crap).
Re:Commercial involvement != Better (Score:1)
Re:Commercial involvement != Better (Score:1)
I'm sorry, that may be common perception, but in reality you are completely wrong. I spent 13 years working for a commercial vendor (9 in their Unix space) and can categoricly state that commercial sponsorship means anything but longevity of a product! A 10 year development roadmap can be swept under the carpet in an instant when the market shifts, or the company get brought out by another with a different focus.
It doesn't even have to be the company that gets sold, it could just be the product itself and its associated development staff! I've seen that happen too
And when a commercial product (usually closed source) gets pulled, the customer base is well and truely shafted, because when the product is gone, it's gone.
With a community product that is open source this can never happen. Lets assume a product goes stale. Even if a customer doesn't have the skills in house to continue working on the source code, he could easily employ a software house to do it if the product is important enough to him!
Commercial involement IMO is mostly good for one thing
Macka
Re:Commercial involvement != Better (Score:1)
Re:Commercial involvement != Better (Score:1)
I do not believe that this would be the case if people like Sun and others hadn't decided to back up these efforts.
Simply because the people you worked for couldn't get it together, that doesn't mean that it can't be done right elsewhere. If these projects were simply left up to individual developers in the traditional style, then Linux would still be was it initially was: a hobby system. There's no reason why Linux should not be both a commercially viable business prospect and a source for democracy, freedom and peace on earth.
Re:Commercial involvement != Better (Score:2)
Re:Commercial involvement != Better (Score:1)
That's not how it started. I'm pretty sure if you checked you'd find that most were KDE developers before they were company employees.
Re:Commercial involvement != Better (Score:2)
And hiring a group of people to work on it full time with the added perk that they can afford a pint of Guinness at the end of the day isn't a bad thing either.
How to see tomorrow's slashdot headlines today: (Score:1)
Re:How to see tomorrow's slashdot headlines today: (Score:2)
It's a p-o-r-t-a-l, which means it disseminates information gathered from other sites (Ok, Katz is an anomoly.. in more ways than one)...
sheesh.
Re:How to see tomorrow's slashdot headlines today: (Score:1)
Re:How to see tomorrow's slashdot headlines today: (Score:2)
Re:How to see tomorrow's slashdot headlines today: (Score:2)
http://www.theregister.co.uk/tonys/slashdot.rdf
GNOME as the standard (Score:2)
Basically, any company that wants to sell operating systems (or sell computers and operating systems together) will prefer GNOME. There are never any licensing fees to develop for GNOME; for KDE, sometimes there are.
The sooner GNOME is really good, the sooner Sun and HP stop paying licensing fees for CDE. It is in their best interests to drive GNOME until it is really good. I am confident that GNOME will soon catch up to KDE in polish and usability.
KDE will always have loyal fans; and given the huge amounts of memory computers have these days, there won't be any problems running GNOME stuff under KDE or vice versa... so both platforms have a future. But I do think GNOME is going to become the most popular platform.
steveha
first hand comparison (Score:1)
Mirror, anyone? (Score:1)
Re:Mirror, anyone? (Score:1)
[sun.com]
http://s2.sun.com/Search/sun?qt=gnome
notice the funny qt=gnome
Gnomes, Penguins and Dragons .. oh my (Score:1)
- The Gnome - where the heck did this come from? All I can think of was those hideous books back in the '70s and all those ugly plastic/wooden statues people would put next to their pink flamingos in their front yard
- The Penguin - Wasn't this from a bad beer commercial with the quip "Beware of the Penguin
- The KDE dragon - what the heck is this? and why does he always seem to be around disconnected gears? - i mean - ok
---
"It's a foot on a computer
If Sun is serious about open source... NeWS (Score:2)
open-sourcing the X/NeWS code, or
releasing the members of the Grasshopper group from some of their contract terms, so they can in turn open-source either their NeWS code or X/NeWS as of the point Sun pulled it inhouse and dropped Grasshopper's participation in the project.
It may be a little late for display-postscript to reenter the desktop wars. But I'd like to see it take a crack on its merits, rather than being shut out by an artifact of I.P. ancient history.
Re:If Sun is serious about open source... NeWS (Score:2)
There were plenty of reasons why DPS was a bad idea. Lets let it drop.
If you want to go with something resolution independant (a la PDF - smart move Apple), then you have my full support. But DPS - no freakin way.
Reason #1) In DPS you don't really have 'descriptions' of graphics - you have a PROGRAM that gets executed - which just happens to produce the graphic you want. So it is totally possibly for a piece of clipart to BE a virus. A graphic description format should be exactly that. It doesn't (nor shoult it) be a turing complete language with all the havoc it would cause. If you think Outlook macros are nasty, just imagine what would happen if every desktop was running DPS..... And going back to your Church/Turing theory, it's impossible for you to write a program that can tell if any given 'image' is a virus or not.
This is coming from somebody with plenty of NeWS expierience, plus owning two of my own NeXT machines............... DPS is pretty, but lets move on - we've learned our lesson
j
Re:If Sun is serious about open source... NeWS (Score:2)
In many ways this unified all-PostScript approach means the interpreter does not have to be able to do things that are dangerous. For instance an interpreter that could make requests of an X server for window id's, etc, I would suspect could be much more dangerous than one that can only draw on it's own screen.
However NeWS did have the capability to write files, and this certainly should be removed from any modern version.
NeWS is still superior to any windowing system I have seen today, and Sun could go a long way toward redeeming the biggest sin that was every done by a computer company by releasing the source code.
We have had Gnome working on Solaris for Months. (Score:1)
Gnome for Solaris (Score:1)
As i personally do most if my work on Solaris (well, in my ISP job there's hardly an alternative, at loeast in my company) and I must say, although i personally like GNOME very much, I don't understand the neccessity for Gnome on Solaris. Let's be honest: Most sysadmins don't need GUI's. They are (most times) not stable, they consume disk space and CPU time. I don't know many solaris machines that run a GUI. Solaris is not likely to become a desktop system either, and for people that do desperatly want a grafical interface, CDE is perfect. It is fast, it is stable and it does perfectly fit on top of Solaris.
Don't get me wrong, i don't have anything against Gnome (i also use it on my linux machine at home) but porting it to Solaris makes no sense for me.
bye bye
Johannes
Re:Gnome for Solaris (Score:1)
I use a Sun box every day, generally for office type work. When Gnome matches CDE's speed, I'll happily switch over for the Windows style task bar alone. You start to lose Windows in CDE after a while!
Q: why are there two ? (Score:2)
I, and I'm sure others, would like to know a bit of the history, and why the two groups have not gotten together.
And I worry about the old saw "united we stand, divided we fall".