[Fedora-users-br] APT-GET para fedora

Otto Fuchshuber Filho o2to2f em gmail.com
Sáb Jan 20 14:37:21 UTC 2007


Se há alguém nesta lista que participa do desenvolvimento do 
Fedora, fica a sugestão para a próxima versão.

Saudações,
Otto Fuchshuber Filho
o2to2f em gmail.com

Gabriel Lovison escreveu, Em 20-01-2007 11:17:
> kra, realmente essa de poder optar por pacotes críticos seria uma das 
> melhores opçoes.
> 
> Em um servidor importante vc nao pode estar parando toda vez pra 
> atualizar milhares de pacotes e, após a atualizaçao, estar verificando 
> se está tudo ok ou nao.
> 
> Seria interessante podermos optar por pacotes segundo seu grau de 
> classificação.
> 
> 2007/1/19, Otto Fuchshuber Filho <o2to2f em gmail.com 
> <mailto:o2to2f em gmail.com>>:
> 
>     Vou relatar experiência recente com o yum, fazendo um upgrade do
>     FC3 full para o FC6.
> 
>     Após atualizar a partir do DVD do FC6 e antes de partir para
>     consertar o que parou de funcionar, rodei um "yum update" pois
>     acompanhando esta lista vi que muita coisa não andava bem na
>     versão original do FC6.
> 
>     Bem, isto gerou fantásticos 1.2 GB a serem baixados!  Me pareceu
>     que o yum não tem critério para escolher de onde baixar os
>     pacotes e então instalei o plugin fastestmirror
>     ( http://wiki.linux.duke.edu/YumPlugins) que se propõe a
>     estabelecer um critério.  Com isto, ao rodar o "yum update" foi
>     possível verificar que o yum utiliza uma lista de 40 mirrors!
> 
>     Durante o processo de baixar os pacotes, por muitas vezes dava
>     "mirror error", o yum sinalizava que estava tentando outro mirror
>     mas depois de 2 ou 3 tentativas ele desistia e passava a baixar o
>     pacote seguinte.  Estranhei isto porque com uma lista de 40
>     mirrors ele não deveria desistir na segunda ou terceira
>     tentativa.  O resultado é que ao final do "yum update", o yum
>     parava porque não conseguiu baixar todos os pacotes necessários.
>     Uma vez reiniciado o "yum update", ele ia atrás dos pacotes
>     faltantes mas continuava a dar diversos outros "mirror errors"
>     com o mesmo comportamento. Enfim, até conseguir todos os 1.2 GB,
>     foi um longo processo manual reinicializando o "yum update", isto
>     numa conexão ADSL. Para acelerar, enquanto ele baixava os pacotes
>     eu ia trazendo para o /var/cache/yum com o wget, os pacotes que
>     apresentavam problema.  Em resumo, para uma massa de dados muito
>     grande, fica impossível automatizar com um "yum -y update" no
>     crontab, precisa de intervenção manual, e o fato dele não buscar
>     nos 40 mirrors disponíveis contribui sobremaneira para isto.
> 
>     Eu não tinha estes problemas com o apt-get mas minha experiência
>     com ele é da época do Conectiva, quando não se tinha um ritmo tão
>     frenético de atualizações como é hoje.  Daí, minha experiência
>     não serve como base de comparação.
> 
>     Aliás, este ritmo é um grande problema.  Desde que atualizei para
>     o FC6, praticamente todo dia tem megabytes de upgrade publicados.
>       Para um desktop que é o meu caso, menos mal, mas para um
>     ambiente de produção rodando aplicativos de missão crítica isto é
>     muito complicado.  Fica impossível você baixar os pacotes,
>     atualizar um ambiente de teste, verificar o impacto do upgrade no
>     ambiente, programar uma parada e então atualizar o ambiente de
>     produção.  Na minha opinião, quer seja no yum, no apt-get ou em
>     qualquer outro aplicativo semelhante, deveria haver uma
>     classificação dos upgrades publicados de forma que você pudesse,
>     de forma automatizada, selecionar o que se que atualizar.  Assim,
>     upgrades corrigindo vulnerabilidades poderiam ser priorizados e
>     os demais postergados para uma época mais oportuna, com pouca ou
>     nenhuma intervenção manual.
> 
> 
>     Saudações,
>     Otto Fuchshuber Filho
>     o2to2f em gmail.com <mailto:o2to2f em gmail.com>
> 
> 
> 
> 
> 
> -- 
> Gabriel Z. Lovison
> 
> 
> ------------------------------------------------------------------------
> 
> --
> Fedora-users-br mailing list
> Fedora-users-br em redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-users-br




Mais detalhes sobre a lista de discussão Fedora-users-br