Libre Office

[ALiEN]

С небезызвестным PPA что-то случилось или, не дай бог, с сопровождающим(и)?

Да ладно. Даже в арч libreoffice-fresh 25.8.1 только пару дней назад зашёл. Тестируют, видимо.

[Skif_off]

Тестируют, видимо.

Это же Fresh

Да ладно. Даже в арч libreoffice-fresh 25.8.1 только пару дней назад зашёл.

Зато 25.8.0 - десять дней назад и там же были внесены изменения для линейки 25.8.х (в 25.8.1 только цифры версий и контрольные суммы изменены соответствующе).

Наверное, с Arch Linux сравнивать не всегда (чаще?) корректно, они там по возможности предпочитают ванильную версию (в Debian/Ubuntu десятка два-три патчей наберётся).
Подождём, просто немного непривычно...

[Skif_off]

В общем, для сборки LO 25.8 под 24.04 необходимо бэкпортировать liborcus, libixion и mdds (на самом деле - в обратном порядке), с остальным вроде норм.
В теории встать параллельно смогут только liborcus и libixion (по крайней мере сами либы), последствия замены, если навскидку, несколько туманны, но на фатальные не очень похожи.

LO 25.8 вроде как ускорили, хотелось бы пощупать. AppImage или Flatpak - это не совсем про "ускорили" (хотя AppImage можно распаковать, команда Inkscape, в частности, настоятельно рекомендует так и делать).

[Skif_off]

В PPA выкатили 25.2.6 (будет ещё как минимум 25.2.7).

По опакечиванию 25.8.1.
Удалось бэкпортировать liborcus, libixion и mdds без усилий: судя по зависимостям и обратным зависимостям - боком вылезти не должно, по крайней мере со всем тем добром, что доступно в репозитории пакетов Ubuntu. (Это не мейнтейнеры приспособили под номера версий пакетов будущей Ubuntu 25.10, как они иногда делают, это сам LO требует.)
Файлы дебианизации LO много времени не потребовали: вместо интеграции с Plasma 6 вернуть 5 (+ kf6 -> kf5), убедиться, что будет firebird3.0 вместо firebird4.0, вроде что-то ещё было по мелочи.

Компилить LO было весело ))

(Нажмите, чтобы показать/скрыть)

Нагуглил посты гентушников, касающиеся компиляции LO, писали про 7, 10, 13 гигов места, в виртуалке было свободно 17... Посты были староваты, видимо, плюс сборка пакетов - это не просто скомпилить и установить. В общем, сборка встала, сожрав всё свободное место. Добавил виртуальный диск на 30 Гб - опять исчерпалось свободное место. Решил в два раза увеличить, т.е. 60, но всё-таки бахнул 100 Гб и угадал: на всё про всё ушло 62889 Мб.
Сама компиляция шла в папке workdir (36197 Мб), оттуда файлы для установки копируются в instdir (7810 Мб) и instdir-nogui (4661 Мб). Папка debian в итоге весила 6081 Мб: в подкаталог tmp идёт "инсталляция" LO и откуда файлы копируются по папкам с именами пакетов (здесь же, в debian).
В сухом остатке:
 790 Мб - исходники в тарболах + файлы дебианизации,
3240 Мб - *.ddeb (удалил),
 558 Мб - *.deb.

В общем, для опакечивания 25.8 стоит иметь как минимум 70-80 Гб свободного места.
ОЗУ: в виртуалке было 8 Гб, в процессе компиляции по мониторингу VirtualBox расход колебался до 2-3 Гб (но непосредственно линковка могла сожрать больше), при тестировании +/- так же.

Из проблем: надо перепроверить по сборочным файлам LO, что системной libxml 2.9 будет достаточно (засомневался, пока пишу).

[F12]

В общем, для опакечивания 25.8 стоит иметь как минимум 70-80 Гб свободного места.

- и оно того стоит? 
  ... есть же готовые пакеты и AppImage

[Skif_off]

F12, не раз не рекомендовали использовать deb-файлы с офсайта, ещё и имена пакетов с совершенно чуждыми именами, давно отказался в пользу PPA. Про AppImage писал выше (качнул с телефона, бегло глянул - не сильно много сторонних библиотек они туда и накидали, однако).
Стоит или нет - пока не знаю Начиналось с любопытства (только вот сборка долгая), а потом сливаться стало как-то несолидно ))

Пока не обновлял, с libxml надо что-то делать, бо не помню, почему решил, что системной libxml 2.9 будет достаточно: перерыл сборочные файлы LO, инструкции по сборке - нигде не нашёл минимальной версии libxml2. Но не мог же просто так оставить, не новичок. (Оно конечно можно и бэкпортировать, свежая libxml 2.14 идёт с новым именем и пакета, и самой библиотеки, не надо только класть в локальный репозиторий dev-пакет и Python'ячью либу.)
AppImage не помог: нету libxml - или проглядел, или системную использует, или статическая линковка с чем-то.

P.S. Даже в буржуйский обзорах говорили об ускорении...
Пользователь добавил сообщение 11 Сентября 2025, 19:27:26:Докладываю.
В исходниках LO есть проверки версии libxml, также в исходниках не найдены новые фичи API libxml 2.14+ (три функции и опций 3-4). Распотрошил AppImage 25.8 - библиотеки слинкованы с libxml2.so.2.
Каких-то особых изменений с ходу не заметил (ну, в настройка больше непереведённых строк), будем посмотреть...