Не удалось найти пакет debian archive keyring

Обновлено: 05.07.2024

Нужно использовать с осторожностью, т.к. зависимости многих пакетов конфликтуют по версиям с пакетами из основного репозитория.

Установка

1. Нужно добавить репозиторий в /etc/apt/sources.list , подробности: deb-multimedia

2. Обновить список пакетов:

Управление репозиториямиpython-software-properties
Управление пакетамиSynaptic
Установки пакетов из файловGDebi
Для того, чтобы всегда перечислять обновляемые пакеты и запрашивать подтверждение у пользователя
Работа через прокси

Локальная документация: /usr/share/doc/Debian/apt-howto

Основной файл: /etc/apt/sourcs.list

non-free - для «несвободных» пакетов, например для пакетов с драйверами, прошивками

wheezy

31 мая 2018 перекрещена поддержка Debian Wheezy, поэтому необходимо изменить адреса серверов обновлений:

и выполнить обновление списка пакетов командой:

jessie

Вариант работы с архивом:

stretch

buster

Список URL

Команда обновляет все установленные пакеты, но не удаляет пакеты для разрешения зависимостей

Обновление всех установленных пакетов с удалением или установкой пакетов по мере необходимости для разрешения всех зависимостей

Установка только самого пакета, без рекомендованных других пакетов:

Удаление всех пакетов из папки /var/cache/apt/archives

С версиями и описанием:

Список только названий:

В случае возникновения ошибки:

Нужно удалить информацию от этом пакете в файле /var/lib/dpkg/status

Проблема с обновлением jessie 2019-03

Установка пакета

Если в процессе установки появится ошибка, что нет необходимых пакетов, то запускаем команду:

после этого нужно выполнить установку пакета повторно.

Удаление пакета

При установке пакетов из unstable легко сломать зависимости и вернутся обратно будет невозможно!

Чтобы система не обновляла все пакеты из unstable , надо указать основную версию в файле: /etc/apt/apt.conf.d/99defaultrelease

Чтобы поставить пакет нужно выполнить установку с указанием репозитория unstable

Все команды, котрые вносят изменения в систему, выполняются:

  • в Astra Linux Common Edition - с правами администратора системы;
  • в Astra Linux Special Edition - с правами администратора системы с высоким уровнем целостности;

То есть выполняются либо через команду sudo для каждой выполняемой команды, либо для группы команд в сессии администратора после выполнения команды:

Установка пакетов при подключенном репозитории производится в терминале командой:

также установка пакетов и настройка репозиториев может производиться с помощью графического менеджера пакетов Synaptic.

Для находящихся в эксплуатации систем рекомендуется использовать именно этот репозиторий.
  • Репозитории и установочные образы с актуальными стабильными версиями пакетов;
  • Установочные образы и наборы программ из данной папки ПОЛУЧАЮТ техническую поддержку.
  • Репозитории с новыми (тестируемыми) версиями обновлений и пакетов;
  • После выпуска обновлений данный репозиторий какое-то время соответствует репозиторию stable;
  • Установочные образы и наборы программ из данной папки НЕ ПОЛУЧАЮТ техническую поддержку.

Экспериментальные репозитории, установочные образы и наборы программ (experimental/addons).

Установочные образы и наборы программы из данной папки НЕ ПОЛУЧАЮТ техническую поддержку.

Репозитории experimental/addons предназначены для установки на текущую stable версию дистрибутива и могут быть несовместимы с пакетами, входящими в репозитории testing.
  • В данных репозиториях размещены архивные версии репозиториев, для которых уже не будут выпускаться обновления безопасности (версии Astra Linux Common Edition очередное обновление 1.11 и снимки репозиториев Astra Linux Common Edition 2.12);
  • Установочные образы и наборы программы из данной папки техническую поддержку в соотвествии с действующими лицензиями договорами.
Использование этих репозиториев лишает Вас возможности получать критические обновления, в том числе обновления безопасности! Актуальный репозиторий находится в папке stable.

Сохранён для совместимости с более ранними версиями структуры папок. К использованию не рекомендуется. Cовпадает с репозиторием stable.

Установщик по умолчанию, если иное не задано в файлах настройки приоритетов, старается устанавливать более новые версии пакетов.
При этом изменения номеров минорных версий установщиком не учитываются, т.е.:

  • При возможности установки пакетов пакет_1.1.1-100 и пакет_1.1.2-1 (отличие в последней цифре номера мажорной версии) будет установлен пакет_1.1.2, как имеющий старшую мажорную весрсию;
  • При возможности установки пакетов пакет_1.1.1-1 и пакет_1.1.1-100 (мажорные версии совпадают, отличия в минорных версиях) будет установлен первый найденный в репозиториях вариант пакета.

Приоритеты выбора репозиториев задаются в каталоге /etc/apt/preferences.d/ или в файле /etc/apt/preferences (устаревший способ).
Подробности см. по ссылке

Если приоритеты выбора репозитория не заданы явно, то

  • неподписанные репозитории имеют меньший приоритет, чем подписанные;
  • репозитории обрабатываются в порядке их перечисления в конфигурационных файлах.

Проверить приоритеты репозиториев для конкретного пакета можно командой:

Подключение репозиториев на DVD дисках

вставить загрузочный диск в привод и выполнить команду:

sudo apt-cdrom add
sudo apt update

для подключения диска со средствами разработки нужно еще вставить диск со средствами разработки и выполнить команду:

sudo apt-cdrom add
sudo apt update

Подключение образов ОС скопированных на локальный жесткий диск

создать копию DVD диска на локальном жестком диске можно выполнив команду:

sudo dd if=/dev/cdrom of=/opt/cd.iso bs=1M

или просто скопировав содержимое диска в выбранную папку.

Смонтировать iso файл в выбранную папку можно выполнив команду:

sudo apt update

Подключение репозиториев текущей версии orel-stable- 2.12

В /etc/apt/sources.list прописать путь к основному репозиторию (stable):

Или, по необходимости, к репозиторию testing или experimantal:

Не рекомендуется подключать одновременно репозитории testing и experimental, так как их совместимость друг с другом не гарантируется.

sudo apt update

sudo apt dist-upgrade

Подключение репозиториев Debian 9 "Stretch"

С установкой пакета debian-archive-keyring

Для Astra Linux Common Edition 2.12.8 установить пакет dirmngr для управления ключами и пакет debian-archive-keyring, содержащий ключи к репозиториям Debian:

В /etc/apt/sources.list добавить ссылку на репозиторий Debian:

После добавления ссылки выполнить команду

sudo apt update

Если пакет debian-archive-keyring установлен, то команда должна отработаться без ошибок.
Если пакет debian-archive-keyring не установлен, то команда сообщит, что не может проверить подписи репозитория, и сообщит, какие именно ключи нужны для проверки.

На момент написания этой статьи к репозиторию Stretch относится третий, последний отпечаток.

Для Astra Linux Special Edition пакет debian-archive-keyring может быть установлен из репозитория Astra Linux Common Edition после подключения этого репозитория или командами:

В примере команды указана версия пакета, доступная на момент написания примера, при изменении версии команда должна быть откорректирована.

Без установки пакета debian-archive-keyring

Для того, чтобы установить ключ проверки подлинности:

  1. Установите пакет dirmngr (если он ранее не установлен) и
  2. Используйте команду apt-key с указанием нужного отпечатка:

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

После установки ключа репозитория обновите список пакетов:

sudo apt update

Ключ репозитория Stretch действителен до 2025-го года, если установлен пакет debian-archive-keyring ключи будут обновляться автоматически по мере обновления пакета.

Проверить список установленных ключей можно командой

Подключить репозиторий можно и без установки ключей, однако данный способ не рекомендуется к применению, так как при этом проверка подлинности данных, получаемых из репозитория, становится невозможной. Для отключения проверки ключей в определении репозитория нужно указать дополнительный ключ trusted=yes:

Для отключения проверки ключей в определении репозитория нужно указать дополнительный ключ trusted=yes:

Подключение репозитория выпуска orel-frozen - 1.11

далее в терминале выполнить:

Для обновления дистрибутива:

Подключение репозитория с пакетами из проекта debian (wheezy)

Процедура получения ключа для репозитория Wheezy в целом аналогична процедуре для Stretch (см. выше), отличаются только строка с адресом репозитория и ключ.

далее в терминале выполнить:

И, если пакеты с ключами ранее не установлены, по полученной подсказке получить ключи для репозитория.
Ключ (на момент написания этой статьи) следует получать по отпечатку 6FB2A1C265FFB764 :

Подключение репозиториев скопированных на локальный жесткий диск

Перед копированием файлов на локальный жесткий диск рекомендуется убедиться, что в файловой системе достаточно свободного места. Сделать это можно командой:

Это на свежеустановленной системе. sources.list дефолтный. Пакеты только из официальных реп.

1. Как правильно лечить? Костылями я и сейчас могу.

2. Как обрести веру в стабильность стабильного Дебиана? Помогите моему неверию.

На второй вопрос можно не отвечать.


что именно непонятно-то?


Непонятно, почему так вышло и как лечить. Пока тупо снёс пресловутый /etc/apt/trusted.gpg, вроде ошибки исчезли, но не уверен, что каким-либо из последующих действий система внезапно не окирпичится. Работать под Дебиан - работать на минном поле.

Пробовал вообще закомментировать локальное зеркало, не помогает.


Пока тупо снёс пресловутый /etc/apt/trusted.gpg

Да, такими методами — и впрямь на минном поле. Вот только Debian тут не при чем. Для справки — при проблемах с ключами репозиториев следует скачать wget .deb-пакет с ключами этого репозитория и поставить руками.


Что именно ты под этим имеешь в виду?


Этот ключ стоило в security вынести, а то он в основных лежит, видимо яндексовцы и не поспевают. Их зеркало — крайне глючное.

Vsevolod-linuxoid ★★★★★ ( 02.09.18 15:54:01 )
Последнее исправление: Vsevolod-linuxoid 02.09.18 16:00:18 (всего исправлений: 3)

Пробовали такой совет из интернетов?


Опа, помню, была у меня такая проблема однажды. Но в прошлом году, а ТС пишет, что только поставил. Странно.

Проходят года, а яндексовские зеркала все-такое же говно.

Они вроде синхронизировались с лагом и не целиком, но такая проблема часто и у всех. Поставил зеркало какого-то европейского вуза и не знаю проблем больше. У яндекса всё ж есть преимущество — оно рядом находится и не режет скорость для России, особенно учитывая то, что не все пользователи живут в европейской части.


Да в том и дело, что вроде это уже исправили. Была проблема при переходе от одной версии к другой, более поздние уже нормально.

Просто у тебя лапки.

file is not readable by user '_apt' executing apt-key.

А ты его не из под рута запускаешь что ли?

C /usr/share/keyrings/debian-archive-keyring.gpg ничего не добавляется, но удаление /etc/apt/trusted.gpg пока вроде решило проблему, хотя не уверен, что не создало новых в будущем.

Я вообще удалил яндексовское зеркало из sources.list, но, как оказалось, дело не в нём.


APT теперь для скачивания запускает вспомогательные программы из-под пользователя _apt. Ибо боязно рутом-то качать всякое интернетное. В скачивальщиках всякие уязвимости находят.

Ну и у ТС'а apt попытался проверить подпись, а проверить не получилось, прав нет.

i-rinat ★★★★★ ( 02.09.18 16:46:51 )
Последнее исправление: i-rinat 02.09.18 16:47:53 (всего исправлений: 1)

Не у меня, у мейнтейнеров Дебиан.

хм, ну ладно, тогда ТС не додумался сделать chmod.

Из-под рута, разумеется. Ради эксперимента даже делал chmod a+w /etc/apt/trusted.gpg, ничего не поменялось.

file is not readable by user '_apt' executing apt-key.

chmod a+w /etc/apt/trusted.gpg

Нет, это таки лапки, и они обрели разум.

Deleted ( 02.09.18 16:50:45 )
Последнее исправление: Deleted 02.09.18 16:51:56 (всего исправлений: 1)


А что у тебя помимо него было там? И да, у меня тоже Debian 9 — не могу воспроизвести проблему. Всё работает. А зеркало Яндекса, если и не виновато в этом конкретном случае, и впрямь знаменито своим рассинхроном и низким качеством.


Ничего особо не менял.


Хм, а в поставленном на виртуалку с нуля такого файла и вовсе нету.

попробуй chmod a+r /etc/apt/trusted.gpg

quantum_cat ★☆ ( 02.09.18 17:05:06 )
Последнее исправление: quantum_cat 02.09.18 17:06:05 (всего исправлений: 1)


Как правильно лечить? Костылями я и сейчас могу.

то лечить не надо. Официальные ключи лежат в другом месте. В этом файле лежат только ключи, которые ты добавил сам. Что наводит на мысль о том, что ты всё-таки химичил с добавлением ключей. А стало быть, врёшь нам о том, что пакеты только из официальных реп. Иначе зачем тебе добавлять ключи в связку для apt?

Как обрести веру в стабильность стабильного Дебиана? Помогите моему неверию.

Никак. Он никогда не был стабильным в смысле отсутствия ошибок. Стабильный означает, что версии не будут обновляться без серьёзной на то причины. Если баг есть, он там останется.

скачать wget .deb-пакет с ключами этого репозитория и поставить руками.

Типичная штабильность и безглючность дебилана.

Ну блин, я машинально. Ты понял, о чём я.

В этом файле лежат только ключи, которые ты добавил сам. Что наводит на мысль о том, что ты всё-таки химичил с добавлением ключей. А стало быть, врёшь нам о том, что пакеты только из официальных реп.

Ты навёл меня на мысль. Я пару дней назад туда пытался ставить клиент мэйлрушного облака, который при установке добавляет свой реп АПТу. Установка свалилась как раз при попытке проверки ключей для этого репа. Я не стал разбираться и просто распаковал дебку в /opt. Видимо, ноги проблемы растут отсюда.

К пакетной системе Дебиана, конечно, гора претензий, но тут, похоже, дело не в ней.


К пакетной системе Дебиана, конечно, гора претензий, но тут, похоже, дело не в ней.

Именно в ней и в целом в таком подходе к установке софта в систему.
Это устаревшая схема для самолюбования дидов.



Не нравится — есть Слака. Там как в винде — каждая прога в отдельном пакете со всем нужным.


все равно получается архив с файлами

Это глупое и наивное понимание ситуации.

Ты научился упрощать, а теперь научись воспринимать целое.


Ну вот приведи пример того, что ты считаешь современным.

Там как в винде — каждая прога в отдельном пакете со всем нужным.

Нет, там хуже, чем в винде: каждая прога в отдельном пакете, но далеко не совсем нужным.


Для сервера/базовой системы: дидовская схема.
Для десктопа/девелопмента: как на макос, андроид/иос.


На макоси большиноство софта идет в .dmg — образах дисков. Полный аналог — .tar со всем необходимым.

И программ в этом формате под Linux — до сих пор куча. Тот же Firefox. Качай, распаковывай и пользуйся — никто не мешает. Для удобства зачастую делают не файл, а самораспаковывающийся бинарник с готовыми .desktop файлами — так игры в GOG для Linux идут, к примеру.

Хочешь для всех пользователей поставить — есть директория /opt

Слака ни при чём. Там пакеты всего лишь таскают либы, хёдеры и документацию в одном архиве, но не все зависимости, как в Винде, так что сравнение некорректное.

В Арче, кстати, так же устроена пакетная система.

Ну и до кучи, в Дебиане бесят захардкоженные версии зависимостей. Если в Арче это >= libfoo 1.2, то в Дебиан = libfoo-1.2.035.debpatch135857, не больше, ни меньше, а если не, тогда Апт полсистемы выкосит.



Хз. ниразу тауой херни не было. Наверное потому что не юзаю зеркала яндекса.
У меня вообще релиз сейчас какой то глючный! Ничего не ломается!


На макоси большиноство софта идет в .dmg — образах дисков. Полный аналог — .tar со всем необходимым.

Опять же не видишь целого.
Проблема не только в файле, но и в удобстве и файл это только половина удобства.
Система тоже должна делать свою часть работы — в линуксе система этого не делает (потому что линукс это не система, а солянка из рядом лежащих софтин по случайности немного совместимых друг с другом).

Технически твоя аналогия верна (как у школьника подводящего решение под ответ).


В любом неудобном случае скатывай тему в нацпол.

И какую же часть должна выполнять система? Ярлыки на рабочем столе и прочее? Есть самораспаковывающиеся бинарники. Чего ещё проще: запустил — и готово.

Vsevolod-linuxoid ★★★★★ ( 02.09.18 22:19:16 )
Последнее исправление: Vsevolod-linuxoid 02.09.18 22:19:34 (всего исправлений: 1)


Есть самораспаковывающиеся бинарники. Чего ещё проще: запустил — и готово.

Рили, на линуксе?
Сколько ты программ установил так?

Олсо, есть одна штука вносящая смуту в обсуждение — установка ПО одной командой — это действительно удобно, и этого на маке/вине/андроиде конечно не хватает. [на маке частично решается брю каском]

Но это просто стечение обстоятельств, репы всё равно сплошная головная боль на десктопе.

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

Ярлыки, типы файлов, генераторы миниатюр, менюшки — полноценная регистрация в системе, с учётом всех особенностей платформы.


Я — ни одной. Мне хватает репозиториев, для меня они удобны, так как проще процесс обновлений. Но если надо — не вопрос, такая возможность есть.

Типы файлов — в UNIX расширение файлов ни на что не влияет, только права доступа. Но популярные ФМ уже давно учитывают и предлагают соответствующие программы для каждого случая.

Ассоциация типов файлов с ПО как в винде — через GUI в ФМ, только в гноме это зачем-то выпилили.

Про ярлыки и менюшки — вообще нетрудно, и давно есть. В тех самых самораспаковывающихся. Или в install.sh. Ведь .desktop — это просто текстовые файлы. А иконки — просто .jpg

Или тебе нужен такой же GUI для .tar архивов с ПО? Можно сделать, это нетрудно. Видимо спрос не велик.

Ведь репозитории уже имеют GUI для простых пользователей. Причем им может быть даже удобнее эта концепция — гарантия, что не подхватишь троян. А кому надо — и с .tar разберется, там вообще ничего сложного.

Итак, я только что установил Ubuntu, и это мой первый раз, когда я работаю в среде Linux, поэтому потерпите мое отсутствие здесь.

в любом случае, я загрузил Java 8 JDK непосредственно из Oracle, но я понимаю, что есть также OpenJDK для Java 8. У меня два вопроса.

в чем разница между версией Oracle и OpenJDK. За / Против?

любая помощь будет оценили. А пока я просто воспользуюсь пакетом Oracle. Спасибо.

Итак, теперь у меня новая проблема. Я установил OpenJDK 7, он пришел с Maven и только что установлен, прежде чем я понял, что получаю сделку два-за-один. Теперь у меня есть JDK 7, и Eclipse, и Maven, и все они работают, но я застрял на JDK 7, а не 8.

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

обновление: установка без привилегий root ниже

я советую вам не устанавливать пакеты вручную в системе ubuntu, если уже есть (полуофициальный) репозиторий, способный решить вашу проблему. Кроме того, используйте Oracle JDK для разработки, просто чтобы избежать (очень спорадических) проблем совместимости (я пробовал много лет назад, теперь это, безусловно, лучше).

добавить webupd8 repo в вашем система:

установите предпочитаемую версию jdk (доступны версии от java-6 до java-9):

вы также можете установить несколько версий jdk, смешивая версии openjdk и oracle. Затем вы можете использовать команду обновление-java-альтернативы для переключения между установленной версии:

требования

если вы add-apt-repository: command not found обязательно software-properties-common установлено:

если вы используете более старую версию Ubuntu:

установка JDK без привилегий root

если у вас нет прав администратора на вашей целевой машине, ваша самая простая ставка-использовать sdkman для установки сертифицированного Zulu openjdk:

Примечание: sdkman позволяет установить также официальный Oracle JDK, хотя это не опция по умолчанию. Просмотр доступен версии с:

установите выбранную версию с помощью:

глоссарий команд

судо <command> [command_arguments] выполнить команду с правами суперпользователя.

add-apt-repository <PPA_id> : Ubuntu (как и все производные Debian и, вообще говоря, каждый дистрибутив Linux) имеет главный репозиторий пакетов, которые обрабатывают такие вещи, как зависимости пакетов и обновление. В Ubuntu можно расширить основной репозиторий, используя PPA (Личный архив пакетов), который обычно содержит пакеты, недоступные в системе (так же, как oracle jdk) или обновленные версии доступных (пример: LibreOffice 5 в LTS доступен только через это PPA).

apt-get [install|update|upgrade|purge|. ] : это "обработчик" пакета командной строки используется для управления государство каждого репозитория в системе (установка / обновление / Обновление можно рассматривать как изменение текущего состояния репозитория).

в нашем случае: команда sudo add-apt-repository ppa:webupd8team/java мы сообщаем системе, что следующее обновление репозитория должно получить информацию о пакетах также из репозитория webupd8.

С sudo apt-get update мы фактически обновляем системный репозиторий (все эти операции требуют привилегии суперпользователя, поэтому мы добавляем судо к командам).

обновление-java-альтернативы (конкретная версия java обновление-альтернатив): в Ubuntu несколько пакетов предоставляет ту же функциональность (просматривать интернет, компилировать почту, редактировать текстовый файл или предоставляет исполняемые файлы java/javac. ). Позволяет системе выбрать инструмент избранного пользователя с учетом конкретной задачи механизм используя ссылки под это. Попробуйте обновить jdk, как указано выше (переключение между java 7 и java 8) и посмотреть, как изменить вывод этой команды:

ls -l /etc/alternatives/java*

дополнительно:

человек <command> : начать использовать человек, чтобы прочитать действительно хорошо написанную и подробную помощь по (почти) каждой команде оболочки и ее параметрам (каждая команда, которую я упоминаю в этом маленьком ответе, имеет man-страницу, попробуйте man update-java-alternatives ).

apt-cache search <search_key> : запросите кэш APT для поиска пакета, связанного с предоставленным search_key (может быть именем пакета или некоторым словом в описании пакета).

apt-cache show <package> : обеспечивает APT информация для конкретного пакета (версия пакета, установлена или нет, описание).

как вы можете видеть, у меня установлен только java 1.7 (на машине Ubuntu 14.04).

чтобы установить Java 8, я сделал,

потом, теперь у меня есть java 7 и 8,

добавлен бонус (как переключаться между различными версиями)

sudo update-alternatives --config java

как вы можете видеть я запуск открытого jdk 8. Чтобы переключиться на jdk 7, Нажмите 1 и ударил Enter ключ. Сделайте то же самое для javac С, sudo update-alternatives --config javac .

проверять версии, чтобы подтвердить изменение: java -version и javac -version .

Я получаю OpenJDK 8 из официальных репозиториев Debian, а не какой-то случайный PPA или несвободный двоичный файл Oracle. Вот как я это сделал:

Читайте также: