<br><br><div class="gmail_quote">El 10 de agosto de 2010 01:20, Marcos Germán Guglielmetti <span dir="ltr">&lt;<a href="mailto:marcos@ovejafm.com">marcos@ovejafm.com</a>&gt;</span> escribió:<br><br><br>Hola Marcos.<br><br>
<br><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="im">On Monday 09 August 2010 19:25:36 joseangon wrote:<br>
&gt; &gt; Entiendo que todo esto refiere al wifi de la PRO wireless<br>
&gt; &gt; no puedo seguir con criterio tu esfuerzo<br>
&gt;<br>
&gt; Bueno, es una cosa que al principio cuesta creer ... Ya que hablamos de<br>
&gt; diferentes tipo de kernel ...<br>
&gt;<br>
&gt; Por ejemplo, en debian montan un kernel:<br>
&gt;<br>
&gt; 2.6.28-i368<br>
&gt;<br>
&gt; En Musix-2:<br>
&gt;<br>
&gt; 2.6.29.4-libre<br>
&gt;<br>
&gt; Si te fijas el kernel de Musix-2 es totalmente libre de soft privativos.<br>
&gt; Mientras que en debian tienen otra filosofía diferente y son menos<br>
&gt; restrictivos con sus software, incluidos los kernel&#39;s ...<br>
&gt;<br>
<br>
</div>Bueno, en verdad si no restringen el software que es privativo, son más<br>
restrictivos con sus usuarios, dado que tienen menos libertad de acción con<br>
su software.<br>
<div class="im"><br>
&gt; Pues bien, para que me entiendas, ... en el kernel debian tu tarjeta<br>
&gt; funcionaría perfecto, añadiéndole el firmware, se entiende .... mientras<br>
&gt; que en kernel de Musix-2, incluso añadiéndole ese firmware, no funcionaría<br>
&gt; ...<br>
&gt;<br>
&gt; Son cosas de principios que en GNU llevan a rajatabla, ... y este kernel de<br>
&gt; Musix-2, es precisamente de GNU.<br>
&gt;<br>
&gt;<br>
&gt; Saludos.<br>
<br>
</div>Es del proyecto linux-libre, modificado por el equipo de Musix para<br>
operaciones con audio en tiempo real, es cierto que sus desarrolladores son<br>
de GNU-FSF.<br>
<br>
Nosotros podríamos encarar otro tipo de abordaje para la solución del problema<br>
con respecto a los firmwares privativos: como en Ututo, podríamos hacer que<br>
el usuario sea capaz de instalar el firmware que se le ocurra sin que esto<br>
signifique que el módulo del kernel no funcionará</blockquote><div><br><br>¿ Como se haría esto ya que el kernel es pasado por el script de deblobse ?<br><br>Por mi parte estaría de acuerdo en poder hacer algo parecido ... es decir, proponer un kernel que en un principio no llevase blob&#39;s, pero que el user que quiera/necesite, pos le ponga el soft que quiera/necesite ... ¿ quizás eso rompa la filosofía de &quot;libre&quot; ?<br>
<br><br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">, es más: recomiendo esa<br>
solución dado que respeta la libertad del usuario de no ser libre en ese<br>
sentido, sin que nosotros le estemos brindando software privativo ni<br>
aconsejando mediante la distribución Musix GNU+Linux su uso.<br>
<br></blockquote><div><br><br><br>pero ahí me viene la duda, ... ya que hay soft que en Gnu rechazan sólo porque este puede acceder a instalar otro que no sea libre ... ahí me pierdo ...<br><br><br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Es una diferencia sutil, pero estoy más de acuerdo con ese abordaje que con el<br>
actual de linux-libre que torna inoperante el hardware aún cuando el usuario<br>
del hardware quiera accionarlo mediante software privativo.<br></blockquote><div><br><br>Es cuestión de decidir ... y también de buscar el modo de hacer un kernel con esta condición ... Ahora mismo yo no sabría hacerlo.<br>
<br><br><br>Saludos.<br><br><br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5"><br>
<br>
<br>
--<br>
                   Marcos Guglielmetti<br>
                            ▲<br>
::::::::::::::::::      M U S I X   :::::::::::::::::::::<br>
                            ▼<br>
                    <a href="http://www.musix.org.ar" target="_blank">www.musix.org.ar</a><br>
                     <a href="http://www.ovejafm.com" target="_blank">www.ovejafm.com</a><br>
<br>
_______________________________________________<br>
La lista solar-general es un canal de comunicación de SoLAr por el libre<br>
intercambio de ideas de todos los interesados en el movimiento de software<br>
libre. Debido a su libre suscripción y publicación, y dado que no existe<br>
ningún tipo de moderación previa ni posterior, es un excelente lugar para<br>
compartir opiniones, elaborar políticas y prácticas por el Software Libre en<br>
Argentina y el mundo. Tal como dice en ourproject: &quot;La lista de todos y todas<br>
en solar&quot; <a href="http://ourproject.org/mail/?group_id=23" target="_blank">http://ourproject.org/mail/?group_id=23</a><br>
<br>
Te invitamos a subscribirte enviando un mail a <a href="mailto:solar.general@librelist.com">solar.general@librelist.com</a><br>
<br>
* por la descensura de los comentarios en el sitio <a href="http://solar.org.ar" target="_blank">solar.org.ar</a><br>
* por la restauración del historial de solar-socios (dejó de funcionar el 25<br>
de nov de 2009)<br>
* por la apertura del sitio <a href="http://solar.org.ar" target="_blank">solar.org.ar</a> y de solar-socios para todo el<br>
movimiento<br>
* por el fin de la censura<br>
* por el fin de las mociones represivas que generan malestar entre los<br>
miembros<br>
* por la inmediata reincorporación de cualquier socio del movimiento SL<br>
expulsado<br>
* por la democratización de solar-general y de todos los medios del movimiento<br>
social bajo control obrero<br>
* por la discusión de principios para ampliar la participación<br>
 <a href="http://musix.org.ar/wiki/index.php/Principios_participativos" target="_blank">http://musix.org.ar/wiki/index.php/Principios_participativos</a><br>
<br>
<br>
Non standard disclaimer: LEA ATENTAMENTE. Al leer este correo electrónico,<br>
usted está de acuerdo, en nombre de su empleador, de la Madre Patria y de Dios<br>
todo poderoso,para liberarme de todas las obligaciones y exenciones derivadas<br>
de todas y cada uno de los NEGOCIOS SIN acuerdos, licencias, condiciones de<br>
servicio, clickwrap, browsewrap, la confidencialidad, no divulgación, no<br>
competir y las políticas de uso aceptable (&quot;acuerdos falsos&quot;) que he<br>
celebrado con su empleador, sus socios, licenciadores, agentes y<br>
cesionarios, a perpetuidad, sin perjuicio de mis derechos en curso y<br>
privilegios. Además, usted me libera eternamente de todos mis problemas.<br>
<br>
_______________________________________________<br>
</div></div><div><div></div><div class="h5">Musix GNU+Linux - <a href="http://www.musix.org.ar" target="_blank">www.musix.org.ar</a><br>
Musix-usuarios mailing list<br>
<a href="mailto:Musix-usuarios@lists.ourproject.org">Musix-usuarios@lists.ourproject.org</a><br>
<a href="https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios" target="_blank">https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>José A. González<br><br>Siempre GNU Linux.<br>