Kernel Traffic
Latest | Archives | People | Topics
Latest | Archives | People | Topics
Latest | Archives | People | Topics
Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Stalled Traffic

KDE Traffic #70 For 7 Dec 2003

Editor: Peter Rockai (mornfall)

By Henrique Pinto  and  Peter Rockai (mornfall)

If you like KDE Traffic, please consider making a donation to the KDE project. Visit for details.

Table Of Contents


Welcome to KDE Traffic!

First of all, i would like to clarify the section 1. Feature requests -- the wrong way [kmail] from last issue. Its wording, or, more exactly, ordering of the posts, caused some confusion -- i take full blame for this (i thought the attribution of individual posts was clear enough, but obviously, it was not the case -- i will be more careful next time and will preserve chronology of posts, as Maynard hinted me to on the Dot, to avoid confusion). So, it was Mr. Simon who called Ingo names, not the other way around . I would like to apologize to Ingo for causing the confusion. Mea maxima culpa. In a different vein, someone on the dot labeled Ingo's first reply as rude and inappropriate, even stating he deserved Mr. Simon's reply. However, i cannot agree with this, whoever said that. I hope this topic is now closed for good (i do not intend to return to it anymore).

Also, someone raised concern about my writing of minuscule 'i' instead of capital one when referring to myself. I do not consider this really harmful and am too used to it -- it is my little personal trait. Scott Wheeler stated (quoting): "Right, it humbly states that you don't think that the rules of grammar and syntax apply to you. ;-)". Well, he might be right... Given that grammar and syntax are synonyms and neither includes the term 'spelling', i think he is not right ;-). Notice the smileys before flaming either Scott or myself. While i am at it, i apologize to all the readers, who find this disturbing -- but no, i am not going to change it. Sorry.

This issue covers the following mailing lists: kde, kde-devel, kde-core-devel, kde-extra-gear, kde-usability, kde-i18n-doc, kmail, kde-pim, kde-optimize, kfm-devel, quanta-devel, kopete-devel, kde-bindings, kdevelop-devel and koffice-devel, kolab-devel.

We hope you will like this issue!

Mailing List Stats For This Week

We looked at 756 posts in 3188K.

There were 218 different contributors. 128 posted more than once. 127 posted last week too.

The top posters of the week were:

1. KDE Kolab client version 1.0.2 released [kroupware]

5 Dec 2003 (1 post) Archive Link: "KDE Kolab client version 1.0.2 released"

Summary By Peter Rockai (mornfall)

Topics: Kolab

People: Bo Thorsen

Bo Thorsen announced:

A new version of the KDE Kolab client has been released for download at

Version 1.0.2 has these changes:

The md5sums of the packages are:

95827ce7f0eb3f73f61d18a6ccdf6fd4  kde-i18n-kroupware-1.0.2.tar.bz2
bcf13801ccc0aea66a9993f34d0479f8  kdenetwork-kroupware-1.0.2.tar.bz2
1a60f0a2221b3a43992c5132b2e80a5b  kdepim-kroupware-1.0.2.tar.bz2

This client has been tested with KDE 3.1.4 and Qt 3.2.3. The cvs tag for kdenetwork and kdepim is kroupware_1_0_2. There is no tag for kde-i18n, that is just the latest version of kroupware_branch.

2. Performance improvement in kmail maildir code [kmail]

1 Dec 2003 - 3 Dec 2003 (6 posts) Archive Link: "Patch: better performance for maildir"

Summary By Peter Rockai (mornfall)

Topics: KMail, Performance

People: Stephan KulowDirk MuellerBo Thorsen

Stephan Kulow (known also as Coolo), sent a patch to kmail mailing list, with following comment:


As SUSE moves offices, it was decided that moving the NFS server first was a good idea - so now I have to live with a NFS connection through the city for a week. Anyway, after watching kmail compacting folders for two hours, I decided to look at it ;)

The biggest problem is that it calls ::access on non-existent files for most of the time. So here is my proposed solution: get the dir listing once and then check string lists instead of asking the file system file per file. This speeds up exiting kmail on a (slow) NFS $HOME from hours to minutes.

Dirk Mueller raised some concern regarding safeness of the patch, however Ingo seemed confident about correctness of it. Also, Bo Thorsen was quite happy about it, as it caused some speed improvements with Cached IMAP.

3. KOffice toolbar icons improved (continued) [koffice-devel]

26 Nov 2003 - 5 Dec 2003 (9 posts) Archive Link: "Proposal: Replacing Toolbar Icons in KOffice"

Summary By Peter Rockai (mornfall)

Topics: KOffice, Icons

People: James Richard TyrerBen Lamb

This section is a continuation of the 8. KOffice toolbar icons improved [koffice-devel] form the last issue. Just a day after KDE Traffic #69 was finished, James Richard Tyrer posted his objections to the list:

May I please butt in here?

I ask/suggest that we not make the same mistake that was make with: "Kile".  These are  nice icons but they are the CrystalSVG style and therefore should be added as that style rather than replacing the hicolor icons.

Few posts later, James clarified his previous e-mail:

Having looked into this a little further with KOffice, I find some of what you have said to be disingenuous, but I won't go into that in detail because there is no point since what was said probably didn't originate with you.

I also find that I misunderstood Ben Lamb's original posting.

The original posting to: koffice-devel said:

I'd like to propose replacing some of the existing icons with Rohit's versions, specifically the bold, italic, underlying, indent, justification, numbering and bulleted list icons.

Nothing which I said (if taken literally) raised any objection to this.  But, that was  despite the fact that I didn't understand what he meant.

It appears that in the irrational rush to remove all traces of "hicolor" from KOffice that icons which were NOT CrystalSVG (which were hicolor) were installed as crystalsvg.

I am at a total loss to understand why this was done.  Doesn't anyone understand that  there is no reason to do this?  That these new CrystalSVG icons that are to be added  shouldn't be replacing anything -- that they should just be being added.

To make it clear, my complaint is that the unthemed icons have been removed from KOffice.

Can someone provide a coherent and logical explanation as to why this was done?

Why do we need for possible users to have an additional reason for not using KOffice, that they don't like the CrystalSVG icons?  I realize that it is very hard for everyone that  thinks that they are "real cool" to see that maybe from a usability standpoint that they might leave something to be desired or that for whatever reason business users might not like them.  But, they are -- quite simply -- harder to see.

This extended explantation made James' point clear to David, who agreed that indeed, James is right. Ben Lamb, the original poster (the one who came up with the crystal icons on the list), stated that he agrees to everything that was said and will correct the situation next weekend (6th and 7th December). I believe this means that the hicolor icons will be preserved for those who want them and the crystal ones installed as default ones.

4. Usage of KHTML code in SkyOS [kde-devel]

29 Nov 2003 (7 posts) Archive Link: "SkyOS"

Summary By Henrique Pinto

Topics: Licenses

People: Adam KirchhoffWaldo BastianStephan Kulow

Adam Kirchhoff pointed out that SkyOS was distributing a KHTML-based browser (SkyNet/SkyKruzer) without the source code, thus breaking the license. Waldo Bastian, Stephan Kulow and Willy De la Court replied, stating that, according to the SkyOS website, the sources were available. Adam insisted, saying that "SkyNet is currently distributed with 4.0a, and Robert has said he won't ship any sources till 5.0 is released. If the KDE developers have no objections to that, then I'm happy to just let things be." After that message, Waldo sent a message regarding his opinion to both the kde-devel list and to Robert Szeleney, SkyOS developer:

If he ships or has shipped 4.0a then he is under the legal obligation to provide the source code for 4.0a when so requested for a period of at least 3 years. (Clause 3b of the GPL and/or clause 6b of the LGPL) This applies of course only to the parts that are affected by the GPL / LGPL.

Now, I believe that I read somewhere that he stated that he no longer had the source from which 4.0a was build (Note: this is why you want to use a source repository such as cvs!) That's of course very unfortunate if true, but he seems to have good intentions from version 5.0 on, so I don't see reason to be pedantic about that.

Now that Robert is fully aware of his obligations, I assume he will make sure to keep track of the source code used for all binary version that he distributes in the future. If that is too much work then the alternative is to provide the source code together with the binaries (Clause 3a of the GPL and/or clause 6a of the LGPL). Failure to do so will lead to termination of the license under clause 4 of the GPL and/or clause 8 of the LGPL.

Please note that the above represents my interpretation of the GPL / LGPL and my opinion as a copyright holder of KHTML; the above does not necessarily represent the view of other copyright holders.

There were no replies.

5. Adding a menu item and a Kicker button for all users [kde]

28 Nov 2003 - 4 Dec 2003 (14 posts) Archive Link: "[kde] How to add a menu item visible for ALL users?"

Summary By Henrique Pinto

Topics: HowTo, Kicker

People: Waldo BastianKevin Krammer

Mark Hellman asked what should he do in order to add a menu item and a kicker button for all users. Many people tried to help him. Waldo Bastian gave a detailed explanation on how should he proceed to solve the menu problem: will give you a nice introduction in how KDE organizes it files.

The menu is constructed from the directory structure that can be found under /etc/opt/kde3/share/applnk/ If you copy a .desktop file there it will be picked up for all users on that machine. Alternatively you can also use /opt/kde3/share/applnk/ You may need to make sub-directories first.

For example, to add a menu-entry to the "Multimedia" menu you could copy a . desktop file to either /etc/opt/kde3/share/applnk/Multimedia/ or to /opt/kde3/share/applnk/Multimedia/

There is also a new way, new in SuSE 9.0 and soon in KDE 3.2. For that way you can copy the .desktop file to /usr/share/applications and add a Categories=xxx line to the .desktop file. The category then determines in which menu the file shows up. You will have a /opt/kde3/share/applnk/ file that determines which categories are shown in which menus.

See for the complete story.

Regarding the problem of adding a panel button for all users, a somewhat much more difficult task, Kevin Krammer explained that "The order of buttons (assuming buttons-on-kicker) is stored in kde/share/config/kickerrc" , but he was not sure how one would proceed if users were allowed to modify their kicker setups. Waldo proposed using a kconf_update script for that, and explained what it is.

A kconf_update script runs once when the user logs in for the first time (after you installed it) and is used to make updates to configuration files. It is used by KDE itself to upgrade settings between different versions of KDE if the format has changed.

It typically contains of a *.upd file which describes which config file should be changed, and a perl script that reads the original settings and outputs the changes.

Mark Hellman asked about the syntax of those scripts, and was pointed by Waldo to

6. What happened to [kde]

4 Dec 2003 - 5 Dec 2003 (2 posts) Archive Link: "[kde] What happened to"

Summary By Henrique Pinto

Topics: Applications

People: Frank HellmuthWaldo Bastian

As many already noted, the site is down. Trying to discovered what happened to the site, Frank Hellmuth asked:

I've been 2 weeks away, so sorry, if this is been asked already. Since the beginning of the week seems to be unreachable, the announcements are taken down from

What happened?

In response, Waldo Bastian posted the following:

We know as much as you do, obviously the servers are down. Since operates independent from there is not much we can do.

If anyone is interested in working on an feel free to drop a mail to

In short: no one knows what happened. If you think you can help us in creating a similar service, don't hesitate to contact the address pointed by Waldo.







Sharon And Joy

Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.