service stop DDC; service start OLS
[I'm dropped out from Planet GNOME
again, for the same old reason
. Seems like it's sensitive to conferences, last time it was on GUADEC 6's first day, this time DDC'05's first day.]
Random comments that I got during my talk: Keith Packard (keithp)
noted that X contains a couple hundred kilobytes worth of locale data, parallel to glibc's, and that probably can be replaced by a central locale data library too. Daniel Veillard (DV)
is seeking a lightweight (<30kb) way of having locale-aware collation in libxslt that supports ascending/descending and lower-first/upper-first/locale's-default options. So far he has only found that in ICU, but ICU is multiple times bigger than his whole library, so that's no option.
Anyway, DDC second day went pretty smooth. DV and I got together to find a solution for his problem, and I started hacking up a solution based on strcoll functionality of the libc. The main problem is supporting that ascending/descending and lower-first/upper-first/locale's-default thing. here
is the part of the XSLT spec about sorting. Doing all these in a not-that-slow way was a torture that I managed to survive after a few hours of hacking. Good hacking for a day. The code is available here
and is in public domain. The algorithm is described in the comment at the beginning of the file. I would like to hear from people whether what I'm doing makes sense, is there any easier way to do this, etc.
Later in the afternoon we headed out for dinner with David Schleef (ds)
, Chris Lahey (clahey)
, and a few other people. Caught Michael K. Johnson (mkj)
in the elevator and had a long conversation about their packaging system
and sitro. Then ran into Colin Charles
of the Fedora Project fame. Ah, he recognized me as a Summer of Code student of them, but I still told him that I've not started the C code yet. So we all had a good dinner and left for the final party at Final Party at Vineyards Wine Bar & Bistro. This time we spotted H. Peter Anvin (hpa)
wearing a cool t-shirt (got photos, will post later) and his wife Suzi. While talking standing still an hour later there, Dave Jones (djones)
joined us and another half an hour passed before we left them and headed for the party.
The party was awesome. Lots of good drinks, chatted with Hubert Figuière
again, and more with Jon Phillips (rejon)
and Bryce Harrington, two InkScape
developers. Also got photos of Colin Charles and David Zeuthen (davidz) taking photos of eachother! Will post them all really soon. Also met Soeren Sandmann
, which was good. I finally figured out why planet
is called planet (apart from the obvious reason): After hooking my weblog on p.g.o
, all the planet
knows that I work on Persian support, I didn't make it to 6UADEC
, and even that I finally found a place to stay for DDC
OLS started pretty good too. I was in bert hubert
's talk about On faster application startup times: Cache stuffing, seek profiling, adaptive preloading
(he mentioned me working on preload
too) when DV wrote on IRC that he's looking at keithp's eye-candies. So I walked to the next room and got some of the eye candy at Keith's talk
. I've been wondering whether is possible to do a decent desktop in say 32MB, and decided no, but this talk started changing my mind and thinking what should we do to get an order of magnitude (not really, but) smaller.
Got a chance to talk to Seth Vidal
, the hero behind yum
. Seems like latest yum is doing all items in my wish list. So for example you can say "yum install /usr/bin/mencoder" instead of the nasty "yum list *mencoder*" (in livna
they have packaged it separately as mplayer-mencoder, girrrrrrr.) There's also a yum shell, yes! No more "yum list this"...takes 30sec..."yum list that"...takes 30sec... And they are aiming for transactions, so you can run the shell, say "remove sendmail", then "install postfix", and then "run"... Beautiful.
If I find some time tonight at the welcome reception
, I would like to hack on dasher
. They need some help with autotools, I will fix all that, and if time remains, work on fixing the cpu-usage problem. Currently dasher in a stopped state still eats ~40% of my 2.4GHz CPU! It should not. After that is to cache the language model so it doesn't eat 100% CPU for 10 seconds on startup. Way to go...
And finally, in a few minutes is the keysigning that has brought lots of signatures
to my PGP public key