<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/2.4.5" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Markus Ullmann - Latest comments</title>
		<link>http://blogs.gentoo.org/jokey?disp=comments</link>
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=2.4.5"/>
		<ttl>60</ttl>
				<item>
			<title>In response to: difficulties with proxy maintenance</title>
			<pubDate>Wed, 19 Mar 2008 03:37:50 +0000</pubDate>
			<dc:creator>pabs [Visitor]</dc:creator>
			<guid isPermaLink="false">c19765@http://blogs.gentoo.org/</guid>
			<description>In Debian we have this new concept of &quot;Debian Maintainers&quot;:&lt;br /&gt;
&lt;br /&gt;
http://wiki.debian.org/Maintainers&lt;br /&gt;
&lt;br /&gt;
Basically, after someone has proven themselves to be trustworthy for one package, then they can make changes to that package without approval of a &quot;Debian Developer&quot;.&lt;br /&gt;
&lt;br /&gt;
Perhaps gentoo might want to consider doing something similar. I imagine it might be easier since you use one VCS for the whole of Gentoo (IIRC).</description>
			<content:encoded><![CDATA[In Debian we have this new concept of "Debian Maintainers":<br />
<br />
http://wiki.debian.org/Maintainers<br />
<br />
Basically, after someone has proven themselves to be trustworthy for one package, then they can make changes to that package without approval of a "Debian Developer".<br />
<br />
Perhaps gentoo might want to consider doing something similar. I imagine it might be easier since you use one VCS for the whole of Gentoo (IIRC).]]></content:encoded>
			<link>http://blogs.gentoo.org/jokey/2008/03/17/difficulties_with_proxy_maintenance#c19765</link>
		</item>
				<item>
			<title>In response to: Tinderbox up and running</title>
			<pubDate>Sun, 09 Dec 2007 00:10:21 +0000</pubDate>
			<dc:creator>Alex Howells [Visitor]</dc:creator>
			<guid isPermaLink="false">c19283@http://blogs.gentoo.org/</guid>
			<description>I need to get with you about this sometime - sounds very cool and I wanna know more!</description>
			<content:encoded><![CDATA[I need to get with you about this sometime - sounds very cool and I wanna know more!]]></content:encoded>
			<link>http://blogs.gentoo.org/jokey/2007/09/03/tinderbox_up_and_running#c19283</link>
		</item>
				<item>
			<title>In response to: to view packages or not to view packages -- that is, urm, a gentoo problem?</title>
			<pubDate>Fri, 19 Oct 2007 17:21:32 +0000</pubDate>
			<dc:creator>Queight [Visitor]</dc:creator>
			<guid isPermaLink="false">c19221@http://blogs.gentoo.org/</guid>
			<description>I agree with laen, there would be nice to see USE flags and dependencies, and it would be awesome to see revdeps.&lt;br /&gt;
One more thing that I miss is categories list.&lt;br /&gt;
&lt;br /&gt;
PS Can't have email in gmail?</description>
			<content:encoded><![CDATA[I agree with laen, there would be nice to see USE flags and dependencies, and it would be awesome to see revdeps.<br />
One more thing that I miss is categories list.<br />
<br />
PS Can't have email in gmail?]]></content:encoded>
			<link>http://blogs.gentoo.org/jokey/2007/10/02/to_view_packages_or_not_to_view_packages#c19221</link>
		</item>
				<item>
			<title>In response to: to view packages or not to view packages -- that is, urm, a gentoo problem?</title>
			<pubDate>Wed, 17 Oct 2007 22:18:55 +0000</pubDate>
			<dc:creator>Nuno [Visitor]</dc:creator>
			<guid isPermaLink="false">c19215@http://blogs.gentoo.org/</guid>
			<description>Since the system is being re-written, I think it'd make sense if you could somehow distinguish between operating system kernels (linux, fbsd) and architectures (x86, alpha, sparc, amd64, etc...). I've always interpreted the current view more like an workaround then a definitive solution, and it would make much more sense to separate apples from oranges.</description>
			<content:encoded><![CDATA[Since the system is being re-written, I think it'd make sense if you could somehow distinguish between operating system kernels (linux, fbsd) and architectures (x86, alpha, sparc, amd64, etc...). I've always interpreted the current view more like an workaround then a definitive solution, and it would make much more sense to separate apples from oranges.]]></content:encoded>
			<link>http://blogs.gentoo.org/jokey/2007/10/02/to_view_packages_or_not_to_view_packages#c19215</link>
		</item>
				<item>
			<title>In response to: to view packages or not to view packages -- that is, urm, a gentoo problem?</title>
			<pubDate>Tue, 16 Oct 2007 12:25:23 +0000</pubDate>
			<dc:creator>Horace Swaby [Visitor]</dc:creator>
			<guid isPermaLink="false">c19214@http://blogs.gentoo.org/</guid>
			<description>Great work -- thanks for the site.&lt;br /&gt;
&lt;br /&gt;
Am I correct in thinking there was a search capability on packages.gentoo.org? Would be very useful on packages.gentooext.net.&lt;br /&gt;
&lt;br /&gt;
Or have I missed something?</description>
			<content:encoded><![CDATA[Great work -- thanks for the site.<br />
<br />
Am I correct in thinking there was a search capability on packages.gentoo.org? Would be very useful on packages.gentooext.net.<br />
<br />
Or have I missed something?]]></content:encoded>
			<link>http://blogs.gentoo.org/jokey/2007/10/02/to_view_packages_or_not_to_view_packages#c19214</link>
		</item>
				<item>
			<title>In response to: to view packages or not to view packages -- that is, urm, a gentoo problem?</title>
			<pubDate>Tue, 16 Oct 2007 07:39:05 +0000</pubDate>
			<dc:creator>laen [Visitor]</dc:creator>
			<guid isPermaLink="false">c19213@http://blogs.gentoo.org/</guid>
			<description>One feature users of gentoo-portage.com are loving (and i am one of them) is the ability to see the dependencies and USE flags per release.&lt;br /&gt;
&lt;br /&gt;
If you could implement that, i wouldn't have to visit gentoo-portage and packages.gentoo all the time, and packages.gentoo would be so awesome :)</description>
			<content:encoded><![CDATA[One feature users of gentoo-portage.com are loving (and i am one of them) is the ability to see the dependencies and USE flags per release.<br />
<br />
If you could implement that, i wouldn't have to visit gentoo-portage and packages.gentoo all the time, and packages.gentoo would be so awesome :)]]></content:encoded>
			<link>http://blogs.gentoo.org/jokey/2007/10/02/to_view_packages_or_not_to_view_packages#c19213</link>
		</item>
				<item>
			<title>In response to: to view packages or not to view packages -- that is, urm, a gentoo problem?</title>
			<pubDate>Tue, 16 Oct 2007 06:20:48 +0000</pubDate>
			<dc:creator>Anonymous [Visitor]</dc:creator>
			<guid isPermaLink="false">c19212@http://blogs.gentoo.org/</guid>
			<description>Thank you so much!  Only suggestion.. need some softer colors for the KEYWORDS status.. they are kind of harsh on the eyes currently.</description>
			<content:encoded><![CDATA[Thank you so much!  Only suggestion.. need some softer colors for the KEYWORDS status.. they are kind of harsh on the eyes currently.]]></content:encoded>
			<link>http://blogs.gentoo.org/jokey/2007/10/02/to_view_packages_or_not_to_view_packages#c19212</link>
		</item>
				<item>
			<title>In response to: to view packages or not to view packages -- that is, urm, a gentoo problem?</title>
			<pubDate>Mon, 08 Oct 2007 09:29:24 +0000</pubDate>
			<dc:creator>Markus Ullmann [Member]</dc:creator>
			<guid isPermaLink="false">c19208@http://blogs.gentoo.org/</guid>
			<description>&gt; Comment from: Michael C [Visitor]&lt;br /&gt;
&gt; For my own education, why did you choose 'genshi'?&lt;br /&gt;
&lt;br /&gt;
Well the 2 options in the end for me were cheetah and genshi. Cheetah has the advantage of pre-processing templates, rendering them as still-readable python code to save time.&lt;br /&gt;
&lt;br /&gt;
Downside of it, when you look at the example at [1], it's not fully xml so stuff looks cluttered when viewing it un-processed.&lt;br /&gt;
&lt;br /&gt;
Second thing was that due to maintaining another two websites with xml/xslt (also gentoo does this), I'm used to XPath, XInclude and whatnot and cheetah doesn't support it that easily.&lt;br /&gt;
&lt;br /&gt;
Uncached pageviews take slightly longer to generate with genshi than with cherrypy but cherrypy has sane caching, so I'm with it this time.&lt;br /&gt;
&lt;br /&gt;
[1] http://www.cheetahtemplate.org/examples.html</description>
			<content:encoded><![CDATA[> Comment from: Michael C [Visitor]<br />
> For my own education, why did you choose 'genshi'?<br />
<br />
Well the 2 options in the end for me were cheetah and genshi. Cheetah has the advantage of pre-processing templates, rendering them as still-readable python code to save time.<br />
<br />
Downside of it, when you look at the example at [1], it's not fully xml so stuff looks cluttered when viewing it un-processed.<br />
<br />
Second thing was that due to maintaining another two websites with xml/xslt (also gentoo does this), I'm used to XPath, XInclude and whatnot and cheetah doesn't support it that easily.<br />
<br />
Uncached pageviews take slightly longer to generate with genshi than with cherrypy but cherrypy has sane caching, so I'm with it this time.<br />
<br />
[1] http://www.cheetahtemplate.org/examples.html]]></content:encoded>
			<link>http://blogs.gentoo.org/jokey/2007/10/02/to_view_packages_or_not_to_view_packages#c19208</link>
		</item>
			</channel>
</rss>
