<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    <title>Raw Matter - Tech</title>
    <link>http://blog.fortytwo.ch/</link>
    <description>cmot's almost completely debian-unrelated weblog</description>
    <dc:language>en</dc:language>
    <generator>Serendipity 1.5.3-2 - http://www.s9y.org/</generator>
    <managingEditor>avbidder+blog@fortytwo.ch</managingEditor>
<webMaster>avbidder+blog@fortytwo.ch</webMaster>
<ttl>125</ttl>
<pubDate>Thu, 03 Mar 2011 20:25:51 GMT</pubDate>

    <image>
        <url>http://blog.fortytwo.ch/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: Raw Matter - Tech - cmot's almost completely debian-unrelated weblog</title>
        <link>http://blog.fortytwo.ch/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>Btrfs data deduplication</title>
    <link>http://blog.fortytwo.ch/archives/107-Btrfs-data-deduplication.html</link>
            <category>Tech</category>
    
    <comments>http://blog.fortytwo.ch/archives/107-Btrfs-data-deduplication.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=107</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=107</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;Apparently, &lt;a href=&quot;http://thread.gmane.org/gmane.comp.file-systems.btrfs/8448&quot;&gt;it&#039;s coming&lt;/a&gt;. Haven&#039;t tested these patches, though (and why yet another btrfs-foo command rather than something integrated with the btrfs command?), but together with my &lt;a href=&quot;http://www.dirvish.org/pipermail/dirvish/2011-February/002389.html&quot;&gt;hacked up&lt;/a&gt; &lt;a href=&quot;http://www.dirvish.org/&quot;&gt;dirvish&lt;/a&gt; (added support to create btrfs snapshots instead of hardlinked trees) this will save me a couple of gigabytes for all those backups of various servers (which I pretty much keep at the same releases.)&lt;/p&gt;
&lt;p&gt;The discussion on the btrfs mailing list got quite heated on the online vs. offline dedup issue (and also very silly IMO since nobody said online dedup shouldn&#039;t be supported. It&#039;s just not written yet...); What nobody mentioned was: how much memory is the hash index of an online dedup daemon going to consume, and how much CPU cache will it burn? This would be my main concern since my NAS only has 512M memory, and also needs to do NAT, VPN and DNS (yes, I&#039;m a home user. I&#039;d like to get the public IP off the NAS, but I&#039;ll have to buy some box to do this first...)&lt;/p&gt;  
    </content:encoded>

    <pubDate>Thu, 03 Mar 2011 21:11:51 +0100</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/107-guid.html</guid>
    
</item>
<item>
    <title>Execute stuff from dhcpd.conf</title>
    <link>http://blog.fortytwo.ch/archives/103-Execute-stuff-from-dhcpd.conf.html</link>
            <category>Debian</category>
    
    <comments>http://blog.fortytwo.ch/archives/103-Execute-stuff-from-dhcpd.conf.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=103</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=103</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;Since my NAS at home also acts as DHCP server, the obvious idea was to back up my PC and my laptop whenever they&#039;re switched on. Sadly, the documentation on how to do this from dhcpd.conf (instead of watching log files and reacting to log messages) is quite hidden, so here it is: I found the &quot;execute&quot; keyword (see the dhcp-eval manpage), and I found &lt;a href=&quot;https://lists.isc.org/pipermail/dhcp-users/2008-September/007167.html&quot;&gt;Tim Gustafson&lt;/a&gt;, which allowed me to pull it off (although, since I only have the two computers, I opted for a execute statement each and hardcoded the client IP in the call to the backup script. So I don&#039;t know if the address parsing stuff he does is correct.)&lt;/p&gt;

&lt;p&gt;So the host statements for me look just like this:&lt;/p&gt;
&lt;pre&gt;
  host laeggerli-wifi {
    hardware ethernet 00:22:69:aa:bb:cc;
    fixed-address 172.23.5.19;
    on commit {
      execute(&quot;/usr/local/sbin/dhcp-run-backup&quot;, &quot;commit&quot;, &quot;laeggerli&quot;);
    }
  }
&lt;/pre&gt;
&lt;p&gt;And the script to start dirvish is similarly simple, except that it needs to fork to the background to make sure dhcpd is not blocked. The &lt;tt&gt;sleep 600&lt;/tt&gt; is based on the theory that if I&#039;m on my way out in the morning and need to check  mail quickly, that will be less than 10 min, whereas when I&#039;m still online after 10 min, there&#039;s a good chance that the back up will go through. Obviously, this could be improved...&lt;/p&gt;

&lt;pre&gt;
#! /bin/bash

# called by dhcpd.conf
# arguments:
#  $1 -&gt; &quot;commit&quot; if called from dhcpd.conf, fork into background
#     -&gt; &quot;run&quot;    if called internall from first instance
#  $2 -&gt; client host

if [ &quot;$1&quot; == &quot;commit&quot; ]; then
    # fork to background
    $0 run &quot;$2&quot; &gt;&gt; /var/log/dhcpbackup.log 2&gt;&amp;amp;1 &amp;amp;
    exit 0
fi

if [ &quot;$1&quot; != &quot;run&quot; ]; then
    echo error
    exit 1
fi

# figure out which host:

host=&quot;$2&quot;
if [ &quot;$host&quot; != &quot;laeggerli&quot; -a &quot;$host&quot; != &quot;faehrimaa&quot; ]; then
    echo &quot;Unknown host: $2&quot;
    exit 1
fi

# did backup already run today?
d=`date +%Y%m%d`

if [ -d &quot;/srv/backup/${host}_home/$d&quot; ]; then
    exit 0
fi

# wait 10min before actually running the backup
# (if computer still runs after 10min, it&#039;ll likely run for longer...

sleep 600
ping -n -w 3 $host &gt;/dev/null 2&gt;&amp;amp;1 || exit 0

agentpid=&quot;/var/run/dirvish/ssh-agent-$host.pid&quot;
[ -f &quot;$agentpid&quot; ] &amp;amp;&amp;amp; \
    kill $(&amp;lt; &quot;$agentpid&quot;) 2&gt;/dev/null
mkdir /var/run/dirvish &gt;/dev/null 2&gt;&amp;amp;1
eval `ssh-agent` &gt;/dev/null 2&gt;&amp;amp;1
echo $SSH_AGENT_PID &gt; &quot;$agentpid&quot;
ssh-add /etc/dirvish/ssh-key &gt;/dev/null 2&gt;&amp;amp;1

/usr/sbin/dirvish --vault ${host}_home
/usr/sbin/dirvish --vault ${host}_root

/usr/sbin/dirvish-expire --quiet --vault ${host}_home
/usr/sbin/dirvish-expire --quiet --vault ${host}_root

kill $SSH_AGENT_PID
rm &quot;$agentpid&quot;
&lt;/pre&gt;

&lt;p&gt;(I don&#039;t claim any rights on any of it, it&#039;s trivial enough.)&lt;/p&gt;  
    </content:encoded>

    <pubDate>Sat, 29 Jan 2011 16:58:57 +0100</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/103-guid.html</guid>
    
</item>
<item>
    <title>Wasted developer resources?</title>
    <link>http://blog.fortytwo.ch/archives/100-Wasted-developer-resources.html</link>
            <category>Linux Desktop</category>
    
    <comments>http://blog.fortytwo.ch/archives/100-Wasted-developer-resources.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=100</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=100</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;I had some hope when I read &lt;a href=&quot;http://blog.forwardbias.in/2011/01/qjsonparser-parse-and-stringify-json-with-qt.html&quot;&gt;Girish Ramakrishnan&lt;/a&gt;&#039;s blog post that starts with &amp;ldquo;To my knowledge, there are 3 Qt based JSON parsers out there&amp;rdquo;.  But I was really disappointed: instead of trying to get a consolidation going or at least highlighting the need for three different parsers, he announces yet another implementation. And, to make matters worse, it is intended to be statically linked whenever it is used. A friendly wave to all security conscious engineers who will now have to hunt down and kill security issues in various places wherever this json parser was used, in various different versions, possibly with local modifications.&lt;/p&gt;

&lt;p&gt;Girish, please do not take this as a personal attack, but what you&#039;re doing is just bad engineering practice. I don&#039;t claim &lt;a href=&quot;http://git.forwardbias.in/?p=qjsonparser.git&quot;&gt;qjsonparser&lt;/a&gt; is buggy.  I haven&#039;t even looked at the code.  But let&#039;s face it: bugs happen, and json is often passed over the net, so any parser is attack surface. So it should be as easy as possible to get fixed versions of the code out to the users. The means to do this is by allowing distribution builders to be aware of where the code in question was used, and to get fixed versions of it distributed easily.  In other words: such code should always be in a shared library.&lt;/p&gt;

&lt;p&gt;Take, for example, the history of xpdf/poppler: many people spent countless hours chasing copies of xpdf code in many applications before they finally had enough, forked xpdf (if I have the history correctly) and created the poppler library which is now widely used.  Now security issues with the PDF parser require one security fix, not 10.&lt;/p&gt;  
    </content:encoded>

    <pubDate>Fri, 21 Jan 2011 20:27:32 +0100</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/100-guid.html</guid>
    
</item>
<item>
    <title>Cyrus</title>
    <link>http://blog.fortytwo.ch/archives/98-Cyrus.html</link>
            <category>Debian</category>
    
    <comments>http://blog.fortytwo.ch/archives/98-Cyrus.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=98</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=98</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;&lt;b&gt;Just say no.&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;Filed under &amp;ldquo;Debian&amp;rdquo; since this is a Univention system which is based on Debian (still etch, though.)  And what specifically annoyed me was today&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;That the mailbox list and the actual on disk files can get out of sync.&lt;/li&gt;
&lt;li&gt;That this causes nice &amp;ldquo;System I/O error: %m&amp;rdquo; messages (the %m part is verbatim.  Nice, isn&#039;t it?) in cyrquota, and similar messages in cyradm for &amp;ldquo;sam&amp;rdquo; commands.&lt;/li&gt;
&lt;li&gt;That, while this can be fixed with a cyrrecover on the mailbox (a recursive recover on the parent doesn&#039;t bring back the mailbox, so I need to call cyrrecover on each affected mailbox separately), the output of cyrquota displays the mailbox as &amp;ldquo;domain!mailbox^name.folder&amp;rdquo; while cyrrecover expects &amp;ldquo;mailbox.name/folder@domain&amp;rdquo;&lt;/li&gt;
&lt;li&gt;That the System I/O error causes cyrquota to stop, so I need to sit here and restart it countless times. (At least it seems to pick up where it stopped, so I don&#039;t have to wait that long until it comes to the next problem.)&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;I knew from other experiences that one shouldn&#039;t use cyrus, but it can&#039;t be said often enough...  And since I usually don&#039;t use it, it amazes me anew every time I have to babysit an installation.  While I don&#039;t have a similarly big installation to compare it, I&#039;ve found &lt;a href=&quot;http://www.dovecot.org/&quot;&gt;Dovecot&lt;/a&gt; to be very nice.  Admittedly it doesn&#039;t have that many features.&lt;/p&gt;  
    </content:encoded>

    <pubDate>Tue, 04 Jan 2011 17:14:24 +0100</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/98-guid.html</guid>
    
</item>
<item>
    <title>Order Your Debian Swirl Umbrella Now</title>
    <link>http://blog.fortytwo.ch/archives/84-Order-Your-Debian-Swirl-Umbrella-Now.html</link>
            <category>Debian</category>
    
    <comments>http://blog.fortytwo.ch/archives/84-Order-Your-Debian-Swirl-Umbrella-Now.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=84</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=84</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;&lt;!-- s9ymdb:13 --&gt;&lt;img class=&quot;serendipity_image_right&quot; width=&quot;110&quot; height=&quot;95&quot; style=&quot;float: right; border: 0px; padding-left: 5px; padding-right: 5px;&quot; src=&quot;http://blog.fortytwo.ch/uploads/debianumbrella2.serendipityThumb.jpg&quot; alt=&quot;&quot; /&gt;
Ok, here we go: It seems that I&#039;ll receive &lt;a href=&quot;http://blog.fortytwo.ch/archives/80-Yay!-Debian-Logo!.html&quot;&gt;the umbrella&lt;/a&gt; (big picture) in the first week of June, so I&#039;m taking orders now.  Please read this posting carefully if you want a Debian umbrella.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Update IV 2010-12-12: &lt;/b&gt; Orders are now processed via debian.ch, so just go &lt;a href=&quot;http://debian.ch/merchandise/&quot;&gt;over there&lt;/a&gt; for your Umbrella.  I still have a very few umbrellas here in Basel, so if you want to pick one up locally you&#039;re still welcome.&lt;/p&gt;

&lt;p&gt;About CHF 5 to 6 per umbrella will go to &lt;a href=&quot;http://debian.ch/&quot;&gt;debian.ch&lt;/a&gt; (where it is held as official Debian money under the authority of the DPL.)&lt;/p&gt;

&lt;p&gt;(Old version of this article removed.  You&#039;re still welcome to send money to my bank account, but you won&#039;t get an umbrella in return.)&lt;/p&gt;  
    </content:encoded>

    <pubDate>Sun, 12 Dec 2010 13:30:00 +0100</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/84-guid.html</guid>
    
</item>
<item>
    <title>Tool: incron</title>
    <link>http://blog.fortytwo.ch/archives/97-Tool-incron.html</link>
            <category>Debian</category>
    
    <comments>http://blog.fortytwo.ch/archives/97-Tool-incron.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=97</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=97</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;One in the &amp;ldquo;obvious, now that you mention it&amp;rdquo; category.  The package description is good enough:&lt;/p&gt;
&lt;blockquote&gt;
 incron is an &quot;inotify cron&quot; system. It works like the regular cron but is
 driven by filesystem events instead of time events. This package provides two
 programs, a daemon called &quot;incrond&quot; (analogous to crond) and a table
 manipulator &quot;incrontab&quot; (like &quot;crontab&quot;).
&lt;/blockquote&gt;
&lt;p&gt;Where &amp;ldquo;filesystem events&amp;rdquo; is anything that is reported by inotify; see the inotify(7) manpage.  I didn&#039;t test and/or use it since I stumbled on it while searching for something completely different, but it sure sounds useful.  The important feature not mentioned in the package description: can it limit how often an event triggers a script execution?  Reading the manpage, it doesn&#039;t appear so, but there&#039;s &lt;tt&gt;IN_NO_LOOP&lt;/tt&gt; to &amp;ldquo;... disable monitoring events
       until the current one is completely handled (until  its  child  process
       exits).&amp;rdquo;  Which obviously opens up all kinds of race conditions.  So I guess this tool needs to be used with care.  Still, I guess a good candidate is monitoring /etc/aliases to run newaliases on change.&lt;/p&gt;  
    </content:encoded>

    <pubDate>Sat, 20 Nov 2010 08:39:21 +0100</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/97-guid.html</guid>
    
</item>
<item>
    <title>SuperMicro BMC / IPMI: Can I Get In?</title>
    <link>http://blog.fortytwo.ch/archives/95-SuperMicro-BMC-IPMI-Can-I-Get-In.html</link>
            <category>Tech</category>
    
    <comments>http://blog.fortytwo.ch/archives/95-SuperMicro-BMC-IPMI-Can-I-Get-In.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=95</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=95</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;So I got a &lt;a href=&quot;http://www.supermicro.com/Aplus/system/1U/1012/AS-1012G-MTF.cfm&quot;&gt;SuperMicro A+ Server 1012G-MTF&lt;/a&gt; today (seems to be a very nice unit for a decent price) and am preparing it for taking over fortytwo.ch and related services.  Now this thing has got IPMI / BMC with remote management and KVM (both serial console and full graphical console with virtual CD-ROM etc.); works very nice.  Basically the only thing I miss is the ability to disable services I don&#039;t need and/or restrict access to certain IP addresses.  (No, I don&#039;t have the BMC on a public IP, but still...)&lt;/p&gt;

&lt;p&gt;So the question is: has anybody worked out how to hack / what kind of file system the &lt;a href=&quot;http://www.supermicro.com/support/bios/firmware.aspx&quot;&gt;IPMI Firmware&lt;/a&gt; for the H8SGL-F mainboard is?  Or how one could drop from the BMC commandline to a /bin/sh prompt on the urnning system?  A &lt;a href=&quot;http://serverfault.com/questions/17521/securing-a-supermicro-ipmi-bmc&quot;&gt;blog entry&lt;/a&gt; at Serverfault suggests it&#039;s been done but doesn&#039;t say how.&lt;/p&gt;

&lt;p&gt;(Running &lt;tt&gt;strings&lt;/tt&gt; on the firmware binary shows the string &amp;ldquo;Photoshop ICC profile&amp;rdquo; near the end.  I&#039;m not sure if I want to know the story ... ;-)&lt;/p&gt;  
    </content:encoded>

    <pubDate>Fri, 22 Oct 2010 20:16:30 +0200</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/95-guid.html</guid>
    
</item>
<item>
    <title>Extensible Database Backends</title>
    <link>http://blog.fortytwo.ch/archives/91-Extensible-Database-Backends.html</link>
            <category>Tech</category>
    
    <comments>http://blog.fortytwo.ch/archives/91-Extensible-Database-Backends.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=91</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=91</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;I very much like that it is so easy to extend &lt;a href=&quot;http://postgresql.org&quot;&gt;PostgreSQL&lt;/a&gt; in various ways, including adding server-side languages (for triggers and other stored procedures) as dynamically loadable modules.  But somehow the thought that some people actually seem to use PHP as a server-side language, or consider making it possible to use JavaScript, makes me very afraid (recent &lt;a href=&quot;http://archives.postgresql.org/pgsql-general/2010-06/msg01057.php&quot;&gt;discussion&lt;/a&gt; on the general pg mailing list.)  Should PostgreSQL have a &amp;ldquo;taint&amp;rdquo; flag like the kernel?&lt;/p&gt;

&lt;p&gt;(Admittedly JS is a side effect of also enabling Lua and Scheme, which may make more sense.)&lt;/p&gt;  
    </content:encoded>

    <pubDate>Thu, 24 Jun 2010 12:38:57 +0200</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/91-guid.html</guid>
    
</item>
<item>
    <title>Debian Umbrella Arrived Today</title>
    <link>http://blog.fortytwo.ch/archives/90-Debian-Umbrella-Arrived-Today.html</link>
            <category>Debian</category>
    
    <comments>http://blog.fortytwo.ch/archives/90-Debian-Umbrella-Arrived-Today.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=90</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=90</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;&lt;b&gt;Update 20100618&lt;/b&gt;: Added Debconf info.&lt;/p&gt;

&lt;p&gt;&lt;!-- s9ymdb:13 --&gt;&lt;img class=&quot;serendipity_image_right&quot; width=&quot;110&quot; height=&quot;95&quot; style=&quot;float: right; border: 0px; padding-left: 5px; padding-right: 5px;&quot; src=&quot;http://blog.fortytwo.ch/uploads/debianumbrella2.serendipityThumb.jpg&quot; alt=&quot;&quot; /&gt;
The famous &lt;a href=&quot;http://blog.fortytwo.ch/archives/80-Yay!-Debian-Logo!.html&quot;&gt; Debian Umbrellas&lt;/a&gt; (big picture) have finally arrived, so I&#039;m keen to get rid of them.  &lt;a href=&quot;http://blog.fortytwo.ch/archives/84-Order-Your-Debian-Swirl-Umbrella-Now.html&quot;&gt;Order&lt;/a&gt; yours now!&lt;/p&gt;

&lt;p&gt;Information about &lt;b&gt;Debconf&lt;/b&gt;: I&#039;m not coming to Debconf.  But Luca Capello was friendly enough to offer to carry some umbrellas.  Coordination via the &lt;a href=&quot;http://wiki.debconf.org/wiki/DebConf10/DebianUmbrella&quot;&gt;wiki&lt;/a&gt;, orders need to be placed before June 27th.&lt;/p&gt;  
    </content:encoded>

    <pubDate>Tue, 15 Jun 2010 19:30:52 +0200</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/90-guid.html</guid>
    
</item>
<item>
    <title>Filesystems Quo Vadis: Clients</title>
    <link>http://blog.fortytwo.ch/archives/88-Filesystems-Quo-Vadis-Clients.html</link>
            <category>Linux Desktop</category>
    
    <comments>http://blog.fortytwo.ch/archives/88-Filesystems-Quo-Vadis-Clients.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=88</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=88</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;Probably it&#039;s just a question of me not paying enough attention to the news... So: pointers welcome.&lt;/p&gt;

&lt;p&gt;There are quie a few shiny new filesystems for local storage, like &lt;a href=&quot;https://btrfs.wiki.kernel.org/index.php/Main_Page&quot;&gt;btrfs&lt;/a&gt; or &lt;a href=&quot;http://www.dragonflybsd.org/hammer/&quot;&gt;HAMMER&lt;/a&gt; (and &lt;a href=&quot;http://www.nilfs.org/en/&quot;&gt;nilfs&lt;/a&gt;, &lt;a href=&quot;http://tux3.org/&quot;&gt;Tux3&lt;/a&gt;, &lt;a href=&quot;https://ext4.wiki.kernel.org/index.php/Main_Page&quot;&gt;ext4&lt;/a&gt;, &lt;a href=&quot;https://reiser4.wiki.kernel.org/index.php/Main_Page&quot;&gt;Reiser4&lt;/a&gt;...)&lt;/p&gt;

&lt;p&gt;It seems the distributed storage side is covered as well, with &lt;a href=&quot;http://ceph.newdream.net/&quot;&gt;ceph&lt;/a&gt; being merged recently.  There are other systems (like, for example, &lt;a href=&quot;http://wiki.lustre.org/index.php/Main_Page&quot;&gt;Lustre&lt;/a&gt;), but they haven&#039;t appeared much in the news channels I tend to read.  What I&#039;d be curious is if any of these support hierarchical storage architectures like pushing out rarely used data to tape libraries.  (But this is just idle speculation, I don&#039;t need this anywhere.)&lt;/p&gt;

&lt;p&gt;But what I would really need is a replacement for NFS (v3): a classical client-server filesystem.  I&#039;m not sure NFSv4 is the &amp;ldquo;right&amp;rdquo; solution (where I&#039;d use it, I currently can&#039;t because we rely too much on POSIX ACLs there, making the transition to NFSv4 quite a chore.)  I think &lt;a href=&quot;http://www.ioremap.net/projects/pohmelfs&quot;&gt;POHMELFS&lt;/a&gt; might be a solution in the long term, or &lt;a href=&quot;http://oss.oracle.com/projects/crfs/&quot;&gt;CRFS&lt;/a&gt;, but I&#039;m not sure how much progress there is on these; &lt;tt&gt;apt-cache search&lt;/tt&gt; is silent, not a good sign.  There&#039;s &lt;a href=&quot;http://wiki.samba.org/index.php/Samba4&quot;&gt;Samba 4&lt;/a&gt; &amp;mdash; I guess I&#039;ll have to look at it, since it&#039;s supposed to be much cleaner and nicer to use than its predecessors and might be a good solution even if no Microsoft systems are involved. Is this what small environments (a fileserver and 100 clients or so) will want to use?  Comments are very welcome.&lt;/p&gt;  
    </content:encoded>

    <pubDate>Fri, 04 Jun 2010 21:05:54 +0200</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/88-guid.html</guid>
    
</item>
<item>
    <title>New Employer</title>
    <link>http://blog.fortytwo.ch/archives/87-New-Employer.html</link>
            <category>Debian</category>
    
    <comments>http://blog.fortytwo.ch/archives/87-New-Employer.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=87</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=87</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;The joys of a &lt;a href=&quot;http://sygroup.ch/&quot;&gt;new employer&lt;/a&gt; ... only 5min by bike to the office instead of 1h by train.  And, of course, we&#039;re using Debian a lot, and I may do the odd bit of Debian work on company time.  Like, right now, working with Klaus Zerwes on getting &lt;a href=&quot;http://jwhoisserver.net/&quot;&gt;JWhoisServer&lt;/a&gt; uploaded.  I hope more opportunities come up.&lt;/p&gt;  
    </content:encoded>

    <pubDate>Thu, 03 Jun 2010 22:16:53 +0200</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/87-guid.html</guid>
    
</item>
<item>
    <title>The Debian Umbrella: Soon.</title>
    <link>http://blog.fortytwo.ch/archives/85-The-Debian-Umbrella-Soon..html</link>
            <category>Debian</category>
    
    <comments>http://blog.fortytwo.ch/archives/85-The-Debian-Umbrella-Soon..html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=85</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=85</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;&lt;!-- s9ymdb:13 --&gt;&lt;img class=&quot;serendipity_image_right&quot; width=&quot;110&quot; height=&quot;95&quot; style=&quot;float: right; border: 0px; padding-left: 5px; padding-right: 5px;&quot; src=&quot;http://blog.fortytwo.ch/uploads/debianumbrella2.serendipityThumb.jpg&quot; alt=&quot;&quot; /&gt;
&lt;b&gt;Update: &lt;/b&gt;I&#039;m &lt;a href=&quot;http://blog.fortytwo.ch/archives/84-Order-Your-Debian-Swirl-Umbrella-Now.html&quot;&gt;taking orders now&lt;/a&gt;.
&lt;/p&gt;
&lt;p&gt;I was planning to take orders for   
&lt;a href=&quot;http://blog.fortytwo.ch/archives/80-Yay!-Debian-Logo!.html&quot;&gt;the Debian Swirl umbrella&lt;/a&gt; starting tonight, but a bit of research showed that shipping prices for parcels are insane (CHF 37 for europe), but it seems I can get away with sending this as a Swiss Post &amp;ldquo;Maxi Letter&amp;rdquo; instead, which would result in a shipping price of CHF 12.50 for four and CHF 24 for up to eight umbrellas (1kg or 2kg.)  So now I&#039;ll go and look into getting some kind of flattish box to stay within the allowed dimensions before I can be sure this is possible.   In any case, I expect the delivery in the first week of June.&lt;/p&gt;

&lt;p&gt;Since I&#039;ll not be coming to &lt;b&gt;Debconf&lt;/b&gt;, it would be nice if somebody could take some umbrellas to New York.  I&#039;m currently not travelling much, so I&#039;d have to rely on a friendly volunteer.  (I&#039;m based in Basel, Switzerland; I am known to go to Zürich regularly.)&lt;/p&gt;  
    </content:encoded>

    <pubDate>Wed, 26 May 2010 20:44:31 +0200</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/85-guid.html</guid>
    
</item>
<item>
    <title>Yay!  Debian Logo!</title>
    <link>http://blog.fortytwo.ch/archives/80-Yay!-Debian-Logo!.html</link>
            <category>Debian</category>
    
    <comments>http://blog.fortytwo.ch/archives/80-Yay!-Debian-Logo!.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=80</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=80</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;!-- s9ymdb:12 --&gt;&lt;img class=&quot;serendipity_image_center&quot; width=&quot;750&quot; height=&quot;599&quot; style=&quot;border: 0px; padding-left: 5px; padding-right: 5px;&quot; src=&quot;http://blog.fortytwo.ch/uploads/debianumbrella1.jpg&quot; alt=&quot;&quot; /&gt;
&lt;!-- s9ymdb:13 --&gt;&lt;img class=&quot;serendipity_image_center&quot; width=&quot;750&quot; height=&quot;645&quot; style=&quot;border: 0px; padding-left: 5px; padding-right: 5px;&quot; src=&quot;http://blog.fortytwo.ch/uploads/debianumbrella2.jpg&quot; alt=&quot;&quot; /&gt;
&lt;p&gt;&lt;b&gt;Conditions for ordering:&lt;/b&gt;  Not yet.  The umbrella will be available ca. end of May, I&#039;ll give details about ordering it then.  Information so far: CHF 25 per umbrella (ca. EUR 17 / USD 23), including ca. CHF 6 donation to Debian (via &lt;a href=&quot;http://debian.ch/&quot;&gt;debian.ch&lt;/a&gt;); at least at first, I plan to ship in lots of 5 or more to save postage.  International travellers should coordinate... (if you&#039;re close to Basel, Switzerland, you will obviously be able to get one directly as well.)&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Update 2010-06-15:&lt;/b&gt; I got the umbrellas now, so you can &lt;a href=&quot;http://blog.fortytwo.ch/archives/84-Order-Your-Debian-Swirl-Umbrella-Now.html&quot;&gt;order&lt;/a&gt; them. &lt;/p&gt;  
    </content:encoded>

    <pubDate>Wed, 14 Apr 2010 19:02:08 +0200</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/80-guid.html</guid>
    
</item>
<item>
    <title>Community Distributrion?</title>
    <link>http://blog.fortytwo.ch/archives/78-Community-Distributrion.html</link>
            <category>Linux Desktop</category>
    
    <comments>http://blog.fortytwo.ch/archives/78-Community-Distributrion.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=78</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=78</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;As a complete outsider and with my obvious bias as a Debian Developer: how can anybody call &lt;a href=&quot;http://www.ubuntu.com/&quot;&gt;Ubuntu&lt;/a&gt; a &amp;ldquo;community distribution&amp;rdquo; when it&#039;s obvious that Canonical and Mark Shuttleworth can, and will, take decisions for reasons that are not made clear, and with only little or no community involvment?&lt;/p&gt;
&lt;p&gt;This rethorical question refers, of course, to the current debate about &lt;a href=&quot;http://lwn.net/Articles/377120/&quot;&gt;purple vs. brown&lt;/a&gt; and the best position of the window close button (&lt;a href=&quot;https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/532633&quot;&gt;Bug report&lt;/a&gt; and &lt;a href=&quot;http://lwn.net/Articles/379991/&quot;&gt;LWN coverage&lt;/a&gt;.)&lt;/p&gt;
&lt;p&gt;Conclusion?  Let&#039;s be fair and call it a community support commercial distribution.  Perhaps we should found a non-profit to award a (trademarked) &amp;ldquo;True Community Effort&amp;rdquo; label to operating system distributions where no commercial body has the final say?&lt;/p&gt;  
    </content:encoded>

    <pubDate>Thu, 25 Mar 2010 07:52:27 +0100</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/78-guid.html</guid>
    
</item>
<item>
    <title>Multiple Interfaces, Same IP</title>
    <link>http://blog.fortytwo.ch/archives/75-Multiple-Interfaces,-Same-IP.html</link>
            <category>Tech</category>
    
    <comments>http://blog.fortytwo.ch/archives/75-Multiple-Interfaces,-Same-IP.html#comments</comments>
    <wfw:comment>http://blog.fortytwo.ch/wfwcomment.php?cid=75</wfw:comment>

    <wfw:commentRss>http://blog.fortytwo.ch/rss.php?version=2.0&amp;type=comments&amp;cid=75</wfw:commentRss>
    

    <author>nospam@example.com (Adrian von Bidder)</author>
    <content:encoded>
    &lt;p&gt;Playing around a bit with ssh tunneling right now.  When I create a kind of VPN concentrator with a few tun interfaces: is there any reason why I can&#039;t just assign the same IP on all these tun interfaces?  A quick test shows this set up working nicely, with &lt;tt&gt;ifconfig tunX localip pointopoint remoteip&lt;/tt&gt; (the &lt;tt&gt;localip&lt;/tt&gt; part being the same) setting up the routes to chose the right tun device for all remote IP addresses, and ping worked just fine for me. Firewall rules will always have the remote IP and/or the interface name to decide when a packet applies.&lt;/p&gt;

&lt;p&gt;Obviously setting up a listening socket at only one of these interfaces is not so trivial now since I can&#039;t just listen to the IP, but that&#039;s a restriction I&#039;m happy with.  Anything else I&#039;m not thinking of right now?&lt;/p&gt;  
    </content:encoded>

    <pubDate>Fri, 05 Feb 2010 12:47:19 +0100</pubDate>
    <guid isPermaLink="false">http://blog.fortytwo.ch/archives/75-guid.html</guid>
    
</item>

</channel>
</rss>
