Вот это вот. По старой привычке разве что занимаюсь опакечиванием софта для debian, благо тулсет и скрипты для Travis были напердолены в перерывах между работой и отдыхом, хотя я прекрасно отдаю себе отчёт в том, что в эпоху одноразового вебдваноля опакечивать софт для каждого отдельно взятого дистро, используя их поставляемые системой пакеты, неимоверно дорого. Однако ж вот этих nextgen-средств дистрибуции софта тоже как грязи. Лидирует, конечно, докер, но на горизонте маячат всякие rkt, systemd-nspawn и прочие. Золотая ниша, настоящий клондайк. Только без хорошей инфраструктуры, естественно, ни черта не полетит.

Кросс-дистровые пакеты — это xdg-app. А кривое убунтуговно — очередная попытка вырваться вперед и стать уникальными. Каноникл — самая мразотная, недружелюбная к апстриму и миру свободного по компания, что от них можно ожидать? Радует только, что все их поделия, вроде базара, облака и апстарта, потонули, потонет и снэп.

А если без фанатизма, с технической точки зреня сравнить https://wiki.gnome.org/Projects/SandboxedApps и https://developer.ubuntu.com/en/snappy/build-apps/your-first-snap/ ?

Большой разницы я не вижу. В snappy себе в диру ты ложишь единственный файл в котором и метадата пакета и рули как собирать. В xdg-app как я понял ты должен собирать сам строками xdg-app build /build/my-app ./configure --prefix=/app, эти правила никуда не входят. Для автосборки это не очень хорошо. С транзакционными дифф апдейтами и откатами тоже надо щупать, так что с технической стороны не все так очевидно.

Радует только, что все их поделия, вроде базара, облака и апстарта, потонули, потонет и снэп.

а как же их app-indicators? стали всеобщим стандартом, даже в KDE.

вероятно, и не только они...

То-то пока что сборка xdg-app выглядит на порядок проще и понятнее. Я уж молчу про то, что оно будет на всех дистрах.

В кде вроде KStatusNotifierItems? Во всяких гномах и крысах поддержка вроде опционально через плагины, нет?

В кде вроде KStatusNotifierItems? Во всяких гномах и крысах поддержка вроде опционально через плагины, нет?

оно называется по-разному, но работает через одинаковый dbus-протокол, который появился в убунте. одинаковой в gnome/kde/unity. в крысе не знаю, по-моему там все еще xembed.

Слишком маргинален

Guix слишком маргинален

Охо-хо, мне на линуксячьем форуме говорят что кто-то там слишком маргинален.

Ubuntu, Ubuntu со Snap'ом и Guix это примерно как RCS, CVS и Git. В последнем наконец-то сделано правильно. И что-то заглохли комментарии «git слишком маргинален».

одинаковой в gnome/kde/unity

По-моему как раз в гному его и нет

https://bethesignal.org/blog/2011/03/12/the-libappindicator-story/

К тому же не помню приложений, которые бы его использовали.

Замечательная аналогия, бро

Ubuntu, Ubuntu со Snap'ом и Guix это примерно как RCS, CVS и Git. В последнем наконец-то сделано правильно. И что-то заглохли комментарии «git слишком маргинален».

Git - говно, взлетевшее благодаря пиару. У которого из перечисленных тобой вариантов пакетов пиар лучше - догадайся сам.

Guix

Зато я как простой юзер вечно геморюсь, если надо поставить несколько экземпляров одной программы, но разных версий. Либо не получается, либо ломается что-то, а если срабатывает то с какими-то косяками, так что даже номерок версии в программе не всегда гарантирует что запущена именно та версия (определяю по изменениям и багам).

Чем вас GuixSD не устроил? Там всё это давно уже есть, и сколько угодно версий любой программы, и гарантия неломаемости одних программ обновлением других.

А что не говно?

Git - говно, взлетевшее благодаря пиару.

Если уж Git говно, то что же тогда не говно? Может Bazaar или Darcs?

Если уж Git говно, то что же тогда не говно?

Mercurial.

Может Bazaar или Darcs?

Не говори слов, которых не понимаешь.

Mercurial

Обоснуй что ли.

Миллионы мух не могут ошибаться

Если уж Git говно, то что же тогда не говно?

Mercurial.

http://programmers.stackexchange.com/a/154386

А теперь спроецируй это на Guix

.

Важна динамика

Во-первых, научитесь отличать заголовок сообщения от его тела.

А во-вторых, важна динамика. Популярность Ubunt'ы достигла пика, популярность Guix'а растёт.

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

Ubuntu и есть 90% популярных дистрибутивов.

Спасибо, поржал.

Зачем?

Во-первых, научитесь отличать заголовок сообщения от его тела.

Я считаю это бессмысленным, когда отвечаю человеку с фиксацией на заголовках.

я не говорю про _lib_appindicator. я говорю про сам протокол. он работает через dbus, и libappindicator вовсе необязательно использовать. например, у нас в проекте свой велосипед для этого: https://github.com/Alexey-Yakovenko/deadbeef/blob/master/plugins/statusnotifi... (другие не подошли по лицензионным соображениям, либо не поддерживали протокол в полной мере)

Ладно, хрен с ним. Имеем красиво описаный убунту-онли snap и уже работающий, кроссдистрибутивный xdg-app. Ждём 3 года и смотрим, кто из них выжил, кто сдох, и у кого потомку лучше.

красиво описаный убунту-онли snap

Он уже давно работает.

уже работающий, кроссдистрибутивный xdg-app

Где можно увидеть его «рабочесть»?

Ничто не мешает тому кто опакечивает следить за библиотеками

Ничто не мешает тому кто опакечивает НЕ следить за библиотеками.

Да один хрен, я пока ещё не видел, чтобы нужный мне софт паковался ни в xdg-app, ни в snappy. Толку мне от них?

Пока что реально лидирует сборка кроссдистрибутивных пакетов мегаформата .tar.gz с метаданными по правильной установке и информацией о зависимостях в файле Readme формата plant-text

Ничто не мешает тому кто опакечивает НЕ следить за библиотеками.

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

Да про 2D я в курсе. Он кстати вполне годен был.

Я про полноценный унити, но без извращенного Марком компиза.

Значит будет свое jre и некоторые системные либы в каждом snap пакете, надеюсь хоть иксы не потащат туда. Венда стайл.

Разработчик for fun вообще никому и ничего не должен, если совсем по хардкору. Но всё-же если проект публичный то сообщество в праве ожидать от разраба некоторых фич: отсутствия бэкдоров, не делания rm rf /* без явного на то указания, минимально внятной документированности и некоторой адекватности интерфейсов, возможности опакетить и развернуть программу в нужном дистрибутиве не переписывая её (отсутствие захардкожных не стандартных путей например).
До недавнего времени все эти пункты были само-собой разумеющимися, о них толком и не задумывались. Я боюсь что последний становится опциональным. Проще написать приложение которое работает в моём окружении, чем приложение которое можно развернуть в любом окружении. Сейчас уже можно распространять приложение вместе с окружением (привет, Docker), и кажется многие (хипсторы) соблазнились этой возможностью упростить разработку. Боюсь в результате мы получим набор блобов, вместо нормального привычного нам unix-а.

P.S. оффтоп. Не посоветуешь толковый мануал по сборке deb?

Я за!

Наконец можно будет сделать спокойно сборку FF+Java 7, положить и забыть. И не гемороиться с запуском KVM при обновление или смене компа.

пятиминутка пессимизма

теперь будет другой смысл в ppa, либо их упразднят, либо они станут более безопасными и удобными, чем сейчас

Придадут такой «другой смысл», что лучше бы упразднили. Canonical это может, да.

Придадут такой «другой смысл», что лучше бы упразднили. Canonical это может, да.

Мне кажется со временем упразднят для deb пакетов, а вот для snap пакетов оставят. Хотя как обещают, сосуществовать все будет в одной экосистеме и деб и снап пакеты.

Git - говно.

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

По поводу deb, я своей подборкой пользуюсь:http://htrd.su/wiki/ppa_deb_packaging, посмотри, может что окажется полезным. Плюс поглядываю на некоторые готовые пакеты.

Snap вкратце

Уже даже существует механизм конвертации deb -> snap. Раньше был хак, а теперь это полноценная возможность snapcraft. На омг убунту в коментах на вопросы отвечает один из разработчиков snap. Можно многое узнать при желании). Теститься snap уже довольно давно, а его появление в 16.04 мало кто заметит (кроме разработчиков, которые захотят создать свой snap или пользователей которые любят потрогать новые технологии). И по умолчанию разница между snap и docker очень велика. Хоть они и имеют некоторую схожесть идеи, но в тоже время они очень разные. С snap нельзя перекинуть целую ОС или т.д. Только необходимый минимум. Вкратце весь принцип snap это как конструктор лего. Каждое приложение (и даже каждый элемент системы) это как отдельный блок. Они независимы, могут обновляться и изменятся без негативного влияния на другие компоненты системы. В тоже время каждый пакет может спокойно «общаться» между всеми остальными, обмениваться данными и т.д. Поэтому snap это совсем не просто пакетный менеджер или т.д. За ним стоит довольно большая история и идея. Лично мне эта идея по душе, посмотрим что будет в будущем =)

Это если вкратце. Конечно в реальности все сложнее и там довольно сильной стороной является безопасность приложений в snap (чтобы не нужное приложение случайно не украло какие-то важные данные), мобильность и легкая поддержка/обновление. Даже сейчас есть автоматические конверторы deb/rpm->snap->deb/rpm и т.д. Так что, по идеи, если взлетит, то упростит жизнь разработчиком + другие дистрибутивы легко могут себе реализовать механизм поддержки snap. Но пока что рано судить. Время покажет.

А вот и типичная муха.

Даже сейчас есть автоматические конверторы deb/rpm->snap->deb/rpm и т.д. Так что, по идеи, если взлетит, то упростит жизнь разработчиком + другие дистрибутивы легко могут себе реализовать механизм поддержки snap. Но пока что рано судить. Время покажет.

А лучше всего ввести единый формат пакетов для всех дистрибутивов, причем давно пора. Зоопарк всех этих yum, dnf, apt, pacman не нужен.

Это и был полноценный Unity. В качестве оконного менеджера использовался Metacity.

Уже даже существует механизм конвертации deb -> snap

Ссылочку, пожалуйста. Особенно интересно, как прописывать правила Apparmor для snap, при том, что в deb их нет.

чтобы не лезли куда не надо

щаз, и тут начинается вирусная вакханалия

Имеем красиво описаный убунту-онли snap и уже работающий, кроссдистрибутивный xdg-app.

Да один хрен, я пока ещё не видел, чтобы нужный мне софт паковался ни в xdg-app, ни в snappy. Толку мне от них?

Красиво ты меняешь точку зрения прямо в пределах одной страницы. Хорошо не одного поста.

Твои шаблоны слишком гибкие, чтобы рваться, да? :-)

Еще можно было бы

Почему «было бы»?

Snappy packages can include all the libraries and files they need, so they don’t depend on other packages. Ubuntu is currently working on “deduplication” support, which means duplicate copies of files won’t be kept—if two Snappy packages include the same library, it will only be stored in one place on disk.

http://www.pcworld.com/article/2942267/why-ubuntu-plans-to-replace-traditiona...

А лучше всего ввести единый формат пакетов для всех дистрибутивов, причем давно пора. Зоопарк всех этих yum, dnf, apt, pacman не нужен.

+1

Pолотые слова. Еще бы унифицировать иерархию каталогов и было бы счастье.

https://github.com/ubuntu-core/snapcraft теперь данная фунци входит в состав этой утилиты. Раньше был https://github.com/mikix/deb2snap (но это хаки).

https://github.com/ubuntu-core/demos а тут примеры «упаковки"с snapcraft.

Ну то есть snapcraft.yaml тебе всё равно вручную дописывать, автоматической конвертации нет.

А вот из snap в deb/rpm, по-видимому, легко.

Есть же Appimage, одобренный Торвальдсом. Почему им никто не пользуется, а городят велосипеды типа snap и xdg-app

Ужо получше, чем в «стабильном» арчлинуксе без проблем с обновлениями обновлениями

Нет, с арчем никаких проблем в этом плане. Все стабильно работает. Конечно, запихают кучу всякого из аура, а потом ноют на форумах...И да, даже Debian testing стабильнее работает, чем ваша бубунта...