A SCO tényleg megmutatta a fileokat

SCO

A Groklaw-on (internetes oldal, amely részletesen, inkább jogi szempontból foglalkozik a SCO vs. IBM üggyel) olvashatunk egy cikket a SCO által másodszor benyújtott kártérítési igényéről. A cikk tartalmaz egy PDF dokumentumot, amelyben soronként meg vannak jelölve az IBM AIX és a Linux kernel kérdéses sorai.



Például:



Table A
AIX 9922A_43NIA File Line #s Linux 2.2.12 ref/File Line #s
usr/include/jsf/inode.h 16-37 include/linux/jfs/ref/jfs_inode.h 84-95,
126-138
kernel/sys/vnode.h 109-133 include/linux/jfs/ref/jfs_inode.h 96-122
usr/include/jsf/inode.h 39-40 include/linux/jfs/ref/jfs_inode.h 189-90
usr/include/jsf/inode.h 161-166 include/linux/jfs/ref/jfs_inode.h 414-421
usr/include/jsf/inode.h 172-180 include/linux/jfs/ref/jfs_inode.h 37-48
usr/include/jsf/inode.h 199-205 include/linux/jfs/ref/jfs_inode.h 52-59
usr/include/jsf/inode.h 62-66 include/linux/jfs/ref/jfs_inode.h 286-290
usr/include/jsf/inode.h 72-76 include/linux/jfs/ref/jfs_inode.h 295-302
usr/include/jsf/inode.h 83-158 include/linux/jfs/ref/jfs_inode.h 322-411

A dokumentum soronkén azonosítja az IBM UNIX rendszerében található sorokat a Linux 2.4-es és 2.6-os kernelben található kódokkal. A felsorolásokban megjelölik a JFS, az IBM UNIX/AIX-alapú "enterprise volume management system"-ét ("AIX/EVMS"), az RCU-t, stb.



Table B
AIX MERCED/9922A_43NIA
Line #s EVMS 1.0.0 patches to Linux 2.4.x Line #s kernel/sys/IA64/bootrecord.h 64-170 include/linux/evms/evms_aix.h 157-263 usr/include/liblvm.h 234-250 include/linux/evms/evms_aix.h 311-327 usr/include/liblvm.h 252-272
289-307 include/linux/evms/evms_aix.h 329-349 usr/include/liblvm.h 316-363 include/linux/evms/evms_aix.h 352-400 usr/include/lvmrec.h 24-92 include/linux/evms/evms_aix.h 266-294 usr/include/lvm.h 26-35 include/linux/evms/evms_aix.h 6-11 kernel/sys/hd_psn.h 32 include/linux/evms/evms_aix.h 26 kernel/sys/vgsa.h 37,
56-73 include/linux/evms/evms_aix.h 13,
300-309





Majd sor kerül a RCU-ra is:



Table C
DynixV v4.6.1 Files Linux 2.4.1-01 files
kernel/sys/rclock.h include/linux/rclock.
kernel/os/rclock.c kernel/rclock.c
kernel/sys/kma_defer.h include/linux/kmemdef.h
kernel/os/kma_defer.c kernel/kmemdef.c




Most igazán komolyan álltak hozzá a kérdéshez a SCO emberei. Kérdés, hogy a beadvány mennyire tartalmaz valós adatokat. A bírónak még jóvá kell hagynia az új beadványt. A PDF-et megtalálod itt, a Groklaw cikke itt.

( bocs | 2004. 02. 08., v – 10:04 )

hm veszem a bátorságot, hogy gyorsan átfutva leírjam, mit olvasok ki belőle, hogy másnak ne kelljen végigrágni magát rajta. Javítsatok ki, ha baromságokat írok.

Az SCO szerint

- bár úgy tűnhet, hogy a bemutatott egyezőség hogy kevés sort érint, azt is mondja hogy

- ez jelentős teljesítmény növekedést okoz a Linuxnak (pl a költséges zárolási technikákat váltja ki nagyobb teljesítményű megoldásokkal), és

- az 1-2 helyen a Linuxba az IBM közreműködésével belekerült kód a Linux kernel sok más területén is felbukkan, tovább javítva a teljesítményt.

A beadvány az IBM-et teszi felelőssé a unix kódok Linuxba kerüléséért, amit a licensz szerződés úgymond nem tett volna lehetővé.

Erre meg kellene várni az IBM válaszát is, mert ez már licensz értelmezés kérdése.

A beadvány azonban sokkal komolyabbnak tűnik, mint a 30 éve közkézen forgó c kódrészletek sajátként való feltüntetése.

( zsolt | 2004. 02. 08., v – 10:32 )

És miért nem a saját kódjukat idézik? Mi közük nekik az IBM saját kódjaihoz? Az IBM nem azt csinál a kódjaival, amit akar?

Másrészt ezeket a kerneleket ők (SCO) is kiadták GPL liszensz alatt.

Lehet, hogy a tőzsdén részvényekből meggazdagodni kívánó dilettánsokkal meg lehet etetni ezt a baromságot, de remélem egy bíróságon azért vannak logikus gondolkodású emberek is.

( rhapsodhy | 2004. 02. 08., v – 12:50 )

Hmm... lehetne a következő szavazás címe: Használsz 'az IBM álltal a Linuxba csempészett' kódokat? :DDD

Mond ki, amit gondolsz: mennyen el a Zescéó a picsába, de vészes gyorsasággal.

Az SCO _NEM_ mutatta meg a fileokat. Én azt szeretném látni, hogy mi a közös az _Ő_ forráskodjuk és a Linux között.

Az lenne a legnagyobb poén, ha kiderülne, hogy az SCO meg a BSD-ből csórta a kódot...

Dw.

( bitfakk | 2004. 02. 09., h – 08:05 )

Hali!

Ez a dolog mar az attack idejen is kint volt az SCO siteon. El is olvastam, jol fel is idegesitett.

Valaki magyarazza meg, ezek tulnyomo reszt headerek, azaz az interface deklaraciok. Vagyis az SCO problemaja az hogy az errno.h-ban a linuxnak is van egy "extern int errno;" sor? Ez olyan mintha a sun anyazna a kaffe-ra mert az apijuk teljesen megegyezik.

Az IBM licencszerzodese ennel sokkal vadabb dolgokat is megenged, az SCO itt egyszeruen hazudik.

Az IBM-AT&T licencszerzodes a modositasaival egyutt explicite kimondja, hogy az IBM azt csinal az o altala vegzett modositasokkal amit akar, az kizarolag az o tulajdona. Csak azon kodhalmaz szamit derivativ kodnak, ami tartalmaz az AT&T-tol szarmazo kodreszletet. Ebbol egyertelmuen kovetkezik, hogy az IBM sajat fejlesztese, mivel nem tartalmaz AT&T kodot, nem derivativ munka.

De ezenkivul az IBM-AT&T szerzodes egyik modositasa meg azt is megengedi (ez az eset egyertelmuen meg van engedve), hogy egy IBM fejleszto elolvassa az AT&T-s kodot, aztan emlekezetbol reprodukalja.

Az SCO sajtonyilatkozatainak semmit nem kell elhinni. Az SCO birosagon tett allitasait pedig szinten meg kell vizsgalni, igaz-e vagy sem. Allitanak eleg blodliket ugyanis birosagon is.