Установка средств разработки в RHEL 6

В этом случае, да, это возможно и безопасно.

Поскольку debian сохраняют дерево зависимостей для каждого требуемого пакета.

Вообще существует все еще риск, что некоторые библиотеки не могли существовать в двух других версиях вместе в той же установке, должной конфликтовать (резервирование порта, драйвер устройства и так). В этом виде ситуации, apt предотвратил бы Вас и попросил бы то, что сделать. (Возвратитесь с другим вопросом об УЛ. в этом случае;-)

Вы могли добавить squeeze.list кому: source.list.d

(Всего хорошего! Новые версии APT проигнорируют имя файла, не заканчивающееся".list".):

cat <<eof >/etc/apt/sources.list.d/squeeze.list
deb http://ftp.be.debian.org/debian/ squeeze-updates main contrib
deb-src http://security.debian.org/ squeeze/updates main contrib
eof

добавьте a default директива к /etc/apt/apt.conf.d/

cat <<eof >/etc/apt/apt.conf.d/99squeeze
APT::Default-Release "wheezy";

Чем использование -t переключитесь на Кв. - добираются для переопределяющей конфигурации по умолчанию:

apt-get -t squeeze install scim-pinyin
5
22.05.2016, 06:00
2 ответа

Так, две вещи...

Один: основанные на сертификате репозитории являются функцией "subscription_manager", в то время как "Классик RHN" является традиционным RHN. Сначала необходимо знать, какой тип система использует. Если это будут "основанные на сертификате репозитории то", (иначе subscription_manager) затем Вы будете видеть файл/etc/yum.repos.d/redhat.repo с содержанием как:

[rhel-6-server-rpms]
name = Red Hat Enterprise Linux 6 Server (RPMs)
baseurl = https://cdn.redhat.com/content/rhel/server/6/$releasever/$basearch/os
enabled = 0
gpgcheck = 1
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta,file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
sslverify = 1
sslcacert = /etc/rhsm/ca/redhat-uep.pem
sslclientkey = /etc/pki/entitlement/1111111111111111111-key.pem
sslclientcert = /etc/pki/entitlement/1111111111111111111.pem
metadata_expire = 86400

Если это верно, Вы, вероятно, используете subscription_manager, если, с другой стороны, Вам определили местоположение файла в:/etc/sysconfig/rhn/systemid затем система был зарегистрирован через "Классика RHN". Независимо, какой бы ни метод, который Вы использовали, другой, должен быть выключен. Это может быть сделано путем конфигурирования конфигурации соответствующего плагина, расположенной в:/etc/yum/pluginconf.d/

Для "Классика RHN" это будет файлом "rhnplugin.conf", и для "subscription_manager" это будет "подписка-manager.conf". Они позволены/отключены путем устанавливания булева значения, "включил = [0|1]" в соответствующем конфигурационном файле. Если у Вас нет ни одной из этих конфигураций затем, Ваша система не регистрируется через RHN/subscription_manager и несмотря на наличие полномочий местных органов власти, необходимо связаться системным администратором, который управляет правами RHN. Если Вы регистрируетесь, давайте продолжать идти.

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

yum grouplist

или, еще лучше:

yum grouplist | grep -i development 

это должно привести к выводу, подобному:

redbeard@yum01 [~]# yum grouplist | grep -i development
   Additional Development
   Desktop Platform Development
   Development tools
   Server Platform Development

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

redbeard@yum01 [~]# sudo yum groupinstall "Development Tools"
Loaded plugins: product-id, security, subscription-manager
This system is receiving updates from Red Hat Subscription Management.
Setting up Group Process
Package 1:pkgconfig-0.23-9.1.el6.x86_64 already installed and latest version
Package binutils-2.20.51.0.2-5.36.el6.x86_64 already installed and latest version
Package elfutils-0.152-1.el6.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package autoconf.noarch 0:2.63-5.1.el6 will be installed
---> Package automake.noarch 0:1.11.1-4.el6 will be installed
---> Package bison.x86_64 0:2.4.1-5.el6 will be installed
---> Package byacc.x86_64 0:1.9.20070509-7.el6 will be installed
---> Package cscope.x86_64 0:15.6-6.el6 will be installed
---> Package ctags.x86_64 0:5.8-2.el6 will be installed
....
3
27.01.2020, 20:40

В настоящее время недостаточно просто зарегистрировать систему, и требуется, чтобы «Предпочтение уровня обслуживания» было как минимум «Самостоятельная -Поддержка ». Доступность репозитория зависит от предпочтения уровня обслуживания. Поэтому используйте следующие шаги, чтобы получить правильный уровень обслуживания.

Кроме того, после регистрации системы с помощью «менеджера подписки -» в командной строке можно управлять другими функциями на веб-портале управления подпиской.

01. Проверьте включенные подписки

subscription-manager list

02. Зарегистрируйте свою систему в системе управления подпиской на клиентском портале

subscription-manager register --username your_username --password your_password

03. Список доступных уровней обслуживания

subscription-manager service-level --list

04. Установите желаемый уровень с помощью переключателя

subscription-manager service-level --set=self-support
subscription-manager list

05. список всех предоставленных вами репозиториев по определенной подписке

subscription-manager repos --list
yum repolist all

Примечание.:Если подписка не работает, можно использовать автоматическую опцию следующим образом.

subscription-manager attach --auto

Чтобы удалить все подписки

subscription-manager remove --all

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

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

yum groupinfo "Development Tools"

ИЛИ

yum grouplist | grep -i development

02. Установка средств разработки

yum groupinstall "Development Tools"

03. Проверьте установленные версии нескольких инструментов

gcc --version
make --version
2
27.01.2020, 20:40

Теги

Похожие вопросы