Intereting Posts
Как извлечь таблицы ACPI из .ISO-файла? Скопировать-вставить между гостевым и хостом Hyper-V Можно ли установить размер логического сектора на более новых HDD / SSD? проблема с сетью после обновления от Debian Jessie до Stretch Добавить строку в список, используя AWK или SED? человек игнорирует псевдоним Команда «Last»: как показать последнюю регистрацию пользователя? Как пользователь демона может подключиться через SSH? Получить все строки до даты, используя sed, кроме последней подходящей строки Где хранятся дистрибутивные пакеты Python во FreeBSD? Пользовательские скрипты kvm для автоматизации прикрепления устройства pci Bash названная труба – Atomic Reading Почему хороший уровень игнорируется? (Между различными сеансами входа в систему – почетное, если начато с того же сеанса.) Переносная оболочка POSIX, альтернативная GNU seq (1)? Когда я выполняю команду cpio, она зависает вечно

git 1.9 и yum groupinstall "Средства разработки"

Я читал, что установка неофициальных репозиториев в RedHat не была хорошей идеей. Поэтому я пытался установить NodeJS на RH Server, и я увидел, что версия git была 1.7.1. Наша команда использует 1.9 на своей локальной ubuntus. Так что мне было интересно, если я сначала установлю git 1.9 (будет ли это разорвать / сделать систему неустойчивой?), Также нужно это, потому что мне нужно настроить сервер git впоследствии), и сделать yum groupinstall "Development Tools" будет этот результат в конфликтных проблемах?

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

 ========================================================================================================== Package Arch Version Repository Size ========================================================================================================== Installing: byacc x86_64 1.9.20070509-7.el6 rhel-x86_64-server-6 48 k cscope x86_64 15.6-6.el6 rhel-x86_64-server-6 136 k ctags x86_64 5.8-2.el6 rhel-x86_64-server-6 147 k diffstat x86_64 1.51-2.el6 rhel-x86_64-server-6 29 k doxygen x86_64 1:1.6.1-6.el6 rhel-x86_64-server-6 2.4 M flex x86_64 2.5.35-8.el6 rhel-x86_64-server-6 286 k gcc-c++ x86_64 4.4.7-4.el6 rhel-x86_64-server-6 4.7 M gcc-gfortran x86_64 4.4.7-4.el6 rhel-x86_64-server-6 4.7 M git x86_64 1.7.1-3.el6_4.1 rhel-x86_64-server-6 4.6 M indent x86_64 2.2.10-7.el6 rhel-x86_64-server-6 115 k intltool noarch 0.41.0-1.1.el6 rhel-x86_64-server-6 58 k libtool x86_64 2.2.6-15.5.el6 rhel-x86_64-server-6 564 k patchutils x86_64 0.3.1-3.1.el6 rhel-x86_64-server-6 95 k rcs x86_64 5.7-37.el6 rhel-x86_64-server-6 173 k redhat-rpm-config noarch 9.0.3-42.el6 rhel-x86_64-server-6 59 k swig x86_64 1.3.40-6.el6 rhel-x86_64-server-6 1.1 M systemtap x86_64 2.3-4.el6_5 rhel-x86_64-server-6 26 k Installing for dependencies: libgfortran x86_64 4.4.7-4.el6 rhel-x86_64-server-6 265 k libstdc++-devel x86_64 4.4.7-4.el6 rhel-x86_64-server-6 1.6 M perl-Error noarch 1:0.17015-4.el6 rhel-x86_64-server-6 29 k perl-Git noarch 1.7.1-3.el6_4.1 rhel-x86_64-server-6 28 k perl-XML-Parser x86_64 2.36-7.el6 rhel-x86_64-server-6 224 k systemtap-client x86_64 2.3-4.el6_5 rhel-x86_64-server-6 3.4 M systemtap-devel x86_64 2.3-4.el6_5 rhel-x86_64-server-6 1.4 M Transaction Summary ========================================================================================================== Install 24 Package(s) 

будет ли это нарушить / сделать систему неустойчивой?

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

Проблемы возникают в случае плохого проектирования репо / rpms. Это может привести к ситуациям, когда yum установит более высокую версию определенного пакета, потому что он доступен в другом репо под тем же именем, но затем некоторое программное обеспечение с базового канала больше не будет установлено, поскольку оно было создано против более раннего номера версии. Это может создать clusterfrack проблемы, которая обычно не интуитивно не решена или не отменена.

Если вы используете что-либо иное, кроме EPEL, я бы просто сконфигурировал репо с enabled=0 так что репо отключено вообще, но если вам это нужно, вы можете просто сказать yum install packageName --enablerepo=repoName . Это предотвращает случайное получение чего-либо из этого репо.

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

Поэтому мне было интересно, если я сначала установлю git 1.9 […], а сделав yum groupinstall «Средства разработки», это приведет к некоторым проблемам конфликта.

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

Я бы сделал инструменты разработки, сначала добавив к нему --disablerepo=repoName чтобы он был установлен, и просто надеюсь, что разработчик репо использовал это как свою контрольную точку при принятии решения о том, как создавать эти RPM. Это похоже на то, что будет иметь лучшие шансы на успех. groupinstall будет включать больше пакетов (напрямую и для зависимостей), чем установка определенного приложения из завещания. Поэтому, если что-то из базового канала конфликтует с RPM неофициального репо, это должно быть проще по частям и удалить пакеты базового канала.

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

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