<?xml version="1.0" encoding="utf-8"?>
<!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://blog.cihar.com">
<title>Debian</title>
<link>http://blog.cihar.com/archives/debian/</link>
<description>Random thoughts about everything…</description>
<dc:language>en-us</dc:language>
<dc:creator>Michal Čihař</dc:creator>
<dc:date>2008-09-08T20:28:28+02:00</dc:date>
<admin:generatorAgent rdf:resource="http://nanoblogger.sourceforge.net" />
<items>
<rdf:Seq>
<rdf:li rdf:resource="http://blog.cihar.com/archives/2008/09/07/more_fun_with_phpmyadmin_package_in_debian/" />
<rdf:li rdf:resource="http://blog.cihar.com/archives/2008/06/16/no_debconf_this_year_for_me/" />
<rdf:li rdf:resource="http://blog.cihar.com/archives/2008/05/28/time_for_change_time_for_debconf/" />
<rdf:li rdf:resource="http://blog.cihar.com/archives/2008/05/19/changing_ssh_keys_on_sf_net/" />
<rdf:li rdf:resource="http://blog.cihar.com/archives/2008/05/14/everything_bad_is_good_for_something/" />
<rdf:li rdf:resource="http://blog.cihar.com/archives/2008/05/05/packages_cache_in_lan/" />
<rdf:li rdf:resource="http://blog.cihar.com/archives/2008/03/26/enca_popularity_boost/" />
<rdf:li rdf:resource="http://blog.cihar.com/archives/2008/01/18/toshiba_acpi_keys_hal_and_friends/" />
<rdf:li rdf:resource="http://blog.cihar.com/archives/2007/12/13/my_key_is_finally_in_keyring/" />
<rdf:li rdf:resource="http://blog.cihar.com/archives/2007/11/29/retries/" />
</rdf:Seq>
</items>
</channel>
<item rdf:about="http://blog.cihar.com/archives/2008/09/07/more_fun_with_phpmyadmin_package_in_debian/">
<link>http://blog.cihar.com/archives/2008/09/07/more_fun_with_phpmyadmin_package_in_debian/</link>
<title>More fun with phpMyAdmin package in Debian</title>
<dc:date>2008-09-07T23:56:13+02:00</dc:date>
<dc:creator>Michal Čihař</dc:creator>
<dc:subject>phpMyAdmin, Debian</dc:subject>
<description>
<![CDATA[<p>When finishing series of articles about <a href="http://www.abclinuxu.cz/serialy/balicky-pro-debian">Debian packaging</a> and writing
about <a href="http://packages.debian.org/unstable/dbconfig-common">dbconfig-common</a>, I just had to ask myself, why it is not used in
phpMyAdmin package. I did not find any reason and as Thijs did not have any
objections, I hacked it together this evening.</p>

<p>So what you will get? All fancy features where phpMyAdmin requires it's
database to manage some additional features. For example you can create PDF
pages with structure of your database, add additional comments to databases,
notice relations between MyISAM tables, etc. Simply see <a href="http://wiki.cihar.com/pma/pmadb">wiki</a> for more
details.</p>

<p>Besides this, phpMyAdmin is now automatically configured to use database
you choose using dbconfig-common, so you can also connect to remote MySQL
server without manually configuring anything.</p>

<p>The only thing which scares me a bit is that we now increased a lot number of
debconf questions user has to reply by this...</p>]]>
</description>
</item>
<item rdf:about="http://blog.cihar.com/archives/2008/06/16/no_debconf_this_year_for_me/">
<link>http://blog.cihar.com/archives/2008/06/16/no_debconf_this_year_for_me/</link>
<title>No DebConf this year for me</title>
<dc:date>2008-06-16T22:40:25+02:00</dc:date>
<dc:creator>Michal Čihař</dc:creator>
<dc:subject>Debian</dc:subject>
<description>
<![CDATA[<p>Okay, I will again miss DebConf. This time it is not because of time, but
because of money. The flight to Buenos Aires is far too expensive to go there
just for DebConf and I didn't manage to plan some more travelling around South
America...</p>

<p>Hopefully it will get better next year, at least DebConf will be much closer
:-).</p>

<p>PS: Just after deadline for confirmation and my decision for not going there,
I got an email that my sponsorship for travel was approved. Unfortunately too
late to change my decision.</p>]]>
</description>
</item>
<item rdf:about="http://blog.cihar.com/archives/2008/05/28/time_for_change_time_for_debconf/">
<link>http://blog.cihar.com/archives/2008/05/28/time_for_change_time_for_debconf/</link>
<title>Time for change, time for DebConf?</title>
<dc:date>2008-05-28T13:04:59+02:00</dc:date>
<dc:creator>Michal Čihař</dc:creator>
<dc:subject>Real life, Debian</dc:subject>
<description>
<![CDATA[<p>Okay I did thing I considered already for several months - I decided to quit
my current job at <a href="http://www.sysgo.com/">SYSGO</a>, make one month holidays in summer and find some
new job meanwhile. So I'm looking forward to free August, which I will
probably spend travelling somewhere :-).</p>

<p>This brought up again question whether to go or not to go to this year
DebConf. The only problem with this is distance - flight to Buenos Aires will
be something around 2000 USD and it means lot of money for me. I applied for
sponsorship for half of the price (well I'm not sure if I can really pay the
other half, but I would feel really bad for asking that much money) and let's
see how it turns out. On the other side, I'd love to visit Argentina, but that
would probably require much more time and money. Let's see how it all turns
out, there is still time to decision...</p>

<p>PS: If you have some interesting job offer, just contact me at
<a href="m&#97;&#105;&#x6C;&#x74;&#111;:&#x6D;&#x69;c&#x68;&#97;l&#64;&#x63;&#x69;&#104;&#x61;&#114;&#46;&#x63;&#x6F;&#x6D;">&#x6D;&#x69;c&#x68;&#97;l&#64;&#x63;&#x69;&#104;&#x61;&#114;&#46;&#x63;&#x6F;&#x6D;</a>.</p>]]>
</description>
</item>
<item rdf:about="http://blog.cihar.com/archives/2008/05/19/changing_ssh_keys_on_sf_net/">
<link>http://blog.cihar.com/archives/2008/05/19/changing_ssh_keys_on_sf_net/</link>
<title>Changing SSH keys on SF.net</title>
<dc:date>2008-05-19T13:48:01+02:00</dc:date>
<dc:creator>Michal Čihař</dc:creator>
<dc:subject>Debian</dc:subject>
<description>
<![CDATA[<p>Yes Erik, <a href="http://blog.drinsama.de/erich/en/linux/2008051801-removing-bad-debian-keys.html">SourceForge did not do anything</a>. But what is even more "funny" is
that changing keys over web interface does not change
<code>~/.ssh/authorized_keys</code>. So even if you are aware of this problem and change
keys in interface which should do it, it does not work. I just realized this
today when I read your post and wanted to check whether this file is really
world readable...</p>]]>
</description>
</item>
<item rdf:about="http://blog.cihar.com/archives/2008/05/14/everything_bad_is_good_for_something/">
<link>http://blog.cihar.com/archives/2008/05/14/everything_bad_is_good_for_something/</link>
<title>Everything bad is good for something</title>
<dc:date>2008-05-14T22:53:14+02:00</dc:date>
<dc:creator>Michal Čihař</dc:creator>
<dc:subject>Debian</dc:subject>
<description>
<![CDATA[<p>After recent not so funny thing with <a href="http://www.debian.org/security/2008/dsa-1571">OpenSSL in Debian</a>, I realized that I
will have to regenerate most of keys and certificates, because last big
changes I did in networking/vpn/ssh setup which involved generating keys are
not older than broken OpenSSL appeared in archives.</p>

<p>First obvious thing was SSH keys and cleanup of <code>~/.ssh/authorized_keys</code> on
all hosts. While doing that, I realized that I still have there several keys,
which are more or less gone (not that I'd lost them, but I simply stopped to
use them). So it was good opportunity to do cleanup here. While I was at these
changes, cleaning up <code>~/.ssh/known_hosts</code> was also good idea, because I still
had there lot of hosts I collected during some of my previous jobs and I
definitely won't (and can not) access these machines anymore. So good, big
cleanup in SSH configuration was forced :-).</p>

<p>Next and harder step was to found out where else I use certificates generated
by vulnerable OpenSSL. Server certificates for sure were also generated by
OpenSSL, so let's regenerate web and email certificates and hope I did not
miss anything.</p>

<p>All this happened yesterday, but today I realized that I missed other even
more important thing - OpenVPN certificates. While regenerating certificates,
I also found some machine keys which are not really used anymore, so I again
could drop some of them. So that was task for this evening and now I'm
hopefully really done with this issue and I really hope that this won't happen
again in near future, I don't need to cleanup that often ;-).</p>]]>
</description>
</item>
<item rdf:about="http://blog.cihar.com/archives/2008/05/05/packages_cache_in_lan/">
<link>http://blog.cihar.com/archives/2008/05/05/packages_cache_in_lan/</link>
<title>Packages cache in LAN</title>
<dc:date>2008-05-05T15:11:03+02:00</dc:date>
<dc:creator>Michal Čihař</dc:creator>
<dc:subject>Debian</dc:subject>
<description>
<![CDATA[<p><a href="http://fortytwo.ch/blog/archives/2008/05/#e2008-05-05T14_22_25.txt">Adrian</a>, it looks like you are looking for <a href="http://trac.phidev.org/trac/wiki/AptZeroconf">apt-zeroconf</a>. It looks
like great idea, but it does not seem to be really active recently and
unfortunately it did not yen find it's way to official archives...</p>]]>
</description>
</item>
<item rdf:about="http://blog.cihar.com/archives/2008/03/26/enca_popularity_boost/">
<link>http://blog.cihar.com/archives/2008/03/26/enca_popularity_boost/</link>
<title>Enca popularity boost</title>
<dc:date>2008-03-26T17:10:34+02:00</dc:date>
<dc:creator>Michal Čihař</dc:creator>
<dc:subject>Debian</dc:subject>
<description>
<![CDATA[<p>Looking time to time to my <a href="http://qa.debian.org/developer.php?login=nijel@debian.org">QA page</a>, I could not miss huge
popularity boost for enca. After looking at reverse deps, I quickly
found out that Mplayer from <a href="http://www.debian-multimedia.org/">debian-multimedia</a> is reason for this:</p>

<p><a href="http://blog.cihar.com/images/blog/2008-03/enca-popcon.png"><img src="http://blog.cihar.com/images/blog/2008-03/enca-popcon-small.png" alt="libenca popularity" /></a></p>]]>
</description>
</item>
<item rdf:about="http://blog.cihar.com/archives/2008/01/18/toshiba_acpi_keys_hal_and_friends/">
<link>http://blog.cihar.com/archives/2008/01/18/toshiba_acpi_keys_hal_and_friends/</link>
<title>Toshiba ACPI keys, HAL and friends</title>
<dc:date>2008-01-18T13:44:07+02:00</dc:date>
<dc:creator>Michal Čihař</dc:creator>
<dc:subject>Life, Coding, Debian</dc:subject>
<description>
<![CDATA[<p>Long time ago I used <a href="http://fnfx.sourceforge.net/">FnFX</a> to handle events from ACPI keys on my
Toshiba notebook. However when <a href="http://blog.cihar.com/archives/2007/10/03/reinstalling_notebook/">reinstalling notebook</a> because of
disk crash, I thought there must be a cleaner way to handle these and I
found patch for acpid which added handling of these special events.</p>

<p>However I really didn't like patching acpid on every update and there
didn't seem to be chance to merge it upstream, so I started to look for
better solution. After another amount of googling, I found that HAL
already has some support for Toshiba hotkeys. Unfortunately it is now
<a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400605">disabled in Debian</a> because most key did not emit anything using
HAL.</p>

<p>Okay, let's fix the HAL, maybe it will get later enabled. Converting
FnFX keymap to C code was quite easy and I made a <a href="http://cihar.com/patches/hal/toshiba_more_keys.patch">patch for HAL</a> to
add support for all keys. Hopefully it get merged soon and I can then
file bug on Debian package to reenable Toshiba support in HAL.</p>

<p>Meanwhile I'd like to find some generic way of configuring what happens
on these events. For now I hacked <a href="http://viewsvn.cihar.com/viewvc.cgi/scripts/trunk/bin/dbus-key-monitor">simple Python script</a> which
listens to DBUS events and invokes appropriate commands for keys, but I
hope that some such tool already exists and I just missed it. If you
know something, please let me know at <a href="&#x6D;&#x61;&#105;&#108;&#x74;&#x6F;:&#x6D;&#x69;&#x63;&#104;&#97;&#x6C;&#64;&#x63;&#105;&#104;&#x61;&#x72;&#46;c&#111;&#x6D;">&#x6D;&#x69;&#x63;&#104;&#97;&#x6C;&#64;&#x63;&#105;&#104;&#x61;&#x72;&#46;c&#111;&#x6D;</a>.</p>]]>
</description>
</item>
<item rdf:about="http://blog.cihar.com/archives/2007/12/13/my_key_is_finally_in_keyring/">
<link>http://blog.cihar.com/archives/2007/12/13/my_key_is_finally_in_keyring/</link>
<title>My key is finally in keyring</title>
<dc:date>2007-12-13T13:57:48+02:00</dc:date>
<dc:creator>Michal Čihař</dc:creator>
<dc:subject>Debian</dc:subject>
<description>
<![CDATA[<p>I somehow expected that this will never happen, but todays update
contained debian-keyring version 2007.12.04, which includes changes from
last two years or so. So finally who-uploads and other tools work
reasonably good for mine stuff.</p>

<p>Anyway I think with more than 6000 lines in last changelog entry, it is
good candidate to be the longest changelog entry ever been in Debian
:-).</p>]]>
</description>
</item>
<item rdf:about="http://blog.cihar.com/archives/2007/11/29/retries/">
<link>http://blog.cihar.com/archives/2007/11/29/retries/</link>
<title>Retries</title>
<dc:date>2007-11-29T11:55:05+02:00</dc:date>
<dc:creator>Michal Čihař</dc:creator>
<dc:subject>Gammu, Debian</dc:subject>
<description>
<![CDATA[<p><a href="http://www.hezmatt.org/~mpalmer/blog/general/stupid.html">Matt</a>, SMSD in <a href="http://cihar.com/gammu/">Gammu</a> has retries (but sure it has another bugs :-).</p>]]>
</description>
</item>
</rdf:RDF>
