В этом случае, да, это возможно и безопасно.
Поскольку 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
Так, две вещи...
Один: основанные на сертификате репозитории являются функцией "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
....
В настоящее время недостаточно просто зарегистрировать систему, и требуется, чтобы «Предпочтение уровня обслуживания» было как минимум «Самостоятельная -Поддержка ». Доступность репозитория зависит от предпочтения уровня обслуживания. Поэтому используйте следующие шаги, чтобы получить правильный уровень обслуживания.
Кроме того, после регистрации системы с помощью «менеджера подписки -» в командной строке можно управлять другими функциями на веб-портале управления подпиской.
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