Posts Tagged ‘RSIBreak’

Froscon Day 1.

This year I decided to go to Froscon. I had planned to go the last couple of years, but I never actually did it. And I must admit that I like it very much. The differences with for example Fosdem are huge. The developer tracks are really of the level of Getting Things Done instead of talking about it. Also the location is quite ok. The rooms are tidy, I can sit perfectly (something I can’t say about Fosdem), the heat in the rooms is bearable and also the acoustic is very good. Most tracks are in German, but some are in English. Just the right ones.

The rest of this blog is about the presentations I saw, so if you don’t need those details, skip the rest ;-). The first presentation I saw was about the Spider engine for MySQL. Most of you know MyISAM and InnoDB. Spider is another one. This one makes it possible to store tables on different servers. The spider enabled server forwards the request to the remote server and passes it back to the requester. Not so useful you might think. Well, it also has the ability to forward sections of a table to different servers. Say you have 2000 records, you can store id 0-1000 on one server and 1000-2000 on another one. When a client requests id 1500, it will be passed on to the right server. As that server only holds 1000 records, the record is easily found and returned. For the client this whole process is transparent. You can imagine that searching for a keyword on two servers with half the records in parallel is much faster than searching it in one server which holds all records.

The second talk was about phpunit. This framework makes it possible to make unit tests for your php applications and libraries. He talked a lot about the reasons to do it and best practices. As I work on quite some php applications during day time, I think it makes sense to start using such a framework when possible. I think it also tells a bit about the matureness of an application when it contains unit tests. There are also some tools that can show which lines of your code are unittested. Something I did not know existed. I wonder if such a tool exists for C++ and if it does, what amount of lines are unittested within KDE libs.

After that I attended the keynote about Cloud Computing. Simon Wardley is a prefect keynote speaker. He brought statistical graphs, fighting cats and Tom Cruise together in something like 369 slides, without getting boring for a second. Although the topic was about Cloud Computing, it gave a good insight about the evolution of a technological invention. From the invention through a product until it reaches a service and about how that cycle has all the room for improvements, related inventions. I think I’m going to watch the video of the presentation to get a good understanding of everything he explained. Presentation of the day in my book.

After that the only possibility is disappointment of course. And it was. The presentation about a new mysqltuner was not so good. She arrived late, the beamer would not cooperate nicely, the laptop had issues with the mysql server and the presentation was largely about what the current mysqltuner script is doing wrong and at 5 minutes before the finish line she started to very quickly show the version she has written. I don’t consider the new version so much better, the mysqltuner script gives a nice summary of the state of your mysql server, after that you can start investigating what to do to make the thing faster. I don’t think any script can give a complete overview about how to tune the mysql-server best. Ah well, she has improved the output of some things, so it’s not that bad, I just expected more. Like output in html, a database which stores results over time, a deeper analysis of the most common queries, or whatever.

After that I returned to the main track where Alexandra Leisse had a talk about Community Building 101. It was something completely different and that was nice. I enjoyed the presentation very much, I think she used 5 slides for the whole presentation and they mostly contained pictures, hurray! She talked a lot about the aspects of maintaining a healthy community within a project. Some of that was really obvious, at least for me, but it’s nice to have it spelled out, some things are not so obvious and I learned some new tricks. Maybe I’ll now manage to create a community behind RSIBreak or Mailody ;-).

Finally I ended with a presentation about common mistakes in php unit testing. unfortunately it contained quite some overlap with the earlier presentation about phpunit, but that one too contained some things I did not know and things to remember when I ever start using testcases in PHP.

So tomorrow will be day 2. I’m looking forward to that. I made a list of things I want to attend, now the challenge is to not forget that list, like i did today.

New beta RSIBreak

The past week I’ve worked hard to rewrite sections of RSIBreak. I’ve just released 0.10 beta 1.

This new version is based on the 0.9 version, which was basically a port to KDE4. This new version tries to be more stable and provide a better user experience. Because it is a beta, it would be nice to receive as much feedback as possible!

I’ve rewritten most of the full screen effects and updated them to be more KDE4 like. There is a new effect called ‘Plasma effect’, which let’s you see the dashboard during a break.

The gray out effect does no longer fake transparency but uses the real stuff. Also the level of transparency is adjustable.

There is another new effect which only shows a passive popup during breaks, this serves like a permanent, but not intrusive, warning to take a break. Of course it will only disappear when you actually take that break…

Lots more tweaks and adjustments and bugfixes, just try it out…

RSIBreak 0.9.0 is out

Get it here!

RSIBreak beta5 + Junior Jobs + Akonadi Meeting

I released RSIBreak beta 5 yesterday evening. I can not recall ever making 5 beta releases before in my life. Not for digiKam, kipi-plugins, libkipi, Mailody, Akonadi or RSIBreak. But the good news is that RSIBreak is now bugfree according to bugzilla and there is only one Junior Job present, which is good.

I would love to do things like a network sync so you can break together with your favorite colleague which also uses RSIBreak, but that seems to be more difficult than I thought. I browsed through some applications that uses the zeroconf KDE implementation. But it requires to much code for such a feature. I’ll check again in a few years, maybe someone has made a more high level API around zeroconf. Yes, it is the lazy option, I know.

Maybe Junior Jobs in bugzilla need more explanation. I don’t recall being on planetkde recently. Junior Jobs are jobs which are great bugs for people that want to start with KDE development and want to start with some easy to implement features. These are not bugs which the application developer does not feel like implementing because it is boring or only serves a small portion of the users, no.. I leave them open for a while in bugzilla to give people the chance to start with KDE development. So if you want to start developing for KDE, take a look at our list of Junior Jobs on bugzilla.

Next Friday is the start of a new Akonadi meeting. Goal there is to give the Akonadi Pillar a good shakedown for the next KDE release. This should be the release where Akonadi KDE Libraries should be in good shape to be used for everyday usage by users. They don’t have to know they will use Akonadi for their address book, it simply will happen ;-). But before that, we need to make sure we have the stability which is required. We’ve seen all kinds of interests from application developers. Recently I’ve seen KPilot do things with Akonadi, KJots too and the KIPI-plugins team is considering it. For this meeting KPilot and KJots authors will be available, so we can fix any issue they run into quickly. I say ‘we’, but it’s mostly ‘Volker’ btw. Credits where they belong.

I’m also looking forward to get Mailody in shape for a new release. I’ve recently fixed a large set of bugs and I hope that after this weekend I can switch permanently to Mailody4. What might help here is that Igor is flying in from the Amazon area in Brazil (he’s exchanging 30 degrees Celsius for 3 degrees Celsius; talking about motivation ;-)). This summer (that’s actually winter there, right?) he has made an Akonadi testing framework. I’m really looking forward to his presentation to see in what way we can make use of this framework. I’ll make sure I’ll blog from the event.

Updates

RSIBreak
I got some reports that the settings dialog was broken. When I checked SVN it was already fixed, so I just needed to make a new release. Will Stephenson gave the finishing touch and after that I used the createtarballs script to generate a new tarball. The only thing which stands in the way of making a release candidate is the fact that the plasma applet is currently broken. a new contributor started to work on the applet, but seems to have disapeared. So if there is someone out there with plasma knowledge, please make the rsibreak applet behave, the engine is there, the rsibreak code is nice, just requires an hour hacking. ;-)

I even updated the site together with a co-worker. She did the layout, i updated the content.

The official state of rsibreak is kind of weird, officially I’ve given up on it, not because i don’t like the app or don’t need it anymore, it is just that i’ve too little time. But it completely works, so I keep maintaining it in maintenance mode until a new eager hacker stands up and wants to take over.

Mailody
Last week I returned in hacking mode for a while. I seriously want to start using Mailody4 rather soon now. So in the private hacking weekend i had, i started to simply fix each and every bug i hit. After two days it finally got somewhere. At the end of this month there will be a Akonadi hacking weekend. I hope we find time there to squash another set of bugs on the Akonadi side, so I can use Mailody4 full time after that. Akonadi has seen a lot of progress lately. Stabalisation fixes and error handling is improved…

Release-team
The release team is kind of working allright. Now and then you simply hit the fact that it is not always easy to make decisions while you are in a group. When one person proposes something and ten people reply, it often results in some kind of deadlock which has to be resolved. In this case David Faure stepped up and pulled the tags-for-kdesupport into reality. It’s great that someone steps up and does that. Though I’m not completely sure this happens all the time, some kind of a ‘leader’ could make things easier, but we’re not a company, so that does not exists. Not that it is not possible when you are not a company, it’s just that it is not natural. Ah well, you get what I mean.

Community Working group
Another project I wish I could spend time on. Jucato already explained a lot about userbase, and I’m happy to see the other members of the CWG getting this of the ground. It seems to gain momentum. I think it is awesome that there is a techbase for users. It can serve as first stop for users to see if their problem is covered in a FAQ already.