[Solar-general] linux-libre ahora no impide la instalación de firmwares?

[Diego Saravia]

El 10 de agosto de 2010 09:19, Marcos Germán Guglielmetti <
marcos en ovejafm.com> escribió:

> http://www.fsfla.org/svnwiki/anuncio/2010-03-Linux-2.6.33-libre
>
> "Request for comments
>
> A number of our users have expressed legitimate dissatisfaction with a
> consequence of the method we've used to stop the kernel from inducing users
> to install non-Free firmware. It is not our goal to prevent users from
> loading or running non-Free firmware, but the only way we thought of to
> avoid
> inducing users to run non-Free firmware had the side effect of making it
> impossible to use the non-Free firmware just by installing it.
>
> In Linux, several drivers call request_firmware with a blob name. This
> request
> is logged, including the blob name, and passed on to a userland program,
> supposed to locate a firmware file with that name and upload it to the
> kernel. Given the logs, in addition to existing and potential behavior of
> the
> userland program, this amounted to Linux telling its user to install a
> specific non-Free program, which is unacceptable.
>
> Linux-libre releases since generation 2 replace the blob name with a name
> that
> the firmware loader is unlikely to match, and that could be recognized in
> userland to inform users about the lack of Free firmware for some hardware
> component of the system. We also reject whatever response the firmware
> loader
> produces for such requests, to minimize the risk of accidental matches and
> hardware damage.
>
> We reasoned that anyone determined to use the firmware could still build a
> module, or a complete kernel, that issues the request and uses the
> response.
> This possibility was considered too cumbersome by some.
>
> Recently we came up with another way to achieve the goal of stopping the
> kernel from inviting users into the trap of non-Free Software: where Linux
> requests a firmware file that we know is non-Free, we could anonymize the
> blob name with a unidirectional hash of its name and a kernel build and/or
> session identifier, and issue a request for a file named after the computed
> hash.
>
> Given a suitable implementation of the userland firmware loader, whatever
> pieces of firmware the user chose to install would still be readily located
> and made available to the kernel. However, because of the unidirectional
> nature of the hash, a request for firmware that's not installed won't steer
> users toward that firmware, because the hash code won't immediately
> identify
> it. Thus, if the user insists on installing this firmware, Linux-libre will
> work with it, but it is very unlikely anyone will install the firmware
> because of Linux-libre.
>
> Join us at linux-libre en fsfla.org and let us know your suggestions, other
> ways
> to address this issue, or your opinion about this plan and whether it might
> be accepted upstream. Feedback and help are welcome!
>
> In the mean time, Be Free! with Linux-2.6.33-libre, and help us reverse the
> growing dependency of Linux on non-Free firmware."
>
>
> Creo entender que funcionará cualquier firmware con los nuevos kernels
> 2.6.33,
> aún si fuera privativo. Esto es bueno porque el usuario ya no está
> prohibido
> de instalar lo que quiera en su sistema operativo y utilizar su hardware,
> además es bueno pq si se desarrollan firmwares libres ya esos kernels
> podrán
> cargarlos, y es bueno porque puede fomentar el desarrollo de esos
> reemplazos
> por software libre
>
>

es interesante porque esa discusion sostuvimos desde ututo contra esa
politica de prohibirle a los usuarios usar lo que quieran

parece que los muchachos entraron en razon



> ________________________________________________
>
>
> Solar-General es una lista abierta a toda la comunidad, sin ninguna
> moderación, por lo que se apela a la tolerancia y al respeto mutuo.
> Las opiniones expresadas son responsabilidad exclusiva de sus
> respectivos/as autores/as. La Asociación Solar no se hace responsable por
> los mensajes vertidos, ni representan necesariamente el punto de vista de la
> Asociación Solar.
>
> Solar-general en lists.ourproject.org
> https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
>



-- 
Diego Saravia
Diego.Saravia en gmail.com
NO FUNCIONA->dsa en unsa.edu.ar
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://lists.ourproject.org/pipermail/solar-general/attachments/20100810/83d55383/attachment.htm