Сколько версий одних и тех же пакетов в /var/cache/pacman?

1,6G /snap/skype
понаставят гавна...

snap

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

Что мне в виртуалку давать?

нет, серьёзно, ты хочешь «сувать» контейнеры в виртуалку?

терь будут называть убунту - ядром?

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

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

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

Кэш на другом разделе, его не считал.

Manjaro

Дарю бесплатный хинт

sudo du -h -d 1 /snap | sort -h

Кэш на другом разделе, его не считал.

Ну вот и открываются ньюансы :) А так-то хватает.

Виндовенько. Почисти помойку свою.

Как, каким путём мы умудрились прийти к ЭТОМУ?

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

Нафиг надо

Говорили тебе - лучше футбол смотреть.

так этот шлак и в кубунте и хубунте или эти инновации только в оригинальной

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

Хотели? Получите.

флатпак вроде норм

Ну почему ты такой толстый? Не ты ли вопил «да ты издеваешься, хотеть чтобы с 1 гигом памяти линукс не тормозил?! Хватит использовать EOL-железо! Сейчас надо 8 Гб ОЗУ минимум!». Так что тогда за «двойные стандарты» в плане места на диске? Получай по себе своим же оружием!

5,7 Гб ему много, видите ли - у меня директория с торрентами занимает 80 гигов, с исошками 14 гигов, SteamApps - 50 гигов. И это всё на SSD-шке ноута, да.

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

Ты еще и результат запуска df покажи. У тебя должно быть довольно много места в /var, так как (по крайней мере по умолчанию) размер логов устанавливается в меньшее из значений: 4Gb или 10% от объема диска.

ну вот есть эндлесс ос там она вся на флатпаке скручена

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

При чём тут винда? Зачем удалять то, что не мешает?

AppImage — стандартизированный формат и утилиты для создания портативных программ. Программы портативными сами по себе не становятся, нужно их сначала собрать таким образом, чтобы они запускались условно везде (либо статическая компиляция, либо компиляция с glibc как можно старше версии, на CentOS 6 или Debian 7). Никакой изоляции AppImage не предоставляет, это просто портативная программа в «самомонтирующимся архиве».
Чтобы запустить AppImage, не нужно устанавливать что-то дополнительно — достаточно скачать файл AppImage, chmod +x file.AppImage, и все.
Репозитория как такового нет, программы не могут самостоятельно обновляться.

Преимущество AppImage в том, что это — портативная программа, которая запускается везде, не требует ничего дополнительно, и весит мало. Отлично подходит для софта, который требуется запускать раз в год, а в репозитории отсутствует.

Flatpak и Snap гораздо сложнее, аналоги Docker для не-только-серверных программ. Оба предоставляют базовые образы, которые используют все пакеты, оба требуют установки утилит для возможности использования Snap или Flatpak-пакетов. Есть центральные репозитории, обновления пакетов, изоляция (в метаданных пакетов указываются привилегии, которые ему нужны). Flatpak и Snap-пакеты создаются автором софта, а не мейнтейнером дистрибутива, и не зависят от дистрибутива, на который установлен Snap или Flatpak. Например, разработчик может один раз сделать пакет со своей программой, и ее можно будет установить и полноценно пользоваться в любом дистрибутиве, где есть Snap и Flatpak. Разработчику не нужно мучаться пакетами для разных дистрибутивов разных версий.

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

При чём тут винда?

Еще немного и его система будет весить как винда.

Зачем удалять то, что не мешает?

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

Flatpak и Snap-пакеты создаются автором софта

В теории может быть.

Но вот на практике, к сожалению, те же snap пакеты 📦 создаются совершенно левыми людьми. А иногда эти левые люди и майнеры встраивают туда же...

Еще немного и его система будет весить как винда.

Иии что? Это не имеет отношения к ОС, дрочащие на размер системы есть везде.

Система, как и жилье нуждается в уборке.

Потому что ты так сказал? Диды так делали? Помню, во времена Windows XP нуждалась. Какой-нибудь линукс с make вместо пакетного менеджера тоже может. В нормальном линуксе нет никакой потребности в уборке. Лежит себе библиотека и лежит.

Ничего-ничего. Скоро ещё systemd portablectl принесёт, будет ещё один вариант «унифицированного на все дистрибутивы» способа установки софта с зависимостями. За что dpkg/rpm/etc гнобили, на то и напоролись.

В нормальном линуксе нет никакой потребности в уборке.

Потому что ты так сказал?

Лежит себе библиотека и лежит.

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

Дебилушка, в Windows проги от силы тянут MSVC redistributable, который часто обновляется.

А на всё остальное есть 23 лет binary API/ABI compatibility (с 1995 года), которой в Линукс не пахло. >95% Win32 программ для Windows 95 отлично работают под Windows 10 64.

Так что не надо вонять.

// b.

Так-то оно так.

https://bitly.com/gBOiz6 по-прежнему актуален. В 1999 году написан, обновляется по-минимому. Мыши продолжают жрать кактус, и постоянно придумывают варианты как сделать кактус вкуснее.

// b.

Тут я не выдержал и заржал в голос

Пока на 16.04, днями ядро обновилось до 4.15 (которое canonical будет поддерживать как lts несколько лет). Учитывая что нужный софт для разработки ставлю руками, а броузер вроде будет обновятся до EOL дистрибутива, то можно отложить обновление на очень долго.

Пока на 16.04

Ты так говоришь, как будто в 16.04 нету по дефолту snapd, а на 18.04 прям заставляют пользоваться snap пакетами :D

Все верно я тоже отложил обновления нетворк менегеров и ядер , ломают , видимо внутри чуствуют подгоряет с ядра 4.13 от Ubuntu 17.10 и 4.4.0-116 от Xenial потому что там каким то чудом остаются следы чужого рукоделия , обновляю только что в синаптике видно

Страхи и ужасы ubuntu

Кто бы сомневался...

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

Xubuntu, Lubuntu и Kubuntu 18.04 не имеют snap-ов по умолчанию.

Ну и Debian есть, наконец.

это не просто приложение, это snap. там вообще все зависимости, и не должны зависеть от твоей системы.

там вообще все зависимости, и не должны зависеть от твоей системы.

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

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

Хотели? Получите.

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

с этого места поподробнее, где, что, почему, как этого не допустить?
а про вес — там ведь они ещё и сжимаются?

Одно приложение весит ПОЛТОРА ГИГА???

Допустим. И что? Это ж копейки.

250GB ssd стоит $100

получается $0.4 за гб

гигабайт тут, гигабайт там - и вот уже базовая система занимает 50ГБ

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

sudo du -h -d 1 /snap/

Эта команда тебе вывела сколько данных у тебя _внутри_ squashfs. Больше интересно, сколько оно реально места занимает.

du здорового человека

$ sudo du -hd1 /snap/
8,0K	/snap/

du: невозможно получить доступ к '/snap/': Нет такого файла или каталога

Это пипец. Я тут день мучаюсь. Думаю почему у меня система не грузится.

https://forum.snapcraft.io/t/snapd-service-delays-startup-in-ubuntu-18-04-wit...

это тупняк

~$ systemd-analyze blame
      2min 269ms systemd-networkd-wait-online.service
          3.917s systemd-udev-settle.service
          3.173s dev-loop1.device
          3.162s dev-loop0.device
          2.551s snapd.service
          1.638s networkd-dispatcher.service
          1.046s apparmor.service
           926ms nftables.service
           868ms ovsdb-server.service
           775ms keyboard-setup.service
           640ms ovs-vswitchd.service
           525ms systemd-udev-trigger.service
           487ms zfs-mount.service
           473ms zfs-share.service
           436ms user@1000.service
           430ms grub-common.service
           388ms ssh.service

Ну да...

10min 234ms lxd-containers.service

На 18.04 не собираются снапы на прямую.

у меня после удаления lxd который в репозитории какая-то жопа с сервисами

~$ systemctl status lxd.service
● lxd.service
   Loaded: masked (/dev/null; bad)
   Active: inactive (dead)

250GB ssd стоит $100

$74. 30 американских копеек за гигабайт и будет только дешеветь. Вообще не вижу повода для паники.