por
pobrecito hablador
el Viernes, 15 Agosto de 2003, 10:05h
(#206018)
Lo habia puesto como historia, pero no ha salido. Como creo que es bastante interesante, y va al caso de por que les conviene que la gpl sea invalida, la pongo aqui como comentario.
Hay pruebas, circunstanciales de momento, de que SCO ha copiado de Linux, incumpliendo la GPL.
Roberto J. Dohnert, programador y consultor, ha comprobado lo que parece claramente la inclusión de un buen monton de codigo de Linux en UnixWare 7.1.3.
El metodo seguido ha sido una comparación de las distribuciones de UnixWare 7.1.3 Enterprise Edition, Red Hat Linux 9, y SuSE Linux Enterprise Server 8 (SLES8), realizada a partir de los binarios y las hojas de caracteristicas, ya que no tiene acceso a los fuentes de UnixWare.
En un primer vistazo, descubrió que Red Hat 9 y UnixWare 7.1.3 eran bastante diferentes, pero, por el contrario, tanto las caracteristicas como el rendimiento de SuSE y UnixWare eran muy similares.
Lo primero que hay que notar es que la distribución de SuSE está basada en UnitedLinux (SuSE proporciona todos los paquetes del kernel de UnitedLinux). Curiosamente, muchos paquetes opensource incluidos en UnixWare 7.1.3 coinciden exactamante, numeros de versión incluidos (lo habitual es que estos varien), con los incluidos en SLES8, mientras que las versiones de los paquetes de Red Hat son completamente diferentes (si SCO es tan innovador, por que imitan la lista de paquetes de UnitedLinux??)
El siguiente aspecto en surgir fué la semejanza en el rendimiento y las funciones del nucleo (SuSE suele diferenciarse bastante de otras distribuciones en las caracteristicas de los nucleos que distribuyen)
Por ejemplo, SuSE desactiva por defecto el APM y el ACPI (si se desea utilizar dichas funciones hay que activarlas durante el proceso de arranque). Red Hat, en cambio, las trae activadas por defecto. Roberto tiene una maquina (un Dell PowerEdge) que al utilizar SuSE, si no activa dichas funciones, se cuelga al cabo de 30 minutos. Pues con UnixWare 7.1.3 ha de hacer lo mismo, porque si no, obtiene exactamtente el mismo resultado. ¿Coincidencia?
Mas detalles: Las versiones de UnixWare anteriores a la 7.1.3 carecen de soporte para muchos dispositivos. La 7.1.3 tiene un montón de nuevos drivers para USB1, USB2, Xeon, PCI-X, HotPlug PCI, memoria, etc. Curiosamente, dispositivos USB que no funcionan en SLES8, tampoco lo hacen en UnixWare, mientras que en Red Hat 9 funcionan sin problemas. Notese también que muchos de estos nuevos drivers llevan funcionando en Linux desde mucho antes de que UnixWare los soportara.
Estos drivers no estuvieron disponibles en UnixWare hasta que SCO se unió a UnitedLinux, y muchos de los problemas o peculiaridades en SLES8 también estan presentes en UnixWare 7.1.3.
¿¿¿¿¿Coincidencia??????
Cuando menos, el equipo de UnixWare ha sido fuertemente influenciado por el proceso de desarroyo de Linux.
Está claro que sin ver el código no se puede estar completamente seguro de que UnixWare 7.1.3 y SLES8 compartan codigo, pero es indudable que esto debería investigarse mas a fondo.
SCO UnixWare contiene codigo copiado de Linux
(Puntos:3, Informativo)Como creo que es bastante interesante, y va al caso de por que les conviene que la gpl sea invalida, la pongo aqui como comentario.
Hay pruebas, circunstanciales de momento, de que SCO ha copiado de Linux, incumpliendo la GPL.
Roberto J. Dohnert, programador y consultor, ha comprobado lo que parece claramente la inclusión de un buen monton de codigo de Linux en UnixWare 7.1.3.
El metodo seguido ha sido una comparación de las distribuciones de UnixWare 7.1.3 Enterprise Edition, Red Hat Linux 9, y SuSE Linux Enterprise Server 8 (SLES8), realizada a partir de los binarios y las hojas de caracteristicas, ya que no tiene acceso a los fuentes de UnixWare.
En un primer vistazo, descubrió que Red Hat 9 y UnixWare 7.1.3 eran bastante diferentes, pero, por el contrario, tanto las caracteristicas como el rendimiento de SuSE y UnixWare eran muy similares.
Lo primero que hay que notar es que la distribución de SuSE está basada en UnitedLinux (SuSE proporciona todos los paquetes del kernel de UnitedLinux). Curiosamente, muchos paquetes opensource incluidos en UnixWare 7.1.3 coinciden exactamante, numeros de versión incluidos (lo habitual es que estos varien), con los incluidos en SLES8, mientras que las versiones de los paquetes de Red Hat son completamente diferentes (si SCO es tan innovador, por que imitan la lista de paquetes de UnitedLinux??)
El siguiente aspecto en surgir fué la semejanza en el rendimiento y las funciones del nucleo (SuSE suele diferenciarse bastante de otras distribuciones en las caracteristicas de los nucleos que distribuyen)
Por ejemplo, SuSE desactiva por defecto el APM y el ACPI (si se desea utilizar dichas funciones hay que activarlas durante el proceso de arranque). Red Hat, en cambio, las trae activadas por defecto. Roberto tiene una maquina (un Dell PowerEdge) que al utilizar SuSE, si no activa dichas funciones, se cuelga al cabo de 30 minutos. Pues con UnixWare 7.1.3 ha de hacer lo mismo, porque si no, obtiene exactamtente el mismo resultado. ¿Coincidencia?
Mas detalles: Las versiones de UnixWare anteriores a la 7.1.3 carecen de soporte para muchos dispositivos. La 7.1.3 tiene un montón de nuevos drivers para USB1, USB2, Xeon, PCI-X, HotPlug PCI, memoria, etc. Curiosamente, dispositivos USB que no funcionan en SLES8, tampoco lo hacen en UnixWare, mientras que en Red Hat 9 funcionan sin problemas. Notese también que muchos de estos nuevos drivers llevan funcionando en Linux desde mucho antes de que UnixWare los soportara.
Estos drivers no estuvieron disponibles en UnixWare hasta que SCO se unió a UnitedLinux, y muchos de los problemas o peculiaridades en SLES8 también estan presentes en UnixWare 7.1.3.
¿¿¿¿¿Coincidencia??????
Cuando menos, el equipo de UnixWare ha sido fuertemente influenciado por el proceso de desarroyo de Linux.
Está claro que sin ver el código no se puede estar completamente seguro de que UnixWare 7.1.3 y SLES8 compartan codigo, pero es indudable que esto debería investigarse mas a fondo.
La noticia original en GROKLAW [weblogs.com]