<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Buildd status pages</title>
	<atom:link href="http://blog.dogguy.org/index.php/2010/06/16/buildd-status-pages/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.dogguy.org/index.php/2010/06/16/buildd-status-pages/</link>
	<description>Crazy world, crazy thoughts ... crazy blog !</description>
	<lastBuildDate>Thu, 05 Jan 2012 07:01:06 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mehdi</title>
		<link>http://blog.dogguy.org/index.php/2010/06/16/buildd-status-pages/comment-page-1/#comment-7480</link>
		<dc:creator>Mehdi</dc:creator>
		<pubDate>Thu, 17 Jun 2010 09:54:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dogguy.org/?p=127#comment-7480</guid>
		<description>That&#039;s already done for backports.org as you can see in [1] (it was announced recently [2]). Concerning, debian-ports.org, they should update their setup first to be able to use the new implementation. AFAIK, they don&#039;t use any PGSql database yet.

[1] https://buildd.debian.org/status/package.php?p=pkglab&amp;suite=lenny-backports
[2] http://lists.debian.org/debian-devel-announce/2010/01/msg00005.html</description>
		<content:encoded><![CDATA[<p>That&#8217;s already done for backports.org as you can see in [1] (it was announced recently [2]). Concerning, debian-ports.org, they should update their setup first to be able to use the new implementation. AFAIK, they don&#8217;t use any PGSql database yet.</p>
<p>[1] <a href="https://buildd.debian.org/status/package.php?p=pkglab&amp;suite=lenny-backports" rel="nofollow">https://buildd.debian.org/status/package.php?p=pkglab&amp;suite=lenny-backports</a><br />
[2] <a href="http://lists.debian.org/debian-devel-announce/2010/01/msg00005.html" rel="nofollow">http://lists.debian.org/debian-devel-announce/2010/01/msg00005.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: foo</title>
		<link>http://blog.dogguy.org/index.php/2010/06/16/buildd-status-pages/comment-page-1/#comment-7477</link>
		<dc:creator>foo</dc:creator>
		<pubDate>Thu, 17 Jun 2010 02:27:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dogguy.org/?p=127#comment-7477</guid>
		<description>Please get your new implementation installed on buildd.debian-ports.org and on the backports.org buildds.</description>
		<content:encoded><![CDATA[<p>Please get your new implementation installed on buildd.debian-ports.org and on the backports.org buildds.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cùran</title>
		<link>http://blog.dogguy.org/index.php/2010/06/16/buildd-status-pages/comment-page-1/#comment-7476</link>
		<dc:creator>Cùran</dc:creator>
		<pubDate>Wed, 16 Jun 2010 20:41:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dogguy.org/?p=127#comment-7476</guid>
		<description>Another option for packages without a log would be to query the projectdb (something like rmadison/dak ls with dates).</description>
		<content:encoded><![CDATA[<p>Another option for packages without a log would be to query the projectdb (something like rmadison/dak ls with dates).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mehdi</title>
		<link>http://blog.dogguy.org/index.php/2010/06/16/buildd-status-pages/comment-page-1/#comment-7475</link>
		<dc:creator>Mehdi</dc:creator>
		<pubDate>Wed, 16 Jun 2010 20:06:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dogguy.org/?p=127#comment-7475</guid>
		<description>Thanks!

Unfortunately, the database says that it (plasma-widget-yawp) was last modified on &quot;2010-05-03 13:50:39&quot;, which corresponds to the date of the last upload (the last time there was a change on that arch for that package). That should be fixed in the database. In the meantime, I can skip the &quot;For&quot; field for &quot;Installed&quot; packages with &quot;no log&quot; (most likely packages uploaded by their maintainer), but that&#039;s only a workaound to hide some outdated information.

Same thing for cmake.

Workaround applied in https://buildd.debian.org/~mehdi/pgstatus/package.php?p=plasma-widget-yawp</description>
		<content:encoded><![CDATA[<p>Thanks!</p>
<p>Unfortunately, the database says that it (plasma-widget-yawp) was last modified on &#8220;2010-05-03 13:50:39&#8243;, which corresponds to the date of the last upload (the last time there was a change on that arch for that package). That should be fixed in the database. In the meantime, I can skip the &#8220;For&#8221; field for &#8220;Installed&#8221; packages with &#8220;no log&#8221; (most likely packages uploaded by their maintainer), but that&#8217;s only a workaound to hide some outdated information.</p>
<p>Same thing for cmake.</p>
<p>Workaround applied in <a href="https://buildd.debian.org/~mehdi/pgstatus/package.php?p=plasma-widget-yawp" rel="nofollow">https://buildd.debian.org/~mehdi/pgstatus/package.php?p=plasma-widget-yawp</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cùran</title>
		<link>http://blog.dogguy.org/index.php/2010/06/16/buildd-status-pages/comment-page-1/#comment-7474</link>
		<dc:creator>Cùran</dc:creator>
		<pubDate>Wed, 16 Jun 2010 19:48:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dogguy.org/?p=127#comment-7474</guid>
		<description>Hi Mehdi,
first, let me thank you for your efforts!

Now, I&#039;d like to point out a small bug (I&#039;m not sure, it&#039;s in your code or just exposed by it) to you: the binary uploaded with the package itself, say the amd64 binaries, have a wrong timespan given in the &quot;For&quot; column, see e.g. [0], where the upload of the latest version happened just two days ago, so there is no way, it can have the status installed with that version for (atm) over 44 days. I see similar offsets for other packages I (co-)maintain, e.g. [1]. 

Thanks,
Cùran


[0] https://buildd.debian.org/status/package.php?p=plasma-widget-yawp
[1] https://buildd.debian.org/status/package.php?p=cmake</description>
		<content:encoded><![CDATA[<p>Hi Mehdi,<br />
first, let me thank you for your efforts!</p>
<p>Now, I&#8217;d like to point out a small bug (I&#8217;m not sure, it&#8217;s in your code or just exposed by it) to you: the binary uploaded with the package itself, say the amd64 binaries, have a wrong timespan given in the &#8220;For&#8221; column, see e.g. [0], where the upload of the latest version happened just two days ago, so there is no way, it can have the status installed with that version for (atm) over 44 days. I see similar offsets for other packages I (co-)maintain, e.g. [1]. </p>
<p>Thanks,<br />
Cùran</p>
<p>[0] <a href="https://buildd.debian.org/status/package.php?p=plasma-widget-yawp" rel="nofollow">https://buildd.debian.org/status/package.php?p=plasma-widget-yawp</a><br />
[1] <a href="https://buildd.debian.org/status/package.php?p=cmake" rel="nofollow">https://buildd.debian.org/status/package.php?p=cmake</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

