LINUX.ORG.RU

LibreOffice 5.2 Beta Flatpak

 , ,


1

3

Flatpak — это система изолированных контейнеров для графических приложений, развиваемая одним из разработчиков GNOME Александром Ларсоном.

Пока в snap-пакеты Ubuntu пакуют приложения, и так распространяемые в переносном виде (вроде Telegram и Krita), во Flatpak запаковывают вещи куда серьёзнее. Не так давно была продемонстрирована работа Chromium, а теперь ещё и LibreOffice 5.2 Beta.

То есть легко можно прямо сейчас, в разных дистрибутивах, опробовать самую новую, ещё пока даже бета-версию LibreOffice. Нужно лишь установить Flatpak и непосредственно скачать и установить сам LibreOffice.flatpak.

  • LibreOffice.flatpak основан на библиотеках GNOME 3.20 и использует намного улучшенный бэкенд GTK+ 3. Это должно максимально улучшить работу в Wayland.
  • LibreOffice.flatpak не включает в себя Java Runtime Environment (JRE).
  • Приложения, основанные на Flatpak, пока не могут взаимодействовать с другими приложениями (вроде браузеров). Например, открытие ссылки в документе LibreOffice Writer может не работать.
  • В данный момент нет Flatpak-версии LibreOffice SDK.

>>> Одна из инструкций по установке

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



Проверено: Aceler ()
Последнее исправление: Aceler (всего исправлений: 4)
Ответ на: комментарий от Aceler

Которые в KDE ещё только рассматривают.

Зато Snap они вообще пока не рассматривают. Не ссцы.

А я говорю о том, что велосипед Canonical уже успела сделать к тому моменту

Ну и поздравляю. Во славу «херак-херак, и готово».

Поэтому будущее flatpak не менее трудно, чем его путь.

Не спорю. Но в отличии от Snap, оно будет работать под всеми дистрибутивами. А не только под теми, у кого есть Apparmor.

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

Зато Snap они вообще пока не рассматривают. Не ссцы.

А им не нужно :-) Snap не требует дополнительной поддержки, в отличие от.

Не спорю. Но в отличии от Snap, оно будет работать под всеми дистрибутивами. А не только под теми, у кого есть Apparmor.

Вообще-то уже есть инструменты для трансляции snap-пакета в deb и rpm. То, что при этом полетят профили Apparmor в этих дистрибутивах — ну это проблемы этих дистрибутивов.

А много их? )

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

Много. Apparmor в основном только в deb-based дистрибутивах, а в rpm-based - как правило Selinux. Поэтому это проблема Snap, если оно не поставится в половину дистрибутивов.

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

Неистово лорчую.

И графический тулкит + DE ещё одно бы выбрать. И GNU/Linux пойдёт в массы, затмит OS X.

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

Они пусть и работают, но им как-бы плевать, что у тебя в дистрибутиве и какие у него правила по поводу сборки пакетов

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

Они не используют те компоненты, которые есть у твоего дистрибутива

И это здорово, так как не возникнет непредвиденных багов, о которых не знают разработчики

Ты - идеальная ЦА для такого дерьма.

О, илитка в треде

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

Сама идея приложений-контейнеров отличная. Но нужно жизнеспособное, универсальное и стандартизованное решение,

А если каждый дистр. запилит свой контейнер? То наступит ад контейнеров. В любом случае, я заранее знаю, что лагерь deb запилит свой формат контейнара. У лагеря rpm будет свой «корпоративный» формат пакетов.

anonymous
()

Простая математика

В случае того что имеем сейчас, у нас вероятнось использования уязвимости в системе равна сумме вероятностей использования уязвимости в каждом отдельном установленном ПО. В случае с изоляцией — это только вероятность использования уязвимости в ОС + ошибки пользователя в разрешении приложениям доступа.

Если при грамотном использовании андроида может поиметь гугл и кто-то из блобов, то в GNU/Linux вообще кто угодно. Вот и получается назвать Linux сколь-нибудь безопасным вообще нельзя.

В линуксе пользоваться web-версиями приложений безопаснее чем ставить десктопные. Ну нафиг так жить?

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

А если каждый дистр. запилит свой контейнер?

Это исключено. Тогда уж легче использовать LXC.

В любом случае, я заранее знаю, что лагерь deb запилит свой формат контейнара.

Они запилили snap-пакеты, в которых изоляция обеспечивается при помощи seccomp и apparmor. Appamor отсутствует в rpm-дистрибутивах, поэтому в них эту штуку придётся учить работать с Selinux.

У лагеря rpm будет свой «корпоративный» формат пакетов.

Flatpak (xdg-app) хотят сделать универсальным, он будет ставиться во все дистрибутивы. Это даёт надежду, что со временем xdg-app может стать промышленным стандартом, если, конечно, победит.

vold ★★★★★
()
Последнее исправление: vold (всего исправлений: 1)
Ответ на: комментарий от vold

Поэтому это проблема Snap, если оно не поставится в половину дистрибутивов.

Оно поставится. Ограничения работать не будут.

У AppImage вообще нет ограничений, почему-то это никого не волнует?

А Flatpak, часом, не завязан на cgroups и systemd?

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

Для изоляции приложений xdg-app используется cgroups и namespaces. Systemd не используется.

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

Я НЕ ПОНИМАЮ! Т.е. каждый лепит свой велосипед?
Это нормально вообще???

В линукс-комьюнити так заведено, каждый тянет одеяло на себя. Стандарты не нужны, ибо «не нужно» и «вали на венду».

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

Это даёт надежду, что со временем xdg-app может стать промышленным стандартом, если, конечно, победит.

Чувствуется явственно, что вы испытываете некий пиитет по отношению к коммерческим компаниям. Но мне бы хотелось чтобы универсальный контейнер был запилен сторонником Ричарда Столлмана. Так будет лучше, всем. И под лицензией Gnu_GPL v.3.

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

Если xdg-app станет стандартом, то думаю что и сторонники Столлмана подтянутся. Главное задать тренд.

P.S. Есть один столлманоугодный дистрибутив GuixSD, в котором проблему dependency hell'а решили, и каждое приложение находится в своем изолированном каталоге.

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

Пиитета к коммерческим компаниям не испытываю. Для меня тоже предпочтительно, чтобы универсальный контейнер сделала независимая организация, контролируемая сообществом. Но реальность пока иная. Мы видим, как родились два контейнера приложений один под эгидой Каноникал, другой под эгидой Редхат и Gnome Foundation. И почему они не договорились и не взяли за основу, например, LXC?

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

Вообще-то уже есть инструменты для трансляции snap-пакета в deb и rpm.

Костыли, костылюшки!

А много их? )

Кого? Дистрибутивов, где Apparmor действительно поддерживается? Нет, всего два. Ubuntu и OpenSUSE (Потому что Novell. Да и то, SELinux там тоже есть). В остальных он может как-бэ быть, но на свой страх и задницу.

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

И графический тулкит + DE ещё одно бы выбрать. И GNU/Linux пойдёт в массы, затмит OS X.

Я тоже это всем говорю. Но это скорее всего не сработает. Потому что Qt-разрабы низачто не слезут со своих любимых жирнокультей и плюсов. Как в принципе, и наоборот, с разрабами GTK.

nexfwall ★★★★
()
Ответ на: Простая математика от Esteban_Garcia

В линуксе пользоваться web-версиями приложений безопаснее чем ставить десктопные. Ну нафиг так жить?

Дыры в движке, WebAssembly, облака. Дааааа... Безопасней.

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

А Flatpak, часом, не завязан на systemd?

Частично. Потому что так проще создавать cgroups. При сильном коэффициенте systemd-хейтерства можно отвязать.

cgroups - необходимо.

nexfwall ★★★★
()
Последнее исправление: nexfwall (всего исправлений: 1)
Ответ на: комментарий от anonymous

Но мне бы хотелось чтобы универсальный контейнер был запилен сторонником Ричарда Столлмана. Так будет лучше, всем. И под лицензией Gnu_GPL v.3.

Для тебя что, GNU LGPL v2.1 недостаточно швабодка чтоле? Тогда каким образом предлагаешь проприетарь, вроде Steam и Viber, на это перетаскивать?

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

Мы видим, как родились два контейнера приложений один под эгидой Каноникал, другой под эгидой Редхат и Gnome Foundation.

Snap не является контейнером. Это обычный пакет, и система мандатного контроля доступа в лице Apparmor, для всего.

Freedesktop для тебя является недостаточно независимой некоммерческой организацией?

И почему они не договорились и не взяли за основу, например, LXC?

Ты не представляешь щас какую херню сморозил.

lxc - это ничто иное, как запускалка контейнеров. Как и docker, как и systemd-nspawn, и даже runc. И работают они благодаря той же функции ядра Linux, позволяющую виртуализацию на уровне ОС.

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

Freedesktop может только лениво лепить говно, поплёвывая на всех остальных.

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

Лучше так. Во всяком случае доступ к файловой системе браузер изолирует. А это уже что-то.

Не обязательно.

Ага, необязательно. Зоопарк дистрибутивов тоже было не обязательно создавать. Тут так-же. Каждый будет хотеть минималистичный рантайм под свои приложения, выпиливая оттуда всё ненужное ему говно. Правда тут наверно будет модульность.

Esteban_Garcia
()

Вот ещё. Flatpak предлагает собирать пакеты из бинарников. А изолированного окружения для сборки, так понимаю нет. Что-бы под это использовать?

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

А я думаю, что твоё понятие «полноценный контейнер» - неправильно.

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

Пока ещё не придумали или не адаптировали.

Что-бы под это использовать?

systemd-nspawn контейнеры на велосипедах, со всеми нужными зависимостями, конечно же. Даже если появится решение, оно будет мало чем отличаться.

А вообще, инструменты разработки и сборки, можно качать используя от же Flatpak. Например, org.gnome.Sdk.

nexfwall ★★★★
()
Последнее исправление: nexfwall (всего исправлений: 1)
Ответ на: комментарий от Esteban_Garcia

Пожалуйста, отвечай на правильное сообщение. Ты ломаешь нить. А это путает.

Лучше так. Во всяком случае доступ к файловой системе браузер изолирует. А это уже что-то.

дыры в браузере

Тогда этот браузер нужно посадить в тот же Flatpak... Но, OH SHI-

Зоопарк дистрибутивов тоже было не обязательно создавать.

Он родился, потому что в открытом софте «принято» делать так: «Форкнёмся, а там уже посмотрим, кто выживет!». Вот тебе и теория Дарвина в мире опенсорца.

Каждый будет хотеть минималистичный рантайм под свои приложения, выпиливая оттуда всё ненужное ему говно.

Ещё более минималистичный, чем минималистичный.

Правда тут наверно будет модульность.

У них уже есть какие-то «extensions». Правда они используются только для локалей сейчас.

nexfwall ★★★★
()

Годнота этот flatpak. Ждем поддержки wayland в приложениях, тогда будет вообще. Пока только в основном изоляция ФС. Но уже хорошо.

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