В топике у нас возник диалог на тему что лучше apt или aptitude

Пару лет назад я изучал этот вопрос но так и не увидел явных преимуществ.

Прошу меня дополнить или поправить. Но не забывайте про то, что зависимости в Убунте и Дебиане обрабатываются по разному.

Дошли руки и совесть сделать чудовище для получения списка пакетов которые хорошо бы обновить :)

Пять параметров, по которым aptitude превосходит (по четвертому параметру не уступает) apt:

1. Логичность синтаксиса. И единство управления.
2. Гибкость поиска.
3. Проставление меток пакетов.
4. Разрешение зависимостей.
5. Интерфейс.

Когда я начал обновлять систему с томского зеркала, apt начал ругаться на отсутствующие публичные ключи. Debian.tomsk.ru (то самое зеркало) рекомендует следующий скрипт

Ты установил *ubuntu или Debian? Молодец. Что дальше? Это руководство поможет разобраться в системе управления пакетами APT. (Внимание, большой текст!)

Сегодня, в день релиза кде4.2 я все ждал, когда же он появится в репах и нервно делал apt-get update.
Было очень неприятно увидеть такие матерные слова в консоли:

Чтение списков пакетов... Готово
W: Ошибка: http://ppa.launchpad.net intrepid Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 60487016493B3065
W: Вы можете запустить 'apt-get update' для исправления этих ошибок
Собственно, косяк и вышел при апдейте, поэтому я сразу допер, что это не выход.

Что же делать, подумал я

Система: arch linux, catalyst 9.8, kernel 2.6.30

При работе от батареи, при маленьком простое (где-то минута), система зависает. На «магический» REISUB не реагирует.

Если работать без иксов, или даже в консоли по ctrl+alt+F[1—6], то всё нормально.

Подскажите что может быть. В каких логах смотреть?

Приветствую вас всех!
Суть такова - мой лучший друг работает в одном НИИ программистом и работает там с Kubuntu 8.10 amd64, пишет что-то с использованием Qt. На их корпоративном прокси сервере введены довольно жесткие ограничения - никаких https, никаких файлообменников, и нет доступа к репозитариям ПО, даже официальных Canonical.
На моем же компьютере, не имеющем никаких подобных ограничений, стоит Ubuntu 9.04 i386.
Так вот, иногда ему требуется обновить некоторые пакеты или установить новые. Причем, в подавляющем числе случаев, это нужно по работе, но на служебки отвечают отказом и предлагают скачать самостоятельно. Иногда нам везет и удается просто отправить по почте пару пакетов, скачанных с Launchpad, однако, чаще всего, зависимости вручную удовлетворить не получается.
Подскажите, как можно выкачивать на свой компьютер пакеты с необходимыми ЕМУ зависимости, ЕГО архитектуры, актуальных для его дистрибутива версий.
Я себе это представляю так - я каким-либо образом получаю информацию обо всех установленных на его машине пакетах, делаю у себя локальный репозитарий, который затем наполняю лишь необходимыми пакетами, передаю эти пакеты ему (никаких scp, или подключение моего репозитария и подобного использовать не получится, только передача файлов по почте или на флешке). Он устанавливает их в свой локальный репозитарий или использует dpkg -i ~/path/*.deb
При этом этап подготовки его машины должен быть с минимальным количеством пакетов для установки (поднимать веб-сервер с кучей зависимостей, например, совсем не улыбается).
Подскажите как можно организовать подобную передачу пакетов наиболее удобным способом или решить задачу по-другому?

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

Часто приходится ставить софт "на посмотреть". Т.е. поставил, один-два раза запустил и удалил. Вроде бы ничего страшного - apt-get наш спаситель, но нередко бывает, что пакет при установке притягивает за собой толпы библиотек по зависимостям, и при удалении этого пакета все библиотеки остаются в системе. Часть из них, конечно, можно вычистить с помощью apt-get autoremove, но большая часть всё-таки остаётся. Я обычно в таких случаях записывал себе куда-нибудь список пакетов, устанавливаемых с нужным мне софтом и потом сносил его руками. Вот, решил этот процесс немного автоматизировать скриптом. Ничего особенного, просто небольшая экономия времени.