The Eagle Has Landed!
After letting us wait for a bit longer than scheduled (13 days), the hospital initiated the contractions. For the first couple of hours, everything went just perfect, but then the little one got stuck on the way and we had to resort to a cesarean section. Lara Marie Lauer was born 8th of June at 04:41 (AM) with 3460 gramms and 49 cm.
Mummy was still on intensive care and so they gave her to me. I can't express the feelings I had in this very moment. I'm still kind of overwhelmed every time I see her. Thanks for all of you who waited anxiously with me and those who prayed for us. The most important tasks for the near future is getting Mummy to recover and Lara Marie to become accustomed to us and the rest of the outside world.
Please bear with me if in the next time I'm not as responsive as usually :)
German Post on time!
And now for something completely different... while we are all waiting for my baby to arrive (who was scheduled for 25th of May), she just received her first greeting card – together with a personalized bib and a towel (with integrated hood – pretty fancy!) from my good friends at #openmoko-cdevel.
Guys, seeing this card was very heartwarming – it means a lot to me that you share my anticipation, thanks a lot! And I'm 100% sure she will appreciate her gifts... now let's cross fingers it won't take much longer... waiting is the hardest part of it :)
Yours,
Mickey.
Towards the end of 2010
Howdy, dear reader!
It's been a while on this blog, mainly due to the fact that many short status updates are better twittered than blogged. Then again, as promised / threatened in last year's installment of this column, I had to spend most of the time this year with iOS development, rather than with FOSS -- and it doesn't look like this will change much (you know, food and things...). Still I do care a lot about projects like OpenEmbedded, Vala, freesmartphone.org, and the like, so here's what has been going on this year:
OpenEmbedded (www.openembedded.org)
OE moved along quite well this year. I did not have much time for it -- other than taking care about a couple of Vala and FSO recipes -- but I'm especially pleased that the community finally embraced major clean up. Thanks to Frans, Richard, and all others involved, OE is improving heavily -- although it wasn't easy: Over the last couple of years, the OE core contributors developed a resistance against any changes affecting more than a handfull of recipes, however in order to make OE handle even more contributors and various use cases, we had to do some substantial cleanups. This will reduce maintenance and improve the overall quality of recipes in OE, which is the #1 complaint I hear.
Vala (www.vala-project.org)
During the first half of the year, Vala went through some extremely tiring phases of non-activity, which improved vastly when its main developers opened up a bit, i.e. giving more developers access to the tree, adding branches, etc. There have been many changes in the Dova profile, but also the GLib profile has seen an incredible amount of work, bugfixes, some new features, and more.
The pace of changes that affect basic things had also impact on my vala-book plans; apart from a severe lack of time on my side, I think it's better to wait until Vala is closer to 1.0. Otherwise I risk describing a moving target, which -- considering the time I have to work on that project -- would effectively kill it. That said, it's great to see that Vala is getting better every day and gains more and more popularity from all kinds of developers.
FSO (freesmartphone.org)
The progress on freesmartphone.org is two-fold; on one hand, we have seen quite a nice amount of work to support more devices. On the other hand though, in contrast to all the work I did in 2009, there has been a severe lack of development of the core in 2010. This I plan to change as soon as possible. For 2011, I see myself continuing to develop FSO in the following three dimensions; internal, external, and integration.
- [Internal]{style="font-style: italic"} | FSO is a heavy DBus consumer. I think by now we are one of the largest projects using DBus, at least considering the amount of API and running processes that communicate with each other via DBus. We always had our share of problems with DBus, especially some concurrency problems and race conditions are still haunting us. Both libdbus and dbus-glib exhibit their own share of problems, obviously this is not much of an issue on the desktop, but it turns out to be a major PITA on embedded systems, such as a phone. That's why I have been excited since I heard that the glib team planned to write their own DBus backend and put it right into the glib. This work has now been released as of glib 2.26. Over the next weeks, I will port FSO to using gdbus in a branch.
- [External]{style="font-style: italic"} | DBus-signals have some problems. That's why some big projects (BlueZ and ConnMan, to name two of them) adopted an agent-style of API, where the clients have to implement a server API which is being called by the actual servers. While this means some more work for client developers, it has major benefits. I'm going to change some of our APIs to adopt this style.
- [Integration]{style="font-style: italic"} | To deliver an integrated solution for today's mobile phones, FSO needs to add more glue to work with existing services, such as BlueZ (bluetooth connectivity), Connman (ethernet and wifi connectivity), and some VoIP services. While these services work fine on their own, FSO lacks an API that uses these individual services in combination to achieve higher level tasks.
All this means that I will not be working much on the actual ports, but rather use my -- very limited, did I say that yet? -- time to drive the core forwards. I still believe that we will have full FOSS phones -- other than the Openmoko devices -- soon. Please help to make this dream a reality. (And no, please don't talk to me about Android...)
Cheers,
:M:
Feeling good
Since the last post about my growing feeling of uneasiness, I did a couple of things to improve my mood. First, I stopped spending every free second of my spare time at the computer, writing FOSS. Second, I reactivated some other recreational interests I also have, but which have been pushed back for long by freesmartphone.org, OpenEmbedded, Vala, EFL, and the like. I bought a new car and spend more time singing, playing guitar, doing sports, and acting. In short, I'm really enjoying my life these days. This doesn't mean I will stop working on the aforementioned projects -- however, it's very important for me to find a healthy balance between engagement on virtual things and on real things.
Volksradio: Just Radio!
Every now and then you come to the comfortable situation that a client requests you to develop a technology for a product of theirs, which you can then use in your own productions as well. This happened to us in the last couple of months, when we had to create an audio streaming engine for iOS for an internet radio app.
Now the internet radio app market on iOS is completely saturated. We browsed through the AppStore and found hundreds of radio station apps, half of them for free, half of them between 1 and 3 EUR. We downloaded quite a bunch and analyzed what we liked and what we didn't like. With regards to the latter, we have seen splash screens, click-through ads, complicated UIs, and -- most annoying of all -- broken stations. Only a few apps actually do well in what they advertise... streaming radio!
This is what lead us to the development of Volksradio: Just Radio! A no fuzz no buzz streaming radio app. This is what it looks like:
A clean uncluttered UI that focuses on what the app does best... streaming radio. While we have refrained from feature overload, we put a couple of goodies into it, such as:
- HiFi streaming engine, even via EDGE
- Headphone remote control support
- iOS4 background streaming and multimedia dock support
- Automatically picks up playing the station you last heard
- Order channels alphabetically or by rating -- either just your own or total rating of all users.
We even did a small video to show the features, which you can see by clicking here. Note that right now we focused on german radio stations, so if you don't like german radio, don't buy! :-) If you are missing your favourite channel, please mail us to support
Sid Player Pro goes iOS4
Despite being incredibly busy due to some nightmare project I have been working on for the last couple of months, I have managed to sneak in some time to update Sid Player Pro to catch up with iOS4's idea of multitasking.
Sid Player Pro now can stream audio in the background, just as the iPod application can. Moreover, it also reacts to headphone remote control events and hooks itself with the lock and multimedia dock screen controls.
The update has been submitted to Apple for review and we expect it to be posted very soon. Once Sid Player Pro appears in the AppStore, Module Player and Pokey Player will also be updated.
Here's a video that demonstrates the new features in Sid Player Pro for iOS4.
Uneasiness
I'm feeling not too well these days. Some extremely bad performing contract projects combined with a general feeling of restlessness, uneasiness, and aimlessness are haunting me. I have the strong desire to simplify my life, getting rid of a couple of construction sites, and focusing more deeply, but on fewer things. I'm afraid this also means my involvement in various open source projects is at stake. I need to find some answers, soon.
Joining twitter
I'm now on twitter. I'll use that for small status updates on the various open source related work I'm doing, e.g. FSO, OpenEmbedded, Vala, and the like.
Follow me, if you can :)
GSoC: Rejected again
Looks like the freesmartphone.org project was rejected again as potential mentoring organization, same as last year. I guess I won't bother applying any more. It's not worth spending the time working on the submission when the whole process is completely intransparent and you don't even get feedback. After having served for other projects as mentor and twice even as project admin for Openmoko, I'm somewhat disappointed about that. Looks like a truly FOSS middleware for embedded systems is nothing Google wants to support. Oh well, less to care about next year.