<?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>Patrick McLean - Latest comments on xorg-x11-7.1 and binary drivers</title>
		<link>http://blogs.gentoo.org/chutzpah?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: xorg-x11-7.1 and binary drivers</title>
			<pubDate>Wed, 05 Jul 2006 03:09:59 +0000</pubDate>
			<dc:creator>Patrick McLean [Member]</dc:creator>
			<guid isPermaLink="false">c14463@http://blogs.gentoo.org/</guid>
			<description>For some reason this post has been getting a &lt;em&gt;lot&lt;/em&gt; of comment spam lately so I am closing comments here.</description>
			<content:encoded><![CDATA[For some reason this post has been getting a <em>lot</em> of comment spam lately so I am closing comments here.]]></content:encoded>
			<link>http://blogs.gentoo.org/chutzpah/2006/06/17/xorg_x11_7_1_and_binary_drivers#c14463</link>
		</item>
				<item>
			<title>In response to: xorg-x11-7.1 and binary drivers</title>
			<pubDate>Sun, 02 Jul 2006 09:07:56 +0000</pubDate>
			<dc:creator>Rolando Zappacosta [Visitor]</dc:creator>
			<guid isPermaLink="false">c13315@http://blogs.gentoo.org/</guid>
			<description>There is nothing I can do than to agree with Patrick McLean's comments!!!!&lt;br /&gt;
&lt;br /&gt;
BTW, thanks for the info on what packages to mask.</description>
			<content:encoded><![CDATA[There is nothing I can do than to agree with Patrick McLean's comments!!!!<br />
<br />
BTW, thanks for the info on what packages to mask.]]></content:encoded>
			<link>http://blogs.gentoo.org/chutzpah/2006/06/17/xorg_x11_7_1_and_binary_drivers#c13315</link>
		</item>
				<item>
			<title>In response to: xorg-x11-7.1 and binary drivers</title>
			<pubDate>Sat, 01 Jul 2006 18:25:30 +0000</pubDate>
			<dc:creator>Peter Read [Visitor]</dc:creator>
			<guid isPermaLink="false">c13234@http://blogs.gentoo.org/</guid>
			<description>&gt; Then perhaps Xorg, et al. might concentrate their efforts on&lt;br /&gt;
&gt; providing open source drivers that are as fast as their&lt;br /&gt;
&gt; closed source counterparts.&lt;br /&gt;
&lt;br /&gt;
Sure, everyone would love to, dig in if you can help.  Obviously some kind of info about how the hardware works would be helpful, or even some old driver code.&lt;br /&gt;
&lt;br /&gt;
*other whining about breakage*&lt;br /&gt;
&lt;br /&gt;
Don't run ~arch then, you should know the risks.  If you didn't before, you do now...</description>
			<content:encoded><![CDATA[> Then perhaps Xorg, et al. might concentrate their efforts on<br />
> providing open source drivers that are as fast as their<br />
> closed source counterparts.<br />
<br />
Sure, everyone would love to, dig in if you can help.  Obviously some kind of info about how the hardware works would be helpful, or even some old driver code.<br />
<br />
*other whining about breakage*<br />
<br />
Don't run ~arch then, you should know the risks.  If you didn't before, you do now...]]></content:encoded>
			<link>http://blogs.gentoo.org/chutzpah/2006/06/17/xorg_x11_7_1_and_binary_drivers#c13234</link>
		</item>
				<item>
			<title>In response to: xorg-x11-7.1 and binary drivers</title>
			<pubDate>Thu, 29 Jun 2006 00:30:24 +0000</pubDate>
			<dc:creator>Patrick McLean [Member]</dc:creator>
			<guid isPermaLink="false">c12828@http://blogs.gentoo.org/</guid>
			<description>&gt; Then perhaps Xorg, et al. might concentrate their efforts on &lt;br /&gt;
&gt; providing open source drivers that are as fast as their &lt;br /&gt;
&gt; closed source counterparts.&lt;br /&gt;
&lt;br /&gt;
Video card companies don't provide any documentation on writing drivers. It's almost impossible to write a good video driver, the only reason the r300 project got anywhere is because they had a starting point (older, supported ATI cards). The &quot;nv&quot; driver is little better than binary code and was written by nvidia.&lt;br /&gt;
&lt;br /&gt;
We would have excellent open source drivers, if companies actually provided documentation on how to write decent drivers.</description>
			<content:encoded><![CDATA[> Then perhaps Xorg, et al. might concentrate their efforts on <br />
> providing open source drivers that are as fast as their <br />
> closed source counterparts.<br />
<br />
Video card companies don't provide any documentation on writing drivers. It's almost impossible to write a good video driver, the only reason the r300 project got anywhere is because they had a starting point (older, supported ATI cards). The "nv" driver is little better than binary code and was written by nvidia.<br />
<br />
We would have excellent open source drivers, if companies actually provided documentation on how to write decent drivers.]]></content:encoded>
			<link>http://blogs.gentoo.org/chutzpah/2006/06/17/xorg_x11_7_1_and_binary_drivers#c12828</link>
		</item>
				<item>
			<title>In response to: xorg-x11-7.1 and binary drivers</title>
			<pubDate>Wed, 28 Jun 2006 18:14:48 +0000</pubDate>
			<dc:creator>Ralph Cramden [Visitor]</dc:creator>
			<guid isPermaLink="false">c12793@http://blogs.gentoo.org/</guid>
			<description>&gt; I don't think any open source project should be forced to hold back their &lt;br /&gt;
&gt; development simply because some hardware company refuses to release open source &lt;br /&gt;
&gt; drivers or at least specifications.&lt;br /&gt;
&lt;br /&gt;
Then perhaps Xorg, et al. might concentrate their efforts on providing open source drivers that are as fast as their closed source counterparts. &lt;br /&gt;
&lt;br /&gt;
&gt;&gt; insert your favorite meaningless, mealy-mouthed open source advocacy here </description>
			<content:encoded><![CDATA[> I don't think any open source project should be forced to hold back their <br />
> development simply because some hardware company refuses to release open source <br />
> drivers or at least specifications.<br />
<br />
Then perhaps Xorg, et al. might concentrate their efforts on providing open source drivers that are as fast as their closed source counterparts. <br />
<br />
>> insert your favorite meaningless, mealy-mouthed open source advocacy here ]]></content:encoded>
			<link>http://blogs.gentoo.org/chutzpah/2006/06/17/xorg_x11_7_1_and_binary_drivers#c12793</link>
		</item>
				<item>
			<title>In response to: xorg-x11-7.1 and binary drivers</title>
			<pubDate>Mon, 26 Jun 2006 15:41:39 +0000</pubDate>
			<dc:creator>Michael Smith [Visitor]</dc:creator>
			<guid isPermaLink="false">c12503@http://blogs.gentoo.org/</guid>
			<description>bleh -- I mean &quot;&amp;gt;=&quot; changed to &quot;&amp;lt;&quot;. </description>
			<content:encoded><![CDATA[bleh -- I mean "&gt;=" changed to "&lt;". ]]></content:encoded>
			<link>http://blogs.gentoo.org/chutzpah/2006/06/17/xorg_x11_7_1_and_binary_drivers#c12503</link>
		</item>
				<item>
			<title>In response to: xorg-x11-7.1 and binary drivers</title>
			<pubDate>Mon, 26 Jun 2006 15:40:10 +0000</pubDate>
			<dc:creator>Michael Smith [Visitor]</dc:creator>
			<guid isPermaLink="false">c12502@http://blogs.gentoo.org/</guid>
			<description>Maybe it's just me, but it seems inelegant to *unmask* all those Xorg deps and then *remask* the 7.1 ones. Why not just put Patrick's list of atoms in package.keywords (with &quot;&gt;=&quot; changed to &quot;</description>
			<content:encoded><![CDATA[Maybe it's just me, but it seems inelegant to *unmask* all those Xorg deps and then *remask* the 7.1 ones. Why not just put Patrick's list of atoms in package.keywords (with ">=" changed to "]]></content:encoded>
			<link>http://blogs.gentoo.org/chutzpah/2006/06/17/xorg_x11_7_1_and_binary_drivers#c12502</link>
		</item>
				<item>
			<title>In response to: xorg-x11-7.1 and binary drivers</title>
			<pubDate>Mon, 26 Jun 2006 09:24:34 +0000</pubDate>
			<dc:creator>Aaron Peterson [Visitor]</dc:creator>
			<guid isPermaLink="false">c12477@http://blogs.gentoo.org/</guid>
			<description>I just commented out nvidia in the make.conf video cards section.. oh wait.. I also switched to the nv driver.. and I'm also typing this message on the same machine.. just booted to windows... :(&lt;br /&gt;
&lt;br /&gt;
I think it wouldn't be that much harder to have a more in-depth requirements list, something other than a &quot;hard block&quot;, or hard upgrade...&lt;br /&gt;
&lt;br /&gt;
I should be able to specify my world file, my make.conf, and be done with it.&lt;br /&gt;
&lt;br /&gt;
So, yes.. it was good that we got bit while it was in ~arch. Next, we need to find a way to make ourselves not get bit again.&lt;br /&gt;
&lt;br /&gt;
We should very rarely come across a block because of a newer version loosing compatibility.  We should have a note: can't upgrade these packages until fat-arse over there gets off his butt, upgrade everything else? y/n&lt;br /&gt;
&lt;br /&gt;
Oh wait... portage will not be interactive by design... and I'm thinking of Debian apt or BSD ports...&lt;br /&gt;
&lt;br /&gt;
interactive ain't bad... it should just take place in one sitting and build...  download the options list, go through a wizard, have the wizard check for things that will break, then download and compile everything.&lt;br /&gt;
&lt;br /&gt;
-AP</description>
			<content:encoded><![CDATA[I just commented out nvidia in the make.conf video cards section.. oh wait.. I also switched to the nv driver.. and I'm also typing this message on the same machine.. just booted to windows... :(<br />
<br />
I think it wouldn't be that much harder to have a more in-depth requirements list, something other than a "hard block", or hard upgrade...<br />
<br />
I should be able to specify my world file, my make.conf, and be done with it.<br />
<br />
So, yes.. it was good that we got bit while it was in ~arch. Next, we need to find a way to make ourselves not get bit again.<br />
<br />
We should very rarely come across a block because of a newer version loosing compatibility.  We should have a note: can't upgrade these packages until fat-arse over there gets off his butt, upgrade everything else? y/n<br />
<br />
Oh wait... portage will not be interactive by design... and I'm thinking of Debian apt or BSD ports...<br />
<br />
interactive ain't bad... it should just take place in one sitting and build...  download the options list, go through a wizard, have the wizard check for things that will break, then download and compile everything.<br />
<br />
-AP]]></content:encoded>
			<link>http://blogs.gentoo.org/chutzpah/2006/06/17/xorg_x11_7_1_and_binary_drivers#c12477</link>
		</item>
			</channel>
</rss>
