MAR
12
2007

KDE Commit-Digest for 11th March 2007

In this week's KDE Commit-Digest: The Oxygen iconset is moved from playground to kdelibs, changes made throughout KDE to support the new icon names specification. The Crystal iconset is moved from kdelibs to its kdeartwork retirement home. More work on the Oxygen widget style. Security fixes in KTorrent. Initial work on "uninstall" functionality for the KDE Windows installation utility. New "Snowish" theme for the Kamion user information migration utility. Continued graphics improvements across kdegames. Improved wireless network encryption support in Solid. Further work on the Amarok 2.0 porting, with particular attention to the Music Store integration elements. KPilot is to make a surprise return for the KDE 4.0 release.

Comments

Where can i download the Windows Debug Build, with the Windows Installer

Looks like this is a fine way to try Kde 4


By lukilak@we at Mon, 2007/03/12 - 5:00am

The installer can be found at http://websvn.kde.org/trunk/kdesupport/kdewin32/installer/ but I'm not sure how usable it is as yet. It wouldn't hurt to give it a try though.


By Matt Williams at Mon, 2007/03/12 - 5:00am

Can you build an .exe for the installer ? or do i need a installer for the installer :)


By ch at Mon, 2007/03/12 - 5:00am

you can download the installer from here
http://82.149.170.66/kde-windows/installer

actually it takes me a lot of time to find it, after searching in some obscur mailing list

friendly


By djouallah mimoune at Mon, 2007/03/12 - 5:00am

The installer in the recent state is mainly for win developers and was announced on the kde-windows mailinglist. See http://mail.kde.org/mailman/listinfo/kde-windows for more informations.

Everyone interested in KDE on windows is welcome to try out and contribute for example packaging service and/or hacking the sources to make the installer more usefull.

The installer is Qt 4 based and is compiled using a static QtCore, QtGui and QtNetwork library, which means there is only one executable required.


By Ralf Habacker at Thu, 2007/03/15 - 5:00am

There are currently no actual debug libs for win32 available. We had no time to create them because there are some open issues but I hope to get this working for the kde alpha builds.
But you can compile them by your own when you've some time :)


By ChristianEhrlicher at Mon, 2007/03/12 - 5:00am

"So, if everything goes well, the first inclusion of Marble (already very stable) into KDE-Edu should happen around April 2nd 2007.
This would still be right in time for a possible feature freeze on May 2nd and offer enough time to solve remaining issues and take delays into account."

So will KDE4 be on feature freeze around may? that would make a final release around december right? or is he talking about Marble feature freeze?


By patcito at Mon, 2007/03/12 - 5:00am

There is no final decision yet. The last I saw was talk about a release in oktober...


By superstoned at Mon, 2007/03/12 - 5:00am

It's spelled "october", though I don't have an idea if you're a German, or simply an KDE addict :).


By zonk at Tue, 2007/03/13 - 5:00am

> This would still be right in time for a possible feature
> freeze on May 2nd and offer enough time to solve remaining
> issues and take delays into account."

Translation: If there *was* a KDE4 feature freeze by start of May (which would be pretty early, however no decision has been made yet) then it *would* still be right in time.

> So will KDE4 be on feature freeze around may?

No decision has been made yet. And I wouldn't be surprised if the schedule would look completely different once a decision has been made.
I'm just saying that at the current point of time it *looks* pretty safe to me to *assume* that there is enough time to consider inclusion of Marble into KDE-EDU.


By Torsten Rahn at Mon, 2007/03/12 - 5:00am

ok thanx a lot for the clarification and Marble of course. Can't wait for the merged version with kgeography :)


By patcito at Mon, 2007/03/12 - 5:00am

Go for the features! Make KDE4.0 as good as else KDE4.1 would be, incorporating all the eye candy to the max. Why? Because with KDE4, a big marketing iniative will roll, not only from the KDE PR team but also from the distro makers which want so sell their products. Possible consequence: n00bs coming to kde, getting a product with less eye candy than possible, and half a year later, they have to update to 4.1 to get the real revolutionary things.
IMHO, KDE4 should be 'da b0mb rel1Z' to hit it big on first try. Make a 3.98 stable release, or handle the feature freeze as flexible as possible (which equals no feature freeze)...
Or what do you think?


By eMPee at Mon, 2007/03/12 - 5:00am

The worst thing, and why this extreme position is not going to prevail, is that users may get the idea that KDE is pretty and feature rich, but unstable.

That would kill a reputation KDE has so far. So people will aim for stability over candy, and that's why a period of freeze is needed, and that's why it's going to happen.

To me personally, I believe KDE 4.0 final, will be starting the wait for applications to make use of the new techs, and 4.1 to come to get it entirely polished. Yet, that's what you get with .0 versions in KDE world. :)

Yours, Kay


By Debian User at Mon, 2007/03/12 - 5:00am

I personally would rather see KDE 4.0 get the base right. Then I would put emphasis on usability of the UI and regressions. Slowly bleed features in every 6 months after that.

It is important to not "wait until its absolutely perfect". Then we would be talking about a vista like development cycle. Nothing will ever be perfect. It also makes more sense to release early and often and get back to the 6 month cycle once the core has matured.


By Ryan at Mon, 2007/03/12 - 5:00am

> It is important to not "wait until its absolutely perfect". Then we would be talking about a vista like development cycle.

So Vista is "absolutely perfect"? HA!


By Jon at Tue, 2007/03/13 - 5:00am

Obviously it doesn't work :D


By Ryan at Tue, 2007/03/13 - 5:00am

Man, I love the Random Digest feature on your site. :)


By X11 User at Mon, 2007/03/12 - 5:00am

Are there any plans in KDE4 to make it easier for those who have cell phones to access such devices? I was recently playing around with kandy (KDE3) and it um, seems a bit limited and not particularly user friendly.


By taurnil at Mon, 2007/03/12 - 5:00am

http://www.kmobiletools.org/ looks like a more updated project to access to your cell phone.
But... "I must anyway tell you i'm quite disappointed. After all these years, kmobiletools still is a one-man project. It's shameful in my point of view that if someone is busy, for study, work, real life, or (why not) a girlfriend, the entire project freezes.".
So, if you can help...


By Mobile at Mon, 2007/03/12 - 5:00am

Hey thanks for the link. Gave it a whirl and it does seem a bit better than kandy.


By taurnil at Mon, 2007/03/12 - 5:00am

isn't opensync going to help here? and probably akonadi? some more cooperation between this kind of projects (there is kpilot as well) would be cool...


By superstoned at Tue, 2007/03/13 - 5:00am

Its not really porting whats going on in Amarok 2.0 anymore, its features and refactoring. We're going to leave getting rid of the Q3Support stuff until after the dust has settled on the refactorings.


By Ian Monroe at Mon, 2007/03/12 - 5:00am

Right, I have noticed a shift in the work being done on Amarok. I decided to call it "porting" for this week (though further qualifying it with the comment on the music store work), with a planned change to another descriptive word soon. I guess "soon" has now become "next week" ;)

Danny


By Danny Allen at Mon, 2007/03/12 - 5:00am

Cool that the screenshot is centered around Linköping! I recommend you all a visit (I might even show you around a bit, as dfaure found out).


By Inge Wallin at Mon, 2007/03/12 - 5:00am

KPilot? Wasn't that going to be superseeded by some general syncing mechanism? Anyway, I'd love to be finally able to ditch Palm Desktop for a good application running natively under KDE! Go for it, KPilot team!


By palm user at Mon, 2007/03/12 - 5:00am

that's what I thought too. I think it's OpenSync, maybe the new kpilot is based on it, I'm too tired to check it out right now though :)


By patcito at Tue, 2007/03/13 - 5:00am

The new OpenSync frontend is KitchenSync. I tried a svn-version of it with OpenSync 0.21 and it works (tested on KDE 3.5.5 + kitchensync-svn + OpenSync 0.21 + Palm T|X).
With OpenSync 0.22 one missing feature (pictures in contacts) will be added which I need/want.


By Carsten Niehaus at Tue, 2007/03/13 - 5:00am

> KPilot? Wasn't that going to be superseeded by some general syncing mechanism?

IMHO it should have been "Akonadi" but, as for Plasma, I haven't heard/seen much about it until now...

http://pim.kde.org/akonadi/
http://conference2006.kde.org/conference/talks/9.php
(with slides & ogm video)

That's a pity : My Sys-Op is rather OSS-Friendly (well, the last MS Exchange License's Bills we received did a lot, I must admit :) and it's certainly the last point we're not confident enough about : providing a stable and feature-full syncing utility inside a Linux distro !!

I won't cry any longer & I prefer to cheer you all up KDE guys : Thanks a lot !

Yojik77


By Yojik77 at Wed, 2007/03/14 - 5:00am