LINUX.ORG.RU

Релиз Snapcraft 2.14

 ,


0

0

Canonical объявили о выпуске новой версии инструмента для создания универсальных Snap-пакетов — snapcraft 2.14 для операционных систем семейства Ubuntu. Версия 2.14 вышла очень скоро после выхода версии 2.13. Основным изменением было добавление новых плагинов: rust, godeps и dump.

>>> Оригинал

★☆

Проверено: Shaman007 ()

Ответ на: комментарий от h31

Для x86 это вряд ли будет проблемой, а вот для какого-нибудь ARM есть куча вариантов сборки.

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

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

разве бывают десктопные линуксы, где нет GTK? (ну кроме особо кастрированных тулкитофобских gentoo и подобных).

Да.

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

ведь даже в отдельный snap запихать этот плагин не получится?

Почему? Ты при сборке упаковываешь jack вместе со всем.

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

ты не понял. плагин, реализующий (и требующий) Qt — сторонняя разработка. я даже не могу знать какая версия Qt ему может понадобиться.

Ы. Тогда пускай сами пакетят :-)

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

Да.

но все равно это какая-то экзотика, и врядли на таком дистре кто-то захочет юзать snap-пакеты, или GTK? или что там?

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

Почему? Ты при сборке упаковываешь jack вместе со всем.

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

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

Ы. Тогда пускай сами пакетят :-)

пакетят плеер с каждым плагином по отдельности? а что если нужен плеер с 2 разными плагинами? например, я хочу поставить deadbeef + jack + QtUI? самому собирать snap? но ведь так смысл теряется?

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

пакетят плеер с каждым плагином по отдельности? а что если нужен плеер с 2 разными плагинами? например, я хочу поставить deadbeef + jack + QtUI? самому собирать snap? но ведь так смысл теряется?

Либо пользователь ставит плагин в ~/snap/app/ добаляет нужный коннект snap connect deadbeaf:jack, если такой интерфейс есть. Либо паковать всё целиком в плагин.

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

ну ладно, допустим.. но зачем блокировать доступ к системному GTK?

Потому что он может не работать.

Я так понимаю, они сделали аналог dmg. По своему неплохо.

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

Я так понимаю, они сделали аналог dmg.

нет, не сделали. приложения из dmg спокойно используют Cocoa/CoreFoundation, и любые другие _системные_ библиотеки, и не тащат их с собой.

(считай что dmg это просто гламурный архив zip с фоновой картинкой)

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

Я так понимаю, они сделали аналог dmg. По своему неплохо.

Скорее APK. Там тоже всё грустно с плагинами и дополнительными разрешениями.

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

если такой интерфейс есть.

такого интерфейса нет, и быть не может. это ломает саму идею расширяемости.

проблема курицы и яйца.

Либо паковать всё целиком в плагин.

смотри, есть плеер в снапе.

есть девелопер нового плагина.

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

нужно уже пересобирать пакет плеера под каждый плагин, существующий только на локалхосте у его девелопера?

по-моему, это не взлетит.

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

Скорее APK. Там тоже всё грустно с плагинами и дополнительными разрешениями.

в APK нет ровно никаких проблем с плагинами в deadbeef. понятно, что плагины тоже нужно в APK совать, но системные библиотеки из плагинов используются без проблем вообще, и пересобирать APK плеера под каждый плагин не требуется.

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

как ему свой собственный плагин запустить

Сам по себе плагин — не вопрос, ты ж можешь грузить .so-шки из домашнего каталога пользователя, а вот приконнектиться после этого к jack тебе не дадут.

Делать отдельный snap с jack интерфейсом, который бы коннектился к другому snap, по всей видимости, но там нет (пока?) интерфейса, позволяющего грузить библиотеки.

Таки ша сказали разработчики? Может, багу на лончпаде оформим?

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

Таки ша сказали разработчики? Может, багу на лончпаде оформим?

пока общаемся, прошел 1 раунд вопросов-ответов, жду второго.

может быть завтра забегу к ним в ирку.

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

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

Сам по себе плагин — не вопрос, ты ж можешь грузить .so-шки из домашнего каталога пользователя, а вот приконнектиться после этого к jack тебе не дадут.

т.е. не сможешь проверить как работает твой код. пока не запустишь deadbeef без snap. и дистрибутить свой плагин не сможешь, пока не завернешь в snap, и пока deadbeef не пересоберут в другой snap, и т.д., и т.п.

поэтому — нет, не взлетит.

waker ★★★★★ ()

Canonical объявили о выпуске новой версии инструмента для распространения вирусни и троянов.

Ура, товарищи! Вот теперь линукс тру-юзерфрендли. Можно грабить корованыкачать незнамо кем запакованное незнамо что незнамо откуда.

anonymous ()

Зашел думал тут про старкрафт что-то, а тут какая-то хренотень никому не нужная :(

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

Во flatpak приложению по умолчанию доступен только свой неймспейс, причем только ридонли за исключение своей ~/. Библиотеки из рантайма, к дистровым отношения не имеет. Хотя можно попробовать явно дать доступ к /lib/ но хз, будет ли работать.

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

табуретки из чугунины за мой счёт!

Хотеть!

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

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

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

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

Ура, товарищи! Вот теперь линукс тру-юзерфрендли. Можно грабить корованыкачать незнамо кем запакованное незнамо что незнамо откуда.

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

я бы даже так сказал.. стало хуже чем было :)

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

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

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

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

не может использовать темы, которые ты выбрал

command: desktop-launch smplayer

Должно подхватить текущую тему.

anonymous ()

вопрос

Мне вся эта система что snap, что flatpack непонятна и далека. Но почему бы сразу просто не упаковывать каждое приложение в мини образ ОС в виде виртуалки и чтобы оно запускалась как виртуалка с ОС и с прогой?

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

чтобы можно было использовать системные библиотеки

waker

Кем бы вы ни были, пожалуйста, верните аккаунт прежнему владельцу

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

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

waker ★★★★★ ()
Ответ на: вопрос от andrewGaara

почему бы сразу просто не упаковывать каждое приложение в мини образ ОС в виде виртуалки и чтобы оно запускалась как виртуалка с ОС и с прогой?

кажется, такое уже есть.. докер - это разве не оно?

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

GTK+ это не «системная библиотека», смирись.

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

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

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

даже glibc подтаскивается отдельный от системного

Ну охренеть ваще. Хотя, чему я удивляюсь, это ж рукожопы из каноникала. За >10 лет научились собирать дебиан и сделали панельку к компизу. Монстры индустрии, чо уж там.

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

Вижу в /var/lib/snapd/apparmor/profiles/snap.vlc.vlc кое что разрешается из системы, надо бы узнать, возможно ли создателю снапа изменять этот профайл.

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

Да, Вы правы, такое точится под конкретику.

Давайте вернемся к снапам. Снапы именно тем и хороши, что носят всё с собой. И если программе нужно GTK - вперед!
Дело не в размере, а в универсальности. Пользователь гарантированно! без танцев (например, Вентиль гарантирует возможность хоть как-то играть только! на Ubuntu, другие дистрибутивы заставляют танцевать) позволяет установить и пользоваться программой.
Ну и ИМХО, докрутится реализация, просто не сразу.

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

вышло, что в рамках snap системных библиотек вообще нет, даже glibc подтаскивается отдельный от системного.

Именно! Но я (snap), гарантирую, что всё работает.

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

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

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

Но тогда не нужно использовать snap.

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

Еще мне не нравится, что софт собирают под убунту и windows но отказываются собирать под все дистры типа центоса или федоры. Или собирают, но на пару версий старее. Или собирают, а потом бросают. Или собирают одну версию под центос 5, другую (новее) под центос 6, третью под центос 7, предпоследний релиз под федору и на сайте свежий тарбол.

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

AVL2 ★★★★★ ()
Ответ на: вопрос от andrewGaara

К тому все и идет. Но тут есть куча проблем.

Например, иксы. В каком образе они будут запущены и что делать остальным? И так со всеми общими службами - печать, звук, сеть и т.д.

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

настройки. например, тема гтк или qt. Все приложения в своих контейнерах и везде своя копия тулкита. Как выбрать тему оформления для всех сразу? И так, чтобы настройки слишком новых или старых версий тулкитов не ломали работу остальных?

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

мм.. я не уловил связи между линком на стим, и работой.

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

(без обид, у меня даже в контракте прописано, что я не должен общаться с пользователями на подобные темы, особенно по неофициальным каналам)

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

Но тогда не нужно использовать snap.

Но его просят. Чтобы избежать другого юзкейса, который «когда ставишь пакет, а он не работает или глючит».

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

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

Это основная проблема во flatpak. В snap, к счастью, этой проблемы, нет, т.к. доступ к пользовательским данным там через один интерфейс.

Как выбрать тему оформления для всех сразу?

Элементарно, Ватсон: какая тема стоит у пользователя в Unity, такая тема и является правоверной. Если приложение не поддерживает эти темы, тем хуже для приложения, верно? Хомячки с убунту заминусуют :-)

А если серьёзно, то в snap есть интерфейсы для выяснения текущей темы, использование более-менее распространённых тулкитов позволяет не задумываться об этом. Ну а если у тебя wxWidgets, смотри выше.

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

Это ещё не самое интересное. Обычные приложения в Linux не способны договориться о том, кто чем открывает файлы. Например, KTorrent открывает avi файлы одним плеером, а nautilus другим.

А тут ещё через snap можно будет поставить приложения. Кто чем что открывать будет…

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

Это основная проблема во flatpak. В snap, к счастью, этой проблемы, нет, т.к. доступ к пользовательским данным там через один интерфейс.

Это потому что snap не совсем контейнер. Была бы там полноценная vm и проброс данных стал бы еще какой проблемой.

«Элементарно, Ватсон: какая тема стоит у пользователя в Unity, такая тема и является правоверной.»

Но вопрос вовсе не в том, какая именно тема правоверная, а как обеспечить автоматическое единство настроек одного и того же тулкита, например, gtk, во всех снепах. Чтоб они либо из какой-то мастер-конфигурации все и брали. Или чтобы пользовались одной конфигурацией. Ну не будешь же ты во всех снепах вручную .gtkrc править...

А если серьёзно, то в snap есть интерфейсы для выяснения текущей темы,

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

А во вторых, таких интерфейсов-настроек надо тыщи. Я не представляю себе, как можно все все это вынести в интерфейсы, при том, что даже jack еще в интерфейсы как-то не сподобились вынести...

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

Это ещё не самое интересное. Обычные приложения в Linux не способны договориться о том, кто чем открывает файлы. Например, KTorrent открывает avi файлы одним плеером, а nautilus другим.

Но это странно. У меня даже mc открывает приложения тем же, что выбрано по умолчанию в наутилусе. Есть же общая база миме-типов. По моему, только файрфокс ей не пользуется, а тащит свою.

И кстати, да, я бы хотел выбрав приложение на хосте или в каком-то снепе для открытия файла, пользоваться этим выбором во всех снепах.

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

Как выбрать тему оформления для всех сразу?

см. command: desktop-launch. Те приложения, что я тестил, тему из системы подхватывали нормально.

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

Есть же общая база миме-типов.

Есть. А есть пользовательские переопределения. И они для Gnome и KDE приложений разные, как показывает практика.

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

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

Чушь какая. Конфигурация подсовывается при запуске приложения, а не при установке. А программисту ещё проще — он просто использует нормальный тулкит, который это всё равно делает сам без ансамбля.

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