Snap-пакеты из Ubuntu теперь работают и в других дистрибутивах

Ну они к WinSxS хотят еще продублировать, чтобы уж точно ничего не глючило.

Может и такое, но попробовать стоило. Если доконает кучу народа - вернут. Просто как мне, человеку , конечно, далекому, видится это вот как: линукс давно превратился из инструмента для гика в платформу для кровавого Энтерпрайза, а отсюда и то, что будут вводить то, за что платят. Жаль, что нет альтернативы. Эх если бы можно было легко меня систему инициализации, если бы был стандарт и не отвалилась бы куча софта

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

Э нет. Сабж это гугле плей. А все эти инсталяторы просто шлак.

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

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

напротив, я думаю, это придет в голову самим же разработчикам KDE.

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

это и есть страдания?

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

ты описал Ubuntu LTS? :)

Хотя если посмотреть с другой стороны, Snap - это самая лучшая штука для Линукса. Не понимаю почему его ненавидят?

Хотя если посмотреть с другой стороны, Snap - это самая лучшая штука для Линукса. Не понимаю почему его ненавидят?

если почитать комменты хейтеров, вроде ненавидят из принципа, не пытаясь даже понять зачем оно :)

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

принципа, не пытаясь даже понять зачем оно :)

И это плохо. Мало того что они не понимают зачем это, так они как стадо начинают, что это ненужно.

Может потому что это действительно не нужная вещь. Есть flatpak который предоставляет песочницу и в некотором роде подсчитывает зависимости. Есть AppImage который делает тоже самое что онтопик.

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

ну flatpak, snap, appimage и т.п. — это все разные реинкарнации одной и той же идеи.

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

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

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

Но я действительно не хочу конкретно снеп в моей системе. Вот flatpak я бы и добровольно накатил на свою федору чисто ради опесочивания гномоприложений.

а что, кто-то принуждает?

o, они похоже наспупают по всем фронтам, наверное бабло кончается - https://twitter.com/olesovhcom/status/744609239075799044

Страшно что оно может стать стандартом распространения ПО вообще. Тогда что - на Генту бежать?

Нет.

твои рассуждения противоречивы. если оно станет «стандартом вообще» - то и генту это тоже затронет. а если не затронет — то почему оно должно затронуть все кроме генты?

Да.

Обоснуй.

Потому что если в той версии Qt которую запихнули в Ubuntu LTS глючит drag&drop, то разработчик приложения ничего не может сделать по этому поводу, кроме как запаковать правильную версию вместе со своей программой. True story bro.

Надо смотреть. Пока что все попытки отлить серебряную пулю вылились в полное говно.

Стим? Не работают программы. Тарброы? Тоже на удачу. Никс? Тем более ужас на крыльях ночи.

Все пишут одно и тоже, но у всех куча проблем и больше случайности, чем решений.

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

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

О, кстати, хороший пример подобного стим, когда игори порой просто нерабочие и с критическими багами. Но никто особо не фиксит.

Коммерчнский софт

Так ещё куда ни шло. Проприетарщики всё равно никогда не научатся правильно работать с апстримом.

те приложения, ради которых ты и используешь комп

А это ещё зачем? Если они не проприетарные, то они могут и должны лежать в репах (официальных или сторонних — не важно).

Но вот почему-то мне кажется, что этим дело не ограничится и в итоге мы тупо получим венду с её Program Files.

Может потому что это действительно не нужная вещь.

Пусть Canonical доделает свой Snap, тогда можна сравнивать с flatpak, а пока Snap ещё сырой, сравнивать бесполезно.

А это ещё зачем?

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

Но вот почему-то мне кажется, что этим дело не ограничится и в итоге мы тупо получим венду с её Program Files.

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

А они и не должны это делать. Они пишут под конкретную версию библиотек и ее вкладывают в свою сборку. Все.

Так кто виноват, стим, или всетаки разработчик который не фиксит баги?

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

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

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

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

Как из одного следует другое?

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

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

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

Это скотство должно быть запрещено законодательно! Шучу, конечно. Пека боярин, но общество таки должно найти в себе силы и средства пресечь этот дистросодом...

Что интересно, сраный гугле даже тут умудрился обделаться. Эти уроды вместе с гуглой земля положили свою дурацкую сборку qt, еоторая глючит просто несусветно! Но им этого было мало, они пропатчили ее, добавив функцию в три строчки, из за чего при попытке использовать системную qt, эта гугла земля падает! Приходится подкладывать прелоадом свою либу, чтобы избавиться от их забаженной версии qt...

устроит помойку в хомяке

беда-беда

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

У меня помойки нет, и никогда не будет.

Ведёте учёт каждого пакетика в системе? Уж кому-кому, но не гентушникам что-то там говорить про помойку в системе, учитывая, что в генте просто горы всякого мусора типа компиляторов, дев-пакетов, исходников ядра и т.д.

Ведёте учёт каждого пакетика в системе?

У меня в системе 640 пакетов, ни одного лишнего, юзами отшлифованы зависимости, в системе нет ни единого неучтённого файла.

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

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

Всё же лучше, чем полное отсутствие работоспособности, как у множества проприетарного софта не первой свежести.

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

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

Только вот качать придётся реально много :-)

А если качать diff'ами через rsync или частями как в torrent? Короче говоря, это как сделают. Если тупо, то качать придётся весь snap-пакет.

Во flatpak вроде как атомарное обновление внутри контейнера обещали сделать. Но как это будет работать на практике — посмотрим.

А если качать diff'ами через rsync или частями как в torrent? Короче говоря, это как сделают. Если тупо, то качать придётся весь snap-пакет.

Прямо сейчас сделано так, что качать надо весь снап.

Diff-ы сделать невозможно, поскольку неизвестно, какие пакеты и библиотеки уже есть в твоей системе.

При обновлении — это другой вопрос, тут возможны и Diff-ы и что угодно.

Но пока этого тоже не сделано.

Знатоки, подскажите. Вот делаю я свой deb пакет. Закинул в него все требуемые мне библиотеки по пути /opt/myapplication/lib/ и далее при компиляции исполняемого файла указал этот путь для поиска библиотек (с помощью rpath) и вот пожалуйста стандартный deb пакет, содержащий в себе все библиотеки. Нафига этот snap не очень понимаю.

Diff-ы сделать невозможно, поскольку неизвестно, какие пакеты и библиотеки уже есть в твоей системе.

В Федоре пакеты при обновлении не качаются целиком, а качаются diff'ами (*.drpm), поэтому обновления ставятся достаточно быстро. Пакетный менеджер «знает», какие версии есть в моей системе, и сравнивает этот список со списком новых пакетов на сервере, после чего закачивает соответствующие diff'ки.

Что-то подобное несложно организовать и со snap-пакетами. Вопрос лишь в том, что никто оптимизировать закачку snap-пакетов не захочет.

Я говорил об установке или обновлении в ситуации, когда часть содержимого snap уже есть в системе, ведь snap пакет содержит в себе все библиотеки. В этом случае diff по отдельным компонентам сделать не получится, придётся делать diff по всему пакету.

В этом случае diff по отдельным компонентам сделать не получится, придётся делать diff по всему пакету.

Хотя бы так и надо сделать.

категорически ненужно

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

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

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