Однажды после свежей установки kubuntu мне потребовался обычный калькулятор. Мой любимый - это gnome-calculator. У него есть отличная функция истории операций. И тут внезапно я SNAP...
Последнее время программисты обленились и не хотят оптимизировать системы. Библиотеки растут до невиданных размеров, и никто не собирается разбивать их на кучу маленьких. Потому что "иначе будет сложно вести разработку". Из-за этого решили придумать SNAP пакеты. Это установки программ, которые вместе с кодом самой программы несут ещё пару сотен мегабайт библиотек, которые нужны для запуска программы.
Так сегодня утром я в очередной раз запускал обычный калькулятор на своём ПК и поймал себя на мысли о том, что загрузка такой простой программы длится более 10 секунд. Начав разбираться я обнаружил, что установил из менеджера пакетов не простой пакет, а SNAP... В этот момент у меня появилась жгучая боль ниже спины. Я удалил вообще всё, что связано со SNAP из системы. Расскажу как это сделать
Перед удалением необходимо посмотреть все установленные SNAP пакеты, чтобы ничего не исчезло неожиданно:
snap list --all
Если в списке нет знакомых названий (кроме "core*" и "snap"), то можно удалять без оглядки.
Можно удалить двумя способами: автоматическим и ручным. Попробуем оба. Сначала автоматический (он предпочтительнее и короче):
apt autoremove --purge snapd
Благодаря "--purge" будет удалены ещё и все настройки программы.
Теперь посмотрим как удалить этот ужас вручную. Для этого отключим службу и удалил её из автозагрузки:
sudo systemctl stop snapd.service
sudo systemctl disable snapd.servicesudo systemctl stop snapd.socket
sudo systemctl disable snapd.socket
Затем удалим пакет полностью:
sudo apt remove snapd
Удалим ещё и кеш, который почему-то остался:
sudo rm -rf /var/cache/snapd/
P.S.
Поле удаления этого недоразумения установил калькулятор из обычного репозитория. Теперь он грузится меньше секунды. А не 10-15 секунд, как раньше из SNAP пакета.
В целом, я не возражаю против концепции SNAP пакетов. Но для их работы нужен 100 ГГц процессор. Чтобы влияние на быстродействие было ничтожным.
P.P.S.
Когда же люди перестанут просто так лепить програмный код, а остановятся и посмотрят назад? Процессоры на наших компьютерах работают на частоте почти 5 ГГц, а диски выдают сотни тысяч файлов в секунду. И при этом обычный калькулятор из SNAP пакета запускается за 10 секунд. Зачем это всё?
Почему нельзя объявить год глобальной оптимизации и разобраться с долгами в программировании? Иначе даже 10 ГГц процессора нам не хватит, чтобы запустить калькулятор быстрее, чем за 10 секунд.
Можно просто поставить mint, из него снап был выпилен.
Ох, переустановка всей системы - это слишком радикальный способ борьбы со SNAP. И в LinuxMint по умолчанию установлено много лишнего.
Я ушёл с mint на kubuntu по причине проблемы с видео. Не знаю, связано ли это с xserver или cinnamon, но во время записи экрана получалось лагающее видео (артефакты). Времени разбираться не было, не стал копаться в причинах. Перешёл на kubuntu с wayland и kde не меняя железо.
Спасибо большое!
Спасибо, этот snap uёbiщe жуткое, так тормозит ubuntu
Как по мне, snap - очень даже удобная штука. Допустим, opera может вообще не установиться на какой-нибудь debian stretch, но snap позволяет это сделать без всяких проблем. А вот долгий запуск снапов заключается вовсе не в том, что нехватает производительности компьютера - на 24 ядрах с SSD они запускаются всё равно ДОЛГО. Проблема здесь в самой тормознутости снапа, который, я уверен, в будущем доработают и оптимизируют.
Раз уж вы вытравливаете snap полностью, то лучше запретить его установку вообще, сделать это можно двумя способами:
1) Простой (не рекомендуется, т.к. может включиться) apt-mark hold snanpd
2) Рекомендуемый - создать правило для apt:
Добавить в /etc/apt/preferences следующее:
Package: snapd
Pin: release *
Pin-Priority: -1
А вообще, ubuntu - это такая большая помойка, с которой я потихоньку пытаюсь слазить, чего и всем советую.
Если не секрет, то в какую сторону слазите? В Debian, Arch, BSD или другую?
И тот же вопрос про серверную систему, если пользуете.
На серверах использую Ubuntu Bionic и Ubuntu Focal. Пока не рискую.
А вот на десктопе пересел на Debian.
Вообще, изначально я пользовался арчем, но мне нужна стабильность, а не вечные проблемы.
То же самое касается и Gentoo - часами комплировать программы я не могу, даже на серверах.
Поэтому, пока что думаю переходить на Debian.
Но с дебиана я ушёл из-за его постоянных глюков, например, как пару лет назад они завезли обновление самбы, из-за которого не работала авторизация вообще, в то же время в убунту это обновление не было внедрено.
Темболее, в дебиане удаляют программы просто потому, что так захотелось разработчикам. Например, в последнем релизе Bullseye удалили программы, которыми я пользуюсь постоянно - nomacs и shutter. Вот просто взяли, и удалили.
Вот вам и мнимая стабильность дебиана.
Поэтому, не могу пока дать однозначный ответ, куда лучше переходить. Если кратко, то если нужна стабильность - это Ubuntu, а если нужно отсутствие глюков - Debian.
Раньше пользовался shutter. Но когда перешёл на KDE, то начал использовать kde-spectacle: https://apps.kde.org/ru/spectacle/ . У неё нет браузера сделанных снимков, но стартует она заметно быстрее shutter, выходя сразу в боевой режим. То есть можно кликнуть на неё иконку в панели быстрой загрузки (команда "spectacle --region") и сразу делается снимок экрана, который потом вырезаешь. Очень удобно из-за скорости срабатывания.
На десктопе тоже сейчас тестирую Debian. Буквально вчера установил её в virtualbox. Не нравится Ubuntu тем, что в ней много пакетов из ветки experimental, к качеству проверки которых есть вопросы. Поэтому думаю как бы отгородиться от таких проблем со "стабильностью" Debian, в которой есть хоть какой-то отстойник, где программы проверяются временем. Нужно хотя бы пол года, пока народ обнаружит подставу (малварь), если она есть, и исправит её. А в списке таких тестировщиков быть не хочется.
Но сейчас в experimental находится, к примеру, последний firefox 90.0, разработчикам которой я более-менее доверяю. А в unstable Debian только версия 88.01. Поэтому устанавливаю её оттуда через "apt install -t unstable firefox" и с добавлением unstable репозитория в sourcelist и в правила apt/preferences:
Package: *
Pin: release a=unstable
Pin-Priority: 99
Спасибо за утилиту, я уже пересел на KDE, тут она встроена.
Сам snap в принципе не плох, но у него масса косяков, которые разработчики не хотят устранять, в частности:
1) Нет нормального способа очистки старых версий пакетов, приходится изворачиваться и путём листинга отключенных пакетов удалять всё вручную. Бред, крайне неудобно;
2) Очень плохая интеграция со всеми DE. Например, в той же LXDE вообще программы из snap не отображаются, приходится городить костыли в виде редактирования запускного файла startlxde. Помимо этого, невозможно задать программы snap по умолчанию, в той же KDE;
3) Нет настройки обновлений - либо он обновляет всё автоматически, либо ты прибиваешь сервис вообще. Тоже бред.
Ну и ещё такая проблема есть в линуксах, как отсутствие мультипрофильности для программ. Вот в винде я могу создать множество портативный копий ungoogled-chromium, которые будут независимы друг от друга, и в которых я могу прописать разные прокси и т.п., в линуксе же я просто не понимаю как это можно даже в теории реализовать. Даже с тем же snap'ом можно было бы запилить мультипрофиль.
Так что пока как-то так...
Сам сейчас сижу на Debian Bullseye+KDE, напрягает то, что вырезали nomacs из дистрибутива. Почему, зачем? Фиг знает!
Перешел на всех десктопах на debian, так как ubuntu иногда выкидывает приколы, которые не сравнятся со стабильностью дебиана, не смотря на его минусы. Для firefox нашел отличное решение без snap и прочего говна, всем советую, работает на стабильном debian без проблем.
https://sourceforge.net/p/ubuntuzilla/wiki/Main_Page/#installation
Из дебиан stable (не snap и т.п.) можно установить "FireFox ESR", который отличается от простой лисы только периодом обновления мажорных версий. То есть вполне рабочий вариант браузера. Разве что на 6 недель устаревшего (не считая обновления безопасности).
Вообще SNAP штуковина серверная, а не десктопная. И Ubuntu как тестовый полигон взяла System76 под своё крыло, где вечно их припихивает. Ну и их разработку Pop!OS с удалённым Snap и дефолтным flatpak. Все же понимают, что будет через 1-2 года? Red Hat "спасибо" за ядро в том виде с которым мы имеем дело со systemd и остальным. По факту: Ubuntu server - SNAP, Desctop - пока что SNAP, будет Flatpak. Если сразу хочется - Pop!OS, Mint я смотрю коллеги выше писали.
После удаления
# aptitude search snap | grep '^i'
i A libsnapd-glib1 - GLib snapd library
i A libsnappy1v5 - fast compression/decompression library
После следующей команды нажимать йес не нужно
# apt purge libsnapd-glib1 libsnappy1v5
Вывод обескуражил. Ну и как без snap всё это работало 🙁
я бы на вас подписался, если бы вы rss сделали
а пост сохранил везде
и да, спасибо
ЗЫ не понимаю, почему меня кубунта так бесит, слишком красиво что ли
хфси моя любовь
Спасибо!
Ох, не думал, что rss будет востребован. Пожалуйста, попробуйте в качестве rss источника эту ссылку: https://www.alexgur.ru/feed/
Этот сайт на wordpress, и судя по коду страницы, это "application/rss+xml". К сожалению, сам никогда не пользовался rss, даже клиент не смог выбрать. Поэтому подсказать тут больше не смогу.
P.S.
Сейчас сижу на Debian+XFCE4. Крайне доволен скоростью и потреблением ресурсов. А Ubuntu+KDE не нравится тем, что жрут 1 Гб ОЗУ после старта. А вот XFCE4 - 350 метров.
P.P.S.
Полгода назад сидел на отечественном AstraLinux. Там 275 МБ ОЗУ после холодного старта. Вспоминаю и радуюсь за наших разработчиков... но ворох мелких косяков в окружении заставили убежать на Debian+XFCE
P.P.P.S.
Собираюсь публиковать статью про минимальную установку комбинации Debian+XFCE по типу прошлой "Debian. Минимальная установка KDE": https://www.alexgur.ru/articles/6967/