А чего либра такая толстая?

Верно замечено: «…катится». Вокруг-то глянь, «красавицы» тоже заметно прибавили «в весе».

Need to get 103 MB of archives. After this operation, 383 MB of additional disk space will be used.

А если оно шло бы одним целым пакетом такого же размера, ты бы не испугался?

А если оно шло бы одним целым пакетом такого же размера, ты бы не испугался?

Да хрен его знает, возможно, что нет, не испугался бы. А тут увидел простыню из зависимостей и что-то как-то сразу расхотелось ставить. :)

Microsoft Office 2021 system requirements

Storage: 4GB of available space.

Так что не надо тут говорить, что LO жирный. Он ещё очень даже стройный в сравнении с аналогами.

Да, и по поводу кучи зависимостей — просто в Debian политика такая. То, что в Slackware идет одним пакетов, а в RHEL тремя, в нём дробится на десять.

Место это занимает одинаково, и даже более того — такое дробление помогает экономить место, так как в комплекте не идут отладочные библиотеки и прочее по умолчанию. Ещё можно не ставить рекомендованные пакеты, а только минимально нужные зависимости — тогда будет компактнее, опция --no-install-recommends

А тут увидел простыню из зависимостей

Особенно:

Suggested packages:
  raptor2-utils rasqal-utils librdf-storage-postgresql librdf-storage-mysql librdf-storage-sqlite
  librdf-storage-virtuoso redland-utils cups-bsd firefox-esr | thunderbird | firefox

(ну и неважно, что оно не ставится, главное, напугали)

«красавицы» тоже заметно прибавили «в весе»

Женщинам, на мой взгляд, полнота идёт. А вот софту — нет.

как-то сразу расхотелось ставить

Так ставь goffice: abiword && gnumeric.

«…катится»

«красавицы» тоже заметно прибавили «в весе»

«О времена, о нравы». Как пример - Беркова дерётся по правилам MMA.

Как она может драться? С неё все органы повысыпаются.

А чего либра такая толстая?

Шо, толще QT? …

толще QT?

Да.

А чего либра такая толстая?

Потому, что каждая программа хочет стать ОС! …

А чего либра такая толстая?

Она эшо тетка молодая.
Много чего в либре нет.
Вот годам к тридцати будет как СЛОН! …

apt-get install abiword
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  abiword-common evolution-data-server-common gsfonts libabiword-3.0 libcamel-1.2-62
  libchamplain-0.12-0 libchamplain-gtk-0.12-0 libclutter-1.0-0 libclutter-gtk-1.0-0 libcogl-pango20
  libcogl-path20 libcogl20 libebook-contacts-1.2-3 libedataserver-1.2-25 libenchant-2-2 libgck-1-0
  libgcr-base-3-1 libgdata-common libgdata22 libgoa-1.0-0b libgoa-1.0-common libgoffice-0.10-10
  libgoffice-0.10-10-common libgsf-1-114 libgsf-1-common libhunspell-1.7-0 libical3 libloudmouth1-0
  libmhash2 libots0 libphonenumber8 libprotobuf23 libraptor2-0 librasqal3 librdf0 librevenge-0.0-0
  libtelepathy-glib0 libtidy5deb1 libwmf0.2-7 libwpd-0.10-10 libwpg-0.3-3 libwv-1.2-4 libxslt1.1
  libyajl2
Suggested packages:
  libenchant-2-voikko raptor2-utils rasqal-utils librdf-storage-postgresql librdf-storage-mysql
  librdf-storage-sqlite librdf-storage-virtuoso redland-utils libwmf0.2-7-gtk
Recommended packages:
  abiword-plugin-grammar aspell-en | aspell-dictionary fonts-liberation libclutter-1.0-common
  libcogl-common enchant-2
The following NEW packages will be installed:
  abiword abiword-common evolution-data-server-common gsfonts libabiword-3.0 libcamel-1.2-62
  libchamplain-0.12-0 libchamplain-gtk-0.12-0 libclutter-1.0-0 libclutter-gtk-1.0-0 libcogl-pango20
  libcogl-path20 libcogl20 libebook-contacts-1.2-3 libedataserver-1.2-25 libenchant-2-2 libgck-1-0
  libgcr-base-3-1 libgdata-common libgdata22 libgoa-1.0-0b libgoa-1.0-common libgoffice-0.10-10
  libgoffice-0.10-10-common libgsf-1-114 libgsf-1-common libhunspell-1.7-0 libical3 libloudmouth1-0
  libmhash2 libots0 libphonenumber8 libprotobuf23 libraptor2-0 librasqal3 librdf0 librevenge-0.0-0
  libtelepathy-glib0 libtidy5deb1 libwmf0.2-7 libwpd-0.10-10 libwpg-0.3-3 libwv-1.2-4 libxslt1.1
  libyajl2
0 upgraded, 45 newly installed, 0 to remove and 90 not upgraded.
Need to get 19.7 MB of archives.
After this operation, 78.3 MB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.

По весу хорошо. Но 45 новых пакетов как-то не особо лучше, чем у либры. Лучше я дальше буду вим мучить, может быть чего вымучу.

Мухаха, ты texlive видел? Там сотни пакетов и несколько гигабайт. И никто не стонет.

https://www.libreoffice.org/download/appimage/

Ну и вообще, почему софт таким жирным стал?

Потому, что компиляторы теперь такие бинарники генерируют. 2000-е уже прошли. Это тогда жёсткие диски больше чем 20 Гб были не у всех, а вся система могла уместиться в 3 Гб.

Сегодня же можно выделить для корневого раздела 100 Гб и ни в чём себе не отказывать.

Каждая артель пытается сохранить свои фабричные секреты.. бггг

Жаба не толстая, у нее просто абстракции шырокие :)

НУ чё ты сразу вот достаешь потрепанную записную книжку из 90х.

Знаешь как фигово было, на диске в 2.5ГБ в 97-2000году? Ваще вот… но ты то знаешь, но молчишь :-))))

И никто не стонет.

Потому что вместо того чтобы стонать можно осилить tlmgr

Он автоматмчески при сборке документа умеет тянуть нужные пакеты на лету?

Ставь DEB-ку с оф. сайта - будет тебе мало зависимостей.

Ну вот я скачал, распаковываю архив а там

libobasis7.2-base_7.2.5.2-2_amd64.deb
libobasis7.2-calc_7.2.5.2-2_amd64.deb
libobasis7.2-core_7.2.5.2-2_amd64.deb
libobasis7.2-draw_7.2.5.2-2_amd64.deb
libobasis7.2-en-us_7.2.5.2-2_amd64.deb
libobasis7.2-extension-beanshell-script-provider_7.2.5.2-2_amd64.deb
libobasis7.2-extension-javascript-script-provider_7.2.5.2-2_amd64.deb
libobasis7.2-extension-mediawiki-publisher_7.2.5.2-2_amd64.deb
libobasis7.2-extension-nlpsolver_7.2.5.2-2_amd64.deb
libobasis7.2-extension-pdf-import_7.2.5.2-2_amd64.deb
libobasis7.2-extension-report-builder_7.2.5.2-2_amd64.deb
libobasis7.2-firebird_7.2.5.2-2_amd64.deb
libobasis7.2-gnome-integration_7.2.5.2-2_amd64.deb
libobasis7.2-graphicfilter_7.2.5.2-2_amd64.deb
libobasis7.2-images_7.2.5.2-2_amd64.deb
libobasis7.2-impress_7.2.5.2-2_amd64.deb
libobasis7.2-kde-integration_7.2.5.2-2_amd64.deb
libobasis7.2-librelogo_7.2.5.2-2_amd64.deb
libobasis7.2-libreofficekit-data_7.2.5.2-2_amd64.deb
libobasis7.2-math_7.2.5.2-2_amd64.deb
libobasis7.2-ogltrans_7.2.5.2-2_amd64.deb
libobasis7.2-onlineupdate_7.2.5.2-2_amd64.deb
libobasis7.2-ooofonts_7.2.5.2-2_amd64.deb
libobasis7.2-ooolinguistic_7.2.5.2-2_amd64.deb
libobasis7.2-postgresql-sdbc_7.2.5.2-2_amd64.deb
libobasis7.2-python-script-provider_7.2.5.2-2_amd64.deb
libobasis7.2-pyuno_7.2.5.2-2_amd64.deb
libobasis7.2-writer_7.2.5.2-2_amd64.deb
libobasis7.2-xsltfilter_7.2.5.2-2_amd64.deb
libreoffice7.2_7.2.5.2-2_amd64.deb
libreoffice7.2-base_7.2.5.2-2_amd64.deb
libreoffice7.2-calc_7.2.5.2-2_amd64.deb
libreoffice7.2-debian-menus_7.2.5-2_all.deb
libreoffice7.2-dict-en_7.2.5.2-2_amd64.deb
libreoffice7.2-dict-es_7.2.5.2-2_amd64.deb
libreoffice7.2-dict-fr_7.2.5.2-2_amd64.deb
libreoffice7.2-draw_7.2.5.2-2_amd64.deb
libreoffice7.2-en-us_7.2.5.2-2_amd64.deb
libreoffice7.2-impress_7.2.5.2-2_amd64.deb
libreoffice7.2-math_7.2.5.2-2_amd64.deb
libreoffice7.2-ure_7.2.5.2-2_amd64.deb
libreoffice7.2-writer_7.2.5.2-2_amd64.deb

Ты бы хоть сам проверял себя перед тем как давать странные советы.

Потому, что компиляторы теперь такие бинарники генерируют.

4.2

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

Всё дело в программистах и в том что они используют сторонние зависимости по любому поводу и без повода.

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

иди работай, а заодно посмотри, насколько толстый мсоффис.

А чего либра такая толстая?

Беременна?

dpkg -i *.deb

Я к тому, что либреофис с сайта тащит все зависимости с собой (если посмотреть, что там установилось, можно найти даже локальную копию python). А тот, который в репозитории, подтягивает зависимости из репозитория

Во-первых, тогда в лучшем случае была архитектура i686 (32 бита), а теперь x86_64. Это разные архитектуры.

Во-вторых, библиотеки тоже разжирели и в случае той же статической линковки бинарник весит не так уж и мало даже со всеми этими вашими оптимизациями.

В-третьих, есть ещё и отладочная информация, которая не всегда вычищается.

В-четвёртых, в компилируемом языке может быть встраиваемый в компилируемый бинарник runtime.

Особенно нагляден пример на работе golang'а:

> cat hw.go
package main
import "fmt"
func main() {
    fmt.Println("hello world")
}
> go build hw.go
> ./hw
hello world
> du -h ./hw
1,7M    ./hw
>

на работе golang’а

«Остапа понесло…»

щас бы 103 MB называть жирнотой

На Go тоже пишут линуксовый софт.

Кстати, если кто не в курсе, тот же jmtpfs (чтобы заливать файлы на смартфоны с Android'ом) уже заброшен и уходит в прошлое. С новыми Android'ами теперь работает go-mtpfs. Написан, соответственно, на Go.

ты с мелкомягкими поделками сравни - они на 16 гигов вообще не влезают, а линупс с либраофисом в 4 помещаются…

и да… есть же опен-офис-4 он поменьше…

А чего либра такая толстая?

ЖРАТЬ меньше нужно …

Это ещё не простыня из зависимостей. И 400 мегабайт не так много.

Да и в дебианоподобных любят распилить все на стопицот пакетов, когда это не имеет практического смысла.

Это ещё не простыня из зависимостей. И 400 мегабайт не так много.

Ныне либы используют API иных либ … … … А в результате

СНЕЖНЫЙ КОМ! ...

СНЕЖНЫЙ КОМ! …

Хотя линковщик, то по идее должен брать лишь используемые функции.
Здесь нужен map для анализа не просто, использованных библиотек, но и прилинкованных функциях …

Здесь нужен map для анализа

Оверхэд. Смысла никакого.

А чего либра такая толстая?

Упитанная же …

Ну и вообще, почему софт таким жирным стал?

потому, что поргромисты вместо написания кода занимаются «подключением» библиотек. Нужна функа размером в пару десятков байт - вместо того, чтобы написать её с нуля (или хотя бы скопипастить, если ума не хватает написать самому), подключают либу в десяток-другой мегабайт ради одной этой функции.

Это же проще написать include <чего-то там> чем написать функу.

Используй vim. Там есть плагины для таблиц. А для всего остального есть latex.

В данном случае, просто софт сложный.

Так что по определению.

Это же проще написать include <чего-то там> чем написать функу.

За частую можно относительно не сложно просто copy/paste …

А чего либра такая толстая?

Не знаю как у других, а у нас многие элементарный функционал не умеют использовать …

 * app-office/libreoffice-7.1.7.2
         Total files : 9071
         Total size  : 365.68 MiB

     Установленные версии:  7.1.7.2^t{tbz2}(06:08:25 06.01.2022)(accessibility bluetooth branding custom-cflags dbus eds gstreamer gtk ldap mariadb vulkan -base -clang -coinmp -cups -debug -firebird -googledrive -java -kde -odk -pdfimport -postgres -test LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_9 -python3_8 -python3_10")

365.68 MiB
365

купи наконец hdd на 80 гб

Зачем тебе эта дрянь? Поставь texlive - на все случаи жизни хватит!