LinuxExpo is one of the biggest Czech Linux and open-source software events. It takes place every year in Prague and openSUSE project is for several years already one of the event regulars. In our openSUSE booth visitors can see and try the newest openSUSE release, get openSUSE DVD for free or buy a T-shirt. At the same time, talks and presentations of folks from Prague SUSE office are part of the event program.

This year, I also participated. With Miso Zugec, we had a joint talk on network-based installation and AutoYaST. Miso opened the talk by saying that for installing openSUSE on your machine neither you necessarily need any of the usual pre-requisities such as DVD, hard-disk or monitor, nor you have to spend 1 hour in cold server room clicking and answering installer's questions. He has shown some practical examples of how to use installation repository on network, install on iSCSI disk, or remotely via SSH or VNC.

I went on to introduce AutoYaST - a tool that comes in really handy when you install often, install lot of machines and you want to automate great part of the process. I introduced the basic concept of AutoYaST, showed folks the smallest AutoYaST profile in the world, how to clone your system and mentioned even some advanced AutoYaST usage, such as "<ask>" feature (a simple way of interactively asking for user input - such as root password or hostname - in the beginning of installation), or AutoYaST scripts.

In general, the talk was a success and I'm not saying that just because the presentation room (with ~100 seats) was so full that people had to stand on the corridor as they did not fit in. For me, much more significant measure was the number and meaningfullness of the questions people were asking in question time. At the end, I was really sorry that I did not have more time, so I could have introduced even more AY features, such as rules.

We spent the rest of the day in our openSUSE booth. To attract more visitors, a quiz question on openSUSE (Did you know when the openSUSE project was founded?  Or how many binary packages is there in our BuildService?) was published every hour or so and folks could submit their answers. At announced time, three correct answers were drawn and winners got openSUSE T-shirts, plush geekos and other presents.

Other open-source project also participated on the event. For example, our booth was just next to Ubuntu's one (it was funny to see how people used Ubuntu machines in there to google for correct answers to openSUSE questions :) ). All in all, Pavol has some interesting pictures from the event (these are from Day 1) and there is also an article on LinuxExpo on root.cz (in Czech only, I'm sorry).

P.S. root.cz could definitely benefit from hiring a better photographer ... and I'm not saying that just because I, unlike the photo, don't look like zombie in real life :D In general, much of the photos from the talks are of rather bad quality, considering the fact that you can do much better with my beloved Canon EOS 350D (which is what their photographer also had).

YaST, the openSUSE installation and configuration tool, is about to get a web based user interface.

The interesting part of this is the proposed service-oriented architecture. REST, Representational State Transfer, is currently the holy grail for managing resources (objects) using http.
REST is not a protocol but an architectural style making best use of the properties of http. And the Internet is the best proof that this style performs and scales well with a distributed client/server architecture.

Roy Fielding, one of the authors of the http protocol, has written a complete doctoral dissertation on this topic. For the purpose of this blog entry, seeing it as a lightweight alternative to e.g. XML-RPC or SOAP is sufficient.

How does it relate to YaST ?

As Stefan has explained on his blog before, a web based YaST will be splitted into client and server parts. This forms a three tiered architecture, where the server runs on the managed system and exposes a REST-style API to access YaST functionality.

Getting this API right in terms of extensibility, flexibility or conformance to REST best practices is an important design goal.

Now whats good REST style ?

There is no fixed list of requirements for REST or a conformance testing tool. Designing a well behaved REST implementation is mostly about learning from others experience and follow common practice.

Browsing through popular REST related bookmarks at delicious.com gives me a much better signal-to-noise ratio than Google. And it pointed me to a couple of useful references for the do's and dont's when planning a REST-style architecture.

1. REST APIs must be hypertext-driven
2. Versioning REST Web Services
3. Common REST Mistakes

Hypertext style

The first is the most interesting (IMHO). Its about exposing only a very limited set of explicit URIs. This also prevents hard-coding them into the client but let the client query the server instead. So you start from a single URI and hop from there (thats what hypertext is all about!) to the right resource. Thats like moving from node to node in a state diagram.

Versioning in media types

When doing API versioning on the web, one might be tempted to do an all-or-nothing approach and embed a version specifier (like .../v1/...) into the URL. The second link above explains why this is a bad idea and comes up with a better one: media types. The client can tell the server how to format the response to an http request by setting the Accept field in the http header. Its like calling a function and telling it the expected return type.

And REST explicitly supports this style as it does not make any assumption on the representation of a resource. Client and server are free to agree on the actual format. Using XML for object serialization is a smart move as it allows for extensibility. Clients just pick the xml tags they need and ignore all others.

Stateless

REST, being based on http, stipulates a stateless protocol. Doing stateful REST is listed as one of the typical mistakes in implementing REST-style.
Considering the proposed YaST web architecture, this means keeping state (session) information in the client and not in the server.

More recommended reading

• How to Create a REST Protocol
• Explaining REST to Damien Katz
• Roger L. Costello: REST

Having a few days holiday, we decided to visit something here in UK, so we went to Liverpool and Knowsley Safari Park.

"Knowsley Safari Park has become one of Merseyside's premier leisure attractions, winning several awards for tourism and it's animal husbandry."

"These days Knowsley's 500 mammals include rhinos, camels, buffalo, bison, wildebeest, lions, tigers, zebra, baboons, monkeys, deer, antelopes and wallabies."

It was a great weekend a lot of photos are available on my Flickr gallery: Liverpool and Knowsley Safari Park set.

Last week i became a gnome-do fan. That make me also use it for a Twitter client.
Now you can follow me on Twitter.

Today i've just released Brasero 2.26.1.

I'm trying to write an Android game, but I've been rather addicted to playing KNetWalk, which is slowing me down somewhat. I'm getting fast at KNetWalk though - I just did the Very Hard level in 59 seconds without any penalties. I think I might give up now, although I reckon I could probably do it in 50 seconds if I was very lucky.

At least, not on my Android phone. I've just released Check Redirect on the Android Market (for free, of course), which intercepts view intentions on links, and if the link is a tiny url of some sort (the list of intercepted hosts is configurable) it pops up a dialog letting you know where the link redirects to, and asks if you wish to follow the link.

And when I'm using Linux instead of my phone, I found an extension for firefox which does a similar thing. I can't remember what it was called though.

UPDATE: New Dates. You now have more time to plan!

As you can see the week of the 11th to the 17th of May is openSUSE Week.  What’s so special about this week?  Well in a nutshell, the aim is to get all corners of the community together to focus on specific topics.  These topics range from wiki cleanup to packaging; testing certain features/functions to translation work; discussion with the openSUSE Board and almost anything inbetween.

I’d like to suggest a couple of other items to the list (yes I know I need to add them to the wiki).  Both items are marketing related:

1. Create good screencasts, ideally of each major component but I’m open to ideas.
2. As requested by certain a11y users & proponents, close caption the video that we have (and the interviews I still need to upload).
3. I know I said a couple but maths was never my strong point Try and do some video interviews that we can group under the “People Of openSUSE” banner.  I’ve already started this but mainly with Novell employees.  If community members are willing to help out, please let me know (it could even be you filming yourself without any need for video conferencing).

So please make sure you come and join the fun, remember the openSUSE community wont succeed unless you join in.  We may even have the opportunity to have a soap box where you can voice your complaints and issues.  The important thing is the openSUSE Week is about you the community for you the community, to get something out of it you need to put something into it.  Lastly it’s all about having good old fashioned geeko fun!  So come along and join the fun

Recently I found UML modeling tool - Umbrello. Well, it's not very stable, but there is autosave function ;-)
So I created Class diagram for my small widget_library:



Some objects are missing (work in progress), anyway it's important to visualise objects from begining. It's could be too late when library becomes too complex and relations complicated ...