Yesterday Bel n and I got confirmation from the travel agency: it's now official! We'll be going to Barcelona (third time this month for me) tomorrow, spend New Year's Eve with my cousin and early during the morning of January 1st we'll be taking a flight to Tunisia, to end up in Hammamet for a one week long trip around the country. Before this very late confirmation, the agency was only assuring one of us could come back; the other return ticket was missing, and I wasn't planning on staying there alone. :) This is pretty exciting because I've never been anywhere in Africa, despite it's very close from where I live, so I'm really looking forward to discovering the cultures of the Islam in Northern Africa. We plan going to way too many places, but I think I'll most enjoy the different Roman buildings in a few of the important cities, specially in Dougga. If you have any suggestions of things I can't miss in Tunisia, feel free to comment here. Have in mind I'll probably be moving around in louages (shared taxis) so maybe going to places too far away from Hammamet isn't that easy -yeah, I'm thinking about Matmata and the Skywalker's village ;)- and we don't want to spend lots of money. Hopefully things will be normal at El Prat airport tomorrow, after the distressing news coming from Madrid this morning... More when I come back on January 8th!

Today I had to clean up my flat, but I was lazy. I decided that some music will be welcomed. However, even if my flat is not so big, I have three rooms and if I play music in one of them, I can't hear it everywhere. By chance, there's a computer connected to speakers in each. So, to listen your playlist on every computer, do like me: just install esound on each computer and run esd -tcp -public (esd without option is sufficient for your master). On your master, run also esdmon esdcat -s slave1 and esdmon esdcat -s slave2, and so on. This will listen to you local esd and pipe the sound to your slaves via network. Then grab your favorite audio player which should be esd-capable (my xmms is), and play files to your local esound daemon. Listen... it plays everywhere! Next step is to invite me, some friends and hot chicks to your party.

Since I have been having a digital camera since a few weeks now, I've had a need for an application to manage my pictures. The two applications that people have pointed me to are f-spot and digiKam, which also seem to be the most popular applications in this category for Linux. Since I use neither KDE nor GNOME as my user interface, it doesn't matter much to me which I install; so I've tried them both. Their feature set is quite different; unfortunately, though, they both have some features which the other doesn't, which makes choosing for one or the other rather hard. Since their on-disk format is rather different, it's impossible to use them both at the same time—at least not if I don't want to enter commentary and tags each and every time; so I'll have to choose one or the other based on their features. Since that requires me to actually compare them, I thought I might as well make a blog post out of that. Note, though, that this comparison is in no way intended to be complete; it only compares those features which I really care about. Features digiKam

• Stores pictures in albums; these albums can be created hierarchically, and are created on disk as the directory lay-out in which to store pictures. One picture can be chosen as an example picture per album.
• Pictures can have tags, comments, and a score (on a scale of one to five stars) applied to them. Tags can be created hierarchically; the default tagset is empty. Tags can be made to have icons that are otherwise available to KDE attached to them, to make them more immediately visually recognizable, but selecting pictures to fulfill that function seems impossible.
• Has an interface to manage pictures in gallery and gallery 2; it can view, add, and remove pictures in that gallery.
• The selector dialog which is used to upload pictures is rather spartanic; it allows one to select pictures by filename and by album; pictures aren't even shown before upload (bug filed).
• Pictures can be filtered by tag, album, or date; I haven't been able to find an interface to filter pictures by score (it is possible to sort them by score in any view, though).
• A KDE application, so written in C++, which is a compiled language; i.e., rather fast.

F-spot

• Does not know the concept of albums
• Pictures can have tags and comments applied to them. Tags can be created hierarchically; the default tag set contains (amongst others) People, Places, and Events, suggesting that f-spot encourages the use of tags where Albums would be used in the case of digiKam. Tags can have icons which are otherwise available to gnome selected as their icon, or one can select a picture to fulfill that function (in fact, it selects the first picture which receives a tag to do that by default)
• Does not know the concept of scoring; instead, the default tagset contains a tag Favourites, suggesting a scoring system with a binary scale.
• Uploading pictures can be done by selecting them, and choosing the right option in the menu system. As a result, all filtering options otherwise available can be used to select which pictures to export (just filter the view, then select all pictures in the view).
• Uploading pictures will optionally also export comments that were applied to it.
• Since it does not know the concept of albums, pictures cannot be stored in a one-directory-per-album lay-out. Instead, pictures are stored in a one-directory-per-day layout, using a yyyy/mm/dd format. Unfortunately, this also means that no picture metadata (tags, comments) is easily available to command-line applications.
• Apart from the ability to upload pictures to gallery or gallery 2, does not interface with it in any way; gallery is a write-only storage medium to f-spot.
• Written for mono, a system that requires a runtime environment to translate instructions at runtime from some sort of virtual machine code, and which uses garbage collection all over; i.e., rather slow, especially after you've been using it for a while.

My opinion After having used f-spot for a few weeks before I tried digiKam, I have to be honest and say that I don't like the concept of albums. They do not add value; everything they allow you to express can equally well be expressed with tags. Additionally, one can categorize a picture in only one album, whereas it's possible to categorize pictures in as many tags as you would want. Just creating one album which contains all my pictures, with tagging used for categorizing, doesn't help either; that way, digiKam would store all my pictures in a single flat directory, which would become problematic when the number in the picture filenames wraps around. I do love the scoring thing in digiKam. A favourites tag just doesn't cut it; and creating five tags for scoring would make things like find all pictures that have a score of three or above rather cumbersome, and sort by score outright impossible. However, the fact that it's not possible to filter by score makes it all rather useless. The export to gallery function in digiKam is horrible. I have to select my pictures blindly; none of the metadata which I tack on them can be used to help select which pictures I want. Workaround: use whatever filtering is available to select the right pictures and add them to a temporary album from which I then upload all pictures, but that's silly (and requires disk space for no good reason). Additionally, there seems to be a bug in the interface, which means that I have to babysit an upload (with no workaround). And I can't even view my pictures to spend the time waiting. Bah. F-spot isn't without problems of its own. Due to a bug in mono, it crashes rather often on my PowerPC laptop. When that happens, it can't be restarted until the X server is restarted. Workaround: use Xnest, but that makes it impossible to view pictures in full-screen mode. Also, since f-spot is a GNOME application, its options dialog is as helpful as a pair of soccer shoes when you're out swimming. No surprises there. Conclusion Which one do I prefer? I'm not sure. The digiKam upload interface is positively annoying, especially the bug which requires me to click continue after every picture. For that alone, I might ditch it. On the other hand, it has a slew of interesting features (the scoring, to name one) that f-spot lacks, and that pull me more towards digiKam. I guess I'll have to give it a few days of thought. But hey, at least I know where I stand now.

Experiences with a Trac Server In the last few days after Xmas I set up http://trac.cs.unibo.it, a server for my CS department which will host a bunch of Trac instances, initially for academic projects only then it will be opened to student projects as well. The server set-up has been "powered-by" the following technologies:

1. Debian Etch
2. Apache 2.2 with FastCGI, SuExec, and WebDAV over TLS (for accessing SVN repositories without forcibly passing through Trac)
3. Trac instances backed by Sqlite databases and Subversion repositories
4. Some bits of Genshi templating for generating the projects index
5. Some shell scripts for automating creation and removal of projects

I'm quite happy with the result. From the overall experience I drew some observations though:

• installing Etch is more a dream than ever, in 15 minutes I re-installed the server (which previously was running Ubuntu) with a decent partitioning scheme and all that I needed to work remotely. The sysadm of the department saw me coming out from the server room and asked, unbelievingly, did you already finish?
• apache2.2 in Debian is now annoyingly missing the nice script for creating easily TLS certificates (i.e. apache2-ssl-certificate). I followed-up on #395823 attaching the same script took from Sarge and the needed configuration file. Worked for me
• SuExec is stupid. You have to put stuff under /var/www for it to work at all, the only way to change the path is rebuild apache .... or, you can mount --bind /srv/trac /var/www/trac!
• BTW I like /srv. According to the FHS it's the place where I want to put my Trac projects. Unfortunately the Debian installer neglects that path and per default you end up with a system where /srv is in the same partition as /, and hence with basically no free space. Hence I also bind-mounted /srv/trac from /home/trac
• In Etch we have no available implementation of FastCGI (which really improves Trac performances BTW). libapache2-mod-fastcgi is non-free and for some reason it was not autobuild everywhere and hence is missing from testing. I pinged aba on IRC about that, so the package should probably enter testing again in a few days. Go RMs!

Happy new year birthday trac.cs.unibo.it.

Geir Magnusson: “What exactly is the result when the distros compile and package the OpenJDK source? I’ll argue it’s by definition not “Java^TM” (or “Java compatible”) because it hasn’t passed the TCK [the Technology Compatibility Kit, the Java compatibility test suite from Sun].” Very good question. I agree with Geir—it shouldn’t be called Java unless it has passed the test suite. If it’s cost prohibitive to run the test suite against third party versions, that should be remedied now that the reference implementation is open source. (Via James Governor.)

Dear novice Ebay user,

Don't steal my pictures, or this sort of thing will happen.

Love,

Matthew.

What is Debian Desktop?
Debian Desktop is a Debian's subproject created to be a joint effort of
all groups involved or related with the desktop to give our users a
better environment to use and easier to install experience.

Actually we've members from: pkg-gnome, pkg-kde, pkg-xfce, pkg-galago,
tasksel and utnubu. We count with help from d-i and debian-cd members too.
The initiative merged the former Debian Desktop development page, debian-desktop
mailing list for the discussions and debian-desktop alioth project - its svn actually
hosts the desktop-base source package.

We did our best to deliver for our users a interesting desktop experience (including
laptop users) and it includes GNOME, KDE or Xfce (that's your choice) in our upcoming release: 4.0 (Etch).

What will be into Debian Etch Desktop ?
The desktop (task: desktop, installable through aptitude or tasksel):

• X Window System: Xorg 7.1
• Office suite: OpenOffice 2.0.4
• Graphics suite: GIMP 2.2.13

It also includes a simple window manager (twm), zeroconf (avahi), printing (cups) and scanning (sane) support

GNOME desktop (task: gnome-desktop, also installable through aptitude or tasksel):

• GNOME core: 2.14 with some 2.16 modules, eg.: totem (xine backend as default)
• Web Browser: Firefox 1.5 and Epiphany 2.14.3
• Feeds Manager: Liferea 1.0.26 (Liferea is Epiphany friendly)
  
• Mail/Calendar app: Evolution 2.6.3
• Instant Messaging Tool: GAIM 2.0.0beta5
• Multimedia Player: Rhythmbox 0.9.6
• Network (wired/wifi) manager: Network Manager 0.6.4
• Graphical Package Manager: Synaptic 0.57.11 with update-notifier
  
• Graphical Partition Manager: GParted 0.2.5
• CD/DVD Creation: GNOMEBaker 0.6.0
  
• Power Management Tool: GNOME Power Manager 2.14.3

It also includes bluetooth (bluez-gnome) support, multimedia in the browser support (totem mozilla plugin), bittorrent support (gnome-btdownload)

KDE desktop (task: kde-desktop, also installable through aptitude or tasksel):

• KDE: KDE 3.5.5 (base, pim, multimedia, graphics, artwork, network, utils and admin)
  
• Network (wired/wifi) manager: KNetworkManager 0.1
• CD/DVD Creation: k3b

We tried to add all the gnome task features into kde task too. KDE itself already contains a lot of them, if you find something missing please tell us at debian-desktop@lists.debian.org for a better next release, and wait your contribution enter Lenny.

Xfce desktop (task: xfce-desktop, also installable through aptitude or tasksel):

• Xfce: Xfce 4.3.99
• Calendar tool: orage 4.3.99
• Text editor: Mousepad 0.2.8

It also includes multimedia support and xfce goodies.

What if i've Debian testing or sid installed using GNOME or KDE or Xfce?
Open a terminal, check your /etc/apt/sources.list and run as root:
aptitude update
aptitude install desktop $foo-desktop

Please replace $foo with GNOME, KDE, Xfce - e.g: aptitude install desktop gnome-desktop

Note that desktop and $foo-desktop aren't metapackages - packages that usually contains just a few files (the required) to be installed in the system and its main feature is depend, conflict, recommend or suggest other packages. desktop and $foo-desktop are tasks and are in the tasksel source package, maintained by the tasksel team. The debian-installer uses tasksel to install a set of packages, and you should too.

How can i download Debian Desktop for tests?
The easier way to install is downloading a CD or DVD image from http://www.debian.org/devel/debian-installer . Please download
Debian Etch RC1 images or later for GNOME and something newer
(eg: weekly builds) for KDE or Xfce. Please note that DVD usage
is preferred, if you're going to use a CD broadband is recommended.

There are special first CDs images containing not GNOME key packages
but KDE or Xfce, look for debian-testing-i386-$foo-CD-1.iso (don't worry,
we've at least amd64 and powerpc images too) at:
http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd/

How can i install Debian Desktop GNOME?
The first DVD image contains the entire GNOME set of packages, just
follow the installer and after the base system install select "default
desktop environment", if the system doesn't suggests it for you and
proceed - no network is required during installation.

The first CD image doesn't contains the entire GNOME set of packages,
just follow the installer and after the base system install select
"default desktop environment", if the system doesn't suggests it for
you and proceed - broadband connection is recommended.

How can i install Debian Desktop KDE?
Before the installer boots, please type:
install tasks=kde-desktop

* The first DVD image contains the entire KDE set of packages - no
network is required during installation.

* The first CD image doesn't contains the entire KDE set of packages -
broadband connection is recommended.

Note: Alternative first CD is available (see above).

How can i install Debian Desktop Xfce?
Before the installer boots, please type:
install tasks=xfce-desktop

* The first DVD image doesn't contains the entire Xfce set of packages
- broadband connection is recommended.

* The first CD image doesn't contains the entire Xfce set of packages
- broadband connection is recommended.

Note: Alternative first CD is available (see above).

My main debian builder went off-line a little while ago. I'm trying to find a replacement, but it seems it will take a little while, what with everything else going on. By a builder, I mean an unstable machine capable of building packages. Most of my machines run stable, as they're doing Real Work and "not breaking" is one of debian's best features. Surprisingly, it seems that the debian project machines either don't have chroots on which developers can install build-deps, or I didn't find the right instructions. I was offered a free virtual host for package building, but I don't feel comfortable building packages on a remote server I don't control and whose security I can't really verify. Now, I've built an unstable chroot on one of my company's more secure servers and built the package there. There were a few complications, such as the debootstrap version in stable not being able to build an unstable chroot, but a quick backport fixed that. debootstrap seems a lot slower than I remember. Am I doing something wrong? Is there a better solution for building packages if you don't have a local unstable machine up?

Katherine's father bought her mother a laptop for Christmas. I am ashamed to admit that although I was responsible for the specification it was purchased from PC World. There is a lack of shops in Northern Ireland where you can walk in and purchase a reasonably cheap laptop unfortunately. The model we ended up with was an Advent 8111 (Dixons link as it's saner than the PC World one). It's not actually a bad spec; Core Duo 1.6GHz, 1GB RAM, 80GB HD, wireless/ethernet/modem, 15.4" 1280x800 widescreen TFT. I think it claims up to 3 hours battery life and I certainly had 2+ out of it though not under heavy use. I decided that it was getting Linux; Katherine's mum isn't used to any form of computer so there are no preconceptions about Windows to get over. While I'm a Debian person myself I felt it was time to give Ubuntu a chance; mjg59 (and others I'm sure) has spent a lot of time trying to get it happy on laptops and make sure things Just Work. I didn't have a lot of time to sit fiddling with the setup, so a shiny out-of-the-box distro seemed ideal. I downloaded ubuntu-6.10-desktop-i386.iso and burnt myself a CD. Dropped it in the drive and it booted into the live CD installer fine. The install process was simple and it managed to resize the Windows partition without problems (I would have deleted it but I couldn't convince the Windows rescue CD creator to work and I don't want to burn my bridges until I'm sure Linux works out ok for the owner). Rebooting into the freshly installed system I was surprised at the time the boot process took. It certainly felt a lot longer than it takes my (lower speced) laptop to boot to a GDM prompt under Debian. Also the display looked a bit fuzzy. Further investigation led to the discovery that although X correctly detected a panel size of 1280x800 it was only using 1024x768. Much searching found me i915resolution which did some magic that made things work. However this doesn't appear to be part of Ubuntu proper so I'm not sure if was the correct solution or if I should have done something else? Getting to the point where I could download i915resolution was interesting too. My parents have a WEP encrypted wireless network (to prevent casual use rather than because it's secure). I was expecting Ubuntu (which detected the Intel wireless card fine) to pop up some sort of dialog saying it had found a network and would I like to connect (if I provided the key). Something network-managery. But no. Even when I went to the network control panel and added all the details the connection didn't seem to come up. I gave up and did it manually with iwconfig and dhclient (I needed it to work quickly and at present it won't need wireless usually). Once I had the display working happily my other task was to tame the modem. It's an Intel HDA thing and I'd hoped sl-modem-daemon would drive it. Of course it didn't. Although it's an Intel chipset it has a bloody Conexant codec on it. Which of course there are no free or Free drivers for. I ended up trying the trial Linuxant driver, which did work fine at 14.4k, but that's really painful so I gave up and paid for the full version. I'd really rather have voted with my feet and ended up with some proper modem hardware, but it would have been an extra set of wires and cost more. I hate Conexant. Anyway, the drivers work (though seem to break sound; I haven't had enough time to prod this and the modem is much more important to have working). Hopefully in time I'll convince them they really want ADSL, but at present I think it would be quite hard as they don't have a high expected use. Once the modem was working I needed an easy way to dial up. I started playing with modem monitor, which had been installed by default. However I just couldn't figure out how to get it to allow me to dialup and dial down - the activate/disable options stayed greyed out. So I installed GNOME PPP which seems to work fine and be easy enough to drive - put a nice link to it on the desktop and stored all the details so it's a double click to launch and then a click of the "Connect" button. My final issue was that once I actually took the laptop to Katherine's house to show her mum how to use it it started hanging on boot. Booting into recovery mode showed a soft lockup error message around the point where it was setting up the network interfaces. I think this might have had something to do with me hitting the wireless kill switch (no point having it on when there's no wireless in the house), as disabling the device in the BIOS made the problem go away. I didn't have enough time to do a fully exhaustive check, but will look at it in the future. I wait with interest to see how use of the laptop goes. Expected usage to being with is mainly web and email (provided by the Ubuntu defaults of Firefox and Evolution) so hopefully it shouldn't be too problematic now I've fought the install process. I was really quite surprised at the problems I encountered (well, aside from the modem drivers); I'd expected a much smoother install that would leave me with everything working fine out of the box. I haven't yet filed any bugs or done more investigation - I only had about a day to setup the machine so couldn't prod it more just yet. I will of course try to do so when I get a free moment, but if I missed some obvious stuff please do point it out to me! (As if you wouldn't...) Oh, and here's some lspci output for anyone interested in some more details about the laptop:

00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA])
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02) (prog-if 00 [Normal decode])
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 02) (prog-if 00 [Normal decode])
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02) (prog-if 00 [Normal decode])
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 02) (prog-if 00 [UHCI])
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 02) (prog-if 00 [UHCI])
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 02) (prog-if 00 [UHCI])
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 02) (prog-if 00 [UHCI])
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI])
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) (prog-if 01 [Subtractive decode])
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller IDE (rev 02) (prog-if 80 [Master])
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02)
02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02)
04:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8055 PCI-E Gigabit Ethernet Controller (rev 10)
05:01.0 CardBus bridge: Texas Instruments Unknown device 8039
05:01.1 FireWire (IEEE 1394): Texas Instruments Unknown device 803a (prog-if 10 [OHCI])
05:01.2 Mass storage controller: Texas Instruments Unknown device 803b
05:01.3 Class 0805: Texas Instruments Unknown device 803c (prog-if 01)

Inspired by Julien Goodwin's post I created a new blog for myself named Source Dump. Source is different to other blog content in that updates to fix bugs may be required (generally I believe that ideally blog posts should not be edited once published and in the rare cases of editing being necessary all such edits should be appended to the end), and in that it may be longer than is suitable for a Planet feed. Finally Planet and other aggregators may mess up source code. If the source is only visible through my blog then I can be reasonably sure that it is usable by everyone who sees it.

So when I have source code to publish that is related to blog postings or mailing list postings I now have a place for it (I haven't yet made a posting).

I will not be submitting my Source Dump blog for syndication anywhere, but if anyone wants to syndicate it they are welcome to do so. I don't desire that it not be syndicated, I merely recommend that it not be syndicated for the convenience of readers due to the potential large size of postings and the potential for postings to be broken by aggregation.

As of this writing, the DNS/infrastructure hasn't quite caught up, but ofbiz.apache.org ought to be live soon. "Apache Open For Business", aka OFBiz, has been promoted out of the incubator (the term the ASF uses for projects hoping to become full-fledged ASF projects) to its own top level project. As J Aaron Farr mentions, they managed most everything on their own, and were a project that wouldn't have looked out of place as part of the ASF even from the beginning of the incubation period, which made my job as a "mentor" pretty easy. What will be interesting is to track the project going forward. It has tremendous potential, because it focuses very much on providing not only the low level tools (which is still where most open source is), but also on creating good business models and processes, which is relatively newer terrain in the open source world. I think they face a couple of important challenges. First and foremost, a way to lower the barrier to entry. OFBiz is a big collection of code that in some ways tends to stand alone compared to the "mainstream" in that it uses its own tools in terms of the framework. Also, since it encompasses so much, it's a lot to come to terms with when you get started. This means that the initial step of the "learning curve" is pretty high, and I imagine that a lot of people stumble. Clearly, it's not a simple application, but I think efforts to make it more approachable will pay off in terms of attracting more users (and eventually, developers). The broader challenge is simply the fact that in some ways, this is uncharted territory for free software, so it remains to be seen what sort of "ecosystem" (if you'll pardon the buzzword) grows up around it. For instance, at this point in time, no one, least of all the core developers, sees it as a program that you simply download and run, but rather as a place to start from for integrators and developers who mould the code to fit the needs of the particular firm adopting it. That's working right now, but perhaps at some point it will be more of an out of the box system. Or maybe not - attempting to make it work well for a vague 'everyone' might just be chasing taillights and prove ultimately fruitless. Unfortunately, I still haven't had the opportunity to use it "in anger", as they say, so I don't have much to say about it technically, but from a business point of view, I really like their data model, and the system of processes they've put together, which allows you to capture a great deal of use cases in a very flexible way, which is no mean feat. In any case, a big round of congratulations to the core developers, and best wishes for the future!

In a few days, I hope to launch a little project that I've been working on, that was inspired by some concrete needs at work. That's nothing new, as I've often undertaken new projects after seeing needs out there in the 'real world'. What's going to be different this time, though, is that I'm not going to release it as open source software. Instead, I'm going to make the basic version available for free on the web, and charge money for more advanced versions, in various ways. That's a pretty big change for me, as I'm very dedicated to the idea of open source software. It's simply more fun than the proprietary sort, and I love cooperating with other people on things, and all in all, it's just easier to release stuff that way. However, I want to try something new... I want to see if I can make some money on a few ideas and projects that I have in mind. I've thought about it a lot, and the shortest, most direct feedback loop in the types of end-user applications I have in mind is going the 'commercial' route. If I can make a bit of money on the applications, I can spend a bit more time either improving them or developing new ones. If they were open source, the most I would get is other people contributing a little bit back, but that doesn't matter much, as none of these ideas are all that complex. I'm not giving up on free software... I couldn't. My hope is that by providing myself some extra income, that I will be able to produce some free software as a 'side effect', ala 37 signals or google, or any number of other groups that contribute a lot of 'side dishes' to open source, while saving the main course to make their money with. Hopefully you will see more in this space in the next few days.

Now either I'm really astonished or somebody has seriously strange metrics. I suspect it's the second. According to Aleksandar Vasovic (working at the university of K ln (Cologne) in Germany):

[...] we analysed the debian mailing list archives, especially the debian-devel mailing list, as it is a good representation of the whole network. [...] we identified the 100 main actors and therefor came across your email address.

So, somebody who talks quite a bit on the mailing lists, but really only maintains one package is already one of the top 100 "actors" in Debian? I seriously doubt it. (And yes, receiving the mail I quoted and seeing that the questionnaire is not online yet(?) does not improve my impression either.) Now (more talk) of course the right thing to do would be to define as many metrics as possible and see how often I am in the top 100. Anyway, when I feel I have to say something I will continue to do so, and otherwise just thank the (at most 99 ;-) people who do more for Debian than I for creating and maintaining all the cool stuff I can use for free. And, obviously, I also have to mention the upstream authors who make Debian possible in the first place. Still, metrics got me thinking. One metric I'd be really interested in is a weighted "I respect person X" one: everybody submits rankings of people who (s)he thinks do a very good job in Debian and who tend to do the "right" things, both in technical matters but also regarding community or organisation stuff. Then, from these rankings, a overall ranking is calculated, but with a twist: have the opinions of people high in the overall ranking count more than those with lower rankings - after all, the latter are inclined to trust the former people's judgement. Now, the obvious thing to do would be to elect the DPL with this ranking. But it could go further: maintain the ranking continuously (i.e. let people adjust their ranking at any time) instead of only polling once a year, publish the ranking (or perhaps just the top 20 or top 50?), let the top 5 be a leadership team instead of having a single DPL, adjust the leadership team as often as necessary as the top 5 of the ranking change (minimum terms of 3 months and only change the team when somebody falls out of the top 5 for at least a month or so to keep things from boiling over too quickly). Obviously, rankings have their problems, and this approach wouldn't suddenly solve all of the project's problems and would probably also introduce new ones, but I feel the continuous monitoring by the project's members might make those leaders more realistic when stating their goals by eliminating the campaign frenzy. #include stuff about people not actually wanting to be part of the leadership team and stuff about requiring some regular confirmation from the electorate to weed out people who just recorded a ranking at some time but don't follow events anymore. Ok, now this was absolutely in the Talk Is Cheap™ category.

In the first two posts about Christmas, I remembered Christmas at home and with my dad's family. Today I'm remembering Christmas with my mom's family, and tomorrow -- the last post on this subject, I promise -- more recent Christmases.

The first thing that comes to mind about Christmas with mom's family is Grandma's peppernuts (pfeffernuesse to any Germans reading this). Grandma made wonderful peppernuts. And she made huge batches of them for Christmas. I remember gallon jugs being passed around.

Peppernuts are a small sweet dough, rolled out, and cut into pieces about the size of a peanut M&M, then baked. My mom has been making them, and they look like this:



In fact, I can't really remember what sort of main dishes we used to have. Guess I had a one-track mind. I suspect that we also had some of Grandma's famous cherry moos (rhymes with "close").

Us kids usually were the only ones to get gifts there, but that was fine with me. It was also great to spend time with my uncles and aunts, none of which lived in the area. They were always good for some jokes, or maybe a math puzzle.

I seem to recall that Grandma and Grandpa also joined our family for our Christmas celebration on Christmas Eve some years. Here's my Grandma reading from the Bible to my brother one of those Christmases:



Grandma has always loved being around her grandchildren, and she always seemed to have plenty of time for each one of us.

Thinking of my Grandpa Klassen reminds of first of the German hymn Nun Ist Sie Erschienen (MP3 and PDF in the comments at that link). It's still sung, in German and English, at Christmas in our church.

Grandpa was great with the harmonica. And the song I best remember him playing at is Nun Ist Sie Erschienen. I remember sitting on his lap many times listening to him play it. And I'm pretty sure it was a year-round song for him. Terah and I even had it sung at our October wedding -- if it was year-round for Grandpa, that was good enough for us. It's always special to sing the song in church.

I was going to have a picture of Grandpa with his harmonica here, but I didn't get it ready in time. So I'll have to describe it. Imagine a black and white picture of a gentle man, dressed conservatively, holding a harmonica in his hands. He's looking towards it tenderly -- it seems to be something important, and maybe it represented fond memories for him, too. I'll post the photo as soon as I get a copy of it.

Back on December 1, 1990, just at the start of Christmas season, I remember the phone ringing. Dad answered, and I knew quickly that something was wrong. Grandpa had died earlier that day, while doing something he loved -- visiting his children and grandchildren in western Kansas.

His funeral followed shortly. At 11, I was starting to become interested in photography, and I set up my tripod and took this picture of the church on the day of his funeral.



So many people still remember the church that day and commented that having the sanctuary all decorated for Christmas was the perfect way to remember Grandpa.

Grandma still talks about it, too. My mom and I played a piano duet arrangement of Nearer, My God, To Thee. After we finished, Pastor Epp said, "If the music in heaven is anything like that, it will be a wonderful place indeed." He passed away not long after that, too, but Grandma still remembers that comment verbatim (and I'm sure would gently correct me if I made the tiniest of mistakes recalling it here).

In a few days, we'll be celebrating Christmas with Grandma -- and also her 92nd birthday. I bet there will be some peppernuts there.

I released the userland NBD tools of version 2.9.1 today, incorporating a fix for a minor memory leak (it would allocate memory for a hash table for each and every port on which nbd-server was going to listen, rather than just once for the entire server), and a fix for some piece of code which followed a null pointer (I had actually found that bug earlier, but forgot to commit the fix up to now). These were minor, but important, changes. Of course only now do I see the mails from Mike Frysing (the Gentoo maintainer for the userland NBD tools) containing a number of build fixes. Had I seen them earlier, I could obviously have included them in the 2.9.1 release. Ghaah! Lesson learned: check your mailbox before doing an NBD release. Oh well. On a side note, there's a pretty annoying and disgusting heisenbug in nbd-server, involving reliability. If you know stuff about mutexes (I don't) and are willing to help, here's a chance to be my personal hero.

Two Fridays ago, on the 15th of December, I finished my support contract with Canonical. Last Wednesday, or just 5 days after leaving Canonical, was my last day working for LliureX, the Valencian Debian-based educational distro which is being developed by the Conselleria de Cultura, Educaci i Esport. Definitely an intense week... In both cases, terminating the contract was my decision. I was working for Canonical for a small amount of hours per month, and I enjoyed doing it as it allowed me to work along with the great people who are developing Launchpad in a unique company like Canonical, but at some point my stress started to pile up and freeing time for myself seemed a good thing to do. I also had been working at LliureX for 2.5 years and I was starting to feel I had to move on, as the project has changed a bit since I joined it and because I think I need to see new things and explore new challenges. And the challenge is called ITI, a CS research institute in the Universitat Polit cnica de Val ncia, where I'll start working in a pair of weeks thanks to ex-lliurex co-worker Sergio. My main task will be sysadmin work, but the ITI gets many interesting contracts every few months, and I suspect I'll be working with Debian and Ubuntu at work very soon. The new job is pretty close to my house and the idea is that being in the University campus and having some more free time will allow me to retake a few activities like completing my studies, resuming some of my triathlon training (you've gotta see the awesome athletics ring and olympic swimming pool just 100 metres away from the institute!) and other stuff I have been neglecting for way too long. I leave behind quite a few friends and many good people, and getting used to the idea of not speaking or chatting to them on a daily basis isn't that easy. To compensate, I'm sure I'll meet lots of cool people next year. Bones festes!

Mozex (i.e. Vim for Editing Wikis) "Now" Works with Firefox 2.0 Not really a news, but I discovered only now that on December 2nd, Mozex 1.9.5 has been released with support for Firefox 2.0 (and hence for Iceweasel). Mozex is my favorite Firefox add-on. Among several other features, using it text-areas can be edited in an external editor (e.g. gvim): the only way I can survive editing huge wiki pages. The last weeks since the release of Firefox 2.0, which broke Mozex 1.9.4, have been really painful ... PS this will be the first post on my blog following the YEAR/MONTH/ structure, will it work properly?

I’ve been asked to keep my blog up to date with regard to Linux support of the MacBook Pro, so here are my latest findings. For more background, see the previous post on the same subject. Anything that I don’t mention here or in another post can be assumed to work (or I just haven’t tested that particular thing yet, though I’m doing some extensive tests).

• Sound: still nothing, none of the various patches floating are good enough
• Battery life: no news here, 1h30 is the max you’ll get. You need to suspend to disk if you want to swap the battery, it’s not possible to do that in suspend to ram like it was on the PowerBook (G4 500, at least). Sad.
• Heat/fan noise: catastrophic. Fans running at 4000-4200 rpm on a typical desktop or on my laps, down to 3000 rpm on a glass desktop. More on the SMC below.
• ATI drivers: still suck. No PowerPLAY support on amd64, which means the GPU is running at the highest clock rate, consuming a lot of power and generating a lot of heat. XVideo makes the X server segfault, watching a short movie using vlc’s OpenGL output managed to crash the box hard, corrupting part of the kernel memory. fglrx kills the machine on resume.

In a previous post, I was reporting a lot of timeouts from the applesmc “driver”. After a (very) quick look at the AppleSMC kext for OS X, I know why this happens. It looks like the OS X driver uses an interrupt and configures the SMC for that. So it probably doesn’t poll the SMC 20 times per second like the applesmc “driver” does. It also looks like the OS X driver uses SMC keys we know nothing about. I could also confirm that the SMC has access to temperature sensors for the CPU, GPU and memory, but it looks like we have no idea of the corresponding SMC keys. With this information, it’d be possible to switch the SMC to manual mode with a userspace governor. What probably happens when we run Linux on this machine is that the SMC stays in automatic mode, and it’s very conservative in this mode. It won’t hesitate to run the fans at high speed to keep the machine safe. It is highly probable that the OS X driver is taking over the fan control to keep the machine both cool and quiet. This is mostly speculation, as the better device power management in OS X plays a role too, and the SMC could very well still be in automatic mode under OS X keeping the fans at low speed just because the machine generates way less heat. Unfortunately, the AppleSMC kext isn’t released as part of Darwin, so we’ll have to wait until it is. Could be a long wait, though. The SMC handles a lot of things. I don’t feel safe running an OS without a proper driver for the SMC on this machine. The fans probably aren’t designed to run at 4000+ rpm for 3 years and will probably fail early or something.

Nice Christmas for us at the Prodromou homestead in Los Altos Hills. My brothers Nate and Ted spent Christmas Eve with us at the big house, and we hung out till late at night watching Leeroy Jenkins videos on YouTube. The next morning, Amita June woke up early, oblivious to the importance of the day. My nieces Elena and Tessa had their initial gift opening at their house in Mountain View then came over to my Mom and Dad's around noon. So the rest of us played and chatted and had a nice brunch. We had a good time opening presents, and Amita got her main wished-for gifts: lots of musical instruments, like drums, maracas, and a recorder. She also got some nice clothes, both from my folks and her maternal grandparents. Altogether a good holiday, and as usual a watershed of stress. We don't have too much to do between now and the end of the year, so it's a good time to get caught up on some projects that need some attention. And, y'know, just rest. tags: christmas prodromou family amitajune

Basecamp crazy So, I really like the Basecamp project management service. It's a really intuitive system, simple to use, without a lot of project-management mumbo-jumbo that makes tracking your time and planning work too hard to do. It's nicely implemented, has a great UI, and does lots of neato Ajax stuff, so it's easy to use. I crossed the rubicon from the gratis version to the low-volume personal version last year, making myself a whole-hearted participant in the freemium business model. A couple of days ago, I crossed another milestone: I had more than 3 concurrent projects going, so I had to upgrade to the Business version. Normally I'd be pretty P.O.'d to pay for a Web service, but for one that has shown me a lot of value, and that I've moved into incrementally as I've become dependent on it, I'm more willing to pay. I'm not sure what that says about my values, about this particular business model, or just about the quality of the Basecamp service. tags: basecamp freemium project management

One-time passwords So, I'll admit it: I think one-time passwords are pretty hard to understand. But Nick Moffitt gives a very good description of OPIE (One-time Passwords in Everything) in his blog this week. And, before you ask: yes, I am down with OTP. You know me. tags: nick moffitt opie one-time password

One of Don Marti's predictions for 2007 is "Increased Support Offerings for pure Debian" It's a nice thought but I don't see it happening. While Debian is technically excellent how many organizations are going to want to hold their business hostage to a thousand prima donnas moaning about their motivation or lack thereof? No my prediction is that 2007 will continue the present trend of derivatives using Debian as a solid foundation while bypassing the dysfunctional aspects of our culture and adding what Debian can't or won't provide.