Yesterday at 10:00 AM the president of the KDE e.V. Eva Brucherseifer welcomed the audience of the presentation track at the KDE anniversary event at the Technische Akademie Esslingen (TAE) in Ostfildern near Stuttgart, Germany. Keynote speakers were Matthias Ettrich, founder of the KDE project, as well as Klaus Knopper of Knoppix fame. During their presentations they looked back at KDE's successful past 10 years and they offered their thoughts about the future of KDE and Free Software.

Jono Bacon, Canonical's community manager of Ubuntu / Kubuntu, congratulated KDE with his own presentation about Kubuntu and KDE. Jan Mühlig from Relevantive and Daniel Molkentin, KDE e.V. talked about Usability and KDE 4. In the afternoon the audience of the presentation track met for a group photo and celebrated the event with sparkling wine and a big birthday cake. Even our Konqi mascot of the project was present - this time made of marzipan, right on the top of the birthday cake.

Right after the afternoon break the presentation track continued with a speech from Heinz-M. Gräsing from the city of Treuchtlingen who gave some insights about the successful migration of Treuchtlingen to KDE.

The presentation part of the anniversary was concluded by Knut Yrvin, community manager at Trolltech, who surveyed the KDE 10 Years raffle together with Eva Brucherseifer. As prizes Trolltech offered a Qtopia Greenphone and Open Source Press offered Daniel Molkentin's new book about Qt4 programming.

Further KDE people arrived at the TAE in the evening when people met in the cottage for a delicious big "italian" dinner. We clinked glasses later at midnight when the date turned into the actual anniversary.

The KDE project would like to thank the speakers of the presentation track, the Technische Akademie Esslingen, Trolltech and Open Source Press for their support of the whole event. A special "thank you" goes to the confectioner who created that awesome marzipan dragon for the cake. And of course we would like to thank all the people who were not able to attend the event and who sent their nice wishes to the KDE Project.

Bookmark/Search this post with

Comments

I'm not sure if its a trend, but the stuffed konqies I've seen over the years tend to get more fluffy and basically younger looking. This one on the cake is just cute and looks like a dragon of 10 years! (assuming they get to live at least to a hundred)

This reminds me when first time I tried Linux... KDE 1.x was the only desktop used, and since that I always use KDE as my desktop, KDE 2.x, and all of KDE 3 series plus now KDE 4 from svn. In 10 years we have already seen this project growing in every aspect. Wish all the best for the project and also for all great developers, contributors, artists and all people involved. Thanks for all your work!

Oh, dear... Do I feel old? Yes, I do. I read the original announcement and wondered what the fuss was about... I mean, nobody would ever need more than fvwm1 and a couple of xterms, right? And then -- the system requirements were insane! No way the first verison of KDE would run on my 8MB 486 workstation!

Disclaimer: No, although I look really devilish / devourish on that photo, there was absolutely no harm being done to any small green marzipan dragons at the party. Actually in that picture I successfully saved his life by moving Konqi carefully with the fork from the cake to the plate.
Nobody was actually gutsy enough to eat him in the end (not even Matthias -- imagine that picture: some even more scary ritual where the founder has got to eat his mascot! A really frightening thought!). So no, the marzipan dragon was not eaten in the end.

Thanks. It was nice to see friends, people I've met and those I've yet to meet there. It wasn't exactly convenient to hop another trans-Atlantic flight to be there but I would have loved to. As it happens it falls on my wedding anniversary so I told my wife "happy KDE day" this morning. ;-)

Where I would like to see you improve -- Please, Please Please implement support for OSX style application bundles -- it would make it so much easier for me to make distributable packages for you if you would support them.

Don't pay attention to the clueless dorks who are suggesting that you should switch everything from C++ to something else, use GTK libs or reimplement everything to be a GUI front end to CLI commands -- those are incredibly bad ideas. You are pretty much perfect the way you are (especially on openSUSE). Next steps should be to make yourself more accessible for non-core Qt/KDE developers. Adding support for a flexible packaging scheme like the bundles used on OSX would go a long way towards that.

Klik seems about right -- but until the support for klik packages is integrated at the core of KDE it's still useless to me, because I can't count on every possible user having klik installed.

Honestly, klik seems like an overkill -- a simple agreed upon .app directory layout with support for Info.plist and resources (icons, etc..) would have been enough. I mean, what's the server for? Why is mounting required?

Is it possible to specify supported file/document types that a particular application package can handle? Is it possible include icons, templates, localization files and other resources into a klik package, and will they be automatically recognized by KDE? Can I add a klik package to the KDE applications menu?

Cool, although I think you are mistaken about OSX mounting the .app bundles. It can mount .dmg images that may contain bundles inside of them, but the .app directories are not mounted. All it does is look inside the .app directory in predefined places for the info file, the executable, the frameworks and resources.

BTW, if KDE4 will be ported to OSX natively then support for .app bundles will be necessary anyway in order to be able to launch native OSX applications from konqueror.

OSX does mount .app bundles, you just don't notice it. it's the way they work. you do know osx generally doesn't 'install' apps like linux tools like rpm normally do, isn't it? well, the only other doable way is mounting it like klik does...

You are confusing a .dmg file with a .app bundle. A .dmg file is a disk image (like a .iso), it can contain anything, not necesssarily a .app bundle. You can mount a .dmg image, but the applications that ship with OSX are not installed as .dmg images, but as straight .app bundles.

A single image file (the klik image) is generally far easier to move around than a directory with bunches of files in it. With klik you would only have to move a single file around, but with a .app folder there isn't a practical way to distribute it over http or other file transfer protocols without putting it into an image file (say a .dmg). Since the mounting/unmounting of klik images is done automagically by the klik association it really is totally transparent to the user, though hopefully in the future FUSE will remove the need to even edit the fstab file.

the difference between .app and .dmg is minimal. Basically, .app ("application directory") is an extracted .dmg (or .dmg is a compressed archive of an .app directory structure).

As such, .app and its subdir structure does not need mounting (in this point you are absolutely right), it just needs to be there. A .dmg needs mounting precisely, because mounting lets it look like it is part of the complete file directory system (instead of a single file, which it is if un-mounted.)

A klik bundle can easily be extracted, and then it simply becomes an .app-lik sub-directory structure, from where you can run the application without mounting.

A question to the KDE community: what happened to previous promises to integrate a klik-friendly client structure into KDE4's core? Ya know, things like support for automatic integration of klik app images into the K menu (and their removal if a .cmg is deleted), display of app-specific icons that are glue-ed to the klik .cmg file, and more goodies?

.app bundles are just folders in OS X
I have made them by hand before, so I know. just like any other CFBundle object (carbon) or NSBundle object (cocoa) they are just a series of folders, and I think linux could learn from apple on mach-o bundles. if kde used them, no more need for that huge /usr/share/apps folder of the /usr/share/applnk folder either. here is the format of a CFBundle:

my point, something like that does not even need to be mounted, it can still be installed the linux way, and anywhere you want it, usually in the /Applications folder though. If anything got mounted other than the .dmg, then you could never unmount the .dmg without unmounting what the .dmg is using, same rule applies to Mac OS classic (9.2.2 and below). another thing, anything that is supermounted, appears on the desktop, btw, darwin tends to supermount all volumes in the /Volumes folder, which isn't that different than HAL on linux 2.6 is doing. I plan on doing research on the apple interface builder format (.nib files) and write knib which can make, modify, and view nib files, also if you havent known yet, the code for CFBundle is in CoreFoundation Lite, thus we can use bundles on linux, I plan to learn objective c and make a cocoa style wrapper for kde sometime that wraps around CF-Lite, btw, I am ready to make a slackware 11 packageand an rpm and a deb, I have the compatibility headers too, the ones that are needed to build cf-lite, and I have a successful build of cf-299.33, even better than on apple's site, I not only have libCoreFoundation.a, but also libCoreFoundation_debug.a and libCoreFoundation_profile.a too, and the headers are all set up, even including AssertMacros.h, AvailabilityMacros.h, and TargetConditionals.h, from darwin 8.0, intel. yes, CF built nicely. I have even tested it on gentoo, in order to link with it, you need to add these -L/usr/include/CoreFoundation -L/usr/include -I/usr/include/CoreFoundation -I/usr/include -lpthread -lm -lCoreFoundation to gcc while building a program or library linked against libCoreFoundation, note: these instructions are for working with my build only, the apple build stores the stuff in /tmp/CoreFoundation.dst/usr/local instead of /usr, so make adjustments accordingly if you choose to build it yourself.

I am proud of you and KDE, a successful non-anglo-american FOSS project.
Keep the good work up !

My wish for the next 10 years ?
Firstly, that I can make it my preferred desktop when KDE offers non-saturated colours and quality icons.
Secondly, that it offers non-cluttered menus (eventually levels of desire to tweak the system). I should use Gnome, then ? I could, but KDE is technically the better alternative.
Thirdly, drop Konqueror and integrate Firefox/IceWeasel into KDE.

why do people want KDE to drop the best free software rendering engine there is, and adopt a far slower, more bloated, harder to mantain and less complete rendering engine??? firefox and OO.o should be burned to the ground, and be forgotten as soon as possible. both share the same problems, created by their history. they where proprietary apps, developed by a few and just for a few people. not modular, clean, transparant and wel-documented like most (no, of course not all) free software. enormous amounts of money have already been spend on cleaning them up, and still they lag behind free-software-from-the-beginning like khtml and Koffice.

from every 10 bucks you spend on OO.o, 9 go into 'shit how and where does it do this' instead of usefull development.

> I am proud of you and KDE, a successful non-anglo-american FOSS project.

KDE is an international project, as is evidenced by the comments here. It's about bringing people together. I live in the US and my software is part of the KDE release packages. I would not want to think I wasn't part of KDE or that it wasn't successful here. There are key people in KDE living in North America and I'm proud that we are part of the unifying thinking of KDE of providing great software to all people. When we are celebrating KDE we should not be divisive. KDE is about bringing all people together for a common goal and not about excluding people for petty bias.

Happy 10th birthday. Thank you,no really, THANK YOU, for such a great desktop enviroment. I can't wait for the day when I can make my contribution to this stable, beautiful, ever-evolving desktop without which i (literally) gag.

if KDE wasn't born i wont be using Linux right now, i would be paying $$$ for buggy feature-less os and another $$$$ for its feature-less applications
i knew Linux through KDE and that's how i am sticking with it
happy birthday and "3okbal me2at sana"="wish you 100 years" as we say it in Arabic :)
10000 roses to the KDE community, i wish i can contribute with more than words :(