Returned from Global Company Meeting and a following week vacation in the US. New Orleans seems to have a party problem :)
Returned from Global Company Meeting and a following week vacation in the US. New Orleans seems to have a party problem :)
Fixed my patch for kdelibs, to support the freedesktop systemtray protocol (client side).
Discovered the coverage.py module and put it in my small unittest testsuite for rhpl.conf.
The interesting code looks like this:
def suite(): suite = unittest.TestSuite() suite = unittest.makeSuite(TestConf,'test') return suiteif __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())
which outputs s.th. like this:
Ran 4 tests in 0.685sOK Name Stmts Exec Cover ------------------------------- rhpl.Conf 1287 387 30%
Pushed out udev-024-3 to Fedora Core Development:
# 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"for that, I had to make /etc/hotplug.d/default/udev.hotplug a shell script, which tests for USE_UDEV and then exec's udevsend
/etc/dev.d/default/dbus.dev /etc/dev.d/default/pam_console.dev /etc/dev.d/default/selinux.dev
# restorecon $DEVNAMEwhich makes udev_selinux somehow obsolete. There have be selinux policies written yet to let udev execute scripts from /etc/dev.d.
/etc/udev/permissions.d/ /etc/udev/permissions.d/00-udev.permissions /etc/udev/rules.d/ /etc/udev/rules.d/00-udev.rulesThe directories can be used as a drop in for vendors and customers.
New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.
Keep up with the latest Advogato features by reading the Advogato status blog.
If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!