<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE rdf:RDF
[
<!ENTITY % HTMLlat1 PUBLIC
 "-//W3C//ENTITIES Latin 1 for XHTML//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent">
]>
<rdf:RDF xmlns="http://purl.org/rss/1.0/"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:admin="http://webns.net/mvcb/">
<channel rdf:about="http://info.comodo.priv.at/blog">
<title>computer</title>
<link>http://info.comodo.priv.at/blog/archives/cat_2/</link>
<description>random musings about guitars, computers, and
everything</description>
<dc:language>en-us</dc:language>
<dc:creator>gregoa</dc:creator>
<dc:date>2008-08-21T01:31:15+02:00</dc:date>
<admin:generatorAgent rdf:resource="http://nanoblogger.sourceforge.net" />
<items>
<rdf:Seq>
<rdf:li rdf:resource="http://info.comodo.priv.at/blog/archives/2008/08/#e2008-08-01T01_30_39.txt" />
<rdf:li rdf:resource="http://info.comodo.priv.at/blog/archives/2008/06/#e2008-06-07T14_01_23.txt" />
<rdf:li rdf:resource="http://info.comodo.priv.at/blog/archives/2008/05/#e2008-05-11T17_10_16.txt" />
<rdf:li rdf:resource="http://info.comodo.priv.at/blog/archives/2008/04/#e2008-04-18T22_01_10.txt" />
<rdf:li rdf:resource="http://info.comodo.priv.at/blog/archives/2008/04/#e2008-04-17T00_08_01.txt" />
<rdf:li rdf:resource="http://info.comodo.priv.at/blog/archives/2008/04/#e2008-04-03T22_15_39.txt" />
<rdf:li rdf:resource="http://info.comodo.priv.at/blog/archives/2008/02/#e2008-02-11T23_36_20.txt" />
<rdf:li rdf:resource="http://info.comodo.priv.at/blog/archives/2008/02/#e2008-02-09T17_31_49.txt" />
<rdf:li rdf:resource="http://info.comodo.priv.at/blog/archives/2007/12/#e2007-12-25T16_42_02.txt" />
<rdf:li rdf:resource="http://info.comodo.priv.at/blog/archives/2007/11/#e2007-11-28T23_21_49.txt" />
</rdf:Seq>
</items>
</channel>
<item rdf:about="http://info.comodo.priv.at/blog/archives/2008/08/#e2008-08-01T01_30_39.txt">

<link>
http://info.comodo.priv.at/blog/archives/2008/08/#e2008-08-01T01_30_39.txt</link>
<title>kernel &amp; cpu</title>
<dc:date>2008-08-01T01:30:39+02:00</dc:date>
<dc:creator>gregoa</dc:creator>
<dc:subject>computer</dc:subject>
<description>
<![CDATA[I've upgraded the kernel on both my laptop (on tuesday) &amp; my laptop
(today) to 2.6.26; no problems so far, the extra modules built &amp; the
kernels run. &mdash; <tt>ath5k</tt> is still not working with my wifi chip
(AR5212, cf. <a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463425">#463425</a>,
although the errors look slightly different [0]; let's wait until 2.6.26-686 hits
unstable).
<br /><br />
on other news: cpu frequency scaling seems to finally work on my laptop
(thinkpad R60e with a <tt>Intel(R) Celeron(R) M CPU 420 @ 1.60GHz</tt>
cpu); the trick was to set the minimal frequency explicitly to 400 khz (200
would be the lowest value).
<pre>
# cat /etc/modules
..
p4-clockmod
cpufreq_ondemand
<br /><br />
# cat /etc/sysfs.conf
..
devices/system/cpu/cpu0/cpufreq/scaling_governor = ondemand
devices/system/cpu/cpu0/cpufreq/scaling_min_freq = 399999
</pre>
<em>updates:</em><br />
<ul>
<li>I have strange network problems here at DebCamp with 2.6.26 &amp;
madwifi, fortunately I still have some other kernels installed :)</li>
<li><tt>ath5k</tt> still doesn't work with linux-image-2.6.26-1-686 from
unstable.</li>
</ul>
<em>update:</em><br />
w00t! <tt>ath5k</tt> works with linux-image-2.6.26-1-686 2.6.26-2!<br />
but I still have massive packet loss wih both <tt>madiwfi</tt> and
<tt>ath5k</tt> here at DebConf. &mdash; &amp; also here some days later at
&quot;Hostal Sebas&quot; in BsAs.
<br /><br />
<small>[0]</small>
<pre><small>
# grep ath5k /var/log/syslog.0
Jul 30 00:36:09 nerys kernel: [  320.450984] ath5k_pci 0000:03:00.0: registered as 'phy0'
Jul 30 00:36:09 nerys kernel: [  321.121107] ath5k phy0: Atheros AR5424 chip found (MAC: 0xa3, PHY: 0x61)
Jul 30 00:36:22 nerys kernel: [  333.513763] ath5k phy0: noise floor calibration timeout (2412MHz)
Jul 30 00:36:22 nerys kernel: [  333.513794] ath5k phy0: can't reset hardware (-11)
Jul 30 00:36:38 nerys kernel: [  349.655496] ath5k phy0: noise floor calibration timeout (2412MHz)
Jul 30 00:36:38 nerys kernel: [  349.655525] ath5k phy0: ath5k_chan_set: unable to reset channel (2412 Mhz)
Jul 30 00:36:42 nerys kernel: [  353.004057] ath5k phy0: noise floor calibration timeout (2412MHz)
Jul 30 00:36:44 nerys kernel: [  355.314594] ath5k phy0: noise floor calibration timeout (2417MHz)
</small></pre>]]>
</description>
</item>
<item rdf:about="http://info.comodo.priv.at/blog/archives/2008/06/#e2008-06-07T14_01_23.txt">

<link>
http://info.comodo.priv.at/blog/archives/2008/06/#e2008-06-07T14_01_23.txt</link>
<title>booked</title>
<dc:date>2008-06-07T14:01:23+02:00</dc:date>
<dc:creator>gregoa</dc:creator>
<dc:subject>computer, debian</dc:subject>
<description>
<![CDATA[<a href="http://debconf8.debconf.org">
<img src="http://media.debconf.org/dc8/images/debconf8-going-to.png"
     alt="I'm going to DebConf8, edition 2008 of the annual Debian 
          developers meeting" />
</a>
<br /><br />
          
finally I managed to book my flight to DebConf8.
<pre>
2008-08-03 IB3537
07:45 / Munich, Franz Josef Strauss, Terminal 1
10:25 / Madrid, Barajas, Terminal 4
<br /><br />
2008-08-03 IB6845
12:25 / Madrid, Barajas, Terminal 4S
19:40 / Buenos Aires, Pistarini, Terminal A
<br /><br />
2008-08-25 IB6844
21:35 / Buenos Aires, Pistarini, Terminal A
14:30 day +1 / Madrid, Barajas, Terminal 4S
<br /><br />
2008-08-26 IB3564
16:30 / Madrid, Barajas, Terminal 4
18:55 / Munich, Franz Josef Strauss, Terminal 1
</pre>
&amp; I'm still surprised how frequently the prices for the same flights
change ...]]>
</description>
</item>
<item rdf:about="http://info.comodo.priv.at/blog/archives/2008/05/#e2008-05-11T17_10_16.txt">

<link>
http://info.comodo.priv.at/blog/archives/2008/05/#e2008-05-11T17_10_16.txt</link>
<title>random news from my boxen</title>
<dc:date>2008-05-11T17:10:16+02:00</dc:date>
<dc:creator>gregoa</dc:creator>
<dc:subject>computer</dc:subject>
<description>
<![CDATA[<ul>
<li>since last weekend both my desktop &amp; my laptop run linux 2.6.25
&amp; perl 5.10; no remarkable changes/problems so far.</li>
<li>more interesting: by chance (well, by running <tt>powertop</tt>) I
discovered that my laptop (Thinkpad R60e, Intel Celeron M 420 CPU) now
supports cpu frequency scaling; it uses the <tt>p4-modclock</tt> kernel
module &amp; works fine with the <tt>ondemand</tt> governor. &mdash; so
there might have been some changes in the kernel which I had missed for a
whole week :)</li>
</ul>
<small>
for those interested in cpu frequency scaling I can still recommend john
goerzen's fine 
<a href="http://changelog.complete.org/posts/572-Saving-Power-with-CPU-Frequency-Scaling.html">tutorial</a>.
</small>
<br /><br />
<em>update 1</em>:<br />
or not. the machine freezes every other minute for several minutes, both
with the <tt>ondemand</tt> &amp; the <tt>conservative</tt> governor; &amp;
also with the <tt>userspace</tt> governor.
<br /><br />
<em>update 2</em>:<br />
after disabling some cpu power management option in the BIOS cpu frequency
scaling seems to work, although I see occasional short freezings.
<br /><br />
<em>update 3</em>:<br />
well, having freezes of 2-3 seconds each minute is better than everything
before but not good enough for actually using it.]]>
</description>
</item>
<item rdf:about="http://info.comodo.priv.at/blog/archives/2008/04/#e2008-04-18T22_01_10.txt">

<link>
http://info.comodo.priv.at/blog/archives/2008/04/#e2008-04-18T22_01_10.txt</link>
<title>surprise</title>
<dc:date>2008-04-18T22:01:10+02:00</dc:date>
<dc:creator>gregoa</dc:creator>
<dc:subject>computer, debian</dc:subject>
<description>
<![CDATA[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 &amp; confused by a
couple of &quot;congratulations!&quot; messages in my irc away-log. it took
me a bit of time &amp; coffee (&amp; looking into my mailbox) to begin to
realize that my Debian account had indeed been created while I was asleep.
&mdash; in fact I guess I still haven't completely realized my new status as
Debian Developer.
<br /><br />
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:
<ul>
<li>first &amp; foremost Tony Mancill, my advocate, permanent sponsor, &amp;
long-time co-maintainer; for all his support in preparing &amp; quickly
uploading packages, tracking down bugs, encouraging &amp; advocating me but
also for our very pleasant &quot;chats&quot; via email. &mdash; we have
already agreed to continue co-maintaining each other's packages.</li>
<li>the friendly &amp; 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 &quot;nitpicking&quot;); Gunnar, Damyan, Krzysztof
Krzy&#x017C;aniak, Niko Tyni, Roberto C. S&aacute;nchez, Stephen Gran, Frank
Lichtenheld, Jaldhar H. Vyas, Russ Allbery, Rapha&euml;l Hertzog, &amp; some
others for uploading packages I've prepared &amp; helping me when I had
questions or problems; Mart&iacute;n Ferrari, for all his help, expertise,
&amp; especially for the fun &amp; the good times we share on IRC.</li>
<li>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 &amp; supporting way.</li>
<li>the Debian Women sub-project; for making Debian a better &amp;
friendlier place not only for women but in general.</li>
<li>finally: the people who used the time while I was asleep to actually
create my account tonight :)</li>
</ul>
some final thoughts about the NM process from my point of view:
<ul>
<li>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 <em>how</em> long
the time would be; &amp; that I knew that the bigger part of the overall
time would consist of waiting.</li>
<li>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).</li>
<li>I did enjoy the actual checks; I had to read &amp; think a lot, &amp; I
learned a lot in that period.</li>
<li>Front Desk (i.e. Christoph Berg) was very quick on all necessary
steps.</li>
<li>I was never demotivated about my Debian work because of all the people
supporting me &amp; 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.</li>
</ul>
&amp; now it's time first to celebrate &amp; then to try to fully grasp my
new rights &amp; responsibilities.]]>
</description>
</item>
<item rdf:about="http://info.comodo.priv.at/blog/archives/2008/04/#e2008-04-17T00_08_01.txt">

<link>
http://info.comodo.priv.at/blog/archives/2008/04/#e2008-04-17T00_08_01.txt</link>
<title>xterms</title>
<dc:date>2008-04-17T00:08:01+02:00</dc:date>
<dc:creator>gregoa</dc:creator>
<dc:subject>computer</dc:subject>
<description>
<![CDATA[first I was wondering why viewing photos with <tt>qiv</tt> takes so long.
then I was wondering about the high incoming network traffic;
<tt>netstat</tt> showed that it was coming from my laptop to my desktop
machine.
<br /><br />
then I realized that I had started <tt>qiv</tt> in the <tt>xterm</tt> that contained
the ssh connection to the screen session on my laptop.]]>
</description>
</item>
<item rdf:about="http://info.comodo.priv.at/blog/archives/2008/04/#e2008-04-03T22_15_39.txt">

<link>
http://info.comodo.priv.at/blog/archives/2008/04/#e2008-04-03T22_15_39.txt</link>
<title>first anniversary</title>
<dc:date>2008-04-03T22:15:39+02:00</dc:date>
<dc:creator>gregoa</dc:creator>
<dc:subject>computer, debian</dc:subject>
<description>
<![CDATA[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.
<br /><br />
(details on the past &amp; future steps &amp; stages of my NM process can be
found on my
<a href="https://nm.debian.org/nmstatus.php?email=gregor%2Bdebian%40comodo.priv.at">
NM page</a>).
<br /><br />
<em>update</em>: DAM have reviewed my application on 2008-04-07, so
&quot;only&quot; the actual account creation is missing.]]>
</description>
</item>
<item rdf:about="http://info.comodo.priv.at/blog/archives/2008/02/#e2008-02-11T23_36_20.txt">

<link>
http://info.comodo.priv.at/blog/archives/2008/02/#e2008-02-11T23_36_20.txt</link>
<title>fun with 2.6.24, part II</title>
<dc:date>2008-02-11T23:36:20+02:00</dc:date>
<dc:creator>gregoa</dc:creator>
<dc:subject>computer, debian</dc:subject>
<description>
<![CDATA[after my <a href="/blog/archives/2008/02/#e2008-02-09T17_31_49.txt">laptop</a>
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 &amp; where music
has sporadic dropouts.
<br /><br />
some searching on the intarweb showed that the new <tt>CFS scheduler</tt>
(cf. <tt>Documentation/sched-design-CFS.txt</tt>) (at least the
enabled-by-default <tt>CONFIG_FAIR_USER_SCHED</tt> flavour) might have latency
problems, in itself or in combination with the <tt>ondemand</tt> CPU
frequency scaling governor or with <tt>nice'</tt>d processes; after turning
off all <tt>CONFIG_FAIR_*</tt> options in <tt>.config</tt>, recompiling
&amp; rebooting the machine seems to behave normally.
<br /><br />
maybe I'm missing some great new features but actually I prefer a working
desktop computer :)
<br /><br />
<em>update 1</em>: approximately half an hour after the original blog entry I
had my first &quot;ion sorbet&quot;, i.e. a half-frozen <tt>ion3</tt> (the
applications are still running, I can switch to a tty but I cannot
change/close/whatever <tt>ion3</tt>'s frames). at the moment I have no idea what's
going (wr)on(g) here ...
<br /><br />
<em>update 2</em>: two more &quot;ion sorbets&quot; today yet; let's see if
a new kernel (<tt>CONFIG_FAIR_USER_SCHED</tt> seems to be fixed in 2.6.24.1)
&amp; a new <tt>ion3</tt> version help.
<br /><br />
<em>update 3</em>: still the same problems (&amp; 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 <tt>ion3</tt> to be the culprit; when it
hangs it eats almost all the CPU, &amp; strace'ing the pid gives only
<tt>SIGALRM</tt> messages.
<br /><br />
<em>update 4</em>: <strong>maybe</strong> I fixed the problem; by changing
from <tt>ion3</tt>'s deprecated <tt>statusbar_external.lua</tt> to the newer
<tt>statusd_exec.lua</tt> (I just wanted to get rid of the error when
starting <tt>ion3</tt> ...).
<br /><br />
<em>update 5</em>: &amp; after compiling a kernel without PREEMPT
<tt>ion3-statusd</tt> doesn't get stuck at using all my cpu every once in a
while. or after removing some duplicated <tt>statusd_*.lua</tt> scripts. who
knows.
<br /><br />
<em>update 6</em>: nope, <tt>ion3-statusd</tt> is still hogging the cpu.
argl.
<br /><br />
<em>update 7</em>: I guess it's <tt>statusbar_external.lua</tt>'s fault, as it
happens on my other machine too.]]>
</description>
</item>
<item rdf:about="http://info.comodo.priv.at/blog/archives/2008/02/#e2008-02-09T17_31_49.txt">

<link>
http://info.comodo.priv.at/blog/archives/2008/02/#e2008-02-09T17_31_49.txt</link>
<title>2.6.24 (finally)</title>
<dc:date>2008-02-09T17:31:49+02:00</dc:date>
<dc:creator>gregoa</dc:creator>
<dc:subject>computer, debian</dc:subject>
<description>
<![CDATA[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 <tt>cpudyn</tt>; after deactivating it I had no
more problems so far.
<br /><br />
what's not working is <tt>ath5k</tt> which seems to dislike my wifi card;
but the recent <tt>madwifi</tt> packages do what they are supposed to do.
<br /><br />
JFTR:
<ul>
<li>I grabbed the <a href="http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/linux-image-2.6.24-1-686_2.6.24-4~snapshot.10443_i386.deb">
latest kernel snapshot</a> from the Debian kernel team's repo.</li>
<li>after reading <a href="http://bugs.debian.org/463353">#463353</a>
I downloaded kel's source packages for madwifi-*, built them, installed them, 
&amp; built the modules as usual with <tt>m-a</tt>.</li>
</ul>
now let's have a look at 2.6.24 on my desktop machine :)]]>
</description>
</item>
<item rdf:about="http://info.comodo.priv.at/blog/archives/2007/12/#e2007-12-25T16_42_02.txt">

<link>
http://info.comodo.priv.at/blog/archives/2007/12/#e2007-12-25T16_42_02.txt</link>
<title>dynamic blacklisting with exim &amp; postgresql</title>
<dc:date>2007-12-25T16:42:02+02:00</dc:date>
<dc:creator>gregoa</dc:creator>
<dc:subject>computer, debian</dc:subject>
<description>
<![CDATA[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 <code>exim</code> &amp; <code>postgresql</code>
&amp; is (except for adding the &quot;triggering&quot; recipient email
address patterns to the respective table) rather self-contained.
<br /><br />
the documentation can be found in the article <a
href="/blog/articles/cugrbl/">dynamic blacklisting with exim &amp;
postgresql</a>. feel free to use/improve/comment/... the ideas!]]>
</description>
</item>
<item rdf:about="http://info.comodo.priv.at/blog/archives/2007/11/#e2007-11-28T23_21_49.txt">

<link>
http://info.comodo.priv.at/blog/archives/2007/11/#e2007-11-28T23_21_49.txt</link>
<title>next step</title>
<dc:date>2007-11-28T23:21:49+02:00</dc:date>
<dc:creator>gregoa</dc:creator>
<dc:subject>computer, debian</dc:subject>
<description>
<![CDATA[an hour ago I received an email from my AM who considers my packages to be
in good shape; that means that the &quot;Tasks and Skills Check&quot; part
of my <a href="https://nm.debian.org/nmstatus.php?email=gregor%2Bdebian%40comodo.priv.at">NM</a>
process is finished. &amp; wouter has also already sent the 
<a href="http://lists.debian.org/debian-newmaint/2007/11/msg00218.html">NM report mail</a> 
including his recommendation to accept me as a DD to debian-newmaint! so
only FD review, DAM review, &amp; account creation are lying ahead of me.
<br /><br />
I'm indeed quite happy tonight :)]]>
</description>
</item>
</rdf:RDF>
