Установка недостающих открытых ключей при обновлении репозиториев.

[Vena]

Недавно пришлось (по техническим причинам) покинуть местный ресурс обновлений репозиториев   
Как следствие поменялся sources.list. Добавились некоторые репозитории. В результате получалось, что при обновлении списка apt-get update получалась ошибка вида:

W: Ошибка: http://ppa.launchpad.net intrepid Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 248DD1EEBC8EBFE8

Интернет как всегда не без добрых и умных людей Нашлось решение, нужно в терминале выполнить следующую команду:

Код: [Выделить]

# apt-key adv --recv-keys --keyserver keyserver.ubuntu.com `sudo aptitude update 2>&1 | grep -o '[0-9A-Z]\{16\}$' | xargs`
Правда так как мне приходится работать за прокси, то перед этой командой нужно "задать" этот прокси следующей командой:

Код: [Выделить]

# export http_proxy=http://username:password@proxyserver.net:port/где username:password и proxyserver.net:port меняем на ваши логин/пароль (если нужен) и адрес прокси и порт в вашей сети.
После этого (когда выполнена команда первая) видно результат о количестве установленных ключей и обновление списка пакетов происходит уже без ошибок.

[Vena]

не знаю почему, но в KDE этот фокус не проходит

[Vena]

Иногда, когда точно известен недостающий кей, помогает такая команда:

Код: [Выделить]

# apt-key adv --recv-key --keyserver keyserver.ubuntu.com B5115B98AA836CA8
где B5115B98AA836CA8 - это кей, выданный при

Код: [Выделить]

# apt-get updateУ меня при обновлении списка выходила такая информация:

Код: [Выделить]

W: GPG error: Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY B5115B98AA836CA8

[vovka]

не знаю почему, но в KDE этот фокус не проходит

Это не зависит от KDE или GNOME. Гном - отдельное приложение, КДЕ - тоже отдельное и независимое; аналогично и с библиотеками. В данном случае это проблема пакетного менеджера и только его.

Если возникает проблема с ключами, я обычно удаляю все *.gpg ключи относящиеся к пакетному менеджеру и обновляю список репозиториев. Последний выкачивает нормальные ключи и всё работает.

[Vena]

Если возникает проблема с ключами, я обычно удаляю все *.gpg ключи относящиеся к пакетному менеджеру

Я правильно понимаю, что каждый ключ надо персонально удалять? (https://weblion.psu.edu/trac/weblion/wiki/DeleteGpgKey)

Код: [Выделить]

# gpg --list-keyа потом каждый персонально

Код: [Выделить]

gpg --delete-secret-keys A7F1EF32

[vovka]

Я правильно понимаю, что каждый ключ надо персонально удалять?

В данном случае я говорил о ключах цифровой подписи *.gpg в /var/lib/apt/lists и вложенных каталогах.
Иногда по какой-то причине, они не перезатираются и остаются старыми, хотя в репозитории их сменили. Поэтому иду в этот каталог, удаляю все gpg-файлы и делаю apt-get update.

[Vena]

Иногда по какой-то причине, они не перезатираются и остаются старыми, хотя в репозитории их сменили. Поэтому иду в этот каталог, удаляю все gpg-файлы и делаю apt-get update.

Обратил внимание, что если вместо apt-get update делать aptitude update то все хоккей! Видать продвинутей aptitude.

[vovka]

Обратил внимание, что если вместо apt-get update делать aptitude update то все хоккей! Видать продвинутей aptitude.

Кому что удобнее. В Debian, задачу работы с пакетами можно решить 3-мя консольными методами: 1) dpkg, 2) apt-get, 3) aptitude, а для графического режима есть Синаптик.

[Vena]

я писал в контексте о недостающих ключах. почему-то при aptitude вместо apt-get на обновление списка пакетов, консоль матов не вывела, обновила список на ура. когда же apt-get, то хоть и удалял ключи с папки, всё равно не обновлялось. aptitude как-то иаче видать решает данную задачу. Проверил своё подозрение уже 4 раза, 100% совпадение в пользу aptitude. (хотя руки и привыкли писать sudo apt-get update )
Будем дальше читать-наблюдать.