git 1.9 e yum groupinstall “Ferramentas de Desenvolvimento”

Question

Eu estava lendo que instalar repositórios não oficiais no RedHat não era uma boa idéia. Então eu estava tentando instalar NodeJS no RH Server e eu vi que a versão git era 1.7.1. Nossa equipe está usando 1.9 em seu ubuntus local. Então eu queria saber se eu instalo git 1.9 primeiro (isso quebra / faz o sistema instável de alguma forma? - também preciso disso porque eu preciso configurar o servidor git depois) e faça o yum groupinstall "Development Tools" isso resultaria em algum tipo de conflito?

Estou tentando ser muito cauteloso porque é o servidor que toda a equipe estará usando e não tem a opção de criar um instantâneo para reverter caso algo aconteça ...

==========================================================================================================
 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)

    

Answer 1

would this break/make the system unstable in any way?

Se você precisar de um software que esteja disponível apenas em um determinado repositório, provavelmente o usaria. Apenas certifique-se de que você realmente precisa primeiro.

Os problemas entram em cena quando os repo / rpms são mal projetados. Isso pode levar a situações em que yum instalará uma versão superior de um pacote específico porque está disponível no outro repositório com o mesmo nome, mas algum software do canal base não será mais instalado porque foi construído em uma versão anterior número. Isso pode criar um clusterfrack de um problema que geralmente não é resolvido ou retirado intuitivamente de.

Se você usar algo diferente de EPEL, basta configurar o repositório com enabled=0 para que o repo seja desativado em geral, mas se você precisar, basta dizer yum install packageName --enablerepo=repoName . Isso impede que algo desse repositório seja instalado acidentalmente.

É claro, há também o problema de que os pacotes de canais básicos são definicionalmente mais estáveis do que os mais recentes e maiores apenas por causa do controle de qualidade que é feito neles e da abrangência de sua base de instalação.

So I was wondering if I install git 1.9 first [...] and the do the yum groupinstall "Development Tools" would this result in conflict issues of some sort.

Potencialmente, você só precisa ver o que faz. Em última análise, cabe ao mantenedor do repositório garantir que as pessoas que usam seus repositórios tenham o passeio mais suave possível, por isso é difícil dizer o que você obterá quando ficar longe dos repositórios mais conhecidos.

Eu faria as ferramentas de desenvolvimento primeiro adicionando um --disablerepo=repoName a ele para que ele fosse instalado e esperasse que o mantenedor do repositório usasse isso como ponto de referência ao decidir como construir esses RPMs. Isso parece a coisa que teria a melhor chance de sucesso. Um groupinstall incluirá mais pacotes (diretamente e por dependências) do que instalar um aplicativo específico a partir da vontade. Então, se algo do canal base estiver em conflito com o RPM do repositório não oficial, será mais fácil dividi-lo e remover os pacotes do canal base.

I'm trying to be very cautious here because it's the server the entire team will be using, and don't have the option to create a snapshot to roll back in case something happens...

Se for esse o caso, eu examinaria cuidadosamente a lista de atualizações com cada atualização e certifique-se de que elas estejam vindo dos repositórios corretos antes de avisá-la para prosseguir com a instalação.