<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Martin Pitt &#187; jockey</title>
	<atom:link href="http://www.piware.de/tag/jockey/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.piware.de</link>
	<description>addicted to Ubuntu development</description>
	<lastBuildDate>Mon, 19 Jul 2010 13:55:24 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>New Jockey 0.5 Beta 1 release</title>
		<link>http://www.piware.de/2008/09/new-jockey-05-beta-1-release/</link>
		<comments>http://www.piware.de/2008/09/new-jockey-05-beta-1-release/#comments</comments>
		<pubDate>Thu, 25 Sep 2008 20:18:54 +0000</pubDate>
		<dc:creator>pitti</dc:creator>
				<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[announcement]]></category>
		<category><![CDATA[jockey]]></category>

		<guid isPermaLink="false">http://martinpitt.wordpress.com/?p=18</guid>
		<description><![CDATA[I just released the first beta release of Jockey 0.5, which fixes a ton of bugs compared to the first Alpha from two weeks ago. Compared to 0.4, it grew quite a lot of new features: Split program into a privileged system D-BUS backend (access controlled by PolicyKit), and unprivileged frontend. This provides a cleaner [...]]]></description>
			<content:encoded><![CDATA[<p>I just released the first beta release of Jockey 0.5, which fixes a ton of bugs compared to the <a href="https://launchpad.net/jockey/trunk/0.5alpha1">first Alpha</a> from two weeks ago. Compared to 0.4, it grew quite a lot of new features:</p>
<ul>
<li>Split program into a privileged system D-BUS backend (access controlled by PolicyKit), and unprivileged frontend. This provides a cleaner design, gets rid of ugly distribution specific hacks and makes the program more portable.</li>
<li>Add support for detecting printers. Add Driver DB implementation for <a href="http://www.openprinting.org">openprinting.org database</a> lookup. Supports package systems &#8220;apt&#8221;, &#8220;urpmi&#8221;, and &#8220;yum&#8221; right now.</li>
<li>New Driver DBs can now added dynamically at run time through a D-BUS call (such as adding an XMLRPC compatible DB on a new server).</li>
<li>Upstream OSLib now uses PackageKit&#8217;s &#8220;pkcon&#8221; for query operations, so that distributions which support packagekit do not need to implement their custom functions for it. (Package installation/removal does not use packagekit yet, due to <a href="https://bugs.freedesktop.org/show_bug.cgi?id=16668">a bug in dbus-glib</a>, but it is planned).</li>
<li>Provide a session D-BUS interface so that applications like system-config-printer can call Jockey through an abstract interface for looking for a driver for a particular device. This will search for a driver in all databases, ask the user for confirmation, and install it.</li>
<li>Add support for &#8220;recommended&#8221; driver versions, in case several different versions of a driver are available (which is e. g. the case with the proprietary NVidia driver, or lots of drivers from openprinting.org).</li>
<li>GTK and KDE user interface got some usability and workflow improvements. They also show the license and support status now:
<p><a href="http://people.canonical.com/~pitti/screenshots/jockey/jockey-mainwindow.png"><img src="http://people.canonical.com/~pitti/screenshots/jockey/jockey-mainwindow-thumbnail.png"></a></p>
</li>
<li>KDE user interface got ported to PyKDE 4:<br />
<a href="http://people.canonical.com/~pitti/screenshots/jockey/jockey-mainwindow-kde.png"><img src="http://people.canonical.com/~pitti/screenshots/jockey/jockey-mainwindow-kde-thumbnail.png"></a></p>
</li>
<ul>
<p>As of today, 0.5 beta 1 was uploaded to Ubuntu Intrepid, too.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.piware.de/2008/09/new-jockey-05-beta-1-release/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Python code coverage</title>
		<link>http://www.piware.de/2008/04/python-code-coverage/</link>
		<comments>http://www.piware.de/2008/04/python-code-coverage/#comments</comments>
		<pubDate>Tue, 08 Apr 2008 14:39:01 +0000</pubDate>
		<dc:creator>pitti</dc:creator>
				<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[jockey]]></category>
		<category><![CDATA[python]]></category>
		<category><![CDATA[testing]]></category>

		<guid isPermaLink="false">http://martinpitt.wordpress.com/?p=6</guid>
		<description><![CDATA[Today I was playing with python-coverage, which seems to be the tool of choice for code coverage measurement in Python. Since I am constantly hacking on Jockey&#8217;s test suite, I want to strive for perfection and cover everything, so it does sound like something worthwhile. First I tried to use it like documented: python /usr/share/python-support/python-coverage/coverage.py [...]]]></description>
			<content:encoded><![CDATA[<p>Today I was playing with python-coverage, which seems to be the tool of choice for code coverage measurement in Python. Since I am constantly hacking on Jockey&#8217;s test suite, I want to strive for perfection and cover everything, so it does sound like something worthwhile.</p>
<p>First I tried to use it like documented:</p>
<blockquote><p><code>python /usr/share/python-support/python-coverage/coverage.py -x tests/run</code></p></blockquote>
<p>which just caused the tests not to run at all, for no immediately obvious reason (it worked fine with real Python modules in apport). However, it gets much nicer once you stop trying to wrap it around the command line call and start to integrate it into the test suite code itself:</p>
<blockquote><p><code>import coverage<br />
coverage.erase()<br />
coverage.exclude('raise NotImplementedError')<br />
coverage.start()</code></p>
<p>[... run all the tests ... ]</p>
<p>coverage.stop()<br />
coverage.report(glob(&#8216;jockey/*.py&#8217;))<br />
coverage.report(glob(&#8216;examples/handlers/*.py&#8217;))<br />
coverage.erase()</p></blockquote>
<p>(which is more or less what I <a href="http://bazaar.launchpad.net/~jockey-hackers/jockey/trunk/revision/266">committed</a>).</p>
<p>This will run all the tests, and give me a report about how much code they covered, plus a list of code lines which weren&#8217;t touched. For example:</p>
<blockquote><p><code>Name                 Stmts   Exec  Cover   Missing<br />
jockey/handlers        248    242    97%   402-405, 420-421, 514<br />
</code></p></blockquote>
<p>Also, the exclude() interface is much more flexible than putting #pragmas all over the place (which do not seem to really work anyway unfortunately).</p>
<p>Now, off to fixing everything to get 100%. I was surprised how many little bugs I found and fixed while completing the tests. Test suites FTW!!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.piware.de/2008/04/python-code-coverage/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Getting ready for Austin</title>
		<link>http://www.piware.de/2008/04/hello-world-2/</link>
		<comments>http://www.piware.de/2008/04/hello-world-2/#comments</comments>
		<pubDate>Wed, 02 Apr 2008 23:40:11 +0000</pubDate>
		<dc:creator>pitti</dc:creator>
				<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[conference]]></category>
		<category><![CDATA[jockey]]></category>

		<guid isPermaLink="false">http://piware.de/blog/?p=47</guid>
		<description><![CDATA[I&#8217;m really looking forward to go to Austin next Saturday, for my first LinuxFoundation collaboration summit. I&#8217;m particularly interested in bringing forward the work of the Driver Backport workgroup, where my focus is on delivering drivers to the user.]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m really looking forward to go to Austin next Saturday, for my first <a href="https://www.linux-foundation.org/events/collaboration">LinuxFoundation collaboration summit</a>. I&#8217;m particularly interested in bringing forward the work of the <a href="https://www.linux-foundation.org/en/Driver_Backport">Driver Backport</a> workgroup, where my focus is on <a href="https://launchpad.net/jockey">delivering drivers to the user</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.piware.de/2008/04/hello-world-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
