Login Barrapunto
SCO publica el código que reclama como suyo
Skyhusker nos cuenta: «Vía Slashdot. SCO ha publicado el código que según ellos les pertenece. Parece ser que ser que el código de read copy update, los sistemas de ficheros con journaling, la E/S asíncrona y alguna parte más se deriva de AIX o Dynix/ptx. No obstante, en la noticia también se menciona que ese código fue liberado por IBM bajo la licencia GPL.
La lista de dicho código puede encontrarse en Groklaw».
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
SCO publica el código que reclama como suyo
|
Log in/Crear cuenta
| Top
| 53 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

Lo ponen fácil
(Puntos:3, Interesante)( http://barrapunto.com/ | Última bitácora: Martes, 14 Noviembre de 2006, 11:13h )
Supongo que contestando esas dos preguntas habremos acabado con este absurdo, pero supongo que esas respuestas serán muy distintas dependiendo de a quién se las formulemos: SCO dirá que IBM no tenía ningún derecho a liberar ese código porque no era suyo y porque tenían un contrato de privacidad entre ellos, pero IBM dirá que tenía todo el derecho del mundo... Y así "ad nauseam".
Ahora bien ¿quién dice que el código que compró SCO y que estaba en UNIX estaba allí legalmente o por el contrario era propiedad de otra compañía a la que se le robó?
-| Todo aparato eléctrico protege a su fusible quemándose antes que él |-
Mas serio de lo que parece
(Puntos:5, Interesante)( http://barrapunto.com/ )
La solución pasa por:
- Demostrar que es falso el que los programadores estuvieran "contaminados". Dificil, dadas las pruebas aportadas por SCO
- Demostrar que constituyen copyright de IBM, no sujeto a contratos con SCO
- Demostrar que existe arte previo que anula los requerimientos de SCO sobre dicho trabajo
- Demostrar que SCO no tiene derecho a reclamar por ese trabajo ( "affaire SCO-Caldera" )
- Alegar que la redistribución de SCO del kernel de linux bajo la GPL invalida las reclamaciones posteriores
- Reescribir el código. Muy dificil, ya que la mayor parte son cabeceras y definiciones, dificilmente cambiables, y por otro lado SCO podría alegar que los desarrolladores tenían conocimiento previo de cómo hacerlo ( Algo parecido se ha alegado acerca del peligro de mirar los fuentes de Windows)
La cosa es más seria de lo que parece. Es prácticamente imposible alegar que el código no está "copiado", Y lo único que se puede hacer es invalidar las reclamaciones sobre los derechos de copia
En cualquier caso, la vista del juicio es dentro de un año.....
.
Quosque tandem abutere Catilina Patientia nostra?
Re:Bueno
(Puntos:5, Interesante)TODA su demanda se basa -una vez han reconocido que toda la historia relativa a violación de secretos y a copia directa de Unix SR-V no se podía sostener- en una interpretación muy particular de la definición de "obra derivada".
Vamos a suponer que el autor 1 crea una obra A. Supongamos también que el autor 2 crea una versión derivada de A, que llamaremos A'.
Más tarde, el autor 2 crea otra obra llamada B. Esta obra es incorporada a A' y a una tercera obra, llamada C.
A = Unix SVR
A' = AIX
B = JFS,NUMA,RCU,EVM
C = Linux.
A' es una obra derivada de A => AIX deriva de Unix SV
A'+B es un trabajo colectivo, derivado de A y de B.
B es propiedad de 2.
C+B es un trabajo colectivo, derivado de C y de B.
SCO sostiene que tiene derechos sobre B, por el hecho de que ha sido incorporado en A'.
El sentido común (y la jurisprudencia, citada por IBM en las vistas relativas a proceso de "discovery") dice lo contrario.
En cualquier caso, todas las cartas abiertas, los artículos de Moglen y demás siguen plenamente vigentes. Recordad que SCO sostenía tener derechos sobre todo el núcleo de linux, y hablaba de millones de líneas copiadas. Todo eso se lo han tenido que comer con patatas. Lo único que les queda es una disputa contractual con IBM. Aún suponiendo que la justícia les de la razón sobre JFS,RCU,NUMA y demás, eso afecta a IBM, no al resto de usuarios, puesto que SCO no tiene ningún control de copyright sobre esos trabajos.
Por cierto, debería poner YNSA (Yo No Soy Abogado) o algo parecido... ;)
Re:Pero
(Puntos:4, Informativo)De hecho, cuando se llamaban Caldera colaboraron directamente con el desarrollo de las capacidades SMP del núcleo (una de las partes sobre las que reclaman), aportando hardware (donaron un equipo SMP de gama alta a Alan Cox) como desarrolladores (hay contribuciones de empleados de Caldera). Eso les pone muy difícil alegar que no sabían lo que estaban licenciando.
Kevin McBride, en la primera vista sobre la petición de IBM de que SCOG entregara la lista de código "ilegal" (los millones de líneas acerca de las cuales hablaba su hermano Darl), reconoció que SCOG no tiene derechos de propiedad (copyright) sobre las contribuciones presuntamente ilegales de IBM, pero si ciertos derechos de control. Esto creo que limita los daños al posible incumplimiento de contrato por parte de IBM (que tampoco está nada claro, vista la enmienda al contrato original entre IBM y ATT que establece que los trabajos derivados pertenecen únicamente a IBM, mientras que ATT mantiene sólo los derechos sobre el código original.
Más cosas: Novell afirma no haber vendido los copyright a SCO, sino únicamente los derechos de explotación. Hay otra demanda al respecto. Los contratos entre Novell y SCO son bastante oscuros, pero hay indicios bastante claros de que Novell tiene razón (Novell sigue recibiendo Royalties sobre las licencias de SVR, mientras que SCO recibe sólo un 5%... desde luego parece una retribución más apropiada para un agente que para un propietario). Esto deja en manos de SCOG únicamente los copyrights de Unixware y OpenServer (No los de Unix SVR!), por lo que tendría que demostrar que hay código de Unixware u OpenServer en Linux, y que ese código ha sido puesto ahí por IBM.
Por temas del curro he tenido ocasión de hablar con gente de IBM de cierto nivel, y os puedo decir que se toman todo el tema con mucha tranquilidad. De hecho siguen recomendando Linux como solución para integración de servidores.
Y ni se les ha pasado por la cabeza dejar de vender AIX, por cierto...
de donde viene dinyx?
(Puntos:2, Informativo)( file:/etc/passwd )
Os recuerda esto algo?
¿Cómo sabemos si ese código es de SCO?
(Puntos:1)( http://labitacora.net/ | Última bitácora: Viernes, 25 Febrero de 2005, 10:05h )
SCO se va a comer una M
(Puntos:2)( http://barrapunto.com/ )
Se la va a comer un M enterita, y sin sal ni nada, ya que distribuia esas versiones. Aun suponiendo que fuera de su propiedad, al publicarlo lo hizo GPL Con todas sus consecuencias. Y no vale eso de "yo no sabia que eso estaba ahi". A ver si ahora se pueden cambiar las licencias sin ton ni son y decir diego donde dije digo. Ahora a joderse
Otro tema importante por el que puede pillar a IBM pero del que linux no tiene nada ver, es el juego sucio de IBM/Intel del proyecto Monterey, del cual no conozco nada ¿alguien podria explicar de que iba esto?. Y suponiendo que esto es ilegal SCO seria "demandable" ya que hizo lo mismo a SuSE y Conectiva con el United Linux ¿no?
La uniformidad no es necesaria para la unidad
el codigo en cuestion!!!
(Puntos:4, Divertido)( http://barrapunto.com/ )
#include
main()
{
[todo lo que va aqui dicen que ya no es copiado]
}
ademas dicen que eso de incluir los headers, que es algo que se les ocurrio a ellos tambien y q el resto se lo hemos copiado...
estamos perdidos!!
"...inaction, is a weapon of mass destruction..."
Por si todo falla...
(Puntos:1)( http://neoaburrimiento.blogspot.com/ | Última bitácora: Miércoles, 12 Mayo de 2004, 19:33h )
Miedito me da de todos modos...
.
.
El codigo es mio!!
(Puntos:1)Ahora en serio, ¿Como demuestran que ese código lo han escrito ellos o no? Si es un codigo "secreto", ya pueden decir misa, la primera aparicion pública de ese código no ha sido la suya.
¿Tenemos que fiarnos de la palabra de, ejem. SCO?
No hay nada que temer
(Puntos:1)( http://www.andresin.com/ )
Por un mundo en el que TODO sea GPL.
Mi vida y mi visión del mundo [andresin.com]
Espera espera pero que te esperes digo!
(Puntos:1)( http://museum.claunia.com/ | Última bitácora: Martes, 11 Mayo de 2004, 00:17h )
QUE EL CODIGO DE JOURNALING PERTENECE A SCO!!!!!!!!?
Mmm...
Creo recordar que SCO usa BSD FFS (o UFS), que NO ES SUYO y NO tiene journaling, y Veritas FS, que TAMPOCO es suyo, y ese no estoy segura de si tiene journaling o no.
Así que no me vengan diciendo que el journaling les pertenece, porque ellos no han hecho nada con journaling.
La defensa termina su alegato.
No me importa (8) lo que digas lo que pienses porque todo me da igual (8) xD
Re:Esto SI es interesante
(Puntos:3, Inspirado)( http://barrapunto.com/ | Última bitácora: Viernes, 13 Febrero de 2004, 14:50h )
Creo que se lleva tiempo diciendo que se haga público el código de la discordia así que desde luego, que por fin lo hayan hecho me parece mucho más interesante que si el código de MS se ha filtrado por un problema de seguridad (de una empresa colaboradora parece ser), que si lo han filtrado ellos, que van a por toda la gente que lo distribuya en el P2P (me parece algo imposible, aunque con dinero suficiente a lo mejor se consigue hacer cosas imposibles)...
En cuanto a este código, ahora por fin hay algo en lo que basarse (puede tener base o no). A lo mejor SCO lo tiene mejor planteado de lo que parecía / pensabamos, yo reconozco que he sido el primero (o al menos de los primeros) en pensar que el movimiento de SCO es un intento desesperado de pegar un pelotazo con una compañia que estaba viendo como su mercado desaparecía, y digo desesperado, porque IBM es una compañia con la que no parece sensato meterse, a no ser que tengas los cabos muy bien atados (algo así como "ya que vamos a tener que bajar la persiana en unos años, vamos a por una maniobra kamikaze. Hacemos mucho ruido, sube el valor de nuestras acciones, nos pulimos las (hipoteticas) "stock options" y nos jubilamos). Por lo que se dice, procede de dynix, con licencia BSD lo cual debería hacer pensar que no habrá problemas. Hasta esta mañana, pensaba que lo de SCO realmente no tenía fundamento, que se reducía al código ya publicado y que el resto era hacer ruido y tratar de mantener una cuota de mercado que Linux está devorando y esperar el momento oportuno para bajar la persiana. El movimiento de SCO me ha cogido por sorpresa y ya no descarto que tengan algún otro As en la manga, y por mucho que IBM sea un jugador excelente, cuidadin, que a lo mejor esto ya no es un farol
Resumiendo
Lo que haga una compañía privada (por mucho que sea MS) para proteger algo que han hecho (no opino sobre su calidad) creo que no debería tener tanta repercusión. Todos somos curiosos y nos gustaría saber que es lo que hace Windows, que es la famosa NSAKey, si el NT partió de 0 o por el contrario heredo código, ... (y si no es este tu caso, lo único que te debería preocupar es, ¿como de destructivo será el próximo virus que saldrá debido a una vulnerabilidad descubierta? ¿Cuanto tiempo tardará en colapsarse la red por el próximo gusano?) Si por el contrario tu caso es el de alguien que se ha bajado el código o plantea bajarselo, a lo mejor si que debería preocuparte si tienen alguna forma de trazarte (me puedes decir que es imposible, pero con el dinero suficiente, lo imposible se hace posible, y si algo tiene MS es dinero, además de una capacidad de marketing asombrosa, suficiente para cambiar la realidad, y no me preguntes como)
Saber que lo que hace horas me parecía rídiculo y algo sin sentido (meterse con IBM, están locos) a lo mejor ya no es tan ridículo, puede tener una base legal, no estoy diciendo que la tenga ya que de leyes lo justo y el sistema legal americano es "ligeramente" extraño, dejar de pensar que la única prueba que había era gritar a los 4 vientos lo malos que son IBM para ver si alguien se lo tragaba y pagaba las licencias... si me parece algo preocupante. Pensar que a lo mejor (o a lo peor) se prueba la validez de la GPL en un tribunal, pensar que una empresa privada (SCO) pueda obtener un beneficio de el trabajo desinteresado de mucha gentea y quizas dar un golpe muy fuerte a la forma de desarrollar open source, sobre todo cuando las leyes de propiedad intelectual, patentes y demás están en tela de juicio, esto SI es interesante y desde luego, empezaré a seguir con interés los siguientes pasos, ya que puede que lo que venga ahora no sea un camino de rositas. Si además, por la velocidad en los tribunales y por todos los posibles recursos posibles, el punto álgido del proceso coincide en el tiempo con Longhorn, virgencita virgencita, que me quede como estoy.
Si esto te parece fuera del tema, pues estupendo (recientemente he visto hilos que se apartan bastante más de la temática de la noticia). Si te parece que
Los marrones se crean pero no se destruyen, solo se acumulan