Home Home
Sign up | Login

Deprecation notice: openSUSE Lizards user blog platform is deprecated, and will remain read only for the time being. Learn more...

Author Archive

A Blog on Sourceforge

May 6th, 2010 by

A little more than two weeks ago we released Kraft version 0.40, the first version of Kraft based on KDE 4 software platform. The release went fine as far as I can tell, no terrible bugs were reported yet. Some work went into the new website since then, but in general I need a few weeks break from Kraft and spend my evenings outside enjoying spring time.

Today, Sourceforge posted a blog about Kraft after they kind of mail-interviewed me. It’s nice, it really focuses on the things also important to me. This might be another step towards a broader user base for Kraft. I say that because one could have the impression that the number of people actually really using Kraft could be larger. A high number of users is one of the fundamental criteria for a successful free software project and thus I am constantly trying to understand whats the reason for the impression or the fact.

The first idea is that the Kraft project simply does something wrong in the way a project should be driven. But there are releases, there is a so far ok website, there are communication channels with information on it and people answering questions. Of course, it always could be done better, but I hope and believe we are not doing too bad. Marketing could be more, that’s granted.

The next thing could be that nobody needs this kind of software. But there are quite some companies doing this kind of software in the commercial space. So there must be a market. Actually I think the market is huge. People are writing invoices all over the world and I bet many of them are not really satisfied with the way they do it usually which makes Kraft at least an option to try for them.

And this might lead to better path: Probably these people do not know that the option exists. They simply haven’t heard about Kraft yet and if they would there is a good chance that they would not believe that it is free etc pp. And this is probably not specific to Kraft but also applies, of course much more weaker, to larger projects like openSUSE or KDE: A lot of people from the ‘real world’ don’t know about free software communities, the ideas behind and the benefits for users of the software. That sounds strange to us, as this is our daily reality, but start with asking your parents or non computer related friends if they really understand what it is about. Imagine what people know who have no computer job nor -hobby nor know you!

What consequences can that have for us? Well, we could decide to skip this group of people. That would mean, beside some other effects, that Kraft would not make sense any more and I don’t like that. It probably should influence the way we see the ‘product management’ aspect of our projects. For me, ‘product management’ is often equivalent to “take care that the result is especially useful to non computer scientists” (which is probably not what PM really is about) and the focus on that is very important and the precondition for the next point.

We might have to take our projects even more out of the geek niche and go to places where the ‘real world’ happens. That is difficult for various reasons. First, it means that we have to start to explain again from start, and maybe also get questions where the answer is not obvious. Furthermore it might have practical issues, because for example fairs for handcrafter utilities charge seriously for software boothes which is not the case if we present projects on FOSS events.
On the other hand its easy because we all just have to spread the word even more and tell everybody about free software, our projects and free culture. And try to think as if we weren’t free software people. I know, most of us do already what they can and that’s great 🙂

KDE Finance Apps Group Spring Sprint

April 24th, 2010 by

Yesterday started the first ever sprint of the KDE Finance Apps Group. We meet for three days and where could that better happen than in Frankfurt am Main, Germany, which is one of the larger places on the world where financial industry resides. As a matter of fact, the place where we meet is in the direct neighborhood of a quite impressive buildings of Deutsche Bank and german stock exchange 😉

The KDE Finance Apps Group is a group of people who have two commons: First, all of us are working on a KDE application and second the application has something to do with money. Like KMyMoney, which is a personal finance manager and Skrooge, a comparable new star on the KDE finance management sky, Assuma, a membership management software for associations and LemonPOS, a free point of sales system.

Quickly the idea came up to do a sprint to get each other to know and discuss the first concrete steps for the group. Thanks to KDE e.V. and Thomas Baumgart and his company SyroCon hosting us perfectly, that takes place now 🙂

Yesterday we had a great warm up with introductions, get to know each other and an impressive Skrooge introduction, and today we will start dive into more technical details. Great 🙂

Kraft 0.40 for KDE 4 Released

April 18th, 2010 by

Kraft LogoI am very happy to announce the new stable version 0.40 of the KDE office software Kraft. After eleven month of porting work, Kraft 0.40 is the first version which is based on the KDE 4 software platform. Huge changes on the codebase of Kraft happened to benefit from the new technology of KDE 4 and after long long hours of work, we’re there 🙂

Basically the new version equals the last KDE 3 version feature wise beside some changes which aim to make Kraft even more convenient to explore for unexperienced users. We got much feedback that the setup with MySQL was to complicated for people who just want to do a quick test. So we had to do something about that. The alternative was the clever run-mysql-as-the-user method just like Akonadi does it, but still the dependency on MySQL remains with that solution. So I went for SQLite, because its seemed so easy. Well, SQLite did not convince me completely yet, but it is working for Kraft.

There is also a new setup assistant which starts automatically on first start of Kraft. It takes the database details and creates and populates the database layer automatically. It also lets the user pick his own address from the list of ddresses of the Akonadi based kaddressbook. Well, the new Akonadi based Addressbook was challenging me a bit. Some functionality which the old addressbook API offered is not yet implemented in the new one, so I had to go some extra rounds to for example get query on address UID done. I still have proper feedback for the PIM Group on my todo…

We also are happy to annouce a new project homepage available under http://www.volle-kraft-voraus.de. It is a new technology base to provide better documentation over the long term.

I am very happy to be part of the KDE family. It is great how KDE proves again and again that it makes application development so easy and fun. I am really wondering myself what I did the last eleven month 😉 Frankly I am happy to have porting finished now. I am now looking forward to our KDE Finance Group Sprint next week in Frankfurt. I guess after that I will have tons of ideas and motivations to move on feature wise.

Announce: openSUSE Beego

April 1st, 2010 by

the openSUSE distribution is the perfect base for specialized projects focusing on a certain area of application. Today, I am happy to announce the start of the openSUSE Beego project and ask you to join in and help to bring it to a success, because we rely on your support and enthusiasm.

What is openSUSE Beego about? Beego is the perfect customized linux distribution for beekeepers who want to manage their bees on a by today never unreached level. With openSUSE Beego we focus on key features like KHive, the management software for the beeyard, the bluetooth based Weightwatch to monitor the hive weigt and of course GHoney, which takes its users to a new level of honey blending by the latest Computer Aided Honey Blending Technology (CAHBT). The latest release of Queen on Rails, a web based bee queen marking and scheduling software is preinstalled and -configured.

All that relies on a perfectly customized kernel to meet the tough requirements of beekeeping. With solid real time capabilities the Beego kernel is able to process all incoming bees at the hives gate for up to 25,000 bee colonies, which is an outstanding high volume no other system ever reached. Both nectar and pollen of each incoming bee are measured and stored into MyBeeSQL, a tuned MySQL variant. Moreover the kernel needed a huge sting proof patch to give it the needed robustness. We could convince a well known openSUSE kernel developer to work on it, discussions on the kernel lists are ongoing under the subject “Sting Proof Patch”.

This project has a bright future for both openSUSE and the world of beekeeping. Again I like to ask for your help and contribution. Please spread the word, join our mailinglists, test and use openSUSE Beego.

That will make the honey even sweeter this year 🙂

The KDE Plasma Reference

March 17th, 2010 by

Two days ago the KDE Plasma community announced that they are providing a live image of the Plasma Netbook Reference Platform. They provide this image to make it easy for all interested developers, users, journalists and geeks to check it out, work with, talk about and and improve it. The reference image is the result of an KDE effort utilizing the openSUSE Buildservice and it’s based on the openSUSE distribution.

What does that mean for us the openSUSE community? First of all it makes us very happy and proud. And we think it proves once again that the openSUSE projects’ distribution and its tools have the level where they stand the production pressure which comes with this kind of use cases. The Plasma Netbook Reference Edition is a lot of code to build and has many potential contributors, testers and users. Enabling people to fullfil these jobs can not be done with some script found lying around on the internet. It requires a high level of experience, professionality and stability in development and operation of the toolchain. We always have these factors in mind and many hands and brains produce high quality products reproduceably. We have the build engine, the collaboration tools, notification systems, download infrastructure and the distribution on this level. For the KDE Plasma Netbook Reference Edition we can provide the tools to build the packages and the distribution image plus the linux distribution neccessary to test the interactions between the UI and the rest of the hardware on a netbook system. That way people can experience a whole system, which is way more useful than testing the UI in isolation.

But what is most important, many people in the community are around who wholeheartedly work on achieving these great results while having fun. Again, we are proud that the team selected our distribution as a base and our tools to work with. Thank you guys for your trust. It is a great move for all, the users, KDE and openSUSE.

Kraft 0.40 Beta 2 available

March 17th, 2010 by

Last night the Kraft team was releasing the second beta for Kraft 0.40. A second beta is needed because meanwhile KDE 4.4 was released which comes with the Akonadi based addressbook. That is a big change compared to the old addressbook with a large impact on Kraft. Parts of Krafts addressbook integration had to be rewritten. The Akonadi addressbook interface in the KDE Pimlibs feels like not really being complete yet. With large address books for example, this version of Kraft might show performance gaps.

While being over that, the Kraft setup assistant got another change compared to beta 1. It now additionally asks the user to mark his own address which is stored and used in the document generation. That helps to ease the configuration even more for new users.

I would really appreciate some testing of the beta version if you are interested in this kind of software. Please report bugs back to the Kraft user mailinglist.

A source package can be downloaded from the Sourceforge project page. Binary packages for recent openSUSE distros with upgraded KDE to version 4.4 are available from the Kraft Beta repository from the Buildservice. I can not provide (K)Ubuntu packages this time unfortunately because there are no KDE 4.4 packages for (K)Ubuntu in the Buildservice yet.

A Green Rock

February 28th, 2010 by

Working as a manager sometimes has not so nice days, but tomorrow it will be a really great day. Novell HR has asked me to celebrate a team members ten years anniversary with Novell. That means fun and a present since ten years is a long time, yes, quite a long time for IT industry.

Henne Green RockThe guy who comes in to S.u.S.E, SuSE and Novell every day since exactly ten years now is Henne. You all know him. He is the guy who helps you with your multimedia problem, the man who finally dries your tears when your package does not build and the one who is first at breakfast after he kicked the last hackers to bed the night before. Of course looking fresh like a new born baby and with the energy of a power plant. Whenever there is work to be done in openSUSE, one can rely on Hennes advice and helping hand.

But that is not all. You might have realized that the openSUSE project is not really ten years old. But maybe it is? Might be that before it was officially set up a few years ago, it was already nested in Hennes heart? He is with openSUSE from day one and before, always following the idea of an open, community driven, vibrant and optimistic openSUSE project with space for opinions, ideas and argues. Over that he never looses focus on a practical compromise that works for all.

He gave very valueable direction in the Guiding Principle discussion as well as designing the devel project concept in the Build Service which makes external package maintainance possible. Today he gives important guidance as a member of the openSUSE Board and is of course one of the strong shoulders in the openSUSE Boosters Team.

I think Henne is one of the persons who make our community valueable and enjoyable. openSUSE is so much benefiting from people like him who take up responsibility and drive things forward.

Henne, in the name of Novell and I guess the whole openSUSE community I like to thank you for all your work so far. I am really looking forward to continuing to do crazy stuff with you. There is a lot more the openSUSE project can achieve over the next couple of decades, great that we have you on board as a green rock 🙂

Kraft 0.40 Beta 1 for KDE 4 available

February 27th, 2010 by

The Kraft team is happy to announce the first beta version of Kraft version 0.40. This is the first version of Kraft based on the KDE 4 platform. It is the result of a very long porting effort but has now reached a state where we can, after a short beta cycle, release a stable version of Kraft for KDE 4. It will be nearly feature equal to version 0.32 for KDE 3.

One of the new features of Kraft 0.40 makes the setup of Kraft easier. The file based sqlite database was added in addition to the mysql backend, so for evaluation no database server setup work is required any more. Furthermore a setup wizard that guides new users through the setup process aims to make it easier for new and unexperienced users.

Please help us by testing the beta version and report bugs back to the Kraft user mailinglist. The sources can be downloaded from the Sourceforge project page. Binary packages for openSUSE 11.1, openSUSE 11.2 and (K)Ubuntu 9.10 are available from the Kraft Beta repository from the openSUSE Buildservice, see here how to add and use it.

Tokamak4

February 26th, 2010 by

For the last seven days we were hosting the KDE Plasma Team doing their developer meeting called Tokamak4 here in at the Nuremberg offices of Novell. It was great for SUSE to see the twentyfife KDE enthusiasts hacking on one of the most important parts of the KDE software compilation.

On monday we had the pleasure of a public event with four highly interesting talks given by the Plasmas in our allhands area in Maxtorhof. Will Stephenson was sheding some light on the old days where SuSE already was hosting a sprint for KDE. I guess in that days we still called it “developer meeting”, but it was basically the same concept. It happened in an office building called Schanz which was still SuSEs but not in use these days. Will had some cool photos of well known KDE developers, partly with more hair and less bally than nowadays, hacking on KDE3. I think the meeting was in 2003, so it is great to see how many people are still around in the community.For me that was the first KDE meeting I participated, working on my scan application called Kooka. Fun.

After that Aaron Seigo was talking about Plasma as a cross device and cross form factor concept, Marco Martin was presenting very interesting stuff about KDEs Netbook shell and finally Sebastian Kügler was introducing Silk, the project to free the web from the browser. It was a very inspiring evening which closed with good discussion over some drinks. I like to thank the KDE guys for giving the presentations and our guests for showing up.

The rest of the week was full of concentrated work for the Plasmas, watch out on planetkde for various posts.

From the openSUSE perspective it was a pleasure to host the meeting, it was very nice to meet you all again. Thank you all for being our guests. It was fun and as a result we really want to continue the idea.

openSUSE is upstreams friend and we are convinced that personal meetings are the most effective way to make progress. So if your community is watching out for a place to meet, innovate and hack, let us know, I am sure we can arrange something.

Kraft Document Templating System

February 21st, 2010 by

One of the most important objectives for Kraft is to create business documents of perfect quality. The docs are an important face to the customer and represent the business, so best is just good enough. The old times where invoices got printed on a 24 needle printer in ascii mode should finally be gone 😉

Documents should represent the ‘coorperate identity’, which in small size firms probably comes down to printed stationary with a company logo and some other information on it. Kraft has to print  nicely on it. For that it is important that the layout can be configured at all and without compiling Kraft if the customer address should be printed fife millimeters higher for example.

Currently Kraft uses a document template written in RML for the layout. RML is a XML format which can be converted to PDF utilizing a python based command line tool which is called by Kraft. RML is a open source toolkit, quite powerful and mature. However, it does not solve all problems with flexible document creation and sometimes comes a bit unhandy. As a result our eyes are always open for alternatives.

Here are some requirements a template system must provide:

  • There is a document template in the file system. It can be changed by the user without recompiling Kraft. Kraft picks it up, fills the document values in and processes it to PDF. Other output formats are optional.
  • Layout: Areas where parts of the document are printed can be freely specified, ie. where the address, the date etc. is printed.
  • Graphical elements like lines, fixed text, boxes, colors and images can be placed everywhere.
  • The system knows at least different layouts for the first page, middle pages and the last page.
  • All pages have page header and footer.
  • Loops: Since an invoice for example has an unknown amount of items the system must be able to handle that, including clever space management with  pagebreaks. Nested loops are possible.
  • Maintain areas which must not be split, i.e. an invoice item should be printed completely on one page and not be split by a pagebreak.
  • Text faces, paragraph alignment, width, spacing and these kind of things must be configurable in the template.
  • Some variables are available such as a page counter.
  • Really great would be if the system provides carryover of calculations, like  on the top and bottom of each page the so far accumulated sum is printed.

Which free layouting and PDF generating system is able to provide that, preferably Qt/KDE based? Kugar was striving to solve it but when I tested it it did not work out.

Another idea is to use the ability of KWord to work with templates. If Kraft could read KWord templates, fill them and automatically generate a KWord doc from it, that would be a great solution, because in addition to automatic PDF generation documents could easily be exported as KWord docs and changed manually if needed. A great ‘template editor’ also would be available. This would in the direction of office suit integration that commercial Kraft competitors nowadays have.

I am not sure how far we are away from that. Something to investigate.