gregoa's blog

val pusteria

gregoa — 2008-06-14T04:21:55+02:00

I did it again: driving from eastern tyrol home to innsbruck via the val pusteria. & again I was surprised by the lack of decent radio stations on that route: you basically have the choice between (rural) umpf-ta & (techo-style) uff-tza.

at least hardly any traffic, & having no border controls (despite the current ~~currency~~ ~~alcohol & money making~~ sports madness) is great.

btw: what about building some decent roads in this valley?

booked

gregoa — 2008-06-07T14:01:23+02:00

finally I managed to book my flight to DebConf8.

2008-08-03 IB3537
07:45 / Munich, Franz Josef Strauss, Terminal 1
10:25 / Madrid, Barajas, Terminal 4



2008-08-03 IB6845
12:25 / Madrid, Barajas, Terminal 4S
19:40 / Buenos Aires, Pistarini, Terminal A



2008-08-25 IB6844
21:45 / Buenos Aires, Pistarini, Terminal A
14:30 day +1 / Madrid, Barajas, Terminal 4S



2008-08-26 IB3564
16:30 / Madrid, Barajas, Terminal 4
18:55 / Munich, Franz Josef Strauss, Terminal 1

& I'm still surprised how frequently the prices for the same flights change ...

random news from my boxen

gregoa — 2008-05-11T17:10:16+02:00

since last weekend both my desktop & my laptop run linux 2.6.25 & perl 5.10; no remarkable changes/problems so far.
more interesting: by chance (well, by running powertop) I discovered that my laptop (Thinkpad R60e, Intel Celeron M 420 CPU) now supports cpu frequency scaling; it uses the p4-modclock kernel module & works fine with the ondemand governor. — so there might have been some changes in the kernel which I had missed for a whole week :)

for those interested in cpu frequency scaling I can still recommend john goerzen's fine tutorial.

update 1:
or not. the machine freezes every other minute for several minutes, both with the ondemand & the conservative governor; & also with the userspace governor.

update 2:
after disabling some cpu power management option in the BIOS cpu frequency scaling seems to work, although I see occasional short freezings.

update 3:
well, having freezes of 2-3 seconds each minute is better than everything before but not good enough for actually using it.

surprise

gregoa — 2008-04-18T22:01:10+02:00

when I woke up today (after sleeping in for the first time with my new roll-top in front of my bedroom window) I was surprised & confused by a couple of "congratulations!" messages in my irc away-log. it took me a bit of time & coffee (& looking into my mailbox) to begin to realize that my Debian account had indeed been created while I was asleep. — in fact I guess I still haven't completely realized my new status as Debian Developer.

as others I'd like to follow the good tradition of taking the opportunity to thank some of the people who helped me to get there:

first & foremost Tony Mancill, my advocate, permanent sponsor, & long-time co-maintainer; for all his support in preparing & quickly uploading packages, tracking down bugs, encouraging & advocating me but also for our very pleasant "chats" via email. — we have already agreed to continue co-maintaining each other's packages.
the friendly & helpful guys from the Debian Perl Group: Gunnar Wolf, for always encouraging me (to join the group, to apply for the New Maintainer Process, ...); Damyan Ivanov, for teaching me so much (even if he called it "nitpicking"); Gunnar, Damyan, Krzysztof Krzyżaniak, Niko Tyni, Roberto C. Sánchez, Stephen Gran, Frank Lichtenheld, Jaldhar H. Vyas, Russ Allbery, Raphaël Hertzog, & some others for uploading packages I've prepared & helping me when I had questions or problems; Martín Ferrari, for all his help, expertise, & especially for the fun & the good times we share on IRC.
my Application Manager Wouter Verhelst; for guiding me through the New Maintainer process not only fast but also in a very helpful, at the same time demanding & supporting way.
the Debian Women sub-project; for making Debian a better & friendlier place not only for women but in general.
finally: the people who used the time while I was asleep to actually create my account tonight :)

some final thoughts about the NM process from my point of view:

it took me some time to actually apply for NM; what deterred me was not that I knew it would take some time but that I didn't know how long the time would be; & that I knew that the bigger part of the overall time would consist of waiting.
I applied on 2007-04-03, my account was created on 2008-04-18; 380 days is not bad altogether in my opinion; the actual work with my AM was from 2007-08-12 until 2007-11-28 (i.e. 108 days, or 28% of the whole duration).
I did enjoy the actual checks; I had to read & think a lot, & I learned a lot in that period.
Front Desk (i.e. Christoph Berg) was very quick on all necessary steps.
I was never demotivated about my Debian work because of all the people supporting me & taking the burden of uploading packages I had prepared. but I have to admit that I got a little bored in the last months of waiting after the report had been submitted by my Application Manager.

& now it's time first to celebrate & then to try to fully grasp my new rights & responsibilities.

xterms

gregoa — 2008-04-17T00:08:01+02:00

first I was wondering why viewing photos with qiv takes so long. then I was wondering about the high incoming network traffic; netstat showed that it was coming from my laptop to my desktop machine.

then I realized that I had started qiv in the xterm that contained the ssh connection to the screen session on my laptop.

first anniversary

gregoa — 2008-04-03T22:15:39+02:00

on 2007-04-03 I applied to become a Debian Developer; that means that today's my first anniversary of being in the New Maintainer process.

(details on the past & future steps & stages of my NM process can be found on my NM page).

update: DAM have reviewed my application on 2008-04-07, so "only" the actual account creation is missing.

sunday evening

gregoa — 2008-03-17T02:56:56+02:00

finally, after waiting for some years, we now get the profil delivered directly to our doorstep on sunday mornings too, instead of stuffed into the mailbox on monday by the regular postal service. it started two or three weeks ago, but today was the first sunday where I actually managed to take my time to read it on the first possible day.

spending two hours in the bathtub with a news magazine that is officially released only tomorrow is a good break between Java packages before & Perl packages afterwards.

25 years

gregoa — 2008-02-12T21:54:02+02:00

no, I'm not 25 years old (actually, by coincidence, I'm 0x25 years :)), but these days it's 25 years that I (was) moved from Upper Austria to the Tyrol.

my summary of 25 years of development aid? well, I guess I got used to this country; although I still dislike those walls-with-names that are put here between the traces of civilization & the horizon ...

other calculation: I've spent more or less exactly two thirds of my life so far here.

fun with 2.6.24, part II

gregoa — 2008-02-11T23:36:20+02:00

after my laptop I tried to get 2.6.24 running on my desktop machine; several attempts (Debian kernels, self-compiled ones with different options) all led to the same results: a machine that feels rather unresponsive & where music has sporadic dropouts.

some searching on the intarweb showed that the new CFS scheduler (cf. Documentation/sched-design-CFS.txt) (at least the enabled-by-default CONFIG_FAIR_USER_SCHED flavour) might have latency problems, in itself or in combination with the ondemand CPU frequency scaling governor or with nice'd processes; after turning off all CONFIG_FAIR_* options in .config, recompiling & rebooting the machine seems to behave normally.

maybe I'm missing some great new features but actually I prefer a working desktop computer :)

update 1: approximately half an hour after the original blog entry I had my first "ion sorbet", i.e. a half-frozen ion3 (the applications are still running, I can switch to a tty but I cannot change/close/whatever ion3's frames). at the moment I have no idea what's going (wr)on(g) here ...

update 2: two more "ion sorbets" today yet; let's see if a new kernel (CONFIG_FAIR_USER_SCHED seems to be fixed in 2.6.24.1) & a new ion3 version help.

update 3: still the same problems (& inbetween some glitches with switching from X to a tty and back; I hope I solved them with some kernel config options); ATM I suspect ion3 to be the culprit; when it hangs it eats almost all the CPU, & strace'ing the pid gives only SIGALRM messages.

update 4: maybe I fixed the problem; by changing from ion3's deprecated statusbar_external.lua to the newer statusd_exec.lua (I just wanted to get rid of the error when starting ion3 ...).

update 5: & after compiling a kernel without PREEMPT ion3-statusd doesn't get stuck at using all my cpu every once in a while. or after removing some duplicated statusd_*.lua scripts. who knows.

update 6: nope, ion3-statusd is still hogging the cpu. argl.

update 7: I guess it's statusbar_external.lua's fault, as it happens on my other machine too.

2.6.24 (finally)

gregoa — 2008-02-09T17:31:49+02:00

no big step for humankind but I'm quite happy that linux 2.6.24 is finally running on my laptop (thinkpad R60e). the culprit that caused the freezes during earlier attempts was cpudyn; after deactivating it I had no more problems so far.

what's not working is ath5k which seems to dislike my wifi card; but the recent madwifi packages do what they are supposed to do.

JFTR:

I grabbed the latest kernel snapshot from the Debian kernel team's repo.
after reading #463353 I downloaded kel's source packages for madwifi-*, built them, installed them, & built the modules as usual with m-a.

now let's have a look at 2.6.24 on my desktop machine :)