LINUX.ORG.RU

OpenOffice.org 2.0.4 - шесть лет вместе!


0

0

Сегодня пятница 13-е октября. Но мы видим два положительных события - шестая годовщина проекта OpenOffice.org и выход очередного релиза одноименного продукта с индексом 2.0.4.

Далее по порядку, но сначала - релиз!

OpenOffice.org 2.0.4 доступен для свободной загрузки со всех зеркал. Это знаковый релиз, который мы рекомендуем всем. Традиционно офисный пакет работает на многих платформах - Windows, GNU/Linux, Solaris, Mac OS X (X11) и других. Русская версия существует для платформ Windows и GNU/Linux.

>>> Подробности



Проверено: Shaman007 ()

SVG импортировать он может?

anonymous
()
Ответ на: комментарий от ero-sennin

> Openoffice-2.0.4 нормально собирается под amd64, проверял. :)

Да он собирается отлично, кто ж спорит.. Но собирается он 32-х битным и работает потом с либами из пакетов *-emul. Вот и всё.

realsmart
()
Ответ на: комментарий от realsmart

$ file /usr/lib/openoffice/program/soffice.bin
/usr/lib/openoffice/program/soffice.bin: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped

$ ldd /usr/lib/openoffice/program/soffice.bin
        libvcl680lx.so => /usr/lib64/openoffice/program/libvcl680lx.so (0x00002ad861ffc000)
        libsvl680lx.so => /usr/lib64/openoffice/program/libsvl680lx.so (0x00002ad862492000)
        libsvt680lx.so => /usr/lib64/openoffice/program/libsvt680lx.so (0x00002ad8626ac000)
        libutl680lx.so => /usr/lib64/openoffice/program/libutl680lx.so (0x00002ad862c48000)
        libtl680lx.so => /usr/lib64/openoffice/program/libtl680lx.so (0x00002ad862de4000)
        libi18nisolang1gcc3.so => /usr/lib64/openoffice/program/libi18nisolang1gcc3.so (0x00002ad862f90000)
        libcomphelp4gcc3.so => /usr/lib64/openoffice/program/libcomphelp4gcc3.so (0x00002ad863096000)
        libucbhelper3gcc3.so => /usr/lib64/openoffice/program/libucbhelper3gcc3.so (0x00002ad86329f000)
        libvos3gcc3.so => /usr/lib64/openoffice/program/libvos3gcc3.so (0x00002ad863426000)
        libuno_cppuhelpergcc3.so.3 => /usr/lib64/openoffice/program/libuno_cppuhelpergcc3.so.3 (0x00002ad86354f000)
        libuno_cppu.so.3 => /usr/lib64/openoffice/program/libuno_cppu.so.3 (0x00002ad8636d4000)
        libuno_sal.so.3 => /usr/lib64/openoffice/program/libuno_sal.so.3 (0x00002ad8637ff000)
        libtk680lx.so => /usr/lib64/openoffice/program/libtk680lx.so (0x00002ad863aee000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0x00002ad863ee5000)
        libSM.so.6 => /usr/lib/libSM.so.6 (0x00002ad863ff6000)
        libICE.so.6 => /usr/lib/libICE.so.6 (0x00002ad864101000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x00002ad86421c000)
        libdl.so.2 => /lib/libdl.so.2 (0x00002ad864425000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00002ad86452a000)
        libstlport_gcc.so => /usr/lib64/openoffice/program/libstlport_gcc.so (0x00002ad864640000)
        libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/libstdc++.so.6 (0x00002ad864818000)
        libm.so.6 => /lib/libm.so.6 (0x00002ad864a1a000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00002ad864b6f000)
        libc.so.6 => /lib/libc.so.6 (0x00002ad864c7c000)
        libsot680lx.so => /usr/lib64/openoffice/program/libsot680lx.so (0x00002ad864ea8000)
        libbasegfx680lx.so => /usr/lib64/openoffice/program/libbasegfx680lx.so (0x00002ad86500c000)
        libicuuc.so.34 => /usr/lib/libicuuc.so.34 (0x00002ad865179000)
        libicule.so.34 => /usr/lib/libicule.so.34 (0x00002ad86539c000)
        libjvmaccessgcc3.so.3 => /usr/lib64/openoffice/program/libjvmaccessgcc3.so.3 (0x00002ad8654d9000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00002ad8655dd000)
        libz.so.1 => /lib/libz.so.1 (0x00002ad865758000)
        libpsp680lx.so => /usr/lib64/openoffice/program/libpsp680lx.so (0x00002ad86586c000)
        libjvmfwk.so.3 => /usr/lib64/openoffice/program/libjvmfwk.so.3 (0x00002ad865a51000)
        libuno_salhelpergcc3.so.3 => /usr/lib64/openoffice/program/libuno_salhelpergcc3.so.3 (0x00002ad865b68000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x00002ad865c6d000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x00002ad865da1000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00002ad865ea5000)
        /lib64/ld-linux-x86-64.so.2 (0x00002ad861ee0000)
        libicudata.so.34 => /usr/lib/libicudata.so.34 (0x00002ad865faa000)
        libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00002ad866920000)

ero-sennin ★★
()
Ответ на: комментарий от e

C 24.09.06 openoffice 2.04 i386/Amd64 появился в Debian Sid c ~ 2.10.06 находится уже в Debian Etch. Вариант для Amd64 - "чистые" 64 бит И кстати ,все тихо и без "праздников".:)

elipse ★★★
()
Ответ на: комментарий от Metallic

>Киса... ку-ку! его уже как год полностью портировали для amd64 ;-]

Сами Вы куку. ;-) Покажите где я могу найти его для вот этой машинки? OS- XP x64 .

anonymous
()
Ответ на: комментарий от stalkerg

>А 32 битный в 64 битном окружении не запустишь :))) это надо в нутри 64 битного окружения создовать уголок с 32 битным и вот уже в нём запускать - вобщем костыль.

Ужос нах. А я уж три года оказывается на костылях ;-)

anonymous
()

Баг с пропаданием табстопов при экспорте в rtf уже сколько времени пофиксить не могут. Интересно, что в OOo 1.1.5 этого бага нет. Непонятно, как такое могло случиться. Это умышленное добавление багов, чтоб отвадить людей от MS-форматов?

anonymous
()
Ответ на: комментарий от anonymous

>> xpdf всё равно ложит на все эти глупости.

> Проблема не в том, что это можно/нельзя прочитать. А в том, что опенсорсный продукт втягивается в эти грязные игрища.

Юзерам OOo на опенсорц накакать. Они рассматривают OOo как бесплатный аналог MSO, который ещё и pdf умеет делать. Им хочется, чтоб была галочка "Printing not permitted" - ну, пусть будет. Кстати, они там ещё и Encryption добавили. Как-то против него никто не возражает...

anonymous
()
Ответ на: комментарий от ha

> (Глядя как 2.0.3 отжирает почти 300 мег ОЗУ для отображения восьмимегового DOC'a) Непонятно только, кто из нас двоих неудачнег?

А KWord сколько отжирает?

anonymous
()
Ответ на: комментарий от anonymous

>> (Глядя как 2.0.3 отжирает почти 300 мег ОЗУ для отображения восьмимегового DOC'a) Непонятно только, кто из нас двоих неудачнег?

>А KWord сколько отжирает?

Сколько -- не знаю. Меня он не устроил по причине убогого импорта *DOC. В этом смысле ОО -- лучший.

ha
()
Ответ на: комментарий от anonymous

> А где-нибудь есть сборка под AMD64?

Ну, у меня есть. С gcc 3.4, 4.1 и разными 64-битными жабами.

e
()
Ответ на: комментарий от ha

> (Глядя как 2.0.3 отжирает почти 300 мег ОЗУ для отображения восьмимегового DOC'a) Непонятно только, кто из нас двоих неудачнег?

Да ты конченый лузер, дядя. Я вообще в непонятках - как можно затерроризировать софтину до такой степени, что она стала жрать в 9 раз больше памяти, чем должна бай дефолт ;) В дебаге собирал, чтоль? ;))

e
()
Ответ на: комментарий от dharma

> К сожалению, это не так. Он не компилировался на amd64 с поддержкой java. Шаманством удавалось его скомпилировать с gcj. Но не с сановской. А сейчас можно.

Киса, ку-ку! Все дело было не в Офисе, а в Жабе - 1.4.2 на амд64 не живет. А вот с 1.5.0 ООо 2.0.2 собирался за милую душу и в нативные 64бита - просто патчить нужно было дофигища.

e
()
Ответ на: комментарий от anonymous

> Сами Вы куку. ;-) Покажите где я могу найти его для вот этой машинки? OS- XP x64 .

В лаборатории, где испытывают БОВы, за участие в эксперименте выдают.

e
()
Ответ на: комментарий от e

>> (Глядя как 2.0.3 отжирает почти 300 мег ОЗУ для отображения восьмимегового DOC'a) Непонятно только, кто из нас двоих неудачнег?

>Да ты конченый лузер, дядя. Я вообще в непонятках - как можно затерроризировать софтину до такой степени, что она стала жрать в 9 раз больше памяти, чем должна бай дефолт ;) В дебаге собирал, чтоль? ;))

Это Инфраресурс собирал из чего-то. Пока writer запущен без документа, всё в норме. При открытии большого документа, насыщенного изображениями, начинается натуральный жор памяти.

ha
()

Отлично! В понедельник начинаем обновление ОО2 на всех линуховых машинах в офисе %)Давненько ждал релиза, так как багов в 2.0.3 было прилично и к 2.0.4 обещали кажется 891 баг поправить ;) Посмотрим, что изменилось с тех пор...

Да, осталось дождаться версии от Инфы с заточной под доки из 1с и поддержной макросов... Вот если бы ОО2 ещё памяти нменьше жрал, так цены бы ему не было...

vovans ★★★★★
()
Ответ на: комментарий от vovans

> Вот если бы ОО2 ещё памяти нменьше жрал, так цены бы ему не было...

планка 256 Мб \leq 30 буказоидов

Evgueni ★★★★★
()
Ответ на: комментарий от ha

>> (Глядя как 2.0.3 отжирает почти 300 мег ОЗУ для отображения восьмимегового DOC'a) Непонятно только, кто из нас двоих неудачнег?

Ты неудачник :), потому как не знаешь как правильно посмотреть под Линуксом сколько программа отжирает памяти.
Загрузи ядро с mem=256 MB и проверь что это файл откроется.

szh ★★★★
()
Ответ на: комментарий от szh

> Загрузи ядро с mem=256 MB и проверь что это файл откроется.

Разумеется, откроется. Всё просто уйдёт в своп. ;) Он и так на 20% забивается при открытии документа, с 512М RAM. Что будет с 256 -- страшно подумать.

ha
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.