LINUX.ORG.RU

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

 ,


1

3

Тихо и незаметно была проделана работа по обеспечению поддержки пакетов Snap в Arch, Debian и Fedora. В процессе также добавление поддержки Snap в CentOS, Elementary OS, Gentoo, Linux Mint, openSUSE, OpenWrt и RHEL. По словам Марка Шатлворта, возможна также поддержка Android и Windows.

Snap — пакет со всеми зависимостями, работающий в любом поддерживающем Snap дистрибутиве. Он обновляется автоматически, позволяет использовать свежие приложения в стабильных дистрибутивах, убирает лишние звенья между разработчиком и пользователем. В то же время Snap никоим образом не позиционируется как замена пакетным менеджерам, только как дополнение к ним.

>>> Подробности

★★★

Проверено: Klymedy ()
Последнее исправление: Klymedy (всего исправлений: 2)

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

А зонды в нём по умолчанию ставятся или по желанию?

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

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

DeadEye ★★★★★
()

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

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

Klymedy ★★★★★
()

Ненужное ненужно анужнело прямо все вокруг, даже то что не нужно.

Promusik ★★★★★
()

С чистой совестью теперь можно выкладывать снапы на portableapps.com

liss21 ★★★
()

Snap

Gentoo

FACEPALM.

Snap - пакет со всеми зависимостями, работающий в любом поддерживающем Snap дистрибутиве.

Не обольщайтесь, при любом обновлении glibc будет отваливаться сразу всё. Или половина.

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

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

r3lgar ★★★★★
()

А для слаки опять бох пилить будет?

Reedych ★☆
()

Эпическое ненужно! Одно из явных преимуществ сущестующей пакетной системы - зависимости. А тут какие преимущетва, кроме недостатков?

toney ★★★★★
()

Я говорил, что Ubuntu - это лидер среди Linux систем. И после этого еще кто-то сомневается. А кто сомневается? Тролли, школьники и злопыхатели.

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

Одно из явных преимуществ сущестующей пакетной системы - зависимости. А тут какие преимущетва, кроме недостатков?

Отсутствие необходимости опакечивать отдельно зависимости и разруливать конфликты - вот тебе преимущество.

Если ты считаешь это мелочью, попробуй как-нибудь собрать пакеты со свежим софтом в говно мамон^W^W CentOS.

hateyoufeel ★★★★★
()

Отлично, первая здравая инициатива в линаксе за много лет.

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

А зонды в нём по умолчанию ставятся или по желанию?

Вы держитесь здесь! :-)

http://m.opennet.ru/opennews/art.shtml?num=44611

Хорошего вам настроения и здоровья! :-D

http://mobile.opennet.ru/opennews/art.shtml?num=44622

А ведь были уже и *.run, и *.AppInstall ...

atsym ★★★★★
()
Последнее исправление: atsym (всего исправлений: 1)

Реализация - дно.

1) Приколочено к Ubuntu Store, требует регистрации даже для скачивания и установки пакета.

2) Каждый снап монтируется как loop-образ, соответственно, все эти примонтированные образы вылазят в файловом менеджере и во всех остальных местах, где отображаются примонтированные устройства. Ладно если снапа всего 2-3, а если 20?

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

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

2) Каждый снап монтируется как loop-образ, соответственно, все эти примонтированные образы вылазят в файловом менеджере и во всех остальных местах, где отображаются примонтированные устройства. Ладно если снапа всего 2-3, а если 20?

Привет тебе от австралийского профессора! :-)

http://puppylinux.org/wikka/SquashFS

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

Зачем в винде snap, если там уже всё ставится через жопу в одной коробке со всеми зависимостями?

С недавних пор в винде10 ещё и убунта вместе с apt-get. В этом месяце обещают апдейт не-тестерам.

x3al ★★★★★
()

Snap-пакеты из Ubuntu теперь работают и в других дистрибутивах
В процессе также добавление поддержки Snap в CentOS, Elementary OS, Gentoo, Linux Mint, openSUSE, OpenWrt и RHEL.
Mint

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

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

Предполагается, что libresheto у каждого snap-пакета своя, так что централизованное обновление в принципе невозможно.

conformist ★★★
()

Вот это поворот!

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

Мне это не нравится. Найдется в libresheto уязвимость, и придется обновлять все snap-пакеты, если вообще разработчики озаботятся выпуском обновлений.

Klymedy ★★★★★
()

Возможно, это шаг к устранению такого важного недостатка Линупса, как «дистрибутивы»?

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

1) Приколочено к Ubuntu Store, требует регистрации даже для скачивания и установки пакета.

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

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

Они просто фронтенд сменили.

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

1) Приколочено к Ubuntu Store, требует регистрации даже для скачивания и установки пакета.

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

Вы бы там определились, что ли.

Aceler ★★★★★
()

Fedora

Создали copr-репозиторий с полурабочим пакетным менеджером. Естественно, без работающей изоляции, Apparmor'а то нет. И проблемами с SELinux (требуют переключить в разрешающий режим, или вообще отключить). Официально это поддерживать, разумеется, никто не собирается. Но зато какой пиар!

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

nexfwall ★★★★
()

Идея отличная, реализация как всегда. Почему бы просто не сделать как .app из макоси?

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

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

Теоретически пакет может указывать набор контрольных сумм для каждого файла, а пакетный менеджер не качать один и тот же файл два раза, если он уже есть в системе. Даже дублировать не обязательно, можно использовать hard link. Как сделано в snappy не знаю.

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

Тем временем, во Flatpak додумались опакечивать зависимости пачками, и назвать это runtime. И зависимости остались, и головной боли меньше... и дубликатов библиотек тоже меньше.

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

Спасибо, капитан.

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

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

можно использовать hard link

Между смонтированными в loop контейнерами squashfs...

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

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

macOS

) очевидные плюсы и минусы. А вообще не сочтите за тролля, но вот сустемдэ(я за если что) пришел в неком смысле из мака. Это тоже идея оттуда потыренная.

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

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

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

Потому что придёт Apple, и потребует отчислений.

А вообще, я тоже задумывался над этим когда-то давно, когда тыкал хакинтош. Почему в Линуксах не так? Довольно удобно у них получилось.

А теперь ближе к этому только Flatpak. Но с контейнерами и изоляцией.

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

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

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