[Ayuda] Re: [Flame] Ayuda Gentoo
Gunnar Wolf
gwolf en gwolf.cx
Lun Jun 14 10:15:21 CDT 2004
Sandino Araico Sánchez dijo [Sun, Jun 13, 2004 at 06:38:05PM -0500]:
> >>En que parte debian se apega mas a la GPL ??
> >>
> >>Obligandote a no usar algo que no es GPL ??, la ultima vez que vi, no era
> >>asi.
> >
> >No, ninguna distribución se apega a la GPL. Como bien apunta el
> >tatito, Debian y Gentoo tienen un contrato social y unos lineamientos
> >de lo que consideran software libre. Debian es realmente estricto al
> >respecto, no puedo hablar respecto a Gentoo.
>
> En Gentoo también se apegan a su filosofía, solo que sus valores son
> distintos y la libertad de instalar paquetes propietarios (siguiendo las
> reglas propietarias, desde luego) es tan importante como cualquier otra
> libertad.
Nuevamente, tienes una idea errónea de cómo funcionan las cosas de
este lado. En Debian también - Te remito al documento máximo, primer
inciso (http://www.debian.org/social_contract.html):
We provide the guidelines that we use to determine if a work is
"free" in the document entitled "The Debian Free Software
Guidelines". We promise that the Debian system and all its
components will be free according to these guidelines. We will
support people who create or use both free and non-free works on
Debian. We will never make the system require the use of a
non-free component.
Y quinto inciso completito:
5. Works that do not meet our free software standards
We acknowledge that some of our users require the use of works
that do not conform to the Debian Free Software Guidelines. We
have created "contrib" and "non-free" areas in our archive for
these works. The packages in these areas are not part of the
Debian system, although they have been configured for use with
Debian. We encourage CD manufacturers to read the licenses of
the packages in these areas and determine if they can distribute
the packages on their CDs. Thus, although non-free works are not
a part of Debian, we support their use and provide
infrastructure for non-free packages (such as our bug tracking
system and mailing lists).
De hecho, esto recientemente fue parte de una polémica importante, que
resultó en una votación del proyecto entero, en que por amplia mayoría
(62%) decidimos seguir dando soporte (no sólo para el uso, sino
proveyendo infraestructura) para non-free:
http://www.debian.org/vote/2004/vote_002
...Debian es también una distribución que cuida apegarse estrictamente
a estándares, en aras de ser compatible con los demás Linuxes, en
buena parte para -sí- poder correr cualquier paquete binario no-libre
compilado para ${distro}. Que Debian cuide de ser legal y consistente
con sus principios no significa que espera que sus usuarios no usen el
software que requieran, por más que no podamos distribuirlo.
> >(¿Estricto? Sí, lo suficiente como para estar, por ejemplo, trabajando
> >para separar algunos módulos del núcleo pues el actual núcleo de Linux
> >no puede ser -en estricto apego a la ley- distribuído, pues contiene
> >pedazos binarios no-GPL. Detalle al cual otras distribuciones
> >pragmáticas pueden estar ciegas, pero _alguien_ debe hacer algo.)
>
> Gentoo (en el extremo opuesto) te deja elegir de entre una gran variedad
> de kerneles con distintos juegos de parches o el típico sabor vainilla
> de kernel.org. Incluso hay un sabor Red Hat como recién salido del SRPM.
Misma cosa por este lado, siempre y cuando sea legal hacerlo. El
asunto es que, si los puristas no se encargan de limpiar el código
propietario del kernel, quién sabe qué saque de debajo de la manga SCO
o algún émulo suyo en el futuro. ¿Dirías tú que este pedazo de código
es código fuente? (de drivers/net/tg3.c)
static u32 tg3FwText[(TG3_FW_TEXT_LEN / sizeof(u32)) + 1] = {
0x00000000, 0x10000003, 0x00000000, 0x0000000d, 0x0000000d, 0x3c1d0800,
0x37bd3ffc, 0x03a0f021, 0x3c100800, 0x26100000, 0x0e000018, 0x00000000,
0x0000000d, 0x3c1d0800, 0x37bd3ffc, 0x03a0f021, 0x3c100800, 0x26100034,
0x0e00021c, 0x00000000, 0x0000000d, 0x00000000, 0x00000000, 0x00000000,
0x27bdffe0, 0x3c1cc000, 0xafbf0018, 0xaf80680c, 0x0e00004c, 0x241b2105,
0x97850000, 0x97870002, 0x9782002c, 0x9783002e, 0x3c040800, 0x248409c0,
0xafa00014, 0x00021400, 0x00621825, 0x00052c00, 0xafa30010, 0x8f860010,
0x00e52825, 0x0e000060, 0x24070102, 0x3c02ac00, 0x34420100, 0x3c03ac01,
0x34630100, 0xaf820490, 0x3c02ffff, 0xaf820494, 0xaf830498, 0xaf82049c,
0x24020001, 0xaf825ce0, 0x0e00003f, 0xaf825d00, 0x0e000140, 0x00000000,
0x8fbf0018, 0x03e00008, 0x27bd0020, 0x2402ffff, 0xaf825404, 0x8f835400,
0x34630400, 0xaf835400, 0xaf825404, 0x3c020800, 0x24420034, 0xaf82541c,
0x03e00008, 0xaf805400, 0x00000000, 0x00000000, 0x3c020800, 0x34423000,
(...)
};
Dudo que me respondas afirmativamente. Esto es un pedazo de firmware
cargable en la tarjeta, distribuído como parte del kernel mismo,
profundamente interrelacionado con código GPL (en el mismo archivo
incluso). Y este en específico tiene permiso de ser redistribuído, hay
varios otros cachos de firmware que no lo tienen (que pueden haber
sido tomados, digamos, del driver de Windows). Puedes asomarte al
mensaje que envió la semana pasada Nathaniel Nerode a la lista del
kernel en Debian si quieres más datos:
http://lists.debian.org/debian-kernel/2004/06/msg00093.html
Así como a una gran cantidad de flamazos que (hasta donde recuerdo)
comenzaron a fines de marzo, explicando a gran detalle la situación:
http://lists.debian.org/debian-devel/2004/03/msg01664.html
Saludos,
--
Gunnar Wolf - gwolf en gwolf.cx - (+52-55)5630-9700 ext. 1366
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
_______________________________________________
Ayuda mailing list
Ayuda en linux.org.mx
Para salir de la lista: http://mail.linux.org.mx/cgi-bin/mailman/listinfo/ayuda/
Más información sobre la lista de distribución Ayuda