[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]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