Репозитории Centos 6 не работают

Обновлено: 26.07.2024

Добро пожаловать в дом специальной группы EPEL.

Быстрый старт

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

Если вы используете CentOS Stream, мы также рекомендуем установить соответствующий пакет epel-next-release.

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

Некоторые пакеты EPEL зависят от пакетов из репозиториев, которые не включены по умолчанию. Обратите внимание на то, что дополнительные репозитории включаются в следующих инструкциях.

Поток CentOS 9

Бета-версия RHEL 9

Поток CentOS 8

РЭЛ 8

CentOS Linux 8, AlmaLinux 8, Rocky Linux 8

РЭЛ 7

СентОС 7

Что такое дополнительные пакеты для Enterprise Linux (или EPEL)?

Extra Packages for Enterprise Linux (или EPEL) — это специальная группа Fedora, которая создает, поддерживает и управляет высококачественным набором дополнительных пакетов для Enterprise Linux, включая, помимо прочего, Red Hat Enterprise Linux (RHEL) , CentOS, Scientific Linux (SL), Oracle Linux (OL), AlmaLinux (AL) и Rocky Linux (RL).

Пакеты EPEL обычно основаны на своих аналогах Fedora и никогда не конфликтуют с пакетами в базовых дистрибутивах Enterprise Linux и не заменяют их. EPEL использует ту же инфраструктуру, что и Fedora, включая систему сборки, экземпляр Bugzilla, диспетчер обновлений, диспетчер зеркал и многое другое.

Узнайте больше об EPEL на следующих страницах:

Что такое EPEL-Next?

Пакеты EPEL созданы для RHEL. Пакеты EPEL Next создаются для CentOS Stream.

EPEL-Next — это не полная пересборка всех пакетов EPEL, а только тех пакетов, которые необходимо пересборить для установки в CentOS Stream. Репозиторий EPEL-Next предназначен для размещения поверх обычного репозитория EPEL.

Узнайте больше о EPEL-Next на следующей странице:

Какие пакеты и версии доступны в EPEL?

Вы можете взглянуть на любое из доступных зеркал EPEL из нашего списка зеркал

Кроме того, вы можете просмотреть набор пакетов:

EPEL 7: x86_64, ppc64le, исходники (EPEL-7 для aarch64 больше не поддерживается, поскольку Red Hat прекратила поддержку этой архитектуры).

ВЫПУСК КОНЕЦ ЖИЗНИ

ЭТИ БОЛЬШЕ НЕ ПОДДЕРЖИВАЮТСЯ

Из-за значительных изменений безопасности в SSL за последние 10 лет старые версии могут не иметь прямой ссылки на эти версии. По состоянию на 22 января 2021 года системы EPEL-5 и 4 не имеют более новых алгоритмов TLS1.2, которые интернет-серверы должны использовать по соображениям безопасности. Наилучший способ работы с ними — создать зеркальную копию всего архива в более новой системе, а затем указать вашим системам на это зеркало.

Как я могу использовать эти дополнительные пакеты?

У EPEL есть пакет "epel-release", который включает ключи GPG для подписания пакета и информацию о репозитории. Установка этого пакета для вашей версии Enterprise Linux должна позволить вам использовать обычные инструменты, такие как yum, для установки пакетов и их зависимостей. По умолчанию включен стабильный репозиторий EPEL. Существует также репозиторий «epel-testing», содержащий пакеты, которые еще не считаются стабильными.

ПРИМЕЧАНИЕ для пользователей RHN: вам также необходимо включить «необязательный» репозиторий для использования пакетов EPEL, поскольку они зависят от пакетов в этом репозитории. Это можно сделать, включив дополнительный подканал RHEL для RHN-Classic. Информацию о подписках на основе сертификатов см. в Руководстве по управлению подписками Red Hat.

ПРИМЕЧАНИЕ для пользователей RHEL 7 с подпиской на сертификат: пакеты EPEL 7 предполагают, что «необязательный» репозиторий (rhel-7-server-Optional-rpms для серверов) и «дополнительный» репозиторий (rhel-7-server-extras- rpms для серверов) включены. Вы можете сделать это с помощью:

репозиторий менеджера подписки --enable rhel-7-server-Optional-RPMS --enable rhel-7-server-extras-rpms

ПРИМЕЧАНИЕ для пользователей RHEL 8 с подпиской на сертификат: пакеты EPEL предполагают, что репозиторий codeready-builder включен. Вы можете сделать это с помощью:

ПРИМЕЧАНИЕ для пользователей CentOS 8 и CentOS Stream 8: пакеты EPEL предполагают, что репозиторий powertools включен. Вы можете сделать это с помощью:

dnf config-manager --set-enabled powertools

ПРИМЕЧАНИЕ для пользователей CentOS: вы можете установить EPEL, запустив yum install epel-release. Пакет включен в репозиторий CentOS Extras, включенный по умолчанию.

Могу ли я положиться на эти пакеты?

Проект EPEL стремится предоставлять пакеты высокого качества и стабильности. Тем не менее, EPEL поддерживается сообществом людей, которые обычно добровольно тратят свое время, и никакой коммерческой поддержки не оказывается.Природа такого проекта заключается в том, что пакеты будут приходить и уходить из репозиториев EPEL в течение одного релиза. Кроме того, иногда может выпускаться несовместимое обновление, требующее действий администратора. По правилам они объявляются заранее, чтобы дать администраторам время протестировать и внести предложения.

Настоятельно рекомендуется, если вы используете EPEL, и особенно если вы полагаетесь на него, подписаться на этот список. Трафик в этом списке сведен к минимуму, необходимому для уведомления администраторов о важных обновлениях.

История и предыстория проекта

Проект EPEL родился, когда специалисты по сопровождению Fedora поняли, что та же самая инфраструктура, которая создает и поддерживает пакеты для Fedora, отлично подходит для поддержки дополнительных пакетов для Enterprise Linux. Большая часть первоначальных потребностей была обусловлена потребностями инфраструктуры Fedora на машинах RHEL, которые создавали и поддерживали Fedora. Оттуда вещи выросли до большой коллекции разнообразных пакетов. Дополнительную информацию см. на странице истории и философии.

Как я могу помочь?

EPEL SIG всегда ищет заинтересованных людей, готовых помочь. Нам всегда нужны сопровождающие пакетов, QA/тестировщики, специалисты по диагностике ошибок, маркетологи и авторы документации. Пожалуйста, посетите нашу страницу Присоединение к EPEL для получения дополнительной информации о том, как присоединиться к SIG.

Общение с EPEL SIG

Существует множество способов связи с EPEL SIG и ее членами:

Список рассылки epel-devel предназначен для общих обсуждений разработчиков и SIG. Доступны исторические архивы.

Список рассылки epel-announce – это небольшой список рассылки, предназначенный только для важных объявлений.

Список рассылки epel-package-announce — это список, в который поступает информация об обновлениях пакетов по мере их появления в стабильном репозитории.

Если вы обнаружите ошибку в поддерживаемом EPEL пакете, сообщите об этом на https://bugzilla.redhat.com/ в разделе продукта "Fedora EPEL".

О проблемах с инфраструктурой (зеркала, репозитории и т. д.) следует сообщать в отдел Fedora releng.

Все содержимое документации Fedora доступно по лицензии CC BY-SA 4.0 или, если это специально указано, по другой принятой лицензии на бесплатное и открытое содержимое.

Я знал, что забуду задать этот вопрос, пока не стало слишком поздно.

Я вспомнил об этом, когда CentOS 5 пошла *пуф* и репозитории исчезли.

Теперь, когда CentOS 6 является EOL и просто ушел *пуф*, мне интересно, есть ли место, где можно указать yum на то, что раньше существовало в виде загружаемых пакетов?

Похоже, у меня есть около года, чтобы узнать об этом для CentOS 8, и еще около 4 для CentOS 7.

Джим Питерс

Угрозы кибербезопасности и потребность в надежном резервном копировании

2022-03-29 18:00:00 UTC Вебинар Вебинар: Spanning — угрозы кибербезопасности и потребность в надежном резервном копировании Сведения о событии Просмотреть все события

Дж.К.Александрес

PCSmart Solutions — поставщик ИТ-услуг.

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

5 ответов

Дж.К.Александрес

PCSmart Solutions — поставщик ИТ-услуг.

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

Вы также можете пересмотреть использование CentOS, см. следующие статьи:

фурикула

Ну, если это 6 - вам действительно не следует его больше использовать. Если у вас есть копия этого репозитория, то существующие коробки будут получать пакеты, которые они уже получили.
Любые новые пакеты из других источников больше не будут CentOS6, и надежность работы CentOS, вероятно, упадет.

Сейчас не следует устанавливать *новый* ящик на 6.

Если вы в отчаянии, то установите через configure/make/make install или создайте свои собственные пакеты. Для простых проектов, которые часто довольно прямолинейны.

Обновите до 7 и дайте предстоящему переключению на "Stream" 8 на шесть месяцев или около того, чтобы посмотреть, как это получится.

Рэнди8615

OP Джим Питерс

Как организация EOL, единственный ответ, который кто-либо получит от меня, будет: "Извините, это EOL, ничего нельзя с этим поделать. Ваш единственный вариант — выйти или перейти на текущую версию".

Спрашиваю только о 5/6, потому что хочу знать, есть ли у меня возможность попытаться что-то установить, если кто-то прикажет это сделать.

Проблема в том, что виртуальные машины могут существовать вечно и никогда не попадут в начало списка, чтобы у них было достаточно времени для замены. Они никогда не умрут из-за аппаратного сбоя.

Мне известно о недавней истории с CentOS 8. Ирония заключается в том, что EOL равен 6, я просто выступал за то, чтобы наша среда продвигалась вперед до 8, так как пришло время. С таким укороченным жизненным циклом и CentOS 7 в более длинном, мы остаемся здесь, на 7. Пока без каких-либо известных сожалений.

Эта тема заблокирована администратором и больше не открыта для комментариев.

Чтобы продолжить обсуждение, задайте новый вопрос.

Щелкни! Исправление MS Bluetooth, угрозы электронной почты, задачи безопасности, звуки Марса, создание GIF

Ваша ежедневная доза технических новостей. Вы должны это услышать. Microsoft устраняет проблему Bluetooth, вызывающую синие экраны Windows Проблема, вызванная январским обновлением Microsoft, теперь исправлена. Согласно BleepingComputer: «Майкрософт.

Как остановить спам-тексты со случайных поддельных номеров?

В течение последних нескольких недель я получал спам со случайных поддельных номеров со ссылками на случайные URL. Это происходит каждый день, несколько раз и в любое время. Так как телефонные номера каждый раз уникальны, я не могу заблокировать .

Нужен совет по клонированию, изменению IP-адреса и, возможно, переименованию сервера 2008 R2.

У меня (что я предполагаю) довольно уникальный вопрос с длинным объяснением. Я также просто хочу убрать это с самого начала: я прекрасно понимаю, что здесь много проблем с безопасностью, и это то, о чем мы пытаемся позаботиться с помощью этой очереди.

Искра! Серия Pro – 24 марта 2022 г.

Сегодня в истории: 1958 г. — Элвис Пресли призван в армию США. Когда Элвису Пресли исполнилось 18 лет 8 января 1953 г., он выполнил свой патриотический долг и юридическое обязательство зарегистрировать свое имя в системе выборочной службы, тем самым сделав h.

Щелкни! Okta Breach, QNAP Devices, Raspberry Pi, Space Lettuce, Mercury Diamonds

Ваша ежедневная доза технических новостей. Вы должны это услышать. Okta подтверждает, что 2,5% клиентов пострадали от взлома в январе Раскрываются новые подробности взлома Okta, и вполне возможно, что преступники имели физический доступ к emplo.

Здравствуйте, новый автор, давний пользователь. Заранее спасибо за помощь!

Проблема. В настоящее время я использую CentOS 6.9, и с начала мая не могу обновлять пакеты программного обеспечения в своей системе. Я просмотрел репозитории и знаю, что там есть обновления, но yum не будет их обрабатывать.

Я выполнил yum clean all команды и убедился, что у меня указаны правильные репозитории (примеры обновлений):

Я буду следить за обсуждением и отвечу на любые запросы о дополнительной информации. Еще раз спасибо заранее!

Похоже, вы отключили все репозитории, кроме EPEL. Отредактируйте /etc/yum.repos.d/CentOS-Base.repo и измените enabled=0 на 1 для [base], [updates] и [extras] (включены по умолчанию) и повторите попытку.

Вы абсолютно правы. /etc/yum.repos.d/CentOS-Base.repo не содержит операторов включения для каких-либо репозиториев. Мне пришлось добавить их вручную.

Я не помню, чтобы удалял эти утверждения. дерьмо.

После того, как я добавил enable=1 ко всем разделам конфигурации в /etc/yum.repos.d/CentOS-Base.repo, я запустил yum update и получил новое обновление ядра, но не пакеты программного обеспечения.

Запуск yum -d10 update по-прежнему показывает, что 152 пакета помещаются в "простое обновление", но выдает тот же критерий выхода "Нет пакетов, помеченных для обновления"

Обновленный и текущий файл /etc/yum.repos.d/CentOS-Base.repo:

По умолчанию включены только базовые/обновленные и дополнительные компоненты. Centosplus содержит пакеты, которых нет в RHEL, которые заменяют пакеты из базы/обновлений, и их следует использовать только в том случае, если вы действительно знаете, что хотите эти переопределения. В Contrib никогда ничего не было и, вероятно, никогда не будет.

Глядя на мой /var/log/yum.log в системе CentOS 6, последние пакеты, получившие обновления, были

Используйте команду rpm -q nss, чтобы проверить, какая версия пакета nss у вас установлена. Возможно, вы не получаете обновления в списке, потому что их нет.

Также проверьте наличие других распространенных неверных конфигураций, например. grep -ir exclud /etc/yum.* и что вы не настроили yum-plugin-priorities неправильно, используя sed -n -e "/^\[/h; /priority *=/< G; s/\n //;s/ity=/ity=/;p >" /etc/yum.repos.d/*.repo | сортировать -k3n

Кроме того, что выводит команда rpm -q --qf '%\n' centos-release

На мой взгляд, ваша система полностью обновлена.

Необходимо помнить, что 10 мая 2017 года CentOS 6 перешла в третью производственную фазу, и с этого момента исправление будет производиться только для критических ошибок безопасности (или для тех вещей, которые хотят исправить действительно крупные клиенты Redhat, которые платят много денег!) . Таким образом, с этого момента частота обновлений будет несколько меньше, пока в 2020 году они не перестанут обновляться.

Что ж, это хорошие новости.

Спасибо за ваше терпение и руководство во всем этом!

Я не знаю, что означают эти простые сообщения об обновлениях, но я проверил систему здесь и выбрал пакет наугад из списка простых обновлений, в моем случае openssl. Затем я запустил yum list openssl --noplugins --showdupli, чтобы вывести список всех копий пакета openssl, которые установлены или находятся в любом включенном репозитории, но отключил все плагины, что не позволяет yum-plugin-priorities исключать дубликаты из репозиториев с приоритетом и т. д. Что я вижу для этого пакета

Как видите, я установил ту же копию, что и в репозиториях, поэтому для этого пакета нечего обновлять. Что бы ни значило это сообщение, похоже, оно не означает, что пакет нуждается в обновлении.

У меня финальная версия Centos 6.8. Пытаюсь выполнить обновление. Зеркала не работали, поэтому я включил baseurl, но это тоже не работает, я получаю это сообщение ниже

Не удалось получить список зеркал http://mirrorlist.centos.org/?release=6 . Ошибка nfra=stock была
14: ОШИБКА PYCURL 6 — «Не удалось разрешить хост «mirrorlist.centos.org»»
Ошибка: не удалось найти допустимый базовый URL-адрес для репо: centosplus

Может ли кто-нибудь предложить исправление. Я знаю, что версия 6 еще не завершена до 2020 года.

Раздел 8.4.2, «Настройка параметров [репозитория]» описывает различные параметры, которые можно использовать для определения репозитория Yum. В этом разделе объясняется, как добавлять, включать и отключать репозиторий с помощью команды yum-config-manager.

Важно

Когда система зарегистрирована в Red Hat Network на основе сертификатов, инструменты Red Hat Subscription Manager используются для управления репозиториями в файле /etc/yum.repos.d/redhat.repo. См. Главу 6, Регистрация системы и управление подписками, чтобы узнать, как зарегистрировать систему в Red Hat Network и использовать инструменты Red Hat Subscription Manager для управления подписками.

Добавление репозитория Yum

Чтобы определить новый репозиторий, вы можете добавить раздел [repository] в файл /etc/yum.conf или в файл .repo в /etc/yum.repos. д/каталог. Все файлы с расширением .repo в этом каталоге читаются yum , и рекомендуется определять ваши репозитории здесь, а не в /etc/yum.conf .

Предупреждение

Получение и установка пакетов программного обеспечения из непроверенных или ненадежных источников программного обеспечения, отличных от Red Hat Network, представляет потенциальную угрозу безопасности и может привести к проблемам с безопасностью, стабильностью, совместимостью и ремонтопригодностью.

Репозитории Yum обычно предоставляют собственный файл .repo.Чтобы добавить такой репозиторий в вашу систему и включить его, выполните следующую команду от имени пользователя root:

Включение репозитория Yum

где репозиторий — уникальный идентификатор репозитория (используйте yum repolist all, чтобы получить список доступных идентификаторов репозитория). Кроме того, вы можете использовать выражение glob для включения всех соответствующих репозиториев:

Например, чтобы включить репозитории, определенные в разделах [example], [example-debuginfo] и [example-source], введите:

В случае успеха команда yum-config-manager --enable отображает текущую конфигурацию репозитория.

Отключение репозитория Yum

где репозиторий — уникальный идентификатор репозитория (используйте yum repolist all, чтобы получить список доступных идентификаторов репозитория). Подобно yum-config-manager --enable , вы можете использовать выражение glob для одновременного отключения всех соответствующих репозиториев:

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