linux-libre ahora no impide la instalación de firmwares?
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 [email protected] 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
El 10 de agosto de 2010 09:19, Marcos Germán Guglielmetti < [email protected]> 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 [email protected] 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.
[email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- Diego Saravia [email protected] NO FUNCIONA->[email protected]
Marcos Germán Guglielmetti escribió:
http://www.fsfla.org/svnwiki/anuncio/2010-03-Linux-2.6.33-libre
Que loco! Cuando les propuse esas ideas, poco mas y me comen vivo por "hereje" Porque se suponia que el permitir eso era "guiar" al usuario al software no libre. Parece que ahora lo van entendiendo, que la libertad no esta en prohibir y ocultar, sino en mostrar la verdad y proponer la eleccion libre y a conciencia. happy hacking!! -- (This mail was sended using free Macbook with UTUTO XS) Daniel Olivera (mate.cosido, aun fuera de la ley) Director Proyecto UTUTO (Argentina) Miembro Free Software Foundation (6839)(Estados Unidos) "Soy y seré comunista hasta el último dia de mi vida" "La vida no vale nada si no es para perecer porque otros puedan tener, lo que uno disfruta ya" Pablo Milanes. "Mientras alguien proponga muerte sobre esta tierra... yo pisare estos campos sobreviviendo..." "Ya no quiero ser solo un sobreviviente... quiero elegir el dia para mi muerte..." "No quiero ver un dia manifestando por la paz en el mundo a los animales... ellos manifestandose por la vida y nosotros apenas sobreviviendo... sobreviviendo" Victor Heredia "...la culpa ajena es barata, regalarla no nos cuesta..." "...al asesinato en masa, los hombres lo llaman guerra..." Netiquette? (Como convivir en la red) http://www.gaiasur.com.ar/infoteca/varios/netiquette.html#email Correo Electrónico : [email protected] - [email protected] Huella gpg: 3516 D65C 3E39 DE62 107B 34C7 7795 9313 A509 B533 Argentina - Teléfono: +54 11 5353-9494 Extension: 2943434 España - Teléfono: +34 957780957 (Ext: 2) Fax: +34 957 780645 Sistemas VoIP : ututo01 (Ekiga) SIP: [email protected] Mensajeros : Jabber: [email protected] ICQ: 836843 Gtalk: ututo01
El día 10 de agosto de 2010 14:08, Daniel Olivera <[email protected]> escribió:
Que loco! Cuando les propuse esas ideas, poco mas y me comen vivo por "hereje" Porque se suponia que el permitir eso era "guiar" al usuario al software no libre.
Algunos por ahi necesitan tiempo para madurar.
Parece que ahora lo van entendiendo, que la libertad no esta en prohibir y ocultar, sino en mostrar la verdad y proponer la eleccion libre y a conciencia.
+1
On Tuesday 10 August 2010, Fernando Marcelo wrote: |El día 10 de agosto de 2010 14:08, Daniel Olivera <[email protected]> escribió: |> Que loco! |> Cuando les propuse esas ideas, poco mas y me comen vivo por "hereje" |> Porque se suponia que el permitir eso era "guiar" al usuario al |> software no libre. | |Algunos por ahi necesitan tiempo para madurar. | |> Parece que ahora lo van entendiendo, que la libertad no esta en |> prohibir y ocultar, sino en mostrar la verdad y proponer la eleccion |> libre y a conciencia. | |+1 | bahh fsfla....... mierda j |________________________________________________ | | |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. | |[email protected] |https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general -- Fingerprint = EBFC CDE9 E57C 3EAD 65B1 2A59 5364 48C8 EACF 7357 Public key = 0xEACF7357 at http://pgp.mit.edu
participants (5)
-
Daniel Olivera -
Diego Saravia -
Fernando Marcelo -
Juan Carlos Gentile -
Marcos Germán Guglielmetti