Причина поспешных приложений (ре) установка на 19,10 обновлениях?
В 19,04 я удалил все поспешные приложения и установил регулярные версии кода этих тех же приложений.
Я обновил до 19,10, и это переустановило все те же поспешные приложения! Это может рассматриваться как различный/dev/loop [1-8] устройства...
Filesystem Size Used Avail Use% Mounted on
/dev/sda7 568G 381G 159G 71% /
/dev/loop1 3.8M 3.8M 0 100% /snap/gnome-system-monitor/107
/dev/loop2 15M 15M 0 100% /snap/gnome-characters/359
/dev/loop3 157M 157M 0 100% /snap/gnome-3-28-1804/91
/dev/loop0 23M 23M 0 100% /snap/snapd/4992
/dev/loop4 45M 45M 0 100% /snap/gtk-common-themes/1353
/dev/loop5 1.0M 1.0M 0 100% /snap/gnome-logs/81
/dev/loop6 4.3M 4.3M 0 100% /snap/gnome-calculator/544
/dev/loop7 55M 55M 0 100% /snap/core18/1223
/dev/sda6 11G 6.7G 4.0G 63% /media/username/Shared_Data
/dev/sda2 96M 74M 23M 77% /boot/efi
/dev/sdb1 384G 73G 292G 20% /media/username/Timeshift
/dev/sdb2 57G 98M 57G 1% /media/username/Shared_Data_2
/dev/loop8 55M 55M 0 100% /snap/core18/1265
Какая-либо идея, почему Ubuntu настаивает (ре), устанавливающее поспешные приложения? Разве они не задерживают время начальной загрузки? Что подает эти поспешные заявки лучше?
1 ответ
Посмотрите на декларацию. Это указывает все снимки и пакеты, связанные со снимком, которые были бы установлены.
gir1.2-snapd-1:amd64 1.49-0ubuntu1
gnome-software-plugin-snap 3.30.6-2ubuntu10
libsnapd-glib1:amd64 1.49-0ubuntu1
snapd 2.41+19.10.1
snap:core stable 7917
snap:core18 stable 1223
snap:gnome-3-28-1804 stable/ubuntu-19.10 71
snap:gnome-calculator stable/ubuntu-19.10 501
snap:gnome-characters stable/ubuntu-19.10 317
snap:gnome-logs stable/ubuntu-19.10 81
snap:gtk-common-themes stable/ubuntu-19.10 1353
То, что Вы удалили их в 19,04, не должно было влиять на то, что установлено в 19,10, но это, кажется, не имеет место.
В 19,04, если Вы работаете sudo apt purge snapd, выполнение так удалило бы, в дополнение к snapd, снимки в настоящее время установлены в Вашей системе. Теперь, если Вы работаете sudo do-release-upgrade, ни один snapd ни любые снимки установлены. Два пользователя, здесь, и здесь, проверили это. Я также проверил в VM, что обновление от 19,04 до 19,10 не переустановило снимки или snapd, если sudo apt purge snapd был выполнен прежде sudo apt purge snapd.
Сохранится ли эта ситуация, если пользователи в конечном счете обновляют от 19,10 до 20,04, неясно.
Однако существует комментарий, законченный по discourse.ubuntu.com, который стоит прочитать. Заключение в кавычки оттуда:
Это просто походит на запрос новых функций в инструменте обновления. По существу, если пользователь уже удалил снимок и установил deb приложения, то обновление происходит, они получают вещь назад, что они удалили.
Однако я не уверен, что инструменты обновления обладают интеллектом, чтобы знать о предыдущем удалении снимка, и не хотят это назад. Далее, точка инструмента обновления должна взять Вас к новому выпуску. Те снимки являются частью нового выпуска. У меня есть чувство, если бы Вы удалили Firefox от 19,04 и обновили до 19,10, то Вы вернули бы Firefox. Который является подобным вариантом использования, который Вы описываете.
Тот комментарий указывает, что снимки должны быть переустановлены, который не является тем, что мы, кто произвел чистку snapd посмотрите.
(Я также указал бы, что прежде, чем обновить до 19,10, я произвел чистку нескольких шрифтов, в которых я не нуждаюсь. Они также не были переустановлены.)
Ре.
Что подает эти поспешные заявки лучше?
Martin Wimpress является новым Настольным директором Ubuntu. Он говорит об объяснении позади снимков в этом видео: будущее Ubuntu & Unpacking Snaps с Martin Wimpress | Часть 2 | Переговоры по IG ep. 4.