To podla mna zdaleka nie je priorita. Linux funguje a je open, Hurd je momentalne skor R&D hracicka a je otazne ci bude vobec niekedy funkcny. Ja by som skor povedal ze tento tah (OO.o fork) ma prispiet k tlaku na Sun aby otvoril Javu. To sa skor ci neskor stane (asi skor neskor ako skor ;-) ) ale treba tomu pomoct.
Jojo, taky mi to prijde prednejsi. Nicmene spis sazim na RedHat a zlepsovani gcj(nebo gjc?), nez na RMS. BTW: to jako RMS bude fakt programovat, nebo jenom kibicovat? A kdyz jsme u toho, proc nenahradit javu lispem? ;)
1) Bez Sunu a bez Javy by OO2 vyšlo tak leda za pět let, nebo by museli hodně slevit ze svých předsevzetí.
2) OpenOffice díky GCJ, Classpath a programátorům z Redhatu _není_ závislá na Javě od Sunu.
3) Vznikají další free implementace J, např. u Apache Software Foundation, takže v budoucnu nebude ani potřeba OO portovat.
Myslíte asi _kompatibilni_ implementace swing...
Vyzkoušejte ve FC4, pokud bude obsahovat OO2. Protože v devel větvi je OO1.9 a Eclipse, ale Java od SUNu tam zcela určitě není :-)
Tak nevim, ale zda se mi, ze v clanku se vubec nemluvi o tvoreni dalsiho kancelarskeho baliku, ale uprave (coz se ve zpravicce uvadi pod slovem klon, nicmene nekterym diskutujicim by se mozna hodilo rici RT(f)A - to f jen pro srozumitelnost, ja sam ho tam rad nemam) OO.o a gcj tak, aby bylo OO.o kompilovatelne na GCJ, tedy bez Javy.
Ostatne nejake hacky a upravy v OO.o jiz jsou, takze je mozne ze to cele nejspis pujde do mainstream OO.o zdrojaku - neco jako #ifdef _gcj_compiler (toto je jen priklad, ani nevim zda ma java podmineny preklad).