OxygenOffice probléma

Hátha KAMI is olvassa.

A minap csináltam egy ebuildet Gentoo alá, amely az eddigi OpenOffice.org-2.3.0 FSF build helyett az OxygenOffice Professional 2.3.1 -et rakja fel.
Elsőre belefutottam ebbe a problémába. Kiderült, hogy az új ooop-nek függősége a NAS (media-libs/nas). Ezt telepítve a probléma megoldódott, cserébe a következő probléma merült fel:

/usr/lib/oxygenoffice/program/soffice.bin: symbol lookup error: /usr/lib/oxygenoffice/program/libxml2.so.2: undefined symbol: gzopen64

Google után kiderült, hogy az libxml2-vel vannak gondok. Ebből az OxygenOffice nem a rendszerben található verziót használja hanem a sajátját (/usr/lib/oxygenoffice/program/libxml2.so.2.6.17) ami egy szimlink.
Átmásoltam a rendszerben lévőt (libxml2-2.6.30), és átírtam a szimlinket. Most működik, gond nélkül :)

$ strings libxml2.so.2.6.17.1 | grep gzopen64
gzopen64
$ strings libxml2.so.2.6.30 | grep gzopen64

Hoppá. Az eredetiben symbol lookup error. Az enyimében meg nincs gzopen64 és ezzel meg megy :D
Bugreport? Mit? Hova?

Végre nem olyan elmosottak a betűtípusok, mint az FSF buildben. Gondolom másmilyen verziójú statikus freetype-ot használ.

UI.: az ebuildet felrakom magentára. 64biten nem teszteltem sorry.

Szerk.:
Javítottam az ebuildet (ooop-javitott.tar.gz).
KAMI javaslatára a libxml2-es workaroundot is megcsinálja az ebuild.
Elvileg a natív 64bites verziót is telepíti, de ezt 64 bites tesztkörnyezet híján nem tudtam tesztelni. 64bit alatt a gnome-integration nem megy, a gnome use flagnek nem lesz értelme.
Kérlek teszteljétek!
Köszönöm!

Hozzászólások

64 bites OxygenOffice Polesz műve, kéretik esetleg nála is érdeklődni. #hup.hu -n fenn szokott időnként lenni.

Most esik le. Ez nem multilib-es, mert nem 32bites program 64bites környezetben való futtatása kell (emul-linux*), hanem natív 64bites binárist rakunk fel. Ergo ugyanaz az ebuild elvileg jó rá, csak más SRC_URI van az amd64-hez, ahogy te is említetted.

Kérdés. Az amd64, az valami profile-ből származtattot USE flag? Mert IUSE-ban nincs.

--
http://kac.duf.hu/~balage/blog

64 bites verzióhoz kérdés.
Miért hiányzik a core10 és a gnome-integration fájl? (rpm)
Ezek nem szükségesek a 64bites futtatáshoz vagy csak kimaradtak.
A core10-ben azt hiszem freetype filter van.

Szerk: + mások a fájlnevek suffixei 32 és 64 bit esetében (i586 vs x86_64).
Első nekifutásra vagy két külön ebuild lesz belőle pl. ooop32 / ooop64. Ez lenne egyszerűbb csak kétszeres melóval jár, pláne karbantartani, vagy mivel az ebuildek lényegében bash szkriptek, valami ronda hekket írok bele, mondjuk egy ilyet :D


 IF amd64 THEN
  suffix=x86_64
 ELSE
  suffix=i586
 FI

Mondjuk nem ártana tudni, honnan veszi a portage, hogy akkor most x86 vagy amd64?
Ötletek?

--
http://kac.duf.hu/~balage/blog

Hát nagyon bejön ez az OxygenOffice. Piszok jók a sablonok benne. Prezentációt kell készítenem szakdogozat védéshez, kb 10 perc volt mire összekattogtattam egy prezentációt mindenestül, csak a tartalom hiányzik. Minden szótár a helyén van. Arról nem beszélve, hogy nekem valahogy legalább egy nagyságrenddel gyorsabbnak tűnik mint az FSF build, bár ez érzéki csalódás is lehet.
Ha már van 64 bites verzió is belőle, valahogy megheggesztem az ebuildet, hogy ahhoz is jó legyen. :)

--
http://kac.duf.hu/~balage/blog