<br><br><div class="gmail_quote">On Thu, May 22, 2008 at 2:01 AM, Kevin Kofler <<a href="mailto:kevin.kofler@chello.at">kevin.kofler@chello.at</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">Les Mikesell <lesmikesell <at> <a href="http://gmail.com" target="_blank">gmail.com</a>> writes:<br>
</div><div class="Ih2E3d">> It's not typical to update products to match a new standard before the<br>
> standard in question is finalized, wireless-N notwithstanding.<br>
<br>
</div>Yet this is normally how things work in the Free Software world, especially for<br>
drivers, one is supposed to track upstream development and keep one's driver<br>
updated for it as things change, not wait for a release. The fact that NVidia<br>
can't adapt to this is only their fault, or the fault of the non-Free license<br>
and the closed development model they have chosen. If their driver was released<br>
under an acceptable license for the upstream project their driver is for and<br>
developed in the upstream repository (as drivers are supposed to), we wouldn't<br>
have this problem.<br>
<font color="#888888"><br>
        </font></blockquote><div><br>I am pretty sure RedHat new exactly what it was doing when choosing Xorg 1.5.<br>The users would be used as a "mass of manoeuvre" to press Nvidia to catch up.<br><br>It is a valid strategy in my opinion. Certainly, the customers of RHEL would never have<br>
to be exposed this way, but they pay for a special treatment.<br><br>Those who can use the nv driver, good. Others like me, who write code to be run on Nvidia graphics boards and/or use CUDA, have no option but wait. Furthermore, I like F8 very much...<br>
 <br></div></div><br>-- <br>Paulo Roma Cavalcanti<br>LCG - UFRJ