Как тянуть зависимости для пакета / тестирования от тестирования

Попытка установить более новую версию libav-инструментов из тестирования на мою дебиллиантную стабильную установку. У меня есть тестирование в моих sources.list, и мои настройки выглядят так:

Package: * Pin: release a=stable Pin-Priority: 995 Package: * Pin: release a=testing Pin-Priority: 101 

Если я правильно понимаю wiki , apt-get install pkg/testing будет устанавливать pkg из testing но не будет вытягивать обновления для удовлетворения зависимостей, тогда как apt-get -t testing install pkg/testing должен. Однако…

Результат apt-get -t testing install libav-tools :

 Reading package lists... Done Building dependency tree Reading state information... Done libav-tools is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 12 not upgraded. 

Выход apt-get install libav-tools/testing :

 Selected version '6:9.10-2' (Debian:testing [i386]) for 'libav-tools' Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libav-tools : Depends: libavcodec54 (>= 6:9.1-1) but it is not going to be installed or libavcodec-extra-54 (>= 6:9.10) but it is not going to be installed ... *truncated* E: Unable to correct problems, you have held broken packages. 

Результат apt-get -t testing install libav-tools/testing одинаковый.

Таким образом, кажется, что ключ -t , сам по себе, не находит новую версию пакета, тогда как /testing ломается от депо. Может кто-нибудь сказать мне, если это ошибка пользователя или ошибка?

Дэн, изменив приоритетное число стабильных при стабильной работе, как правило, большой нет-нет, афайк, и на самом деле не имеет смысла. Типичными типами чисел, которые вы хотите использовать для тестирования / нестабильности, являются Pin Priority 50 , и вы не хотите касаться стабильных чисел.

Я посмотрел на страницу Wiki, на которую вы ссылались (вам действительно лучше читать man apt_preferences по крайней мере, для начала), и никто из них не предлагает напасть на номера приоритетов для стабильности. Или, в более общем плане, систему, в которой вы работаете.

С этими значениями -t testing и /testing будут вести себя так, как вы ожидаете. Несмотря на это, -t testing – это не лучшая идея в целом (если вы действительно не знаете, что делаете).

Если вам нужен более подробный анализ того, что происходит; Я думаю, что происходит с /testing это то, что приоритет аргумента (ов) пакета временно нагнетается (в этой команде), вероятно, до 500. Для -t testing это все равно проверяет. Тем не менее, если вы увеличили приоритет стабильности до 500, это не будет работать, как ожидалось. Это можно проанализировать более подробно – возможно, можно спросить, какие пакеты приоритетов есть в команде, но я не знаю, как это сделать.

Выполнение быстрого теста – стабильная стабилизация до 995 (мое тестирование и нестабильность остаются на уровне 50) поддерживает вышеупомянутый анализ. С -t testing slrn 995-т -t testing slrn отказывается что-либо делать. При нормальном значении 500 он пытается обновить 232 пакета.

Вот вывод из случая 995. Случай 500 слишком многословный для включения здесь.

 apt-get install -t unstable slrn Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: slrn : Depends: libc6 (>= 2.15) but 2.13-38+deb7u1 is to be installed E: Unable to correct problems, you have held broken packages.