LINUX.ORG.RU

Endless OS — нужно больше flatpak!

 ,


1

1

Обсуждение новости получилось довольно живое, решил еще и сюда запостить. Предлагаю дефолт, так как рассуждаю так: если разработчики предлагают нам базовую систему которую без специальных знаний не изменить (мало касается этого форума, но всё же), то и в плане оформления они должны предложить такое решение, которое будет по нраву 90% пользователей. Я прав? Ну как вам ШГ от прогрессивных разрабов современного линукс-дистрибутива?

Что из себя представляет система: это обыкновенная убунта вот с таким красивым корнем 'ls -la /' https://pastebin.com/eHujRJHG

/usr смонтирована в ro. Обновляется все только целиком. Листинг установленных пакетов 'dpkg -l' https://pastebin.com/YR7gwHbb.

Система достаточно русифицирована, на сколько это возможно через стандартный механизм локализации в стандартной убунте. Вон dpkg разговаривает на русском. Зачем им full-сборки с разными языками я не понял и еще не смотрел. Сама по себе фулл-сборка представляет собой большой набор предустановленных flatpak-пакетов с зависимостью только от endlessm-runtime. Я брал base-iso всего в 2 гига, довольно нормально, ведь тут и runtime уже родной, и большая базовая убунта, и гном с несколькими приложениями родными, и сразу несколько флатпак-пакетов типа LibreOffice и Chromium предустановлено.

Для тех кто не знает что такое flatpak — это самодостаточный пакет с одной внешней зависимостью — runtime, обязательность и жирность которой зависит от сборщика пакета. Runtime может быть много установлено на один хост, и весить они могут вплоть до нескольких гигабайт каждый. Может вообще не быть зависимостей внешних. Это если упрощенно, подробнее в документации (мне лениво тут расписывать, не ну правда).

Я кинул этому чуду 500 гиговый диск на растерзание и ни разу не смотрел сколько места занято — вот сейчас пока пищу: https://pastebin.com/1nRzS1hi — 6 гигов, копейки, влезет и на нищебродскую ssd даже когда будет ворох приложений.

Я еще не поковырял образ, и мне очень интересно какая ругань будет при обновлении, или оно молча затрет мои изменения. Читать заранее мне лень, для управления системным образом используется OSTree . С флатпакамми пользовательскими и так всё понятно.

На скрине кроме FirefoxESR из родного «магазина» и гномьего терминала видно еще и hexchat, который я уже притащил сам всего одной командой:

user@endless:~$ flatpak install --from https://dl.tingping.se/flatpak/hexchat.flatpakref

Установка пакета возможна и «по клику», но я еще не пробовал. Получается довольно удобно, прямо чувствую как деградирую...

P.S.

Некорректное изображение: Can't resize image

Ссылка на PNG: http://ipic.su/img/img7/fs/endlessos.1500773871.png (что-то там переконвертируется, блин)
Оригинал бесплатно без смс без регистрации: https://drive.google.com/uc?export=download&confirm=no_antivirus&id=0...

>>> Просмотр (1280x1024, 220 Kb)

★★★★★

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

только там многие директории прокинуты внутрь

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

crypt ★★★★★
()

Только pfs модули, только хардкор.

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

В сути тоже есть разница — флатпак дополнительно обрезан через аппармор. Например, запускаешь ты медиаплеер, а он звук вывести не может, потому что permission denied. Ляпота...

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

ну что ж, интересно, конечно, но я все, что работает в своем дереве директорий (и делает syscall chroot), огульно называю «chroot». только не понял: а разве apparmor не должен быть в snap? и то, и то от canonical. а flatpack должен быть интегрирован тогда с selinux. что-то не сходится.

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

а разве apparmor не должен быть в snap? и то, и то от canonical

В смылсе? Он там и есть. Просто он там настроен по-наркомански.

а flatpack должен быть интегрирован тогда с selinux

Flatpak не является разработкой Red Hat, начнём с этого :-) Для ограничения приложений Flatpak использует cgroups и только.

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

Может и есть. Вопрос был только в противоречии твоих слов ниже:

«флатпак дополнительно обрезан через аппармор»

Для ограничения приложений Flatpak использует cgroups и только.

Я думаю, ты просто где-то опечатался. Вот и уточнил.

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

Ок, разобрались:)

Второй вопрос, который меня волнует, это является ли flat pack разработкой Red Hat. Я тут не хочу сильно играть в слова, но лидер проекта Alexander Larsson works in the Red Hat Desktop group and primarily works on Gtk+ and the Gnome desktop...

https://community.redhat.com/blog/author/alarsson/

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

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

Из этого не следует, что флатпак будет интегрирован с selinux или systemd, он планирует делать кпк можно более общую версию, хотя ничего нельзя утверждать наверняка.

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

Flatpak не является разработкой Red Hat, начнём с этого :-)

Ларссон начал проект самостоятельно, но потом его трудоустроил Red Hat.

Ну все, вопросов больше нет.) Я думаю, что ограничение через selinux очень вероятный шаг. Хотя я лично достаточно скептично отношусь и к selinux и apparmor.

Про systemd - хз. Если flat pack останется для десктопного софта, то нет смысла. Если для серверного, тогда да.

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

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

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

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