Donald Harbison a levelében kicsit bővebben kifejtette hogy mi történt az elmúlt héten a Lotusphere konferencián.
A lényegét az elmúlt bejegyzésemben már írtam, befejezik a LotusSymphony fejlesztését, és a fejlesztési erőforrásokat az Apache OpenOffice fejlesztésére fordítják.

Tervezik egy AOO IBM Edition kiadását, amely az AOO plusz az IBM telepítőt, és az IBM egyéb szolgáltatásaihoz való csatolókat tartalmazza. De ezek a csatolók ingyen is elérhetők lesznek. A részletek az IBM Lotus Symphony 3.0.1 bemutató diáiban a 20-30 diák között.
Ezek a változások az Apache OpenOffice 3.4 megjenése után várhatóak, lásd a AOO 4.0 tervezett jellemzők oldalát.

Szó volt még az IBM Docs-ról is a webalapú dokumentum kezelőről, ebben nincs OOo kód hanem az ODF Toolkit-et használja a dokumentum formátumok közötti konverziókkor, az ODF Toolkit az OOo projekt része volt de külön projektként került át az Apache-hoz.

Az IBM LotusSphere 2012 éves konferencián, Ed Brill az IBM Collaborative Solution, Product Line Management igazgatója tartott előadást, ennek részeként említést tett az Apache OpenOffice-ről is.
Az előadás bemutató diái itt.

A számunkra lényeges bejelentés a 28. dián van. Az IBM leállítja a LotusSymphony az OpenOffice.org fork fejlesztését. Ahogy már korábban is bejelentették minden kódot átadnak az Apache OpenOffice-nak. Tovább folytatják a fejlesztést az Apache OpenOffice keretében, a közösséggel együttműködve, beleértve az új tulajdonságok hozzáadását is. A 29. dián a Apache OpenOffice 4.0 javasolt módosított felhasználói felülete látszik. Amiről még részletes javaslatot még nem láttunk, de talán többet tudunk meg a mai napi előadásokból.

A migráció nyomon követhető itt.

A korábban leírtak szerint nagyjából befejeződött a kódtisztítás az Apache OpenOffice kódjában.

Hogy milyen részelemek kerültek ki és, hogy mivel pótolják arról itt olvashatunk.

Az fenti hiányosságok ellenére már készülnek telepíthető vagy kicsomagolás után futtatható Apache OpenOffice 3.4 m1 fejlesztői változatok, amelyek még nem teljesek, instabilak, de tesztelések megkezdésére már alkalmasak.  Napi használatra meg semmiképpen sem,  a fenti hiányosságok miatt.

Megkezdődött a kódokból a napi automatikus buildelés is. Egyenlőre Ubuntu 64 bites verzióval. A buildelés eredményei itt és a telepítő csomagok itt. találhatók.

Ugyan akkor a többi platformra a fejlesztők egyedileg készítenek teszt verziókat, két forrás van ahonnan nem mindig a legfrissebb de elvileg telepíthető teszt változatok letölthetők, egyik az Ariel által készítettek, másik pedig az Oliver-féle változatok. Ezek fejlesztői változatok, párhuzamosan telepíthetők a meglévő OOo 3.3 mellé annak működését nem befolyásolják.

“Ebben az évben az Oracle a az openoffice.org-al kapcsolatos összes regisztrált márkavédjegyet, és domain nevet az Apache  Szoftver Alapítványnak (ASF) adományozta, és a Softvare Grant Agreement licence keretében az OpenOffice.org forráskód nagy részét az Apache Lincense feltételei szerint.

Az lentebb linkelt ITWorld cikket el kell olvasni, A németországi Team OpenOffice
e.V. akik részt vettek az OpenOffice.org fejlesztésében, még a SUN/Oracle korszak előtt.
A Team OpenOffice.org e.V. -nek nincs kapcsolata az ASF-el és az Apache OpenOffice projekttel,  és minden azzal kapcsolatos kijelentés, hogy ők rendelkeznek az OpenOffice.org domainnel vagy szoftverrel minden alapot nélkülöz.

http://www.itworld.com/it-managementstrategy/213997/apache-disavows-team-openofficeorg-ev

Ahogy azt bárki megnézheti a levelezési listáinkon az Apache OpenOffice projekt működik, és egyre közelebb van a az Apache OpenOffice kiadásához.

A felhasználónak értenie kell, hogy bármely pénzügyi adomány amit az Team OpenOffice.org e.V. -nak adnak semmi köze sincs a mostani OpenOffice.org szoftverhez, és a egyáltalán nincs köze az ASF-hez vagy az Apache OpenOffice projekthez.

Azok a felhasználók akik az Apache OpenOffice fejlesztését akarják támogatni, csatlakozzanak a projekthez,, vagy egyszerűen írjanak a levelezési listákra, vagy adományozzanak az ASF-nek direktben:

http://www.apache.org/foundation/contributing.html

Mivel az ASF és az Apache OpenOffice projekt továbbra is használni kívánja az openoffice.org domén nevet, és a nagy múlttal rendelkező szoftvert, nem érthető, hogy a Team OpenOffice.org miért állítja azt egyre többször, hogy  az OpenOffice.org haldoklik, és a felhasználókat tudatosan félrevezeti, hogy ök az OpenOffice.org jelenlegi tulajdonosai.
És különösen zavaró, hogy ehhez az Apache OpenOffie projekt nevét is felhasználják, pénz adományok gyűjtésére.

- Shane Curcuru
Apache OpenOffice Mentor
Vice President, Brand Management, The Apache Software Foundation”

Forrás: http://mail-archives.apache.org/mod_mbox/incubator-ooo-users/201112.mbox/%3C4EEB6FCE.3050007%40shanecurcuru.org%3E

Frissítés: 2011.12.20

Az itt leírtakra reagálva készült nyílt levél az ODF ökoszisztémának:

https://blogs.apache.org/foundation/entry/open_letter_to_the_open

Ez a fórum jelenleg csak itt érhető el: http://ooo-forums.apache.org/hu/forum, amíg a DNS bejegyzés változás nem történik meg  user.services.openoffice.org -n.

A DNS átállás után, újra elérhetők leszünk a user.services.openoffice.org cím alatt; ettől a pillanattól kezdve, a ooo-forums.apache -ra történő hivatkozások átirányításra kerülnek user.services.openoffice.org címre. (Ez a phpBB beállítási korlátai miatt van így, a domain név kötött, így nem tud több álnevet kezelni.)

Az ez idő alaltt készülő hozzászólások megmaradnak, de a belső linkek nem kerülnek módosításra a DNS bejegyzés módosulása után, ezért célszerű a változás bekövetkeztéig mellőzni a belső linkek hozzáadását, néhány napon belül végbemegy a módosulás, utána már nem lesz ilyen probléma.

Első lépésként a hibabejelentésre szolgáló Bugzilla-t migrálták, az  http://openoffice.org/bugzilla/ címen található régi Bugzilla csak olvasható módba került, további hibabejelentésre itt nincs mód.

Az új https://issues.apache.org/ooo/ címen érhető el, ahol a régi felhasználó nevekkel:  regi_OOo_felhasznalo_nev@openoffice.org formában új jelszót kell kérni. A felhasználók az eddig érvényes jogosultságokkal rendelkeznek, akinek volt pl. “canconfirm” joga, az megmaradt egyenlőre.

A továbbiakban a közösségi fórum és a wiki migrálására következik. A fórum migrálására várhatóan, egy héten belül kerül sor, huszonnégy órás várható kieséssel (DNS frissítés miatt).

Mivel több információ nincs igazán bejelentésben csak blabla, nem lehet tudni, hogy az eddigi fejlesztők továbbra is dolgoznak-e rajta és fizeti-e őket valaki, nélkülük nem ér semmit a dolog.
Azt sem lehet tudni mi lesz az eddig nyújtott szolgáltatásokkal, pl. az OOo fórum szerverét is az Oracle (eredetileg a Sun) biztosította.

Szerkesztés:
Rob Wier lesz az IBM-től a projekt egyik vezetője, részletek a http://www.robweir.com/blog/2011/06/apache-openoffice.htm a blogján, a fejlesztőket az IBM fogja fizetni, a kódok Apache 2.0 licencelés alá kerülnek. További részletek az Apache projekt javaslatban http://wiki.apache.org/incubator/OpenOfficeProposal.

Az ODF1.2 formátumú dokumentumok az AES-256 titkosítással kerülnek mentésre, de az ODF1.1 vagy régebbi formátumok megtartják a Blowfish titkosítást.

Ha a régi Blowfish titkosítást kívánjuk használni az ODF1.2 formátumú dokumentumoknál lehetőség van az OOo beállítására. Mivel ez a legtöbb felhasználót nem érinti nem a felhasználói felületen keresztül, hanem a konfigurációs fájlban kell a módosításokat elvégezni, a következő módon:

Nyisd meg a …\3\user\registrymodifications.xcu fájlt xml szerkesztőben, vagy szöveg szerkesztőben és keress rá az ODF-re és ott kb. a második elemként megtalálod a következő bejegyzéseket:

org.openoffice.Office.Common/Save/ODF/UseSHA1InODF12

org.openoffice.Office.Common/Save/ODF/UseBlowfishInODF12

Mindkettő alapértelmezett értéke FALSE, ha átállítod TRUE-ra akkor az ODF1.2 formátumú dokumentumok is a gyengébb védettséget adó Blowfish algoritmus szerint lesz titkosítva.

Mivel az AES titkosítás a 3.4 előtti OOo változatok nem tartalmazzák, ezért ha az új módon titkosított ODF1.2 formátumú fájlt megnyitjuk pl. az OOo 3.3-ban a következő nem túl informatív olvasási hibát kapjuk:

Mást nem tehetünk ekkor mint keresünk egy OOo 3.4-t és abban megnyitjuk, és elmentjük jelszó nélkül, vagy átkonvertáljuk ODF1.1 változatra, amit az OOo 3.3 is tud kezelni.

További részletek a újtulajdonság levélben.

Ezt a Base tulajdonságok levelező lista alapján állítottam össze.

Ahogy a listából is látható nem sok új tulajdonság került bevezetésre a Base 3.4 változatában, leginkább hibajavítások történtek.

Aki követi a HSQLDB mint a beépített adatbázis sorsát az tudja, hogy több mint egy éve, megjelent a 2.0.0 és mégis az OOo 3.4 még a régi 1.8.0.10 változatot fogja tartalmazni. Az nagyjából biztos, hogy csak a Base 3.5 fogja az aktuális legfrisebb HSQLDB változatot tartalmazni.
A cws hsqldb19, amely a HSQLDB 2.1.0-t tartalmazza, az integrációra kész, csak sajnos lemaradt a a 3.4-ről.

Részletes információt angolul itt találhat.