Проблема зависимости при удалении хранилищ oibaf и paulo dias

Несколько недель назад у меня были подобные проблемы с oibaf ppa. Даже когда ppa-purge терпит неудачу, вы можете вернуться к официальной версии репо Ubuntu. Особенно, потому что зависимости этих пакетов не огромны.

Итак, я предлагаю просто отметить имена пакетов из показанного вывода и использовать команду apt policy package-name для отображения версии из соответствующего репозитория. Например, apt policy libgl1-mesa-dev может вернуться так:

apt policy libgl1-mesa-dev 
libgl1-mesa-dev: 
Installed: 1:17.2~git170422012800.d682f8a~z~padoka0 
Candidate: 1:17.2~git170422012800.d682f8a~z~padoka0 
Version table: 
*** 1:17.2~git170422012800.d682f8a~z~padoka0 100 
100 /var/lib/dpkg/status 
17.2~git1704230730.070072~gd~z 500 
500 ppa.launchpad.net/oibaf/… zesty/main amd64 Packages 
17.0.3-1ubuntu1 500 
500 hr.archive.ubuntu.com/ubuntu zesty/main amd64 Packages

Вы можете видеть, что последняя версия из официального репозитория - 17.0.3-1ubuntu1. Обратите внимание на эту версию. Сделайте это для всех повреждающих пакетов.

После того, как вы собрали все имена пакетов с официальной последней версией, вы можете использовать этот тип команды sudo apt install libgl1-mesa-dev=version для всех пакетов. Это заставит apt установить пакеты, упомянутые вами в этой версии.

Для большего количества пакетов, похоже, то же самое относится и к этим пакетам.

После этого и с некоторой удачей вы должны быть в последнем официальном репозитории. Затем используйте ppa-purge, чтобы изящно очистить оба ppas.

Мы обсудили проблему в чате и, похоже, эта команда работала.

sudo apt-get install libgl1-mesa-glx=17.0.3-1ubuntu1 libgl1-mesa-dev=17.0.3-1ubuntu1 libgl1-mesa-glx:i386=17.0.3-1ubuntu1 libglapi-mesa=17.0.3-1ubuntu1 mesa-common-dev=17.0* libglapi-mesa:i386=17.0* libglapi-mesa=17.0* libglapi-mesa=17.0* libgles2-mesa=17.0*

Совет. Я бы посоветовал всегда устанавливать aptitude. Если он установлен, ppa-purge может работать более соответствующим образом.

Совет Равексина пыталась помочь, прежде чем я вступил в чат.

Еще один трюк, обнаруженный недавно

Недавно я обнаружил более удобный способ понизить / ускользнуть от зависимый ад, не указав версию. Я перечисляю шаги

Вы удалили ppa и идентифицировали пакеты, которые создают проблему зависимости от этого ppa. Обычно это пакеты, которые вы найдете в следующем стиле сообщений

 libgl1-mesa-dev : Depends: libgl1-mesa-glx (= 1:17.2~git170422012800.d682f8a~z~padoka0) but 17.2~git1704220730.d682f8~gd~z is installed

. Вы знаете, что пакет libgl1-mesa-glx, который больше, чем пакет apt находит в соответствии с requeste libgl1-mesa-dev , создавая проблему.

Как только вы идентифицируете проблемные пакеты из этого ppa, вы будете использовать этот apt для установки пакета из другого репо без использования имени выпуска вместо строки версии, подобной этой (для 16.04, xenial)

sudo apt install libgl1-mesa-dev/xenial

Это выберет версию из репозитория, имеющего имя архива xenial (обратите внимание, что все ppa имеют это xenial как имя архива). Поскольку установленный пакет не из архива xenial (это было, но после удаления ppa, это от неизвестной версии для apt), apt выберет версию, которая поставляется с той же версией. В большинстве случаев это официальный репозиторий поставляется с Ubuntu (если у вас нет этого пакета из другого ppa или repo).

Удивительно, но apt более разумно действуют в этом случае. Вместо того, чтобы выбрать самую высокую версию для зависимостей libgl1-mesa-dev, она выберет самую высокую версию из , что ppa , которая будет от официального репо, даже если это требует понижения рейтинга других установленных пакетов, что эффективно устраняет проблема!

Несколько недель назад у меня были подобные проблемы с oibaf ppa. Даже когда ppa-purge терпит неудачу, вы можете вернуться к официальной версии репо Ubuntu. Особенно, потому что зависимости этих пакетов не огромны.

Итак, я предлагаю просто отметить имена пакетов из показанного вывода и использовать команду apt policy package-name для отображения версии из соответствующего репозитория. Например, apt policy libgl1-mesa-dev может вернуться так:

Вы можете видеть, что последняя версия из официального репозитория - 17.0.3-1ubuntu1. Обратите внимание на эту версию. Сделайте это для всех повреждающих пакетов.

После того, как вы собрали все имена пакетов с официальной последней версией, вы можете использовать этот тип команды sudo apt install libgl1-mesa-dev=version для всех пакетов. Это заставит apt установить пакеты, упомянутые вами в этой версии.

Для большего количества пакетов, похоже, то же самое относится и к этим пакетам.

После этого и с некоторой удачей вы должны быть в последнем официальном репозитории. Затем используйте ppa-purge, чтобы изящно очистить оба ppas.

Мы обсудили проблему в чате и, похоже, эта команда работала.

Совет. Я бы посоветовал всегда устанавливать aptitude. Если он установлен, ppa-purge может работать более соответствующим образом.

Совет Равексина пыталась помочь, прежде чем я вступил в чат.

Еще один трюк, обнаруженный недавно

Недавно я обнаружил более удобный способ понизить / ускользнуть от зависимый ад, не указав версию. Я перечисляю шаги

Вы удалили ppa и идентифицировали пакеты, которые создают проблему зависимости от этого ppa. Обычно это пакеты, которые вы найдете в следующем стиле сообщений

. Вы знаете, что пакет libgl1-mesa-glx, который больше, чем пакет apt находит в соответствии с requeste libgl1-mesa-dev , создавая проблему.

Как только вы идентифицируете проблемные пакеты из этого ppa, вы будете использовать этот apt для установки пакета из другого репо без использования имени выпуска вместо строки версии, подобной этой (для 16.04, xenial)

Это выберет версию из репозитория, имеющего имя архива xenial (обратите внимание, что все ppa имеют это xenial как имя архива). Поскольку установленный пакет не из архива xenial (это было, но после удаления ppa, это от неизвестной версии для apt), apt выберет версию, которая поставляется с той же версией. В большинстве случаев это официальный репозиторий поставляется с Ubuntu (если у вас нет этого пакета из другого ppa или repo).

Удивительно, но apt более разумно действуют в этом случае. Вместо того, чтобы выбрать самую высокую версию для зависимостей libgl1-mesa-dev, она выберет самую высокую версию из , что ppa , которая будет от официального репо, даже если это требует понижения рейтинга других установленных пакетов, что эффективно устраняет проблема!

Несколько недель назад у меня были подобные проблемы с oibaf ppa. Даже когда ppa-purge терпит неудачу, вы можете вернуться к официальной версии репо Ubuntu. Особенно, потому что зависимости этих пакетов не огромны.

Итак, я предлагаю просто отметить имена пакетов из показанного вывода и использовать команду apt policy package-name для отображения версии из соответствующего репозитория. Например, apt policy libgl1-mesa-dev может вернуться так:

Вы можете видеть, что последняя версия из официального репозитория - 17.0.3-1ubuntu1. Обратите внимание на эту версию. Сделайте это для всех повреждающих пакетов.

После того, как вы собрали все имена пакетов с официальной последней версией, вы можете использовать этот тип команды sudo apt install libgl1-mesa-dev=version для всех пакетов. Это заставит apt установить пакеты, упомянутые вами в этой версии.

Для большего количества пакетов, похоже, то же самое относится и к этим пакетам.

После этого и с некоторой удачей вы должны быть в последнем официальном репозитории. Затем используйте ppa-purge, чтобы изящно очистить оба ppas.

Мы обсудили проблему в чате и, похоже, эта команда работала.

Совет. Я бы посоветовал всегда устанавливать aptitude. Если он установлен, ppa-purge может работать более соответствующим образом.

Совет Равексина пыталась помочь, прежде чем я вступил в чат.

Еще один трюк, обнаруженный недавно

Недавно я обнаружил более удобный способ понизить / ускользнуть от зависимый ад, не указав версию. Я перечисляю шаги

Вы удалили ppa и идентифицировали пакеты, которые создают проблему зависимости от этого ppa. Обычно это пакеты, которые вы найдете в следующем стиле сообщений

. Вы знаете, что пакет libgl1-mesa-glx, который больше, чем пакет apt находит в соответствии с requeste libgl1-mesa-dev , создавая проблему.

Как только вы идентифицируете проблемные пакеты из этого ppa, вы будете использовать этот apt для установки пакета из другого репо без использования имени выпуска вместо строки версии, подобной этой (для 16.04, xenial)

Это выберет версию из репозитория, имеющего имя архива xenial (обратите внимание, что все ppa имеют это xenial как имя архива). Поскольку установленный пакет не из архива xenial (это было, но после удаления ppa, это от неизвестной версии для apt), apt выберет версию, которая поставляется с той же версией. В большинстве случаев это официальный репозиторий поставляется с Ubuntu (если у вас нет этого пакета из другого ppa или repo).

Удивительно, но apt более разумно действуют в этом случае. Вместо того, чтобы выбрать самую высокую версию для зависимостей libgl1-mesa-dev, она выберет самую высокую версию из , что ppa , которая будет от официального репо, даже если это требует понижения рейтинга других установленных пакетов, что эффективно устраняет проблема!