Posts 

I want to summarize some as yet unmentioned changes which we have done during the last weeks: The KDE Wiki page has been spiffed up and should be now a good portal to inform everyone quickly about everything worth knowing about KDE on openSUSE. This includes better packaging documentation like a KDE spec file cookbook and description of used macros. It also mentions a long list of challenges we face - any help to accomplish as much of it as possible until next openSUSE release is welcome. We started to have biweekly scheduled meetings on our IRC channel, the next one will be on 12th December. The Packaging Days this weekend resulted on the KDE part in a fixed kitchensync package and new packages in the build service for Qtpfsgui, Misfit Model 3D and KCometen3. Dirk has posted a proposal how to restructure our build service repositories - looking forward to your feedback! Improved KDE:KDE4 packaging, removed packaging bugs and made it more maintainable. Our KDE4 extragear snapshot packages have been broken down to application packages and include as of today rsibreak, kpager, kaider, ksig, kmldonkey, ktorrent, kftpgrabber, kwlan, amarok, kplayer, kaudiocreator, kmid, kfax, kgrab, kuickshow, digikam, kgraphviewer, kcoloredit, kpovmodeler, kphotoalbum and ligature. KOffice2 packaging has been improved and should show up in Factory soon. That was it already. :-) Read More

[image:3123 align=left hspace=20 node=3123]One of the big things about KDE 4 at an app level was moving from KControl to System Settings. The major complaint about KDE (from non-KDE users) is that it is too configurable, where 'too' generally means they can't find the thing they want to configure. System Settings is the product of usability-led design, and kcontrol was dropped some months ago, but it seems very little has happened since it was ported to KDE 4. So rather than just give myself an ulcer about it, I've decided to take System Settings in hand and make it good. I started by fixing a couple of little bugs but as the size of the task became apparent I decided to organise System Settings' development and maintenance first. So spent today doing this. I've started a project on TechBase to: Read More

Troy was a little too much polite for me. Really. Is easy to understand when we saw critics. Most easy when are from the people that can't or couldn't help the subject but want express their own feeling about this. But NOT when came from the people that CAN HELP and MAKE PART OF THE SUBJECT. Read More

Due to our little hackweek project winning in two categories, I have the rest of the year so called "Innovative time off". In the beginning 10 days ITO sounded like nothing, but now I'm kind of forced go give up on real work and do fancy experiments :) Read More

I created a page on TechBase to track the porting status of Qt/KDE applications, which are not part of the KDE 4.0 release, with the applications that distributions tend to have in their default installation as a start. Please help to gain and keep an overview by adding applications/updates.

Today and tomorrow are the first openSUSE KDE/GNOME Packaging Days. In all timezones. A truly global event. One of the goals of openSUSE is to get SUSE packages in the care of non-Novell employees, so Dirk Mueller and Michael Wolf have been organising a couple of days where fearless peeps can get on board the openSUSE Build Service with a little help from the pros. Read More

The KDE 4.0 RC 1 version of the KDE Four Live CD generated publicity, was downloaded over 10000 times within the first days and finally scared Dirk. Thanks go to openSUSE project for jumping in and providing powerful torrent seeders during the later hours. :-) Read More

The recent events in chinland are well explained by todays Dibert.

Just read in the GNOME 2.20.2 release announcement: "This is the second update to GNOME 2.20.0. The update fixes all known and unknown bugs and crashers." I have a follow up question, what about my still unresolved bug report, reported over one year ago as example for many continued violations of the GNOME Human Interface Guidelines?

I wondered several times in the past why Novell/SUSE people eg in Novell Open Audio interviews presented our internal autobuild system as something special. The relevant feature here is that both the legacy autobuild as well the new openSUSE Build Service have the functionality to rebuild all dependent packages everytime after a change. A new compiler version, a newly enabled security check, or an innocent looking change to a library can break larger parts of the distribution. openSUSE Factory gets completely rebuilt every few days, and the same happens for older maintained products a bit more infrequently. It's an easy way to discover regressions and to prevent an inconsistent distribution so I couldn't imagine a distribution being created without such "feature". Read More