Сборка Ubuntu Desktop Next будет переведена с DEB-пакетов на Snappy

[alsoijw]

svcunion, не надо гворить про то, что в лине нельзя ставить офлайн.

[svcunion]

svcunion, не надо гворить про то, что в лине нельзя ставить офлайн.

Это сегодня и вчера. А завтра? Да с этими новшествами.
Потом на многие "нельзя", есть довод, "очень хочется".

Виноват, отвлекся. Пожалуй, утверждение цитаты - можно. Можно всё или по-чуть. Без таскания пакетов и зависимостей.
Наверное, это касается сборок пакетов типа Blender, Eclipse. Ну или ещё с пяток.
Едва ли такой фокус пройдет с UFRaw, RawStudio, VLC ...

[alsoijw]

svcunion, просто под линь софт чаще обновляется. Даже под дебиан.

[Platon]

svcunion, не надо гворить про то, что в лине нельзя ставить офлайн.

Это сегодня и вчера. А завтра? Да с этими новшествами.
Потом на многие "нельзя", есть довод, "очень хочется".

Виноват, отвлекся. Пожалуй, утверждение цитаты - можно. Можно всё или по-чуть. Без таскания пакетов и зависимостей.
Наверное, это касается сборок пакетов типа Blender, Eclipse. Ну или ещё с пяток.
Едва ли такой фокус пройдет с UFRaw, RawStudio, VLC ...

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

[tatesto]

все проги которые написаны на deb и которые в центре приложении их типо не будет больше???

[Freezeman]

ppa в дебиане ведь нету?

http://www.webupd8.org/2014/10/how-to-add-launchpad-ppas-in-debian-via.html
Только вместо названия дистрибутива можно просто писать devel, или как-то так.

[www777]

Freezeman,
Если PPA репозитории так нужны для Debian, почему ни кто не сделал launchpad для debian (риторический вопрос) исходники launchpad открыты по свободной лицензией... убунтовский laucnhpad для debian это костыли, и порой жуткие...

[Freezeman]

На Debian ... нет графического установщика

https://www.debian.org/releases/stable/i386/ch05s01.html.ru#graphical
Пользователь решил продолжить мысль 25 Июля 2015, 18:32:02:

Freezeman,
Если PPA репозитории так нужны для Debian, почему ни кто не сделал launchpad для debian (риторический вопрос) исходники launchpad открыты по свободной лицензией... убунтовский laucnhpad для debian это костыли, и порой жуткие...

Правильно, потому как есть офф. репозиторий. Не хочешь в офф. -- подымай свой.

[DarkFess]

А мне понравилось обновление системы размером в 8 кб: http://www.youtube.com/watch?v=_fuuYUpBJkg

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

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

[alsoijw]

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

[Tear]

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

А какие есть плюсы в делении на пакеты? интересно было бы узнать.

[alsoijw]

Tear, это гораздо более совершенная технология. А по описанию Snappy напоминает винду. Но полноценно работающее исполнение я пока не использовал. Достаточно давно разработчики поняли что не нужно изобретать велосипед, а лучше взять то что изобретено и протестировано. Так появились библиотеки. Технологии винды застыли на этом уровне. У каждого приложения есть зависимости. Без деления на пакеты нужно упаковывать зависимости в инсталятор. Как результат содержание инсталяторов частично дублируется. Порой очень сильно. Как результат черезмерный объем. В случае наличия пакетного менеджера эта информация не дублируется многократно. Я видел несколько виндовых приложений от микрософта, где они не стали включать зависимости. Видимо пожалели свои харды. Результат - многократно надо искать, скачивать, устанавливать в правильном порядке. Если удалять приложение то возникает вопрос - удалять ли зависимости? Если есть пакетный менеджер, то он сам сделает правильный выбор. Если его нет,то есть два варианта - удалять зависимости или нет. Недостатки: в первом случае удалить используемые зависимости, во втором захламлять систему. Логическим продолжением этой идеи(пакетного менеджера) было создание  репозиториев. Теперь не нужно долго искать в инете прогу, она ставится в 1 - 3 команды. Репозиторий кем-то модерируется. Как следствие - безопасность и стабильность пакетов при адекватном модераторе. Как обновлять систему? Пакетный менеджер позволяет обновить систему в 2 команды. Без пакетного менеджера обновление проблематично. Если автор написал систему обновления, то хорошо, иначе обновляй руками. При этом каждое приложение всё равно придётся обновлять вручную. Чтобы избежать этого некоторые пишут свои системы обновления, но несколько таких систем работающих одновременно серёзно замедляют пк. Вот всё что сразу пришло в голову. Может если подумаю, то что-то ещё вспомню.

[DarkFess]

alsoijw,
везде есть свои плюсы и минусы, конечно.

Но я думаю для Snappy будет аналог официального репозитория, откуда все обновления будут безопасны и процесс обновления для пользователя отличатся не будет. Просто я столкнувшись в продакшне с болью зависимостей: например, нужен Python не тот а вот этот, нужна Java не та, а эта + в разных дистрах и разных версиях этих дистров лежат пакеты разных версий, и тогда это просто превращается в АД. А обновления в боль. Теоретическое избавление от всего этого выглядит панацеей, отрицать не буду.

В любом случае, старый добрый Debian от нас никуда не денется. Интересно посмотреть, что выйдет у Ubuntu из этих начинаний. Есть опасение, что они просто захлебнутся под горой багов от ряда новинок: Mir и отсутствие дров для него, snappy, Unity 8, мобильная версия системы... ну как бы

[www777]

А по описанию Snappy напоминает винду.

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

Я не знаю, snappy хорошо это или плохо, об этом рано говорить, но в целом идея Canonical интересная. Если совсем грубо, то как я понимаю Canonical в итоге сохранит многие прелести deb, добавит использование дельт, что уменьшит размеры обновлений, и предоставит возможность удобного использования приложений в не зависимостей системы, то из за чего вы постоянно сравниваете snappy с виндой.

[Freezeman]

Если я правильно понял, то snappy -- это только про ubuntu-core. Всё остальное так и останется в deb. Есть несколько тёмные мысли, что snappy понадобился за тем, что APT в будущем будет не в состоянии самостоятельно обновить ubuntu-core.

Либо же, всё вообще проще. Snappy только для облаков (развертывание и т.п.) и оборудования. Для десктопа всё останется как есть.

Snappy apps and Ubuntu Core itself can be upgraded atomically and rolled back if needed — a bulletproof approach that is perfect for deployments where predictability and reliability are paramount. It’s called “transactional” or “image-based” systems management, and we’re delighted to make it available on every Ubuntu certified cloud.

Snappy-приложения и Ubuntu Core могут быть обновлены атомарно с возможностью отката при необходимости — пуленепробиваемый подход, который идеально подходит для развертываний, где предсказуемость и надежность имеют первостепенное значение. Это называется “транзакционные” или “image-based” системы управления, и мы рады сделать ее доступной на каждом сертифицированном облаке Ubuntu.

Пользователь решил продолжить мысль 30 Июля 2015, 20:47:56:Короче, да:
http://www.opennet.ru/opennews/art.shtml?num=41499

Ubuntu Core представляет собой пригодную для использования со Snappy базовую часть Ubuntu, содержащую самый свежий срез компонентов дистрибутива (применены все обновления), минимально необходимых для запуска типовых программ. Благодаря логическому отделению базовой системы от приложений, поддержанием кодовой базы Ubuntu Core в актуальном виде и разработкой дополнений занимаются разработчики Ubuntu, а об актуальности дополнительных приложений заботятся разработчики данных приложений. Таким образом, формирование программной начинки устройства на основе Ubuntu Core даёт возможность обновлять базовую часть системы и приложения независимо от активности производителя оборудования, что решает проблему с затягиванием производителями выпуска обновления прошивок с устранением уязвимостей.