al final, por lo que lei de daniel, hace mucho que ututo viene sacando cosas propietarias del nucleo. es asi o no? si es asi, equivoque dos veces, en el sentido de que un error anula otro, asi pues tenia razon originariamente. entonces ututo fue precursor en buscar kernels libres, mas alla de que lo haya logrado yo nunca termine de entender este tema de los blobs, y nunca me esforce demasiado, veo mucha discusion sobre cosas bastante limites en eso como se desarrollan esos blobs? en asambler, en c? siendo tan poco codigo, no es como tener el fuente? o estan ofuscados? -- Diego Saravia [email protected] NO FUNCIONA->[email protected]
Diego Saravia escribió:
al final, por lo que lei de daniel, hace mucho que ututo viene sacando cosas propietarias del nucleo.
es asi o no?
Si es asi.
si es asi, equivoque dos veces, en el sentido de que un error anula otro, asi pues tenia razon originariamente.
entonces ututo fue precursor en buscar kernels libres, mas alla de que lo haya logrado
si.
yo nunca termine de entender este tema de los blobs, y nunca me esforce demasiado, veo mucha discusion sobre cosas bastante limites en eso
como se desarrollan esos blobs? en asambler, en c?
siendo tan poco codigo, no es como tener el fuente?
o estan ofuscados?
Si desde el 2004 tenemos kernels libres. Openoffice funcional sin java (en aquella epoca java no era libre) Los blobs son algo muy facil de explicar. En C le asignas a un variable un valor que es una cadena representada en hexadecimal. VARIABLE = "0xff 0xcd 0x12 ..." De esta manera solo tienes una variable que dentro tiene la representacion hexadecimal de algo que no sabes que es. Esta representacion puede ser cualquier cosa. En 2006 mas o menos RMS me comento esta practica y decidimos eliminar eso del nuestro kernel linux. Simplemente se pasa una script que elimina las partes que usan estas variables. Pero para esto se asume un parametro, ya que es imposible determinar que es la representacion en hexadecimal. Si dicha variable tiene hasta 1024 bits se lo considera datos si tiene mas se lo considera programacion. igualmente esto es facilmente quitable. El problema en realidad es la forma en que eliminas las llamadas a firmwares cargables. Si un controlador GPL-2 (Intel 4965 por ejemplo, que es una placa wireless) hace una llamada y no encuentra la parte no libre (firmware) el controlador no se activa y punto. Si anulas la posibilidad de llamada a la carga del firmware no libre, el hardware queda anulado en su funcionamiento. Esto es lo que pasa en el kernel modificado que llaman linux-libre. O sea se anula el modulo GPL-2 para que no funcione nunca. No se le dice al usuario que va a cargar algo que no es libre, se le impide el uso porque el codigo del controlador GPL-2 no permite ni permitira rin reocmpilar el modulo y partes del kernel su uso. Se le impone al usuario que usar, y no se le enseña a discriminar libre y no libre. UTUTO XS fue, es y sera libre siempre que entregue al usuario software libre que estan garantizado por licencias que cumplen las 4 libertades que lo definen como tal. Luego si el usuario desea instalar software no libre, eso ya no es algo que se aconseje, mantenga, explique o distribuya por parte del proyecto ututo. Saludos happy hacking!! -- 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. Correo Electrónico : [email protected] - [email protected] Argentina - Teléfono: +54 11 5353-9494 Extension: 2943434 España - Teléfono: +34 957 780744 Fax: +34 957 780645 Sistemas VoIP : ututo01 (Skype/Ekiga) Mensajeros : Jabber: [email protected] ICQ: 8368437 Blog : www.ututo.org/daniel
queda entonces claras dos cosas 1) Ututo tambien fue precursor en los kernels libres, mis pedidos de disculpa fueron errados y el proyecto linux-libre es parcial en determinar sus antecedentes 2) Ututo sigue en este momento una practica diferente de la que sigue linux-libre para resolver el problema de la no libertad de los blobs mas segun lo que entiendo: linux-libre compila modulos fallidos que no funcionan y que impiden instalar luego modulos operativos ahora ututo elimina variables del fuente? elimina los modulos y no los compila? no entiendo El 11 de agosto de 2009 02:59, Daniel Olivera<[email protected]> escribió:
Diego Saravia escribió:
al final, por lo que lei de daniel, hace mucho que ututo viene sacando cosas propietarias del nucleo.
es asi o no?
Si es asi.
si es asi, equivoque dos veces, en el sentido de que un error anula otro, asi pues tenia razon originariamente.
entonces ututo fue precursor en buscar kernels libres, mas alla de que lo haya logrado
si.
yo nunca termine de entender este tema de los blobs, y nunca me esforce demasiado, veo mucha discusion sobre cosas bastante limites en eso
como se desarrollan esos blobs? en asambler, en c?
siendo tan poco codigo, no es como tener el fuente?
o estan ofuscados?
Si desde el 2004 tenemos kernels libres. Openoffice funcional sin java (en aquella epoca java no era libre)
Los blobs son algo muy facil de explicar. En C le asignas a un variable un valor que es una cadena representada en hexadecimal.
VARIABLE = "0xff 0xcd 0x12 ..."
De esta manera solo tienes una variable que dentro tiene la representacion hexadecimal de algo que no sabes que es.
Esta representacion puede ser cualquier cosa. En 2006 mas o menos RMS me comento esta practica y decidimos eliminar eso del nuestro kernel linux. Simplemente se pasa una script que elimina las partes que usan estas variables. Pero para esto se asume un parametro, ya que es imposible determinar que es la representacion en hexadecimal.
Si dicha variable tiene hasta 1024 bits se lo considera datos si tiene mas se lo considera programacion.
igualmente esto es facilmente quitable.
El problema en realidad es la forma en que eliminas las llamadas a firmwares cargables. Si un controlador GPL-2 (Intel 4965 por ejemplo, que es una placa wireless) hace una llamada y no encuentra la parte no libre (firmware) el controlador no se activa y punto.
Si anulas la posibilidad de llamada a la carga del firmware no libre, el hardware queda anulado en su funcionamiento. Esto es lo que pasa en el kernel modificado que llaman linux-libre. O sea se anula el modulo GPL-2 para que no funcione nunca.
No se le dice al usuario que va a cargar algo que no es libre, se le impide el uso porque el codigo del controlador GPL-2 no permite ni permitira rin reocmpilar el modulo y partes del kernel su uso. Se le impone al usuario que usar, y no se le enseña a discriminar libre y no libre.
UTUTO XS fue, es y sera libre siempre que entregue al usuario software libre que estan garantizado por licencias que cumplen las 4 libertades que lo definen como tal.
Luego si el usuario desea instalar software no libre, eso ya no es algo que se aconseje, mantenga, explique o distribuya por parte del proyecto ututo.
Saludos
happy hacking!! -- 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.
Correo Electrónico : [email protected] - [email protected]
Argentina - Teléfono: +54 11 5353-9494 Extension: 2943434 España - Teléfono: +34 957 780744 Fax: +34 957 780645 Sistemas VoIP : ututo01 (Skype/Ekiga) Mensajeros : Jabber: [email protected] ICQ: 8368437 Blog : www.ututo.org/daniel
_______________________________________________ Solar-general mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- Diego Saravia [email protected] NO FUNCIONA->[email protected]
On Aug 11, 2009, Diego Saravia <[email protected]> wrote:
1) Ututo tambien fue precursor en los kernels libres, mis pedidos de disculpa fueron errados y el proyecto linux-libre es parcial en determinar sus antecedentes
Creo que sea verdad que UTUTO borraba blobs de Linux antes de gNewSense, y esto voy a corregir en el sitio, pero no tengo ninguna evidencia de que lo que hizo gNewSense y que en BLAG se volvió en Linux-libre fue basado en lo que hizo UTUTO. ¿Alguien lo sabe? Me parecería deseable que gNewSense se hubiera basado en el trabajo de limpiar el kernel que hizo UTUTO, pero no me parece que eso pasó; incluso es posible que gNewSense ni sabía que UTUTO lo hacía :-( Es lamentable que no he descubierto mi error, y que nadie me ha avisado del error que estuvo en el sitio del proyecto Linux-libre por más de un año :-(
2) Ututo sigue en este momento una practica diferente de la que sigue linux-libre para resolver el problema de la no libertad de los blobs
Así es. Y por lo que entiendo de lo que escribió Daniel, UTUTO sigue una práctica que, aunque sea suficiente para garantizar que UTUTO no contenga Software no-Libre, no es suficiente para que el kernel de UTUTO no proponga ni invite que se instale Software no-Libre. Por lo que entendí, el lo va a hacer cuando cualquier de algunas decenas de módulos sea cargado. Las pautas para que el proyecto GNU recomiende una distribución han avanzado. Linux-libre ha acompañado ese progreso, pero UTUTO aparentemente sigue solamente las pautas más antiguas, menos estrictas.
linux-libre compila modulos fallidos que no funcionan
Los módulos de Linux-libre que, en Linux, inducirían a la instalación de Software no-Libre, en Linux-libre cumplen la tarea de alertar el usuario que aquella computadora es enemiga de su libertad.
y que impiden instalar luego modulos operativos
Nada en Linux-libre impide que el usuario instale módulos que sacrifiquen sus libertades, usando firmware no-Libre. -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer
On Aug 11, 2009, Daniel Olivera <[email protected]> wrote:
VARIABLE = "0xff 0xcd 0x12 ..."
En 2006 mas o menos RMS me comento esta practica y decidimos eliminar eso del nuestro kernel linux.
Es decir, hasta 2006, el kernel de UTUTO contenía eses códigos no-Libres, ¿sí? Si es así, ¿recuerdas si lo has corregido antes o después de noviembre del 2006? Mira http://fsfla.org/se-libre/linux-libre y dime si te parece correcto lo que está allá, por favor. Gracias, -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer
También hay una explicación sobre blobs binarios en Wikipedia, para más información http://es.wikipedia.org/wiki/Blob_Binario . El 10 de agosto de 2009 23:43, Diego Saravia <[email protected]> escribió:
al final, por lo que lei de daniel, hace mucho que ututo viene sacando cosas propietarias del nucleo.
es asi o no?
si es asi, equivoque dos veces, en el sentido de que un error anula otro, asi pues tenia razon originariamente.
entonces ututo fue precursor en buscar kernels libres, mas alla de que lo haya logrado
yo nunca termine de entender este tema de los blobs, y nunca me esforce demasiado, veo mucha discusion sobre cosas bastante limites en eso
como se desarrollan esos blobs? en asambler, en c?
siendo tan poco codigo, no es como tener el fuente?
o estan ofuscados?
-- Diego Saravia [email protected] NO FUNCIONA->[email protected]
_______________________________________________ Solar-general mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- José Ignacio (Nacho) Pedrini, DuxJP. Free Software activist. Free Culture activist. Pirate Party (Piratpartiet) activist. Perfil, www.google.com/profiles/duxjipd
participants (4)
-
Alexandre Oliva -
Daniel Olivera -
Diego Saravia -
José Ignacio Pedrini