Действительно ли возможно индивидуально удалить пакеты, ранее установил использование метапакета?

У меня нет потребности в утилите справки, средстве просмотра документов, приложении контактов, и т.д. тот Gnome встроил в оболочку гнома.

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

Я чувствую, что это должно быть возможно и что я пропускаю что-то.

2
задан 16 December 2016 в 01:32

3 ответа

Удаление пакетов, которые вытягивает метапакет, всегда трудно, если не невозможно . Однако, Так как Вы отчаянно готовы удалить их, даже с помощью ручного предположения, я могу предложить хорошую альтернативу.

пакеты, установленные, обновленные или удаленные, зарегистрированы /var/log/apt/history.log файл. Относительно легче просто скопировать имена пакета с соответствующего раздела и вручную удалить их.

Вот образец раздела из файла

Start-Date: 2016-12-12  19:15:40
Commandline: aptdaemon role='role-commit-packages' sender=':1.293'
Install: libva-tpi1:amd64 (1.7.1-2~gd~x), intel-gpu-tools:amd64 (1.15-1intel1), libva-egl1:amd64 (1.7.1-2~gd~x), vainfo:amd64 (1.7.1-2~gd~x), libva-glx1:amd64 (1.7.1-2~gd~x)
Upgrade: libgles2-mesa:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libdrm-nouveau2:amd64 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x), libdrm-nouveau2:i386 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x), libegl1-mesa-dev:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libgles1-mesa:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libglapi-mesa:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libglapi-mesa:i386 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), mesa-common-dev:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libxatracker2:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libegl1-mesa-drivers:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libegl1-mesa:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libgbm1:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libdrm-amdgpu1:amd64 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x), libdrm-amdgpu1:i386 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x), libwayland-egl1-mesa:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libgles2-mesa-dev:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libdrm2:amd64 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x), libdrm2:i386 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x), libgl1-mesa-dev:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libgl1-mesa-dri:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libgl1-mesa-dri:i386 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libosmesa6:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libosmesa6:i386 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libgl1-mesa-glx:amd64 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libgl1-mesa-glx:i386 (13.1~git1611130730.151aec~gd~x, 13.1~git1612120730.609216~gd~x), libdrm-intel1:amd64 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x), libdrm-intel1:i386 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x), libdrm-radeon1:amd64 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x), libdrm-radeon1:i386 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x), libdrm-dev:amd64 (2.4.73+git1611221830.1924b6~gd~x, 2.4.74+git1612060630.082579~gd~x)
End-Date: 2016-12-12  19:16:59

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

Hope это помогает немного, по крайней мере.

Обновление

я записал сценарий Ruby, чтобы помочь видеть, что пакеты устанавливаются с командой, так, чтобы они могли быть удалены позже. Но осторожность должна быть осуществлена, потому что Ваш позже установленный некоторый пакет могло бы также зависеть от некоторых из них. Это все еще не закончено, и я хочу развернуть его. Так или иначе проверьте его здесь https://Загрузка github.com/AnwarShah/apt-remove-meta

  1. zip-файл или клонируйте repo
  2. cd к каталогу и
  3. Выполнение ruby search-apt-log.rb. Это попросит критерий поиска, даст его. Затем это даст Вам историю всего способного события, включающего тот термин. Можно затем видеть, какие пакеты установлены, и удалите их путем копирования имен.
3
ответ дан 2 December 2019 в 02:25

Некоторое время назад я записал sh сценарий, который я назвал склонным-holepunch, который выполняет это ( http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg900702/apt-holepunch). Предупреждение: этот сценарий чрезвычайно опасен.

Полный контекст здесь: https://bugs.debian.org/cgi-bin/bugreport.cgi? bug=625801

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

0
ответ дан 2 December 2019 в 02:25

Я видел, что размер/пространство установки, который будет освобожден для тех пакетов при звонке apt-get, был некоторыми MBS, таким образом, я стиснул зубы, и позвольте apt-get, делают его вещь, и все было в порядке.

Поэтому, если кто-либо еще не так уверен в доведении до конца удаления пакета, просто удостоверьтесь, что размер установки/удаления является правильным для пакета, и все должно быть очень хорошо. Если это обнаруживается как несколько сотен MBS, то не поражайте Y

1
ответ дан 2 December 2019 в 02:25

Другие вопросы по тегам:

Похожие вопросы: