Дифференциация жестких и мягких зависимостей

Я попрошу об этом с примером –

Я установил gnash-plugin на Fedora 64 бит с Yum. Он вытащил следующие пакеты –

Installing : agg-2.5-9.fc13.x86_64 1/6 Installing : gtkglext-libs-1.2.0-10.fc12.x86_64 2/6 Installing : boost-thread-1.44.0-7.fc14.x86_64 3/6 Installing : boost-date-time-1.44.0-7.fc14.x86_64 4/6 Installing : 1:gnash-0.8.8-4.fc14.x86_64 5/6 Installing : 1:gnash-plugin-0.8.8-4.fc14.x86_64 6/6 

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

Я проверил remove-with-plugin для yum, но он втягивает все пакеты, которые в настоящее время зависят от пакетов.

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

Когда gnash-plugin не было, firefox работал нормально, но после установки Firefox теперь зависит от этого нового плагина.

Кто-нибудь работал над дифференцированием жестких зависимостей (жесткие средства, которые программа сломает, если пакет там отсутствует) и мягкие зависимости (soft означает, что программа может не пострадать смертельно)?

3 Solutions collect form web for “Дифференциация жестких и мягких зависимостей”

Если вы находитесь на поддерживаемой версии Fedora, вы можете просто сделать:

 yum history list gnash 

…а потом:

 yum history undo <transaction id> 

… если вы получите самую последнюю yum (например, из репозитария yum-rawhide reboild на repos.fedorapeople.org ), то вы также можете сделать:

 yum remove gnash --setopt=clean_requirements_on_remove=true 

В Ubuntu / Debian мы реализуем «жесткие / мягкие» зависимости, имея фактические Зависимости, но также Рекомендуем . У нас также есть предложения, которые являются еще более мягкими и мягкими зависимостями.

Debian и производные имеют жесткие / средние / мягкие зависимости , но это не решает вашу проблему.

APT , эквивалент Deum Yum, отличается от установленных вручную и автоматически установленных пакетов, что решает вашу проблему (автоматически устанавливаемые пакеты удаляются, если от них не зависит установленный вручную пакет). Я не знаю, была ли эта функция перенесена на Yum.

  • YUM не будет обновлять KERNEL
  • Как исправить случайное удаление librpm.so.3
  • Как Linux находит правильное расположение программного пакета
  • Не удалось запустить команду yum на Redhat 7
  • Где я могу найти gtkglextmm для centos 6?
  • Как разрешить дубликаты пакетов из-за прерванного обновления yum
  • RPM Требуется группа
  • мы повторно запустим `createrepo` после копирования новых файлов в репозитории
  • Fedora 14 устанавливает программное обеспечение Fedora 19?
  • Как удалить пакет, который не установлен?
  • Разбивка идентификаторов rpm для файлов разделяемой библиотеки
  • Interesting Posts

    Иконки иконок для значков Linux

    Как мне сделать окно командной строки tmux пустой по умолчанию?

    iptables для получения публичного ip на 2-м интерфейсе виртуального окна

    Как восстановить предыдущую конфигурацию группы томов LVM?

    Что именно происходит, если входной и выходной файлы совпадают?

    Почему есть два файла полномочий, созданных startx?

    Как определить, была ли служба прекращена (не работает, но она должна)?

    las pagination на MontaVista с BusyBox

    awk или sed в нижнем регистре / в верхнем регистре только один символ в строке?

    Как изменить привязки ключевых слов пейджера

    используя доступный через vpn

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

    Как можно добавить текст после существующего отступа?

    Будет ли stat () вызывать реальный доступ к жесткому диску или кэширование информации?

    Как я могу скомпилировать minix при внесении изменений в библиотеки

    Linux и Unix - лучшая ОС в мире.