Debian нестабильное поле имеет старую версию пакета, отказывается обновлять, повреждая установку
Мы имели подобный, происходят, и трудно выяснить. То, что произошло с нами, - то, что одна из наших почтовых программ поставилась один из различных Черных списков В реальном времени (РУБЛЬ) там, который Живой MS использовал в их spam/not-spam принятии решений. Мы должны были быть вычеркнуты из списка РУБЛЯ, прежде чем мы могли поставить. Microsoft была особенно НЕ полезна в этом, поскольку они не испытывают желания говорить людям, как обойти их проверку спама.
На основе вывода apt-cache policy python-twisted-core, склонный не видит, что версия 10.1.0-1 существует. Это показывает версию 10.0.0-3 как устанавливаемую из источника, который Вы ожидаете.
Только для ссылки, проблема могла, что Вы забыли работать apt-get update (или что-то эквивалентное такой как aptitude update), или что команда обновления перестала работать по некоторым причинам, такие как сетевая ошибка. Но я не думаю, что это - то, что произошло с Вами.
Проблема могла состоять в том, что зеркало не актуально. Но я проверил, это, кажется, имеет то же содержание как другие зеркала.
Вы не говорите, какая архитектура Вы идете. Мое предположение - то, что Ваша архитектура еще не имеет более новой версии.
Часто требуется несколько дней для пакета для появления во всей архитектуре, потому что некоторая архитектура имеет больше вычислительной силы для создания, чем другие. В то время как python-twisted-core является архитектурно-независимым, его исходный пакет не. Вы видите, который архитектура имеет который версии путем рассмотрения страницы архитектурно-зависимого пакета из того же источника. Я вижу, что с сегодняшнего дня, i386 имеют 10.1.0-1, но amd64 все еще имеет 10.0.0-3. python-twisted-mail от другого пакета, который распространил быстро, потому что это является архитектурно-зависимым.
Это - вид беспокойства, что тестирование защищает Вас от. Если Вам действительно не нужна более новая версия, существует очень хороший шанс, что захват всех Ваших скрученных Python пакетов от тестирования решит Вашу проблему. Самый простой способ сделать это добавляет тестирование к Вашему sources.list (так как пакеты от тестирования являются более старыми, что пакеты от нестабильного, это не должно изменять то, что установлено кроме того, если Вы даете явный запрос), и вручную выбор этих 10.0.0-3 версий в интерактивном UI способности.
Настоящая проблема, негласно, может быть объяснена на соответствующем debian-пользовательском потоке:
Спасибо, я вижу. Проблема состоит в том, что скрученный исходный пакет (который создает скрученный Python двоичный пакет) еще не был загружен на amd64, и даже при том, что скрученный Python arch:all пакет, это сохранено в старой версии.
Ранее, arch:all пакет был в синхронизации на всех дугах, но так как тот часто создаваемый uninstallabilities, когда нечто (arch:any) зависело от общего для нечто (arch:all) той же исходной версии и нечто, еще не был создан, ведущие устройства ftp изменили это.
В этом случае это имеет нежелательный побочный эффект, что пакеты от пакета другого источника зависят от новой версии python-twisted-core, делая их неустанавливаемыми на amd64.
Так, да. Как в ответе Gilles, проблема состояла в том, что пакет не был создан для amd64, но потому что основные биты пакета независимы от платформы, он был неуместен в перестановке. Я думаю. Но, это не заботы, просто сделайте обходное решение, как описано в ответе Gilles, дайте уведомление о своей проблеме к одному из debian списков рассылки (как debian-пользователь), надейтесь что они немного озадачивающий отчет об ошибках, и быть терпеливыми. Это Также должно Передать. Особенно в Sid.