February 2007 Archives
Sun, 25 Feb 2007 13:00:46 +0000
being right is not better
I try to evade reading/hearing/watching weather forecasts whenever possible, however I cannot escape them all time. If I do not I am usually annoyed. If you think about it that is not surprising, probabilities are against me.
Usually I have preferences how I would like the weather to be to start with (Currently: A little bit below zero with snowfall from monday to thursday, snowfall stops on friday - to allow grooming - and sunshine with temperatures slightly below zero on the weekend.) and the weather forecast announces something else. Depending on the weather I get I end up with this frustration matrix
| wish | forecast | weather | frustration | |
|---|---|---|---|---|
| a | a | a | no | |
| a | a | b | yes | |
| a | b | a | yes | (unprepared due to unfavorable forecast) |
| a | b | b | yes |
The outcome is even worse than could be expected since the weather forecast itself is biased, announcing "possible snowfall of up to 30cm at 1000m elevation" even if there is just a 10% chance for more than 5cm.
Sun, 11 Feb 2007 10:44:52 +0000
gotcha in library packaging - gettext translations
I have realized today that we do not ship upstream's gettext translations in the Debian packages. Fixing this required a tiny little bit of thought. Upstream installs the catalogues as e.g. /usr/share/locale/pl/LC_MESSAGES/gnutls.mo. Shipping these files in libgnutls* would have broken co-installability of multiple versions of the library (libgnutls11 and libgnutls13).
Since the translations are tiny currently (about 80KB) I did not go for a libgnutls-data package but instead simply versioned the filename.
--- gnutls13-1.6.1/po/Makevars.orig 2006-03-03 16:16:16.000000000 +0000 +++ gnutls13-1.6.1/po/Makevars 2007-02-11 10:22:01.000000000 +0000 [...] # Usually the message domain is the same as the package name. -DOMAIN = $(PACKAGE) +DOMAIN = $(PACKAGE)13