Lemma's blog

KDE Baden-Wuerttemberg Sprint reminder

nospam@example.com (Michael Leupold) — 2010-08-27T19:09:54Z

Short reminder: Members of the south-western German KDE community will be meeting for a weekend of hacking and community-building in Stuttgart next weekend (3.-5. September).

If you're still looking for something fun and productive to do, why not join us? Our activities include lightning talks, lots of hacking as well as a barbecue. No need to worry about accommodation as there are still some reserved beds unassigned right now (around 20€/night, just contact me for details). More information can be found on our page in the KDE Community wiki: http://bit.ly/b8j6QQ.

(If you already told me you'd attend, please don't forget to add your name to the list on that page. ).

BugDay revival take 2 - Sunday 22nd August 2010

nospam@example.com (Michael Leupold) — 2010-08-18T19:56:17Z

I just realized I haven't even blogged about our last BugDay's outcome. I guess I'll have to leave that for the next time - and there's still some stuff to be finished, so stay tuned for an update.

At the same time I'm happy to announce our next BugDay this Sunday, 22nd August. This upcoming BugDay will be special. Not only will we be triaging Krita bugs - an application I've rarely used so far and look forward to experimenting with - no, we'll also try to reproduce a special set of bugs: Bugs which are hard to reproduce and which might require some peculiarities regarding the system Krita is being used on. We'll also be testing a subsystem which has currently undergone a rewrite during GSoC. Boudewijn Rempt of Krita fame will be on-site most of the time to help.

So, if you have some time this weekend, would like to toy with an exiting application and help the Krita developers, you're invited to join us:

Time: Sunday, 22nd August, starting around 10:00 AM CEST
Place: #kde-bugs on FreeNode
Prerequisites: Krita compiled from trunk (unfortunately no released version this time)
A browser to access our wiki page used for tracking the Bugday

Don't hesitate to take part. Programming skills are not necessary at all and it's a lot easier than it might seem at first - there will be plenty of people to help get you started, including getting Krita to compile. Apart from that we could really use your help!

Baden-Wuerttemberg Sprint, 3rd-5th September

nospam@example.com (Michael Leupold) — 2010-08-16T19:08:32Z

I'm happy to finally announce the first ever KDE Baden-Wuerttemberg Sprint this September 3rd to 5th in Stuttgart, Germany.

Why?

The idea was born at this year's Akademy (thanks mzanetti ). Up to this point I was quite unaware how numerous KDE contributors in south-west Germany actually were - actually not that astonishing given I don't peek out of my natural habitat all that often. What actually astonished me though was that there were a whole lot of long-term contributors from the area who didn't really know each other either. Time to change that, isn't it?

What?

Talking to other contributors is not just a matter of socializing though. During the times I've spent with other people of KDE, conversations have not only been warm and pleasant but also a great source for inspiration and motivation. To make full use of that we'll also have short lightning talks, introducing our projects, and hack together.

Who, where, ...?

Every contributor to KDE either living in the area or willing to make the journey to Stuttgart is invited to take part. I've put most of the information on a page in our community wiki: http://bit.ly/b8j6QQ. To take part, just register by putting your name on that page.

If you're interested in taking part or have further questions, feel free to contact me any way you can find (fastest are identi.ca or lemma on IRC).

KDE SC 4.5 Release Party in Stuttgart

nospam@example.com (Michael Leupold) — 2010-07-29T19:43:55Z

As blogged about by Lydia, we'll be having a release party in Stuttgart to celebrate KDE SC 4.5. Here I am with some details about the event.

Date and time: Saturay 7th of August, 18:00.
Location: Letzte Instanz, Stuttgart-Untertürkheim (next to the train station)
Activities: Conversation, having food, drinking, party (!), party more (!!)

If you live anywhere in the Baden-Württemberg region, be sure to not miss out on this one, no matter if you're a contributor, a happy user or a spouse (who is a happy user).

Now, just three important things I need to add:

If you take part, please add your name on the KDE Community Wiki page (in time!) so I can make sure there's enough room for every participant.
As there are quite some people attending, there might be a good chance rides can be shared. If possible, please add your information to the ride sharing section as well.
This is not the sprint I've been secretly bugging people about (more information on that to be released in one of my next blogs).

Bug Day Revival - Sunday 1st August 2010

nospam@example.com (Michael Leupold) — 2010-07-29T12:45:31Z

At this year's Akademy, in the back of the bus on the way to the day trip, several BugSquad members attended a spontaneous BoF meeting to discuss where we currently are and where we are going.

During the last year we have had many active members who worked hard to bring order to our bugtracker. Often after a period of time, BugSquad members become involved in other parts of KDE - often coding in one of the various parts that need help. Gaining new contributors for KDE is good, but unfortunately BugSquad needs a constant influx of fresh blood to replenish our supply of members.

This is why starting this weekend we'll be reviving our old habit of holding Bug Days. The purpose of a Bug Day is to help developers dig through large piles of bug reports, making it easier for important bugs to be found and get fixed. There are two flavors of Bug Day: one consists of investigating current bug reports to see if they can still be reproduced (so called triage) and the other tries to find new bugs in an application (krush). The scope of investigation is limited to one single KDE application per Bug Day, sometimes even only a specific part of an application.

We're happy to announce that the target for our first Bug Day this year will be Dolphin. Starting this Sunday 1st of August around 10:00 AM everyone is invited to gather in our IRC channel #kde-bugs on FreeNode. The only thing needed to take part is an internet connection and a recent version of the KDE Software Compilation (the newer the better, if you need help equipping your system, be sure to stop by early). Senior members of BugSquad will be around to help newcomers get started.

For information and coordination we will be using a page on the KDE Techbase wiki: http://techbase.kde.org/Contribute/Bugsquad/BugDays/DolphinDay1.

Call for opinion: Widget for entering times

nospam@example.com (Michael Leupold) — 2009-08-29T12:52:07Z

I recently developed (or rather redeveloped) a widget for entering times. It's basically a remake of the one you use in KOrganizer's "new event" window if you choose the starting or the ending time of an event (with a combobox-style popup to choose predefined times with a 15 minute range).

While writing such a widget there's a lot of things to consider, eg. how to check the input, which input formats to allow and what type of input to refuse. Just like the old widget the new one shows times in the time format you configured in your systemsettings. Additionally I made it accept times in plain 24h format (eg. 16:45) and military format (eg. 1645) as that's basically what the old widget already did.

Now as I live in a country where 24h format is regular, I have trouble understanding how users with a 12h time format enter times or rather what they'd expect the widget to do if they enter times. Luckily David Jarvie, the KAlarm developer, brought up the issue of "ambiguous" times, ie. times the widget could interpret in different ways. Now as I'm still unsure about how such inputs should be handled I'd like to get some 12h format user opinions on it.

What would you expect the widget to do, if you...

... enter "12:25"

Accept the input and resolve it to "12:25 am"
Accept the input and resolve it to "12:25 pm"
Reject the input unless "am" or "pm" is appended
Something else (please describe)

... enter "08:37"

Accept the input and resolve it to "08:37 am"
Accept the input and resolve it to "08:37 pm"
Reject the input unless "am" or "pm" is appended
Something else (please describe)

... enter "1245"

Accept the input and resolve it to "12:45 am"
Accept the input and resolve it to "12:45 pm"
Reject the input unless "am" or "pm" is appended
Something else (please describe)

... enter "0913"

Accept the input and resolve it to "09:13 am"
Accept the input and resolve it to "09:13 pm"
Reject the input unless "am" or "pm" is appended
Something else (please describe)

Please keep in mind that while I will consider your input thoroughly this shouldn't be understood as a "poll as to how it will be done".

I'm looking forward to hearing from you!

Prototypical XSLT support for Konqueror

nospam@example.com (Michael Leupold) — 2009-08-08T09:06:51Z

I've been working with DocBook XML content a lot lately and found it quite inconvenient that I had to transform it to HTML before being able to view it. As furthermore Konqueror (resp. KHTML) is still lacking support for embedded XSLT stylesheets, I started to poke at it. As a preliminary result I present you an XSLT plugin for Konqueror.

The mechanism is actually quite (mostly) simple:

Check if the current document either has an <?xml-stylesheet?> directive or is of known type (currently only DocBook 5.0)
Load the respective styles (and try to avoid Xml eXternal Entity vulnerabilities)
Pipe the document through libxml and libxslt with libexslt (unfortunately QtXmlPatterns doesn't support everything needed by DB yet)
Push the resulting file back into the KHTMLPart

Examples

This is what http://www.w3.org/Style/XSL/Overview.xml looks like with XSLT enabled (using the given <?xml-stylesheet?>):

This is what http://xslt-process.sourceforget.net/docbook-example.xml looks like (using the stylesheet based on the known file-type):

Todo

Unfortunately this is still just a prototype. It has several unresolved issues and is possibly INSECURE:

Konqueror may crash on closing (it sometimes does for me)
Level of integration is pretty low. You still see the raw XML content before it switches to the transformed HTML. I still have to figure out if this is suitable as a plugin, if I should create some XML KPart or if this should be integrated into KHTML
No XInclude support
Support for more XML schemata
Possibly vulnerable to XXE (XML eXternal Entity) attacks which basically means a remote XSL could import a file on your harddrive

That said, interested developers can find the current version here. Please be sure you understand the security risks installing this plugin bears before you proceed!

KAppTemplateCli: Quick application templates for the command-line

nospam@example.com (Michael Leupold) — 2009-07-28T10:11:29Z

While coding I often have the need to create small sample-apps for debugging some library-code I'm writing or for figuring out what library code others have written does. Usually creating such a sample application not only involve creating and compiling some main.cpp as in a KDE context you also need some KAboutData, KComponentData as well as some basic CMakeLists.txt to actually be able to compile it.

While I could of course just construct some directories containing templates and just copy them to wherever I need it, I've lately been enjoying the power of KAppTemplate. This nifty little application uses pre-defined templates for various kinds of projects like KDE4 Applications, Qt4 Applications, Plasmoids and even PyKDE or KDERuby apps and a graphical assistant to get you going.

Now, I like doing stuff on the command-line and don't use all of the features KAppTemplate gives me (eg. filling the author or version part of the assistant is not needed of this particular use-case). So I decided to rip the template handling part of KAppTemplate to create my own little KAppTemplateCli to fit my needs.

Basic usage

Listing available templates

lemma@quechua:/tmp/tests$ kapptemplatecli --list
C++/KDE                                                     
  kapp4                - KDE 4 GUI Application
  plasmoid             - Plasma Applet Template
  runner               - Plasma Runner Template
  kpartapp             - KDE 4 KPart Application
  akonadiresource      - Akonadi Resource Template
  akonadiserializer    - Akonadi Serializer Template

C++/No GUI (CMake)
  cmake_plaincpp       - Simple CMake-based C++ application

C++/Qt (cmake)
  cmake_qt4core        - Qt4 CMake Core application
  cmake_qt4gui         - Qt4 CMake Gui application
  cmake_qt4core_qtest  - Qt4 CMake QTest Core application

[... stripped ...]

Showing template information

lemma@quechua:/tmp/tests$ kapptemplatecli --info=kapp4
Category   : C++/KDE
Basename   : kapp4
Name       : KDE 4 GUI Application
Description: KDE4 simple template based on CMake, inherits from XMLGuiWindow and demonstrates how to use KConfig XT

Creating an application from a template

lemma@quechua:/tmp/tests$ kapptemplatecli --template=kapp4 MyTest
lemma@quechua:/tmp/tests$ ls mytest
CMakeLists.txt  doc  icons  README  src
lemma@quechua:/tmp/tests$ mkdir mytest/build && cd mytest/build && cmake .. && make
lemma@quechua:/tmp/tests/mytest/build$ src/mytest

Download location & notes

You can get KAppTemplateCli from: http://websvn.kde.org/trunk/playground/devtools/kapptemplatecli
You'll need kdesdk and/or kdevplatform installed to get some templates it can use.
KAppTemplateCli is not mature. Use at your own risk!
It's not meant to be the same as legacy KAppTemplate by Kurt Granroth (which is command-line but takes an assistant-like approach like KAppTemplate)

Enjoy.

Needed: Singaporean and Macanese time formats

nospam@example.com (Michael Leupold) — 2009-07-22T16:39:30Z

While testing some code that formats a time in the user's preferred format, I stumbled upon invalid formats in the Singaporean and Macanese time formats. Unfortunately I don't know the correct formats, so that's where I need your help. If you live in any of the 2 areas, please send me information on how times are usually formatted.

It would suffice if you send me the time "19:00" in local format and additionally specify:

if your locale uses 24h or 12h (AM/PM) formatting
whether times with a value for hour less than 10 are written with a leading zero (ie. "07:00" or "7:00").

Thanks!

fd.o secret storage project

nospam@example.com (Michael Leupold) — 2009-07-15T22:38:06Z

After having hinted at it now and then, I can finally gladly announced that we (GNOME Keyring + KDE Wallet) managed to kick off a joint freedesktop.org project with the goal of creating a common infrastructure (or more technically: protocol) for managing passwords and other secret values.

I expect several benefits for our users:

They will be able to securely store their secrets. Even if they use a mix of different applications (GNOME, KDE even plain Qt) they will only have one background service to authenticate to.
They will be able to switch your browser without having to reenter your passwords if the browser supports the API - unfortunately no word from Mozilla if they're interested.

If you're an application developer, don't worry. While I expect a new client-side API (which I imagine to be more OO style than KWallet::Wallet), I'll keep an eye on providing something the current class can wrap so even applications using the old API will be able to use the new system.

In case you're interested in joining the drafting process, you can find the current working draft as well as more information inside the freedesktop wiki.

Bugsquad logo contest

nospam@example.com (Michael Leupold) — 2009-04-22T20:49:49Z

Having gathered a quite nicely numbered group of core-triagers during the last 12 months we thought it was time to reflect that by putting together a nice website for collecting some bits of our wisdom and promoting our triage and krush events. This is currently still a work-in-progress but one thing we can't do properly ourselves is to design a logo.

Therefore I'm hereby announcing the Bugsquad logo contest. Details:

The logo is going to be used on a site using the Oxygen website scheme (like http://techbase.kde.org)
It wouldn't hurt if it looked good on a T-Shirt
More information about what we do can be found here and gathered on our IRC channel
Send your submission to bugsquad@kde.org
Deadline is the 25th of May

Unfortunately we're not sure if we can provide a prize yet. If you decide to join the competition you're currently only in for the fame (and probably a beer at Akademy). I'll keep you posted if we come up with something.

Bugsquad Plasma triage

nospam@example.com (Michael Leupold) — 2009-04-22T20:20:52Z

Bugsquad's 1-year reinstatement celebration was a blast. We managed to triage around 330 KMail bugs! Without investigating any further I guess that's a new record for one of our Bug Days. Thanks go out to everyone in the party crowd (Blauzahl, FiNeX, dtritscher, lytenyn, jtamate, Dario_Andres, CondorDes and Ruchir - who apparently partied harder than anyone else ).

This weekend we'll be having a closer look at Plasma's bugs. After having a slow start during KDE 4.0 and 4.1 Plasma has hit the bugs.kde.org shelf with the 4.2 release and is currently approaching the 600 bug-report mark. Time to have a closer look and weed out the duplicate and invalid ones - especially now the hardening phase for KDE 4.3 is just around the corner. So instead of making the Plasma developers wade the Bugzilla swamps all by themselves we thought we'd lend them a hand to make KDE 4.3's bling even blingier, nice and stable.

As more eyes make more bugs inspected I invite all of you to join us for our little bug triage:

This weekend, 25th/26th of April
All day long
#kde-bugs on FreeNode IRC
You'll find more information on http://techbase.kde.org/Contribute/Bugsquad/BugDays/PlasmaDay1 - at least once that page is ready.

Bugsquad turns 1. Celebration lasting all weekend...

nospam@example.com (Michael Leupold) — 2009-04-02T22:23:55Z

As you might already have read on the dot, Bugsquad (or rather this incarnation of it) will turn 1 this weekend. Our very first Bug Day was held on April the 6th 2008 (proof). Incidentally this will also the 1 year anniversary of the day I started contributing to KDE It has been a nice year and I while we haven't achieved either of our goals (0 open bugs in KDE or world domination) yet, it has still been an awesome time. I'd like to say everyone working on bugs and especially everyone who helped me getting started a big thank you.

Enough of that retrospective.

Everyone knows Bugsquad parties hard (admittedly a little softer then Amarok people but still harder than most of you non-Bugsquatting fellas). As such you're all invited to our big Bugsquad 1 Year Anniversary Party we're having all weekend long (BYOB). The party is themed "KMailDay4: Let the triage ~~begin~~ continue" and will run from Saturday 10:00 CET to Sunday late at night.

KMailDay3 details

nospam@example.com (Michael Leupold) — 2009-03-15T00:30:05Z

I managed to finish tomorrow's KMail triage page just in time. For anyone who's not on #kde-bugs (which you should be if you're planning to join the triage currently, here's the url: http://techbase.kde.org/Contribute/Bugsquad/BugDays/KMailDay3. If you're still pondering wether to join, just do it. Any helping hand - be it developer or user - is welcome and helping hands we need a lot

A krush on KOffice && revisiting KMail

nospam@example.com (Michael Leupold) — 2009-03-11T23:31:22Z

While our KOffice krush day is already more than a month ago (25th of January) it still deserves someone blogging about it. It was a great pleasure to see 9 people working hard on finding issues in KOffice and - no surprise - issues we did find. In total we identified about 100 separate crashes, general bugs as well as some ways to improve usability. I was also happy to see some of the most important ones be fixed while we were still finding new ones. Time to send a big thankyou to jtamate, grundleborg, blauzahl, m4v, dtritsched, JLP, Enkithan and brot as well as all of the hard-working KOffice developers who spent their time coaching and answering questions. On to the actual topic. I'm happy to announce (another) beginning of the bug triage season. Since the KDE 4.2 came out, the general bug count on bugs.kde.org has pretty much been skyrocketing. Of course we're regulary introducing new bugs with every release but I guess that 4.2 also marked the point where a lot more regular users were joining the KDE4-using crowd. This does not only lead to more bugs being found but - sadly - also to more people reporting the same bugs or reporting simple support issues on our bugtracker. That's where our next Bugday will come into play. We'll be revisiting KMail once more hoping to find duplicate bug reports, already resolved issues and generally clean up. If you're willing to help, you're very welcome to join us on #kde-bugs this Sunday (the 15th) starting around 10:00 CET. I think I mentioned it before but I'll do it again just for the record: No programming skills needed. All you'll have to bring are a recent version of KDE (preferably trunk), some time to spare and the will to make a little difference. Of course we'll have senior Bugsquadders around to help newcomers get started.