Re: [Es-gnewsense-users] Compilar kernel en gNewSense 2.0

[Alexandre Oliva]

On May 20, 2008, Vicente Herrera Cobo <address@hidden> wrote:

> On Tue, 2008-05-20 at 01:10 -0300, Alexandre Oliva wrote:
>> linux-libre no quita todo un archivo sólo porque él contiene partes
>> no-Libres.  Es posible que esto te ha ayudado.

> Eso explica muchas cosas ;) Bueno ¿es acertada esa política de
> desarrollo para gNewSense?

Err, ¿de cuál política hablas?

gNewSense ha quitado archivos que contenían algún Software no-Libre;
linux-libre ha recentemente quitado sólo la parte no-Libre de los
archivos.

En los dos casos, lo que resulta es solamente Software Libre.  Es
posible que quitar sólo lo que no es Libre te resulte más funcional,
pero no garantiza que lo que necesita Software no-Libre va a
funcionar, por supuesto.

> Ya sé que la meta es la libertad, y no las características, pero al
> final vamos acabar sin soporte de sonido o sin nada.

O, si la gente aprende a rechazar dispositivos que requieren Software
no-Libre, sus proveedores pueden cambiar sus ideas y empezar a
respetar los clientes.

Mientras, algunos de nosotors hacemos sacrificios y no buscamos no
comprar o no usar componentes que requieran aceptar restricciones que
nos prohibirían de vivir en una sociedad solidaria.

> De hecho Brian ha hecho igual con el paquete de
> linux-ubuntu-modules.

Sí, para que gNewSense cumpla su misión y su compromiso público, es
necesario que se quite el software privativo pronto cuando se lo
descubra.

Esperar hasta que Ubuntu o nosotros mismos corrijamos el problema para
sólo entonces quitar la distribución del Software no-Libre es
intencionalmente seguir distribuyendo Software no-Libre, incentivando
usuarios a usarlo y así traicionar sus comunidades.

Hecho esto, nada impide que se proceda a quitar sólo lo que no es
libre desde linux-ubuntu-modules, de la misma forma que se hace hoy en
linux-libre.

>> Pero también es posible que haya errores en linux-libre.  ¿Podrías por
>> favor enviarme los módulos que tienes cargados cuando funciona tu
>> tarjeta (o, mejor aún, los módulos que la implementan)?

> Tarjeta de sonido, SB Live!: snd_emu10k1 (no incluyo dependencias).

Gracias, esta está bien.  Si tienes el paquete linux-ubuntu-modules,
¿podrías por favor confirmar si el módulo está en esto paquete?

> Tarjeta DVB-T: saa7134_dvb (no incluyo dependencias).

¡Qué raro!

No veo razón para que este módulo no esté disponible en gNewSense.
deblob-2.6.24 contiene:

# disable -- appears to neeed other DVB bits
clean_mk CONFIG_DVB_CORE drivers/media/Makefile
clean_mk CONFIG_VIDEOBUF_DVB drivers/media/video/Makefile
clean_mk CONFIG_VIDEO_SAA7134 drivers/media/video/Makefile
clean_mk CONFIG_VIDEO_CX88 drivers/media/video/Makefile
clean_kconfig drivers/media/Kconfig 'VIDEOBUF_DVB'

es decir, en algún momento pasado, estos módulos no han compilado
cuando se quitaron otros archivos completos que contenían firmware.

Esto parece no ser más verdad.  De hecho, clean_mk hoy es un no-op, y
clean_kconfig solamente marca un CONFIG como dependiente de NONFREE.
Yo creía que esto no permitiría que él fuera habilitado, puesto que
nada ofrece NONFREE, pero lo que pasa es que VIDEOBUF_DVB sí está
habilitado y compilado sin problemas, de la misma manera que
VIDEO_SAA7134.

Esto significa que quizá es posible también quitar clean_kconfig, y
todo será compilado correctamente, sin los blobs.  Hmm...  Por lo que
veo, el 'depends on NONFREE' que clean_kconfig añade funciona para
deshabilitar opciones ofrecidas al usuario, pero si alguna opción
'selects' algo que 'depends on NONFREE', la dependencia no satisfecha
no inhabilita la selección. 

No está mal.  Todo lo que se inhabilita hoy con clean_kconfig (excepto
VIDEOBUF_DVB, que nos es necesario inhabilitar) son elecciones del
usuario.

> Tarjeta Conceptronic c54i con chipset Atheros:  ath5k (no incluyo
> dependencias).

Esta me parece bien.

> De nuevo muchas gracias por tu ayuda. Lo agradezco de corazón.

De nada ;-)

Saludos desde Brasil,

-- 
Alexandre Oliva         http://www.lsd.ic.unicamp.br/~oliva/
Free Software Evangelist  address@hidden, gnu.org}
FSFLA Board Member       ¡Sé Libre! => http://www.fsfla.org/
Red Hat Compiler Engineer   address@hidden, gcc.gnu.org}