[Ututo-devel] [ututo] Algunas notas mientras espero se suba la iso a la web

[Alexis PM]

(Corregido pequeño error)

>>>>  No se cual es la otra lista pero si me dicen me inscribo o alguien me inscribe.

> Buenas.
> La lista devel es provista por ourproject:
> https://lists.ourproject.org/cgi-bin/mailman/listinfo/ututo-devel

Acabo de suscribirme, gracias.

>>  Lo mismo para mi caso, porque aunque me estoy reincorporando tras la 
>> ausencia veraniega (en este hemisferio, claro), la lectura de los correos 
>> acumulados me estaba dando la sensación de que me faltaban muchas cosas y la 
>> referencia aquí a "otra" lista me confirma mis sospechas. Por ejemplo 
>> se habla de XFCE como el escritorio que fue decidido pero no encuentro en la 
>> lista el hilo al respecto de elección del escritorio. En cualquier caso me 
>> alegra encontrar a mi vuelta que parece ya haber una primera propuesta de ISO 
>> que está siendo subida en este momento, y que se ha estado continuando usando 
>> UGet y demás herramientas de Ututo.
> De hecho se pudieron crear varias de formas distintas :)
>> 
>>  Para evitar meter software privativo, es muy importante filtrar 
>> adecuadamente los paquetes al hacer uso de los repos de Gentoo, donde no hay 
>> clara diferenciación (ahí encuentras desde el Adobe Flash a otros como MPlayer o 
>> p7zip que tienen la etiqueta "libre" pero en los que se hace necesario 
>> "separar la paja del grano"). Debian y Parabola son buenos sitios 
>> donde mirar. Siendo los emerge simples archivos de texto, no es difícil hacer 
>> una réplica para Ututo tras filtrar a través de una 
>>  "lista negra" (similar a lo que hace Parabola con Arch: 
>> https://wiki.parabolagnulinux.org/Blacklist ). 
>> 
>>  En el caso concreto del kernel, incidir en algo que ya comenté en el correo 
>> que mandé hace ¿dos? meses (también comenté ahí la importancia de elegir 
>> versiones LTS / ESR del kernel, navegador web, etc.). El kernel Linux oficial de 
>> Linus contiene los conocidos componentes privativos incluidos, el FSF 
>> Linux-libre elimina esos componentes privativos y además capa al kernel de forma 
>> que imposibilita instalar ningún firmware o driver privativo, mientras que 
>> existe una tercera vía (usada por Debian y también por Ututo) consiste en sacar 
>> fuera los componentes privativos pero sin capar al kernel (ofreciendo una distro 
>> 100% libre pero dejando al usuario la decisión de, si encuentra que su ordenador 
>> tiene alguna pieza de hardware que no funciona solo con software libre y que él 
>> juzga como no remplazable en ese momento, pueda usar un firmware/driver 
>> privativo). 
> Eso contesta a mi duda acerca de por que en UtutoXS podia usar mi wifi
> privativa y en mi Gentoo-libre me es imposible. Si podes explicar un
> poco mas la "tercera via" lo agradeceria. Y ademas creo que es la mas
> adecuada ya que prohibir al usuario tener la posibilidad de usar su
> propio hardware atenta contra la idea de libertad que pregonamos. Un
> Oximoron filosofico? :)

La forma de difundir la defensa de la libertad es explicando y divulgando. 
Debian y Ututo ofrecen un sistema operativo 100% libre con un kernel 100% libre, pero no incorporan herramientas específicamente diseñadas para prohibir instalar software privativo.
El kernel de la FSF Linux-libre usado por todas las distros oficialmente recomendadas por GNU (BLAG, Dragora, Dynebolic, gNewSense, Musix, Parabola, Trisquel) excepto Ututo, es un kernel 100% libre pero (a diferencia de Debian y Ututo) incorpora además herramientas anti-instalación de software privativo. Este no me parece el camino a seguir, sí defiendo la modificación de la documentación del kernel así como de Firefox y otros navegadores web e igualmente los procesadores de texto como Abiword para eliminar las innecesarias recomendaciones y sugerencias de instalar software privativo (p. ej. en el conocido "No tiene instalado ningún software para ver Flash, pinche aquí para descargar Adobe Flash Player" sustituir Adobe por Gnash).
La opción -noblob de Gentoo aplica los scripts del FSF Linux-libre.
Si en tu Ututo usabas una wifi que necesitaba software privativo para funcionar, tuviste que expresamente sacarlo de un sitio diferente de los repositorios (que solo contienen software libre) y expresamente instalarlo. Por tanto, una decisión consciente, que es como debe adoptarse decisiones.
Para liberar un kernel a la Debian/Ututo, puede: usarse los scripts de Debian (revisándolo si se emplea sobre una versión de kernel diferente), usarse los scripts que emplease Ututo aunque actualizándolos, modificar los scripts de FSF Linux-libre (manteniendo la eliminación del firmware pero no las modificaciones anti-instalación), o escribir un script de limpieza propio tras navegar por las carpetas y comprobar la licencia de las distintas piezas de software como firmware. O usarse directamente un kernel ya compilado de Debian (versiones 2.6.32 en Squeeze, 3.2 en Wheezy, 3.14 en Jessy y Sid, pronto estará el 3.16, todos ellos con mínimo 2,5 años de mantenimiento, ver https://www.kernel.org/category/releases.html y https://wiki.debian.org/DebianReleases ). 


>> 
>>  También comentar, al hilo de las críticas acerca de OurProject, que yo 
>> también la usé en el pasado y lo dejé debido a la gran lentitud de subidas y 
>> bajadas, y fallos debidos a la falta de mantenimiento del software prestador de 
>> servicios. Una pena porque la idea detrás de OurProject es buena.
> Si, tiene sus problemas la plataforma. Galle estaba mirando Savannah a
> ver que tal es.
> 
>>  Por cierto, habría que limpiar un poco la decena de direcciones URL al pie 
>> de los correos, porque creo que hay redundancia y URL ya no activas.
>> 
>>  Ánimo a todos por la loable tarea de no permitir que el Proyecto Ututo 
>> muera y luchar por mantenerlo vital y activo (y también agradecemientos a 
>> quienes lo iniciaron hace ya bastante tiempo y a quienes mantuvieron su 
>> desarrollo durante años).
>> Saludos.