<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>Advogato blog for harald</title>
    <link>http://www.advogato.org/person/harald/</link>
    <description>Advogato blog for harald</description>
    <language>en-us</language>
    <generator>mod_virgule</generator>
    <pubDate>Sat, 25 May 2013 05:03:19 GMT</pubDate>
    <item>
      <pubDate>Mon, 12 Jul 2004 08:15:37 GMT</pubDate>
      <title>12 Jul 2004</title>
      <link>http://www.advogato.org/person/harald/diary.html?start=5</link>
      <guid>http://www.advogato.org/person/harald/diary.html?start=5</guid>
      <description>Moved my blog (diary) to &lt;a href="http://www.harald-hoyer.de" &gt;my homepage&lt;/a&gt;.</description>
    </item>
    <item>
      <pubDate>Mon, 10 May 2004 14:56:00 GMT</pubDate>
      <title>10 May 2004</title>
      <link>http://www.advogato.org/person/harald/diary.html?start=4</link>
      <guid>http://www.advogato.org/person/harald/diary.html?start=4</guid>
      <description>Discovered &lt;A HREF="http://www.ignalum.com/"&gt;ignalum&lt;/a&gt; (mentioned in an &lt;A HREF="http://www.globetechnology.com/servlet/story/RTGAM.20040505.wlinux0505/BNStory/Technology/"&gt;article&lt;/a&gt;), which is basically an extended RH or Fedora. Suggested on their sourceforge feature tracker to work more upstream, as they seem to modify one of my config tool, without ever mailing with me (system-config-network). Checked their CVS for useful modifications. Found none.
&lt;p&gt;
Updated my sourceforge account information (&lt;A HREF="http://sourceforge.net/users/saturn_de/"&gt;saturn_de&lt;/a&gt;).

</description>
    </item>
    <item>
      <pubDate>Thu, 6 May 2004 08:23:08 GMT</pubDate>
      <title>6 May 2004</title>
      <link>http://www.advogato.org/person/harald/diary.html?start=3</link>
      <guid>http://www.advogato.org/person/harald/diary.html?start=3</guid>
      <description>Returned from Global Company Meeting and a following week vacation in the US. New Orleans seems to have a party problem :)</description>
    </item>
    <item>
      <pubDate>Wed, 21 Apr 2004 10:39:24 GMT</pubDate>
      <title>21 Apr 2004</title>
      <link>http://www.advogato.org/person/harald/diary.html?start=2</link>
      <guid>http://www.advogato.org/person/harald/diary.html?start=2</guid>
      <description>Fixed my patch for kdelibs, to support the freedesktop systemtray protocol (client side).</description>
    </item>
    <item>
      <pubDate>Thu, 15 Apr 2004 13:44:14 GMT</pubDate>
      <title>15 Apr 2004</title>
      <link>http://www.advogato.org/person/harald/diary.html?start=1</link>
      <guid>http://www.advogato.org/person/harald/diary.html?start=1</guid>
      <description>Discovered the &lt;a href="http://www.garethrees.org/2001/12/04/python-coverage/"  &gt;coverage.py&lt;/a&gt; module and put it in my small unittest testsuite for rhpl.conf.

&lt;p&gt; &lt;p&gt; The interesting code looks like this:
&lt;pre&gt;
def suite():
    suite = unittest.TestSuite()
    suite = unittest.makeSuite(TestConf,'test')
    return suite
&lt;p&gt; if __name__ == "__main__":
    import coverage
    coverage.erase()
    coverage.start()
    from rhpl import Conf
    testRunner = unittest.TextTestRunner(verbosity=2)
    result = testRunner.run(suite())
    coverage.stop()
    coverage.the_coverage.report(Conf, show_missing=0 )
    sys.exit(not result.wasSuccessful())
&lt;/pre&gt;
&lt;p&gt; which outputs s.th. like this:
&lt;pre&gt;
Ran 4 tests in 0.685s
&lt;p&gt;OK
Name        Stmts   Exec  Cover
-------------------------------
rhpl.Conf    1287    387    30%
&lt;/pre&gt;</description>
    </item>
    <item>
      <pubDate>Thu, 15 Apr 2004 11:17:28 GMT</pubDate>
      <title>15 Apr 2004</title>
      <link>http://www.advogato.org/person/harald/diary.html?start=0</link>
      <guid>http://www.advogato.org/person/harald/diary.html?start=0</guid>
      <description>Pushed out udev-024-3 to &lt;A HREF="http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/"&gt;Fedora Core Development&lt;/a&gt;:&lt;ul&gt;
&lt;li&gt; added central config file for udev
    /etc/sysconfig/udev which contains
&lt;pre&gt;
# set USE_UDEV to yes, if you want to use udev
#
USE_UDEV="yes"
# if selinux file attributes
# should be restored (leave to yes, if unsure)
UDEV_SELINUX="yes"
# if console permissions (pam_console)
# should be restored (leave to yes, if unsure)
UDEV_CONSOLE="yes"
# if dbus messages should be sent
UDEV_DBUS="no"
# if actions should be logged
UDEV_LOG="no"
&lt;/pre&gt;
for that, I had to make &lt;tt&gt;/etc/hotplug.d/default/udev.hotplug&lt;/tt&gt;
    a shell script, which tests for USE_UDEV and then
    exec's udevsend
&lt;li&gt; added dbus, selinux and pam_console support through these scripts:
&lt;pre&gt;
    /etc/dev.d/default/dbus.dev
    /etc/dev.d/default/pam_console.dev
    /etc/dev.d/default/selinux.dev
&lt;/pre&gt;
&lt;ul&gt;
    &lt;li&gt;dbus.dev calls /usr/sbin/udev_dbus which has Kay's
    latest dbus patch.
    &lt;li&gt;pam_console.dev calls pam_console_setowner, which is basically
    a modified pam_console_apply, which only modifies one file.
    (no glob on /dev, thus no readdir on /dev every time)
    &lt;li&gt;selinux.dev just calls
    &lt;pre&gt;
    # restorecon $DEVNAME
&lt;/pre&gt;
    which makes udev_selinux somehow obsolete.
    There have be selinux policies written yet to let udev
    execute scripts from /etc/dev.d.
&lt;/ul&gt;
&lt;li&gt; set up the config file to use directories for permissions and rules
  and wrote some basic rules and permissions as used by us
&lt;pre&gt;
    /etc/udev/permissions.d/
    /etc/udev/permissions.d/00-udev.permissions
    /etc/udev/rules.d/
    /etc/udev/rules.d/00-udev.rules
&lt;/pre&gt;
    The directories can be used as a drop in for
    vendors and customers.
&lt;/ul&gt;</description>
    </item>
  </channel>
</rss>
