Viewing posts for the category debian

Debconf7 photos

My blog server has been down ever since I left off to Edinburgh for the 7th Debian conference. Since then I have been busy taking photos of everything and everyone here AND I am not alone in that. Enjoy!

Debconf - fun and motivation (and pictures)

Debconf is coming. And I fully agree with Amaya regarding the much needed battery recharge that brings to people (and me in particular.
And to the contrary to the information two posts ago, thanks to getting an unexpected side income from the nice folks of FFII, I did manage to buy myself a Canon 400D instead of my old camera that was stolen from me recently. Unfortunately, I do not earn well enough to also buy a good lens, so I will have to document this Debconf with the kit lens :P. If you want something better, then I beg you to lend me some better Canon (EF or EF-S) lens for the time of the Debconf. Canon EF 17-40 f/4 L (like the one that I took the last years group photos) would really be great! :D
This year I am thinking of doing both the group photo and the mugshots. Any other ideas for the paparazzi? :)


Because something mangled my signature along the way (I suspect it was GMail), I also post it here along with a GPG signed text file:
I hereby nominate myself for the position of Debian Project Leader in the DPL elections of 2007.

Home folder organisation

After last post about a FHS amendment to address the structure of user's home folders, I received a lot of comments and there is one very significant thing that can be changed in the proposal - instead of having $HOME/{.data|.cache|.config}/appname structure, to change that to a mandatory $HOME/.library/appname/{cache|config|...} . This version still has all the benefits of the first solution (configuration for an application can be easily identified and erase, and all cache can easily be excluded from backups using "$HOME/.library/*/cache" regexp) and also has additional benefits, main of which is the ability to later introduce the concept of user installed packages. The idea is that it would be possible to support having /bin, /lib and /share subdirectories in these application directories thus making an ability for the whole application to e packed in a single directory and allowing the application to be installed simply by unpacking this directory. I admit that much of this is glanced over from MacOS X world, but I do not think that it diminishes the idea itself.
Some problems appear there - support of these distributed bin folders, support of separate lib folders, handling of application plugins, handling of dependencies, handling of the application menu, upgrading notifications for the user software vs. system software. But nothing there that can not be solved. I feel that this can bring together FHS and LSB by providing something of an API for software being installed by users. Having no registry of the software in this solution allows for some interesting things, for example having multiple versions of one program just by renaming the application folder.
A lot of specification work is required here, therefore I proposed a workshop on this topic in Debconf7. I hope to have something that everyone can agree on and maybe even some code by then, so that after Debconf7 there can be a formal policy amendment proposal.

A must

It is really a must have - my blog gets mentioned on the DWN for the first time and at the same time (or even a bit earlier) the electricity cuts to the building where my server is co-located. And it takes a couple of days for the local administrator to get from all that chaos to turning my server back on. Perfect timing :P.

FHS extension for user home folders


Currently there is a huge mess of files and folders that start with a "." in any users home folder. There is no structure or policy on how applications should choose file and folder names for data that needs to be stored in users home directory. Additionally there is no established consistency between Gnome, KDE and most other applications. Gnome application have part of their configuration information in gconf folder and other part in a gnome subfolder. KDE applications have a complex structure under .kde/. And most other applications either have one file directly in users home folder or have their own dot-folder there.

Did I miss anything?

Catching up on blogs, emails and Debian mailing lists I see that nothing really important has happened while I was off-line: the dunc-tank caboodle escalated and died down when the majority voted that it was not worth the commotion, some people got upset at some other people and decided stop working on Debian because of that, Mozilla went even more bonkers about its trademarks.

Bug hugging?

Hmm, I wonder if in the bug squashing parties one can eliminate bugs by hard random hugging?

Debian Extremadura I18N meeting 2006 photos

The I18N meeting in Extremadura is almost over - tomorrow everyone is leaving to the airport at different times. So, enjoy the group photo of the meeting. And if you click the photo, that will bring you to a Frickr photoset that contains all the other good photos that I took at this meeting. Enjoy!

Extremadura and nuclear ban

The i18n work session in Extremadura is in the last day now and photos and impressions are accumulating.

Recent Posts






RSS / Atom