LINUX.ORG.RU

Изгнание главной нечисти Ubuntu с вашего ПК

 ,


1

1

Ну что же, мне удалось изгнать главную нечисть Ubuntu с компьютера ( не обращайте внимания на то, что это виртуальная машина, я не перейду на Ubuntu пока Canonical не одумается),а теперь инструкция о том, как это сделать.

  1. На Github ( ссылка будет ) есть один проект с громким названием: Unsnap, задачей которого как ясно из названия является полное выпиливание пакетного менеджера snap, с заменой его, и всех программ, установленных через данный пакетный менеджер, на таковые программы в формате flatpak пакетов

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

  3. После клонирования репозитория на локальную машину и перехода в папку с ним посредством команды cd, нам необходимо его запустить, но тут можно схитрить, и запустить его с ключом auto

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

Ограничения:

  1. Самая неприятная особенность, которую заметил во время пробы данного скрипта, не смотря на то, что данный скрипт именуется как unsnap, он не затрагивает непосредственно демон snapd, он удаляет только программы, установленные в данном формате, но справедливости ради скажу что он вычищает абсолютно всё, а удалить сам демон можно посредством apt с ключом purge

  2. Поддерживаются только дистрибутивы семейства Ubuntu, но я не думаю что это большая проблема, тем более snap по умолчанию присутствует только в Ubuntu

P.S: https://github.com/popey/unsnap

P.S.S: https://www.opennet.ru/opennews/art.shtml?num=59366

>>> Просмотр (1920x1080, 1833 Kb)



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

скажи, пожалуйста, а зачем ты это делал всё? :)

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

А вот это уже интереснее. Каким образом собраны эти пакеты? Может кути, или кдешные либы в них статически запакованы? Интересно.

R_He_Po6oT ★★★★★
()

Изгнание главной нечисти - Ubuntu, с вашего ПК

Вот так правильно.

Изгоняется пр помощи mkfs

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

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

Нормально — это с полным доступом для всей ФС для проприетарного приложения? Ой-вей!

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

Плавали, знаем. Зачем такое нужно?

Если бы альтовский ПМ такое умел бы, я слова не сказал бы.

Альтовский epm умеет примерно то же самое. Скрипты, которые скачают тебе бинарник, обернут в библиотеки и пропишут в системе.

Только там другая беда — пока скрипты не обновят, новые версии софта не придут.

И наполняют эти скрипты не все желающие, как в AUR, а только специально одобренные разработчики. Впрочем, это не достоинство и не недостаток, это кому как.

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

Ладно, ну пусть ииииизредка снап бывает нужен некоторым. Но одним лёхким движением я ставлю pamac-snap на свою Манджарочку, и могу ставить НУЖНЫЕ мне отдельные пакеты из снапа. Так как это сделано в Убунте - нехорошо. Так как это сделано в редхатопродуктах - тоже плохо. А свобода выбора без проблем - это хорошо.

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

И наполняют эти скрипты не все желающие, как в AUR, а только специально одобренные разработчики

Звучит как недостаток, ведь и так в оф-репах обновляют пакеты только доверенные лица, а тут еще и скрипты гейткипят в убыток быстродействию.

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

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

Добавить, наверное, можешь. Но сам же и поддерживать будешь. Я тут правил локально опции сборки одного пакета, оставил им сообщение, они подправили себе, дальше едем. А плодить множество пакетов - вот с этим надо бороться.

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

Ну да, логично. Но недавно на глазах увидел метаморфоз. Как пакет wiki-tui пропал из AUR, а через пару дней обновился из extra репозитория.

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

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

Добавить, наверное, можешь. Но сам же и поддерживать будешь.

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

Aceler ★★★★★
()

Почему просто не удалить все снапы штатно, а потом сам снапд приморозить, отключив его запуск?

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

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

выпиливание пакетного менеджера snap, с заменой его, и всех программ, установленных через данный пакетный менеджер, на таковые программы в формате flatpak пакетов

шило на мыло, переходи на debian, подключай backports и забудь про бубунту

Kolins ★★★★
()

Кажется в вашем торте серная кислота была заменена на азотную...

kirill_rrr ★★★★★
()

с заменой его, и всех программ, установленных через данный пакетный менеджер, на таковые программы в формате flatpak

А ты забавный

ya-betmen ★★★★★
()
Ответ на: комментарий от BIOlan

runit и у Artix'а теперь есть среди возможных вариантов инита. Но у Void'а свои преимущества: например, он есть под i686 и летает на нём

SakuraKun ★★★★★
()
Ответ на: комментарий от papin-aziat

«опенсорс, но сомнительный» в двух словах

SakuraKun ★★★★★
()
Ответ на: комментарий от s-warus

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

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

к обсуждаемой теме это не относится

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

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

с приходом «дивана» отпала нужность дебьяна

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

Про контейнеры согласен, но вот так. В данном случае лучше, чем никак.

papin-aziat ★★★★★
()
Ответ на: комментарий от takamushi

Аналогично я в своё время выпиливал Mono с каким-то говноплеером, но при обновлениях они возвращались обратно. Так что пришлось заменить Ubuntu сначала на Gentoo, а потом на Fedora. Там такой дичи нет. Да и Flatpak опционален, сама система не ставит ничего через него.

Feonis ★★★
()

да уж, нет чтобы просто не пользоваться бубунтой

Ros ★★★★
()
Ответ на: комментарий от papin-aziat

Работает с привилегиями на уровне ядра, и соответственно любая дыра в 1.5 миллиона строк SystemD превращается в страшную дырищу. А тяга к дыреням у авторов SystemD определённо есть, как то раз даже антинаградой Pwnie Award наградили за нежелание фиксить одну из них

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

Надо изначально пользоваться нормальным дистрибутивом

Нормальный, это который крашится на каждый чих? Ну уж нет, увольте. Ждем Ubuntu Desktop Core: для системных сервисов - ядро, для софта - snap, для всего остального - docker.

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

не знаю как нарушение работы, но отключение Intel ME на t420 увеличило время работы от батареи на 1/5 (30-40минут), интересно численно сравнить аспекты работы debian и devuan.

s-warus ★★★
()
Ответ на: комментарий от papin-aziat

Вот видите, в случае s-warus дыра нарушала длительность работы компьютера без подзарядки. Возможно, и SystemD тоже это делает, т.к. неэффективный и постоянно вертится в фоне

SakuraKun ★★★★★
()
Ответ на: комментарий от papin-aziat

Ну как бы по системе инициализации Devuan отличается от Debian использованием минималистичного sysvinit, который не был уличён в жирноте и дырявости аналогичных SystemD'шным

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

жалко сравнения нет, единственно в embedded c озу на десятки мегабайт SystemD не используется, да и дебиан 7 у меня в виртуалке на 50мб работал сейчас требуется на (150 не мог) 200мб, кто в этом виноват не известно.

s-warus ★★★
()
Ответ на: комментарий от annerleen

В 2004-2010 может так и было, но если ты даже сейчас попытаешься поставить пакет из дебиана у тебя не получится. Ещё изначально Шаттлворт планировал использовать дебиан в качестве базы, но при этом поставлять более обновленные пакеты. В том время они поставлялись из Debian Unstable если я не ошибаюсь. Сейчас у них отдельные репозитории, со своей системой сборки и тп. Другими словами, от дебиана там apt и deb. В принципе все.

gnu-stallman
()

Может тогда проще сразу поставить mint?
А snap легко и руками вычищается. Даже помню как. :)
ps: но если использовать esm придется оставить по любому.

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

самое главное в дебиан не apt и deb, а разбиение конфигов для удобства администрирования

s-warus ★★★
()
Ответ на: комментарий от LongLiveUbuntu

Можно попробовать запустить систему с systemd в LXC-контейнере и туда установить Snap, после чего пробросить нужные ресурсы (диск, графику, звук).

PeachBlossoms
()

Но зачем? Почему просто не взять другой дистрибутив?

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