Проверка deb зависимости против существующей системы
Да, это назвало Конфетку :) Итак, почему хостинговая компания отключала конфетку? Единственная причина я могу думать, состоит в том, что они не хотят Вас программное обеспечение установки. Возможно, надлежащий план действий должен работать с ними для получения trac, установленного на VPS?
Согласно руководству: dpkg -i --force-bad-path --dry-run foo.deb. Однако это не работает, ошибка была зарегистрирована об этом 10 лет назад.
Существует соответствующая опция в apt-get и aptitude, но это только относится к пакетам, полученным через Кв.
Вот путь, который является очень hackish, но действительно работает, вид.
Удостоверьтесь, что Вы не корень, или Вы рискуете перезаписывать некоторые системные файлы.
Создайте временный каталог и изменение в нем.
mkdir root
cp -as /var/lib/dpkg .
rm dpkg/lock dpkg/triggers/Lock
fakeroot dpkg --force-not-root --force-bad-path --admindir=dpkg --instdir=root --log=log -i mypackage.deb
Это будет распаковывать пакет и затем жаловаться на любые недостающие зависимости от stderr. Это, вероятно, возвратит ненулевое состояние, даже если не будет никаких недостающих зависимостей из-за сбоя postinst сценарий.
Я не попробовал пакетом, который имеет a preinst сценарий, это возможно это dpkg сдастся прежде, чем проверить зависимости.