Это может заставить проблемы переключаться из Кв. - добираются до способности?

Это было сказано относительно списка рассылки Debian, несколько лет назад, то переключение с Кв. - добираются до способности, было опасно. Это - две версии Debian (скажите 10 лет), назад. Все те проблемы, кажется, разработаны теперь, и конечно я не видел проблем или на Debian или на Ubuntu.

Я также сказал бы разрешение и использование aptitude.
Aptitude имеет лучшее управление зависимостью, чем apt-get. Это поможет проведению подсчета осиротевших пакетов низко.
Я считал только что это aptitude имеет лучше dist алгоритм обновления по сравнению с apt-get. Но это - едва уничтожающая функция, поскольку она не используется что часто во время жизни системы.

Дополнительно у Вас будет больше материала объединенным в одном инструменте. Вместо того, чтобы помнить, когда звонить apt-get, apt-cache или dpkg и с которыми переключателями я просто использую способность и получаю большинство сделанных вещей.

Что касается сложностей при переключении "в середине": Я не помню имевший никого, когда я сделал это.

Они не просто другой интерфейс к тому же бэкенду?

Я использую и склонный - добираются и способность без любой проблемы: у Меня есть тот же вопрос... Почему люди говорят это???:D

Продолжите и не волнуйтесь: способность является просто текстом-gui для Кв. - добираются, который Вы могли даже использовать в качестве приложения командной строки, например apt-get install foo совпадает с aptitude install foo.

С уважением

Большой хороший совет уже здесь, но позвольте мне добавить одну вещь, которую никто не упомянул. Если Вы действительно решаете переключиться, можно хотеть выполнить эту команду, в зависимости от того, с чем Вы были готовы apt-get:

aptitude keep-all

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

Вот причина, это иногда полезно: некоторое время теперь, оба apt-get и aptitude отследит пакеты, которые были автоматически установлены как зависимость чего-то еще. Так, например, если Вы устанавливаете mpd, Вы могли бы добраться lib-so-and-so как зависимость. Они делают это, так, чтобы, если Вы позже удаляете mpd, lib-so-and-so удален также. Но aptitude и apt-get обработайте эту уборку по-другому. aptitude сразу попытки удалить все осиротевшие зависимости; но apt-get просто предполагает, что Вы работаете apt-get autoremove вымыться. (Логика позади всего этого - то, что Вы только получили библиотеку с тех пор mpd необходимый это. Если Вы не сохраняете mpd, Вам не должна быть нужна библиотека больше. Если другой пакет все еще зависит от него, то оба aptitude и apt-get будет знать это и не пытаться удалить библиотеку.)

Какова моя точка? Ну, если Вы видели постоянные пошаговые перемещения для выполнения apt-get autoremove и Вы переключаетесь на aptitude, затем можно быть в для шока в первый раз, когда Вы пытаетесь установить что-то. aptitude сразу попытается удалить все те висячие строки. В целом это будет прекрасно (они - висячие строки, в конце концов, и не необходимые), но существует один усложняющий случай. Настольные метапакеты все включают сложную цепочку зависимости, где каждая отдельная программа втянута как зависимость виртуальной обертки пакета. Например, если Вам установили Gnome, потому что Вы установили gnome пакет, затем все Ваши нормальные настольные программы были установлены как зависимости. Если Вы удалили единственную из этих программ (например, Ekiga или Gedit), то в глазах aptitude остальная часть Вашего рабочего стола должна быть удалена также. Отметьте это aptitude всегда спрашивает, прежде чем это удалит вещи, но люди часто вводят 'Y' без чтения. По моему опыту, это - единственная наиболее распространенная жалоба/беспорядок для людей, плохо знакомых с Debian.

Два общих совета:

1. Всегда читайте вывод aptitude или apt-get тщательно, прежде, чем сказать да чему-либо.
2. Помните, что можно всегда делать использование пробного прогона aptitude -s safe-upgrade или aptitude -s install foo. -s|--simulate флаг является Вашим другом.

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

Drats, поскольку я писал это, я погуглил и узнал, что ошибка (#557580 способность не повинуется контактам в preferences.d /*) была уже исправлена!