gregoa's blog

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.

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.

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.

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.

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 :)

after neglecting her for over four months I took "felicidad" (my western guitar) out of her case tonight. at the beginning of today's date she was quite "desafinado" but after a few minutes of tuning we started to have a nice session.

& it's amazing that my fingers (although they have lost the thick skin on the fingertips) still remember more or less what to do with the strings.

• look (ferrara buskers festival 2007)
• listen (last CD)

finally I found the time to write down the configuration we use on our server to blacklist hosts that try to send emails to pre-defined nonexistent mail addresses. it uses only exim & postgresql & is (except for adding the "triggering" recipient email address patterns to the respective table) rather self-contained.

the documentation can be found in the article dynamic blacklisting with exim & postgresql. feel free to use/improve/comment/... the ideas!

an hour ago I received an email from my AM who considers my packages to be in good shape; that means that the "Tasks and Skills Check" part of my NM process is finished. & wouter has also already sent the NM report mail including his recommendation to accept me as a DD to debian-newmaint! so only FD review, DAM review, & account creation are lying ahead of me.

I'm indeed quite happy tonight :)

due to the latest changes in apt (which installs packages marked as Recommends: by default since 0.7.7) aptitude — even if "Install recommended packages automatically" is not checked in aptitude's options dialog — pulls in recommended packages just like apt-get, whether called from the command line or interactively; cf. also #448561.

the fix to keep both apt-get & aptitude from installing recommended packages is something like:

$ cat /etc/apt/apt.conf.d/15recommends
APT {
        Install-Recommends "false";
};

(also very useful for (p|cow)builder where installing recommended packages in the chroot is just wrong & takes a long time; cf. also #448562.)