LibreOffice 5.2 Beta Flatpak

Прочитаешь мой ssh-ключ из «изолированного контейнера», если он с отдельным корнем, как в сабже?

Алсо, в сабже бинарники не слинкованы статически. Там куча динамических библиотек.

Пользователи не нужны же.

Если чтобы привлечь этих самых пользователей нужно приоткрыть в системе дыру безопасности размером в 10 флешплееров, то да, определённо не нужны.

Конечно, правила изоляции, которые поставляются вместе с пакетом — это тоже в своём роде анекдот, но их хотябы почитать можно перед установкой.

Текущая ситуация с пакетными менеджерами и зависимостями не всех устраивает на 100%, и тем не менее переносимые приложения из сторонних источников, не завёрнутые в какую-то проверенную систему мандатного управления доступом, даром не нужны.

Под оффтопиком так и жили, желания повторять экспириенс нет.

К слову, у меня почтовый клиент тоже не может браузер запускать, и вообще ничего не может. Потому что там в роли просмотрщика HTML-почты что-то на древнем дырявейшем WebKit'e.

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

Если чтобы привлечь этих самых пользователей нужно приоткрыть в системе дыру безопасности размером в 10 флешплееров, то да, определённо не нужны.

Вот я и говорю.

Впрочем, в Canonical решили эту проблему, им-то пользователи нужны.

Впрочем, в Canonical решили эту проблему, им-то пользователи нужны.

Ага, решили они. Когда у них будет Mir по умолчанию, тогда можно сказать так.

Во насмешили, дистронезависимые .deb и .rpm-пакеты у OOo были уже во времена 2.х, если не раньше

А Mir тут каким боком вообще?

Выглядит GTK по сравнению с Qt, возможно, неказистно, но у меня на нем писать получается раза в 2-3 быстрее, чем на культях, так как API запоминается за пару мес использования. Oтказался бы от GTK, eсли жизнь не была бы коротка,а в сутках было бы 52 часа.

Жаль только что Flatpak не умеет в плугины, по крайней мере пока...

flatpak.org

Там всё подробно и популярно. И даже с картинками.

Это как это, нормально, по твоему? Пакетными менеджерами?

Flatpak является решением на проблему того, что мейнтейнерам дистрибутивов надоело собирать софт 30 раз (привет 100500 дистрибутивов, 100500 пакетных менеджеров, и 100500 отдельных репозиториев), когда это можно сделать только один раз. И это может сделать и сам разработчик.

Да и в принципе, самим разработчикам не охота поддерживать зоопарк дистрибутивов. Это подтверждается тем, что некоторые проекты, даже будучи свободными, предоставляют пакеты только под один из дистрибутивов. Либо Ubuntu, либо под тот, на котором сидит главный разработчик.

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

Неправильно. Приложение может иметь свои «Bundled libraries», если разработчику так удобнее, чем собирать их отдельно. Но это не значит, что там поставляются все зависимости. Просто большая их часть собирается в фреймворки-платформы, которые поставляются отдельно, а приложение от них уже зависит.

Пока это так. Но для начала - пойдёт и так. Это является следствием изоляции.

Потом сделают очередной «портал» для взаимодействия, например механизм «Share», знакомый нам всем по ведроидам и всяким оффтопо-десяточкам.

Просто он собран используя org.gnome.Platform фреймворк. Сейчас других, ну кроме того, что от Freedesktop, пока не существует всё равно. Когда остальные, например - KDE'шники, подтянутся, будут и другие опции.

Судя по их блогу, KDE'шники уже тыкают flatpak палочкой и думают использовать. Это хорошо.

Оно под иксы или уже под wayland?

Будет работать и под тем, и под другим. Но под Wayland уже лучше, ибо улучшили поддержку GTK3.

Идея правильная, но пока не полностью всё доведено до ума.

Да, но оно уже готово, чтобы начинать тыкать палочкой и собирать под него программы уже сейчас. И готовиться к светлому будущему. 80% уже сделано, только как быстро будут сделаны остальные 20% - это тот ещё вопрос.

Примерно как Wayland, который когда-то был 1.0, и невзрачен. А сегодня, его уже почти можно толкать в массы. Мне например, только его поддержки в Gallium VAAPI не хватает, чтобы использовать его на постоянке.

Разрешения задаются в самом пакете, при установке он никак не отображает их.

Отображение расширений - вопрос GUI. Так как получить их список не составляет проблем. Можно уже даже отключить те, что тебе не нравятся. Но пока только через /usr/bin/flatpak.

Как с этим в snap? Он уже умеет это?

Он основан на других принципах. А точнее, на apparmor. Точнее не скажу.

Т.е., прямо когда релиз xdg-app 1.0 был на носу, Марку опять зачесалось сделать свой несовместимый велосипед. Как это было с Wayland и Mir.

Еще такой вопрос. Как для flatpack создавать рантайм? Есть годные мануалы?

Поищи ответ тут.

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

Нет, спасибо, не надо нам такого счастья.

Таким, что Mir является полным аналогом Snap, в плане идей велосипедов Ubuntu.

Я гарантирую, что им придётся ещё потом одуматься, принести извинения, и под шумок заменить Snap на Flatpak. Вызвав фрустрацию у всех тех, кто уже повёлся и начал поставлять Snap-пакеты.

А затем ещё и сделать тоже самое, только уже Mir на Wayland.

Точнее набор статистичеки слинкованных файлов запихнутых в один каталог.

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

Это невозможно увидеть. Только познать.

Нет. Но никто не мешает его сделать. Но для этого, сначала нужно будет собрать Qt и KF5 как фреймворки для flatpak. Ну и отвязать от системы, конечно же.

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

нормальную программу можно ставить стандартными средствами и не выёживаться.

а непонятно что - да желательно бы уметь ограничивать в правах.

На винфак проследуйте со своими контейнерами. У нормальных пацанов dependency hell не бывает. А если уж так надо, развивали бы стабильные snap и xdg-app. Дауны, зла не хватает.

Таким, что Mir является полным аналогом Snap, в плане идей велосипедов Ubuntu.

Мне уже не понять логику гномеров, чувствуется.

А какие дистрибутивы используют нормальные пацаны и девушки?

Те, с которыми умеют и любят работать. Неочевидный ответ, тигруль?

А если уж так надо, развивали бы стабильные snap и xdg-app.
xdg-app

А flatpack по-твоему что такое?

Дауны, зла не хватает. ©

М, окей. Могли бы в новость добавить, что это ребрендинг xdg-app. Для тех, кто тоже всё пропустил.

А причём тут GNOME, как-бэ?

Ладно, перефразирую: Snap занимает в списке велосипедов Ubuntu, то же положение, что и Mir. Когда они вместо того, чтобы поддерживать решение, которое одобрено всеми остальными, они решают ВНЕЗАПНО сделать свой велосипед.

Как это было с Wayland и Mir. Не успел Wayland стать 1.0, они решили, что это им ненужно, и что им обязательно нужно сделать свой Mir, потому что могут. Вместо того, чтобы попытаться повлиять на развитие Wayland, который поддерживали большее количество сообществ. И где теперь Mir? Как был велосипедом, так и остался. Из мобильных устройств, он используется только в их убунтузвонилках. А на десктопах, находится в еле-еле юзабельном состоянии.

А теперь привет Snappy...

А что мешает применить тоже самое к приложениям с открытым исходным кодом?

И изоляция тут не причём. Просто вместо того, чтобы собирать их в дистрибутивах, их будут собирать разработчики, и выкладывать в свои репозитории, ну или загружаемые flatpak'и. Будет просто формат пакетов, который не будет зависеть от левой пятки того или иного дистрибутива.

Не нравится версия от разработчика, никто не запрещает сделать свой «локальный репозиторий» или собрать самому.

Ну да, вы же верите что в открытом софте дыр не бывает.

Mir, тем что в иксах snap не спасает от перехвата ввода и буфера обмена.

Ну вот смотри: взять те же Debian-based дистрибутивы.

Так там при установке некоторых программ может вылезти dependency hell во всей своей красе: Krita на Kickstarter (комментарий)

Другое дело, например, Arch Linux или Gentoo, где мейнтейнеры более ответственны и толкать в зависимости что попало не будут.

Вот как раз из-за dependency hell во многих дистрибутивах основному разработчику Krita и пришлось выпускать AppImage-образ.

Как ты предлагаешь бороться с этой проблемой?

А причём тут GNOME, как-бэ?

При том, что это гномеры тебе присели на уши и рассказали, какой флатпак замечательный. Но на самом-то деле…

Когда они вместо того, чтобы поддерживать решение, которое одобрено всеми остальными, они решают ВНЕЗАПНО сделать свой велосипед.

Внезапно они его начали делать ещё до того, как появилось какое-то решение, которое одобрено всеми остальными (а что это за решение, кстати? AppImage?). Snappy уже работал год назад. Flatpak не работает до сих пор.

Мы немножко про другую проблему — контейнерная изоляция vs. Apparmor, но спасибо.

Я это писал в новости, но её покоцали.

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

Что за ерунда, поставил и работает.

При том, что это гномеры тебе присели на уши и рассказали, какой флатпак замечательный. Но на самом-то деле…

Ага. И сам Леннарт Поттеринг ещё лично приезжал, и помогал. Почему Поттеринг? Ну не знаю, он же там у вас во всех бедах виноват.

(а что это за решение, кстати? AppImage?)

xdg-app. Нынешний flatpak. Только в зародыше.

Внезапно они его начали делать ещё до того, как появилось какое-то решение

В 2014 году уже был ostree, вокруг которого и зародилась идея контейнерности и всяких там Atomic. Постройка версионизированных версий файловых систем, как в git.

Snappy уже работал год назад.

Он и сейчас работает. Но, если Snappy крутится вокруг Apparmor, то разработчики flatpak пошли по трудному пути. С контейнерами, namespaces и прочему. И это будет работать в том числе и на тех дистрибутивах, где нет мандатной системы контроля доступа (Apparmor/SELinux).

Что за ерунда, поставил и работает.

Меня поймут только те, кто знает, что такое собирать пакеты rpm/dpkg.

Нафехоа их собирать, когда их уже собрали

Будет просто формат пакетов, который не будет зависеть от левой пятки того или иного дистрибутива.

ну. может быть. мне проще ебилд написать, если что.

но это ж открытые дыры.

Прочитаешь мой ssh-ключ из «изолированного контейнера», если он с отдельным корнем, как в сабже?

А прячешся за виртуальной машиной?

Давно пора. Сколько можно компилять одно и то же приложение под сотню дистрибутивов? Надо сделать как в Андроиде — приложение в одном файле-контейнере, тыц — скачал и установил его из магазина. Это в итоге сэкономит человеческие ресурсы и избавит разрабов от ада зависимостей.

Это нормально вообще???

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

В данном случае есть надежда, что xdg-app (или по-новому flatpak) доведут до ума, т.к. за дело взялись такие солидные конторы как Gnome Foundation и Freedesktop.org.

Лучше бы GUI на Qt переписали и увелчиили бы размер диалоговых окон.

Да нет проблем, сделают рантайм-обвязку для QT и можно будет паковать в контейнеры QT-приложения.

Почему Поттеринг?

Поттеринг велик!

xdg-app. Нынешний flatpak. Только в зародыше

Которые в KDE ещё только рассматривают. Ну да, все приняли, я ж говорю гномеры на уши присели :-)

Он и сейчас работает.

Твой посыл был в том, что Canonical вместо того, чтобы пилить совместно общепринятое, внезапно начала делать свой велосипед. А не то, что не работает.

А я говорю о том, что велосипед Canonical уже успела сделать к тому моменту, когда xdg-app ещё не был готов для десктопа.

разработчики flatpak пошли по трудному пути

Как показывает практика, пользователи предпочитают дыры в системе, лишь бы ничто не мешало им работать. Разработчики предпочитают не переписывать ПО. Поэтому будущее flatpak не менее трудно, чем его путь.

нужно сделать свой Mir

Вообще по идеологии Mir - это в первую очередь клиентская библиотека. К графическим серверам имеет весьма косвенное отношение. Хотя да, сейчас в убунте используют свой графический сервер Mir. Но даже если придется вернуться на X11, могут изобрести libmir-client с X11-бэкэндом и продолжать как ни в чем не бывало.

Из новости я понял, что ТС убунтухейтер (а судя по тому, что подтвердили в такой виде, и модеоаторы тоже) и то что во флатпаке половина нужных офису фич не работает, потому что он изолирован, Потом изоляцию покромсают и оно заработает, но убунту всё равно хуже.

Перепишите новость, ёлки палки!

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

Если тебя это устраивает - поздравляю. Ты - идеальная ЦА для такого дерьма.

И если ты не понимаешь, что мне в этом не нравится, значит мне неочем с тобой разговаривать более.