Получение “несоответствия размера” при использовании склонный - входит в несколько пакетов
Я испытываю затруднения при получении загруженного склонного использования нескольких пакетов - добираются. До сих пор я столкнулся с этим с 'opencv' и 'gstreamer'. С opencv это выберет много файлов, затем возвращаются с ошибкой ниже. Я попробовал несколько различных зеркал и их всех ошибка на том же файле (файлах).
Do you want to continue [Y/n]? y
Get:1 http://us-east-1.ec2.archive.ubuntu.com/ubuntu/ precise/universe libopencvvideo2.3 i386 2.3.1-7 [106 kB]
Get:2 http://us-east-1.ec2.archive.ubuntu.com/ubuntu/ precise/universe libopencv-video-dev i386 2.3.1-7 [129 kB]
Fetched 2,225 B in 0s (11.8 kB/s)
Failed to fetch http://us-east-1.ec2.archive.ubuntu.com/ubuntu/pool/universe/o/opencv/libopencv-video2.3_2.3.1-7_i386.deb Size mismatch
Failed to fetch http://us-east-1.ec2.archive.ubuntu.com/ubuntu/pool/universe/o/opencv/libopencv-video-dev_2.3.1-7_i386.deb Size mismatch
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
Я выполнил 'выставочное libopencv-видео способного кэша*' и добрался:
Package: libopencv-video2.3
Priority: optional
Section: universe/libs
Installed-Size: 277
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org>
Architecture: i386
Source: opencv
Version: 2.3.1-7
Depends: libc6 (>= 2.4), libgcc1 (>= 1:4.1.1), libopencv-core2.3, libopencv-imgproc2.3 (= 2.3.1-7), libstdc++6 (>= 4.1.1)
Filename: pool/universe/o/opencv/libopencv-video2.3_2.3.1-7_i386.deb
Size: 105756
MD5sum: b38c0f11f3856d62168b730522a9691b
SHA1: d45cd609ea497ae72858e0f5914134e124261f22
SHA256: 85e72311ede84efbdd17781cdb04f79818a28968c63f407df6c56efe7da5525e
Description-en: computer vision Video analysis library
Когда я выдерживаю сравнение, размер файла сообщил (105756), он не соответствует размеру 'deb' пакета, когда я раскрываю его с wget.
Какие-либо предложения относительно решения этой проблемы за исключением использования wget на каждом из неудавшихся файлов и установки их вручную?
4 ответа
Оказывается, проблема не в apt-get, а в моей компании. Существует интернет-политика, которая блокирует все ключевые слова с «видео» в URL. Я обнаружил это, просмотрев содержание libopencv-video2.3_2.3.1-7_i386.deb в /var/cache/apt/archives/partial. Он содержал html от веб-фильтра, сообщая мне, что я нарушаю мой интернет-бла-бла-бла.
Кто бы знал, что их ведущий инженер-исследователь применил бы такую тривиальную политику, как эта?
Извлеченный урок: попросите отдел ИТ предоставить блок адресов, которые освобождены от глупых политик и платных их обратно на время, потраченное мной и теми, кто пытается помочь ...
У меня было много таких проблем, и мне всегда удавалось их исправить.
Например:
Failed to fetch http://us-east-1.ec2.archive.ubuntu.com/ubuntu/pool/universe/o/opencv/libopencv-video-dev_2.3.1-7_i386.deb
В этом случае я получу пакет вручную с главного сервера, например:
wget http://archive.ubuntu.com/ubuntu/pool/universe/o/opencv/libopencv-video-dev_2.3.1-7_i386.deb
Обратите внимание, что я удалил материал с восточного направления. ]
затем просто запустите:
sudo dpkg -i libopencv-video-dev_2.3.1-7_i386.deb
, чтобы установить пакет.
Затем просто запустите исходную команду, которую вы пытались
Я исправил проблему несоответствия размера при попытке обновить owncloud. Проблема была неправильной ppa url.
Мой репозиторий был для xubuntu:
http://download.opensuse.org/repositories/isv:/ownCloud:/desktop/xUbuntu_15.04/Release
Изменен на правильный ubuntu:
http://download.opensuse.org/repositories/isv:/ownCloud:/desktop/Ubuntu_15.10/Release
Резюме: Убедитесь, что вы правильно настроили URL-адреса ppa для своего распространение и вкус Ubuntu.
Хорошо, я столкнулся с этой же проблемой. В моем случае это была проблема, которую я сделал сам. Я создавал новые пакеты для внутреннего сервера пакетов и просто заменял пакет на сервере каждый раз, не увеличивая номера версий (только я извлекал файлы).
Мои исследования проходили следующим образом ...
- запустите команду
apt-cache show- подтвердите размер файла - вручную при помощи файла - подтвердите, что это на самом деле несоответствие.
- вручную проверил размер файла на сервере пакетов, который соответствовал выводу
apt-cache
В результате этого я пришел к выводу, что мой файл .deb был кэширован .. нашим прокси-сервером (работает в прозрачном режиме). Я подтвердил, что, просматривая логи прокси-сервера, он действительно отображал кэш "HIT"
Решение? снова запустите команду wget, но принудительно обновите прокси
wget http://packages.example.com/pool/contrib/.../packagename.deb --no-cache
этого было достаточно, чтобы прокси обновил файл, и в этот момент apt-get работал нормально.
Очевидно, что это плохая форма замены пакета без изменения номера версии, но это еще одна возможная причина этой проблемы.