Доступен (https://github.com/flatpak/flatpak/releases/tag/0.6.8) выпуск инструментария Flatpak 0.6.8 (http://flatpak.org/) (бывший xdg-app), в рамках которого развивается система для сборки самодостаточных пакетов, которые не привязаны к конкретным дистрибутивам Linux и выполняются в специальном контейнере, изолирующем приложение от остальной системы. С особенностями Flatpak можно познакомиться в тексте анонса (https://www.opennet.ru/opennews/art.shtml?num=44640) первого выпуска.Наиболее заметным изменением во Flatpak 0.6.8 является добавление нового режима "--no-desktop", позволяющего запускать flatpak-приложения вне рабочего стола. Кроме того, подняты требования к минимальной версии OSTree - 2016.7, что позволило реализовать возможность применения статических delta-патчей при загрузке. В качестве источника пакетов для сборки во flatpak-builder добавлена начальная поддержка формата "rpms".
URL: https://github.com/flatpak/flatpak/releases/tag/0.6.8
Новость: https://www.opennet.ru/opennews/art.shtml?num=44885
""--no-desktop", позволяющего запускать flatpak-приложения вне рабочего стола"
Это как?
Тоже интересно. Может имеется ввиду - запуск в отдельной сессии?
>flatpak-приложения вне рабочего стола"
> Это как?Какая-то s-d-ешная муть https://github.com/flatpak/flatpak/commit/92ab585e6fe890311b... Ты не знаешь, я не знаю. Нам морочат голову -- игнорируем.
...Столы нынче -- не те!!!
Хз почему такое название. Это без "systemctl --user" , которого, например, в CentOS 7 не завезли.
нужно больше фрагментации! Даешь больше форматов!
пока-что их количество только уменьшается..кроме Flatpak в перспективе нет особо больше ни каких самодостаточных пакетных манагеров (с учётом песочницы)..
snapкакоеготам не конкурент, а у других нет вообще песочницы.
всякие nix остаются (без песочницы) и макинтошевская херата
Снапкакеготам вполне себе конкурент. Уже сейчас многие разработчики считают нормальным сделать деб под убунту, и ничего больше, на убунтовский снап они без малейших колебаний перейдут. А то, что флатпак пытается это всё разумней сделать и сохранить линуксовые фишки, им довольно таки плевать. Флатпаку нужно что-то громкое, чтобы однозначно взлететь, иначе у нас очередная ситуация деб/рпм выйдет.
уже сейчас, мне пофиг на тех разработчиков, которые пакуют онли deb. пруф в студию? я пока видел что пакуют deb rpm (yum, dnf), tar.gz (xz) и простынки инструкций с вики как это собрать, на край проще даже git->затем собрать, нежели париться со скачанными исходниками. где вы видели only deb?
К примеру, AMD'шыне дрова (AMDGPU-PRO) выпускаются только под убунту.
AMDGPU-PRO еще не выпустили, есть бета версия и она только под ubuntu 16.04. После релиза драйвер будет упакован и под RHEL. Пока идет бета тест драйвера нет причин в упаковке под отличные от ubuntu дистрибутивы, хомячков-тестовиков меньше, да и аудитория в той же Fedora, CentOS, RHEL совсем другая, они работают, а не играют...
> аудитория в той же Fedora... совсем другая, они работают, а не играют...Ok
Всё верно.
Где видел, не вспомню, но частенько. Тот же steam...
> на убунтовский снап они без малейших колебаний перейдут.Советую с начало посмотреть как работает текущая реализация snap, а потом уж разглагольствовать.
AppImage?
http://appimage.org
Да потому, что не нужны эти "самодостаточные" пакеты. Если так хочется самодостаточности, то используйте статическую компиляцию, в чем проблема?
не, это скорее ответ Линусу про "контейнерные апликухи как способ реализации мобильных приложений", то есть скорее средство Снизить фрагментацию, те отсутствие нужды лепить бинарники/пакеты для нескольких подверсий пары десятков наиболее ходовых дистрибутивов для производящих коммерческое или массовое ПО.
микрософт одобряе, "установить 4 обновления, 4гб", "центр обновления линукс выполнил недопустимую операцию и будет закрыт"
> микрософт одобряе, "установить 4 обновления, 4гб", "центр обновления линукс выполнил недопустимую
> операцию и будет закрыт"(dnf) delta rpm одобряет вышло 2Гб обнов, качает 200Мб. и все работает как часы.
На rawhide сидишь?
Вот будут рекламу пихать в эти независимые flatpak-образы, как sourceforge делает (помните такого? ), помЯните потом Столлмана. Да поздно будет.На самом деле, что бы избежать этого, достаточно, что бы репозиторий этих образов был открыт и свободен, как многие репозитории классических дистрибутивов. Но тогда теряется фишка всей этой затеи: создание инсталляторов самими разработчиками. Дурная фишка.
Что мешает прямо сейчас запихать рекламу в деб или рпм пакет с сайта разработчика? Flatpak в этом плане никаких преимуществ не даёт.
Потому что это не распространено, и "инсталляторы" под линукс (на сайте разработчика) часто выделяются своей кривостью.Когда разработчики будут выкладывать на сайте только .exe, .fpak (или как правильно) и .dmg (для макоси?) - тогда и равнозначно будут подходить к впихиванию рекламы. ИМХО, конечно.
> равнозначно будут подходить к впихиванию рекламыО, да, прям "мечтаю" о временах, когда в линуксе пакет с какой-нибудь небольшой программкой будет ставить, помимо этой программки, гуглохром, адобфлеш, спутникмейлру и ещё хрен знает что, примерно как это сейчас происходит во всем известной ОС (в инсталляторах софта той ОС, по крайней мере, интерфейс есть, где можно хотя бы от части гогна отказаться, а в сабже и ему подобных "либо весь пакет, либо ничего").
Вы так и не ответили на вопрос того анонима.
Ответил. Многообразность способов распространения и кондовость документации при малой доле юзерлв делают сложным и ненужным для виндузовых разработчиков встраивание adware.Как только появится единый формат бандлов, они будут знать, что "кроссплатформенность - это .exe, .dmg, fpak" и появятся инструменты типа конструкторов инсталляторов, с помощью которых и будут клепать бандлы
Flatpak не замена rpm. И flatpak как-раз таки да, больше для закрытых поприетарных проектов, которые и так рекламу всунут (как uTorent в винде)Так что не переживай, его будут точить не один год.. к этому времени они и пользователи придут к единому мнению.
Чем оно лучше Snap?
> Чем оно лучше Snap?У снапа изоляции почти никакой, просто профиль AppArmor подключается, а библиотеки используются системные. У Flatpak chroot создаётся со своим окружением.
>> Чем оно лучше Snap?
> У снапа изоляции почти никакой, просто профиль AppArmor подключается, а библиотеки используются
> системные. У Flatpak chroot создаётся со своим окружением.одно другого не лучше, я за нормальную пакетную базу в самом дистрибутиве, а эти костыли просто не нужны.
так сделай.
>я за нормальную пакетную базу в самом дистрибутивеа что это не существует?!
Ну надо брать каждый отдельный проект и смотреть поддержку в твоём дистрибутиве.
Тебе пока просто непонятно желание некоторых запускать проприетарные программа в изолированном контенере.
> Чем оно лучше Snap?Лучше скажи, чем оно лучше просто образа файловой системы, в которой есть все нужное?
В дебиан sid еще не пришло
И никаких зависимостей больше и работает всегда и на любом Linux.
Я спрашивала когда в Linux API будет, так удалили опять.Официального API в Linux не будет никогда?
> Официального API в Linux не будет никогда?Что вы понимаете под "Официальным API"?
> Я спрашивала когда в Linux API будет, так удалили опять.Потому что правильно заданный вопрос содержит в себе половину ответа. Это был не тот случай.
> Официального API в Linux не будет никогда?
Для текстовых программ и сервисов можно ориентроваться на обычный POSIX. Для графических - GTK или Qt. Игроделы могут ориентироваться на Steam Runtime, или если им не хочется - SDL, лучше SDL2. Ну и OpenGL и Vulkan поверх.
Если же вопрос был когда мы начнем ходить строем, восхваляя одну ОС, один рейх и одного фюрера баллмера, наш ответ: "не дождетесь".
GTK или Qt; Steam Runtime, SDL, SDL2; OpenGL, Vulkan и ещё десятки.Дальше - больше. Вот за этим и нужен один универсальный API.
Вы представляете универсальный API к PostgreSQL, MS SQL Server, Oracle DB, MongoDB, Redis, Firebird? Я - нет, у них общего столько же как и сходство днк человека и банана, а оно кстати достигает 50%, с листьями чуть меньше 30%.
Никогда не будет универсального API для групп GTK & Qt, Steam Runtime & OpenGL, etc. Даже если придумать какой-то общий стандарт, его будет тяжело поддерживать в актуальном состоянии, кому-то он будет слишком "узким" и он его будет дополнять своими расширениями. После этого начнется такое же разделение как и сейчас, круговорот API в мире IT)
> Вы представляете универсальный API к PostgreSQL, MS SQL Server, Oracle DB, MongoDB,
> Redis, Firebird? Я - нет, у них общего столько же как
> и сходство днк человека и банана,Вообще, либы абстрагирущие доступ к базам бывают. Но далеко не всегда это оптимально. И абстрагировать редиску и оракла может быть не очень тривиально и в целом бессмысленно.
А ведь MicroSoft с этим справляется на ура!
> GTK или Qt; Steam Runtime, SDL, SDL2; OpenGL, Vulkan и ещё десятки.Что позволяет выбрать удачный инструмент для решения задачи, а не заколачивать все гвозди одним микроскопом, просто потому что других вариантов вообще нет.
> Дальше - больше. Вот за этим и нужен один универсальный API.
Пользуйтесь виндой. Хотя даже там с этим - не очень. Можно рисовать через GDI, а можно через DirectDraw. Или Direct3D. Или даже через OpenGL. Некоторые браузеры через именно него реализуют WebGL, равно как некоторые игры им пользуются - виндовые драйверы видях притаскивают OpenGL как миленькие.
Есть WinAPI, а есть WinRT. Есть COM. Есть .NET со своими классами и библиотеками рантайма и даже отдельным ЯП. И назвать их все одним универсальным апи как-то огульно, они разные и не очень связаны между собой. Это я еще DDE не вспомнил.
Мало? Давайте посмотрим на виджты. Есть стандартные тривиальные кнопки из "user". Впрочем они могут быть как плоскими из вин95 родом, так и с гламурными темками. Зависит от того как manifest в бинарь прописали. Бывает даже так что части DLL манифест прописали так, а части этак. И одна программа щеголяет смесью виджетов с темой и без. В винде.
В дотнете MS показалось мало. Использовать вижеты из Win32API слишком просто и не спортивно. Поэтому сделали WinForms. Подумали - не, не то. Сделали WPF. Еще два вида разных на вид виджетов. И два разных апи, разумеется.
Ну и разумеется, это все для програмерского гетто. Себе MS всегда делает фавор. Ведь их продукты должны выглядеть лучше того что делают другие через MSовские апи. Поэтому в офисе у них кастомные контролы, чтоб не выглядело серой мышкой. В браузерах - другие.
Итого - одних только наборов виджетов в винде штук 6 на выбор. Если даже не начинать рассматривать всякие там 3D игры и их гуй, для чего стандартные виджеты не годятся чуть менее чем совсем в силу специфики области.