Разработчики LO (в отличие от AOO) одной из задач провозгласили как раз минимизацию использования Явы. Так, к слову.

А вот и список того, где java используется и что перестанет работать, если java отключить http://wiki.openoffice.org/wiki/Java

Речь идет о том, чтобы часть кода вообще не компилировать.

Если правильно путаю и кардинально ничего в последнее время не поменялось, то исходный код упоминаемых проектов не шибко-то к такому варианту использования/компиляции приспособлен.

ps. Когда-то оно выглядело примерно так: Diagram of inter-project dependencies by C.P. Hennessy

Не поверю, что в генте это идёт одним куском.

Смотрим с интересом:

emerge -av --pretend libreoffice

[ebuild   R    ] app-office/libreoffice-3.5.5.3  USE="cups dbus gstreamer gtk opengl vba (-aqua) -binfilter -binfilterdebug -branding -eds -gnome -graphite -java -jemalloc -kde -mysql -nlpsolver -nsplugin -odk -pdfimport -postgres -svg -test -webdav -xmlsec" 0 kB

"USE-флаги" управляют сборкой пакета в Gentoo. То, что с минусом - отключено. Остальное - включено. Как видите - отключить odbc  или Base в целом нельзя.

Гента - дистрибутив, где этот самый бинарник собирается из исходных кодов. Речь идет о том, чтобы часть кода вообще не компилировать. Плюс к этому коду - целый ряд совершенно не нужных библиотек.

Не поверю, что в генте это идёт одним куском.

Шутка в том, что какой-либо существенной экономии на отрезании Base или иного компонента может не получиться, ибо все они, в конечном итоге, лишь обёртки над ./openoffice.org/bin/program/soffice.bin

Без base точно можно. Например в Федоре это отдельный пакет и ставить его не обязательно.

Вот бы кто-нибудь подсказал, как это сделать в Gentoo... 

У меня Gentoo. И хотелось бы знать - какие зависимости у обоих пакетов (ОО и ЛО)?

Они требуют одинаковых сторонних библиотек или таки разных? В каком из пакетов зависимостей МЕНЬШЕ?

Например - можно ли собрать OO/ЛО БЕЗ той же odbc? Или вообще, скажем - без компонента Base? Он мне совершенно не нужен.

Без base точно можно. Например в Федоре это отдельный пакет и ставить его не обязательно.

это что-то опровергает в сказанном выше?

Я ж написал: к слову.

Они требуют одинаковых сторонних библиотек или таки разных? В каком из пакетов зависимостей МЕНЬШЕ?

Например - можно ли собрать OO/ЛО БЕЗ той же odbc? Или вообще, скажем - без компонента Base? Он мне совершенно не нужен.

если открывать документы из файлового менеджера (проверял в тунаре, псманфм, спейсфм) - AOO просто открывает новый документ и все.

Новый -- имеется в виду пустой? Значит где-то потерян параметр при вызове офиса, проверяйте, кто где и что накуролесил.

Когда смотришь сколько он в памяти места занимает и что все может (MS Excel XP - 10mb против 100mb у Calc)

Глубочайшеё заблуждение. А именно - весь оффис в офтопике глубоко замотан в сам оффтопик. А Эксель или Ворд - это всего лишь фронтендовая задачка. Она маленькая, компактная и грузится, потому что маленькая, быстро. Так как основная часть оффиса, его ядро загрузилось гораздо ранее, на этапе загрузки оси. А вот OO или LO - они продукты самодостаточные и в ось никак не интегрируются. Потому и отдельные пакеты велики и грузится подольше.

I-Jurij пишет:

OOO_FORCE_DESKTOP=gnome soffice помогло

Вот и впишите
export OOO_FORCE_DESKTOP=gnome
в файл, вызывающийся при логине пользователя, например, в /etc/profile.d/openoffice.sh или куда там принято вписывать подобные вещи в вашем дистрибутиве.

ps. А в стандартном случае, когда
$ file $(which soffice)
/usr/bin/soffice: symbolic link to `../../opt/openoffice.org3/program/soffice'

$ file $(readlink $(which soffice))
../../opt/openoffice.org3/program/soffice: POSIX shell script, ASCII text executable

так и вовсе можно вписать в запускающий скрипт /opt/openoffice.org3/program/soffice

В общем да, закладки вижу, но если открывать документы из файлового менеджера (проверял в тунаре, псманфм, спейсфм) - AOO просто открывает новый документ и все. Т.е. открыть нужное можно только с помощью аоошной менюшки, что для меня неудобно, потому что в фм разных вкладках открыты разные каталоги, соответсвенно быстрее их найти и открыть.