FC6 = abandonware

[ALBERTO VIEIRA FERREIRA MONTEIRO]

# rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm
erro: Failed dependencies:
        mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686

Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como
"enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?

Alberto Monteiro

[Kayo Hamid]

Alberto Monteiro wrote:
> # rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm
> erro: Failed dependencies:
>         mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
>
> Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como
> "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
>
> Alberto Monteiro
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

tem, parametro force no rpm... Como saber? man rpm...

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Kayo Hamid escreveu:
> > # rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm
> > erro: Failed dependencies:
> >         mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
> >
> > Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como
> > "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
>
> tem, parametro force no rpm... Como saber? man rpm...

Não funciona nem com --force :-(

Alberto Monteiro

[Kayo Hamid]

Alberto Monteiro wrote:
> Kayo Hamid escreveu:
> > > # rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm
> > > erro: Failed dependencies:
> > >         mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
> > >
> > > Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como
> > > "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
> >
> > tem, parametro force no rpm... Como saber? man rpm...
>
> Não funciona nem com --force :-(
>
> Alberto Monteiro
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

Entao, reenviando a msg que foi ignorada, rpmfind.net, baixa o mkinitrd 
necessario e instala. Esqueça o yum, mate você as dependencias.

[Isamar Maia]

A dependencia do mkinitrd eh o nash, dhcp, libselinux, e outras "cositas
mas" que ja devem estar instaladas no seu sistema.
Rpmfind eh seu amigo.

Isamar

2007/8/31, Kayo Hamid :
> Alberto Monteiro wrote:
> > Kayo Hamid escreveu:
> > > > # rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm
> > > > erro: Failed dependencies:
> > > >         mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
> > > >
> > > > Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como
> > > > "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
> > >
> > > tem, parametro force no rpm... Como saber? man rpm...
> >
> > Não funciona nem com --force :-(
> >
> > Alberto Monteiro
> >
> > --
> > Fedora-users-br mailing list
> > [e-mail]
> > https://www.redhat.com/mailman/listinfo/fedora-users-br
>
> Entao, reenviando a msg que foi ignorada, rpmfind.net, baixa o mkinitrd
> necessario e instala. Esqueça o yum, mate você as dependencias.
>
> --
> Kayo Hamid
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Isamar Maia escreveu:
> A dependencia do mkinitrd eh o nash, dhcp, libselinux, 
> e outras "cositas mas" que ja devem estar instaladas no
> seu sistema.

É o nash (acho, ou alguma dependência do nash) que dá problema.
Mas isso não importa, o loop de dependências nunca acaba.
> Rpmfind eh seu amigo.

Sei não. Ele acha, mas depois não adianta nada.

Alberto Monteiro

[Isamar Maia]

Use o nash de mesmo numero de versao do mkinitrd.
Mas que eh realmente estranho o yum nao funcionar.. isso eh.

2007/8/31, Alberto Monteiro :
> Isamar Maia escreveu:
> > A dependencia do mkinitrd eh o nash, dhcp, libselinux,
> > e outras "cositas mas" que ja devem estar instaladas no
> > seu sistema.
>
> É o nash (acho, ou alguma dependência do nash) que dá problema.
> Mas isso não importa, o loop de dependências nunca acaba.
> > Rpmfind eh seu amigo.
>
> Sei não. Ele acha, mas depois não adianta nada.
>
> Alberto Monteiro
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

[Eduardo Habkost]

On Fri, Aug 31, 2007 at 11:46:17AM -0200, Alberto Monteiro wrote:
> Isamar Maia escreveu:
> > A dependencia do mkinitrd eh o nash, dhcp, libselinux, 
> > e outras "cositas mas" que ja devem estar instaladas no
> > seu sistema.
>
> É o nash (acho, ou alguma dependência do nash) que dá problema.
> Mas isso não importa, o loop de dependências nunca acaba.

Você tentou 'yum update mkinitrd'? (mesmo antes de refazer as
configurações dos repositórios como sugeri no outro e-mail).

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Eduardo Habkost perguntou:
> Você tentou 'yum update mkinitrd'? (mesmo antes de refazer as
> configurações dos repositórios como sugeri no outro e-mail).

Sim.

Essa é uma pergunta retórica? [*]

Alberto Monteiro

[*] essa é uma pergunta retórica.

[Eduardo Habkost]

On Fri, Aug 31, 2007 at 12:09:39PM -0200, Alberto Monteiro wrote:
> Eduardo Habkost perguntou:
> > Você tentou 'yum update mkinitrd'? (mesmo antes de refazer as
> > configurações dos repositórios como sugeri no outro e-mail).
>
> Sim.
>
> Essa é uma pergunta retórica? [*]

Não. A minha curiosidade é quais as mensagens de erro que o 'yum update
mkinitrd' mostrou.

Mas eu já estou convencido que o melhor é você fazer backup do /home
e instalar o FC6 do zero. Não porque não tem jeito de arrumar, mas
porque acho que não vale a pena o trabalho.
> Alberto Monteiro
>
> [*] essa é uma pergunta retórica.

Tarde demais, já respondi.  :P

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Kayo Hamid escreveu:
> > > > Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como
> > > > "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
> > >
> > > tem, parametro force no rpm... Como saber? man rpm...
> >
> > Não funciona nem com --force :-(
>
> Entao, reenviando a msg que foi ignorada,

Não foi ignorada. Eu não respondi apenas porque já tinha "respondido"
em mensagem anterior.
> rpmfind.net, baixa o 
> mkinitrd necessario e instala. Esqueça o yum, mate você as dependencias.

O mkinitrd também não entra via rpm, porque tem uma dependência
idiota. E essa dependência não existe.

Alberto Monteiro

[Eduardo Habkost]

On Fri, Aug 31, 2007 at 10:24:27AM -0300, Kayo Hamid wrote:
> > > > Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como
> > > > "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
> > >
> > > tem, parametro force no rpm... Como saber? man rpm...
> >
> > Não funciona nem com --force :-(
> >
> > Alberto Monteiro
>
> Entao, reenviando a msg que foi ignorada, rpmfind.net, baixa o mkinitrd 
> necessario e instala. Esqueça o yum, mate você as dependencias.

É isso o que ele já está fazendo, e baixando do repositório do Fedora,
que é melhor que usar o rpmfind.net.

Alberto,

O FC6 continua sendo mantido, normalmente. Não sei o que tem de errado
na sua configuração do Yum (ou no conjunto de pacotes do seu sistema). O
ideal é fazer o seu Yum voltar a funcionar, revisando as configurações
dos repositórios, senão você vai ficar maluco.

Tentar atualizar o sistema pelo yum (e não pelo CD) deve ter deixado o
seu sistema com os pacotes todos bagunçados. Mas arrumar isso manualmente
como está tentando vai te enlouquecer em alguns dias.

Você pode conseguir atualizar o kernel, mas e o monte de pacotes que pode
ter ficado sem atualizar, além do kernel? Vai ficar pra sempre caçando
dependência manualmente? O yum ainda é seu amigo.  :)

Eu faria o seguinte:

- Renomeava o /etc/yum.repos.d para /etc/yum.repos.d.backup (caso algo
  dê errado, é só "desrenomear")
- Baixava e reinstalava o pacote fedora-release (que contém os arquivos
  de configuração do Yum), do repositório do FC-6
- Talvez você queira copiar os arquivos .repo de outros repositórios
  (não os do fedora, porque já foram reinstalados), do seu diretório
  de backup para o yum.repos.d
- Fazia 'yum upgrade' e se vier algum erro (provavelmente deve continuar
  vindo), corrigir manualmente com 'yum update algum-pacote', 'yum
  install algum-pacote' (ou até mesmo 'yum remove algum-pacote'),
  dependendo do caso.
- ****TOME CUIDADO SE FIZER 'yum remove'****. Não vá desinstalar
  pacotes básicos do sistema. Se tiver algo que não conheça na lista
  de pacotes a serem removidos, antes da confirmação, não confirme.

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Eduardo Habkost escreveu:
> O FC6 continua sendo mantido, normalmente. Não sei o que tem de 
> errado na sua configuração do Yum (ou no conjunto de pacotes do seu 
> sistema). O ideal é fazer o seu Yum voltar a funcionar, revisando as 
> configurações dos repositórios, senão você vai ficar maluco.

Você quer dizer, mais maluco do que o usual, certo?
> Tentar atualizar o sistema pelo yum (e não pelo CD) deve ter
> deixado o seu sistema com os pacotes todos bagunçados.

Eu tentei atualizar pelo yum há umas 4 semanas, mas não deu certo,
e eu continuei usando o FC4 normalmente. Aliás, eu só resolvi
trocar FC4 -> FC6 porque caí no canto da sereia que dava para
acessar uma droga de celular com Linux :-/
> Mas arrumar isso manualmente
> como está tentando vai te enlouquecer em alguns dias.

"Quos deus vult perderc prius dimentat"
> Você pode conseguir atualizar o kernel, mas e o monte de pacotes
> que pode ter ficado sem atualizar, além do kernel? Vai ficar
> pra sempre caçando dependência manualmente?
> O yum ainda é seu amigo.  :)

Quando funciona, né? No FC4, já não funcionava mais.
> Eu faria o seguinte:
> Renomeava o /etc/yum.repos.d para /etc/yum.repos.d.backup (caso
>
> algo  dê errado, é só "desrenomear") - Baixava e reinstalava o 
> pacote fedora-release (que contém os arquivos  de configuração do 
> Yum), do repositório do FC-6 - Talvez você queira copiar os arquivos 
> .repo de outros repositórios
>   (não os do fedora, porque já foram reinstalados), do seu diretório 
>  de backup para o yum.repos.d - Fazia 'yum upgrade' e se vier algum 
> erro (provavelmente deve continuar  vindo), corrigir manualmente com 
> 'yum update algum-pacote', 'yum  install algum-pacote' (ou até mesmo 
> 'yum remove algum-pacote'),  dependendo do caso. - ****TOME CUIDADO 
> SE FIZER 'yum remove'****. Não vá desinstalar  pacotes básicos do 
> sistema. Se tiver algo que não conheça na lista  de pacotes a serem 
> removidos, antes da confirmação, não confirme.

Eu já tentei algo parecido: desabilitei todos repositórios não-oficiais,
fiz yum update, e tive o dissabor de receber mensagem de erro no final
do yum update - por causa de pacotes que não existem.

Eu ainda não comecei a fazer yum remove *.*; mas isso resolveria
o problema, ou deixaria o sistema ainda mais capenga?

Alberto Monteiro

[Gustavo Picoloto]

Olá,

Em 31/08/07, Alberto Monteiro escreveu:
> Eu já tentei algo parecido: desabilitei todos repositórios não-oficiais,
> fiz yum update, e tive o dissabor de receber mensagem de erro no final
> do yum update - por causa de pacotes que não existem.

Esses pacotes que não existem são de repositórios não oficiais do
fedora (tipo, freshrpms, livna e etc)?
Se forem, pode tentar remover eles e atualizar o sistema pelo yum
usando somente os repositórios oficiais ... depois você reinstala os
pacotes do livna/freshrpms/etc. Alias, não lembro de alguém ter
perguntado aqui, você está com algum repositório desses apontando para
alguma versão anterior do Fedora? Se sim, é bem provável que ele não
encontre atualizações num livna para FC4 por exemplo.
> Eu ainda não comecei a fazer yum remove *.*; mas isso resolveria
> o problema, ou deixaria o sistema ainda mais capenga?

Depende do que você remover, pode ajudar ou pode parar tudo :) Se for
remover algo, verifique o que ele vai remover junto antes de teclar
"y".

[]'s
Gustavo Picoloto

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Gustavo Picoloto escreveu:
> > Eu já tentei algo parecido: desabilitei todos repositórios
> > não-oficiais, fiz yum update, e tive o dissabor de receber
> > mensagem de erro no final do yum update - por causa de
> > pacotes que não existem.
>
> Esses pacotes que não existem são de repositórios não oficiais do
> fedora (tipo, freshrpms, livna e etc)?

Acho que não. A menos que haja algum que seja de repositório
não oficial, com versão mais recente que o equivalente de
repositório oficial.

Pode ser essa a razão do crash?
> Se forem, pode tentar remover eles e atualizar o sistema pelo yum
> usando somente os repositórios oficiais ... depois você reinstala os
> pacotes do livna/freshrpms/etc.

Ok, então (repetindo a pergunta), como eu detecto o que
é pacote não oficial?
> Alias, não lembro de alguém ter perguntado aqui,

Acho que você mesmo já perguntou isso :-))))))))))))))
> você está com algum repositório desses apontando 
> para alguma versão anterior do Fedora? Se sim, é bem provável que 
> ele não encontre atualizações num livna para FC4 por exemplo.

Acho que eu ainda tenho pacotes que são fc4.
> > Eu ainda não comecei a fazer yum remove *.*; mas isso resolveria
> > o problema, ou deixaria o sistema ainda mais capenga?
>
> Depende do que você remover, pode ajudar ou pode parar tudo :) Se for
> remover algo, verifique o que ele vai remover junto antes de teclar
> "y".

A única vez que eu tentei usar yum remove mkinitrd, ele listou
o que iria apagar. Na lista, estava o kernel. Então eu digitei N.

Se eu tivesse digitado y, seria Format & Reinstall?

Alberto Monteiro

[Eduardo Habkost]

On Fri, Aug 31, 2007 at 12:17:58PM -0200, Alberto Monteiro wrote:
> Se eu tivesse digitado y, seria Format & Reinstall?

Quase isso. Daria para "dar um jeito" com muita paciência, tempo de
sobra, e um CD de Rescue, mas daria trabalho.

[Gustavo Picoloto]

Em 31/08/07, Alberto Monteiro escreveu:
> > Esses pacotes que não existem são de repositórios não oficiais do
> > fedora (tipo, freshrpms, livna e etc)?
>
> Acho que não. A menos que haja algum que seja de repositório
> não oficial, com versão mais recente que o equivalente de
> repositório oficial.
>
> Pode ser essa a razão do crash?

Pode ser ... determinado programa precisa de uma versão x mas só
existe nos repositórios a y, então ele não pode atualizar. Não chega a
ser um crash, é um ponto onde o yum para por não saber continuar.
> > Se forem, pode tentar remover eles e atualizar o sistema pelo yum
> > usando somente os repositórios oficiais ... depois você reinstala os
> > pacotes do livna/freshrpms/etc.
>
> Ok, então (repetindo a pergunta), como eu detecto o que
> é pacote não oficial?

De um jeito simples? Sinceramente não sei :)

Mas pode-se fazer isso para um pacote:
rpm  -q --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{BUILDHOST}\n' pacote

Ou colocar num laço (demora uns minutos para rodar este comando) para
saber todos os que estão instalados:

for i in `rpm -qa`; do
  rpm  -q --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{PACKAGER}
%{BUILDHOST}\n' $i
done

Os pacotes que não tiver "redhat" e não tiver "fedora" (alias, acho
que todos os fedora também tem redhat, mas não tenho certeza) não
foram compilados pelo pessoal do Fedora, ou seja, é repositório de
terceiro e que deve aparecer no BUILDHOST.

Para testar aqui, fiz o laço redirecionando para um arquivo e usei um
grep (grep -i -v redhat saida.txt) para saber tudo o que veio de
terceiros.

Exemplos de pacotes de terceiros que apareceu:
mplayer-fonts-1.1-3.fc python2.freshrpms.net
flash-plugin-9.0.48.0-release mtilburg-rh4.macromedia.com
skype-1.4.0.99-fc5 linux-build.skype.net
> > Alias, não lembro de alguém ter perguntado aqui,
>
> Acho que você mesmo já perguntou isso :-))))))))))))))

Então se você acha que está ficando louco, eu acho que sua loucura
pode ser contagiosa :)
> A única vez que eu tentei usar yum remove mkinitrd, ele listou
> o que iria apagar. Na lista, estava o kernel. Então eu digitei N.
>
> Se eu tivesse digitado y, seria Format & Reinstall?
>
> Alberto Monteiro

Poderia recuperar com um cd de recuperação, mas vai dar trabalho :)

[]'s

Gustavo Picoloto

[Eduardo Habkost]

On Fri, Aug 31, 2007 at 11:54:41AM -0300, Gustavo Picoloto wrote:
> De um jeito simples? Sinceramente não sei :)
>
> Mas pode-se fazer isso para um pacote:
> rpm  -q --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{BUILDHOST}\n' pacote
>
> Ou colocar num laço (demora uns minutos para rodar este comando) para
> saber todos os que estão instalados:
>
> for i in `rpm -qa`; do
>   rpm  -q --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{PACKAGER}
> %{BUILDHOST}\n' $i
> done

Para evitar ter que fazer o "for":
rpm -qa --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{BUILDHOST}\n'

Deve ser mais rápido, também.

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Continuando a saga:

[vai ver por isso que dizem que Windows é melhor que Linux.
No Windows, eu nem pensaria duas vezes, faria o F&R, e nem
tentaria entender que m---- está ocorrendo...]

Problema: Erro maluco com yum

Solução (quase um F&R da database):
# rm -f /var/lib/rpm/__db*
# db_verify /var/lib/rpm/Packages
# rpm --rebuilddb

Novo problema: # yum list update
Loading "installonlyn" plugin
Setting up repositories
updates-source            100% |=========================|  951 B    00:00
core-source               100% |=========================|  951 B    00:00
ftp://ftp.informatik.uni-frankfurt.de/pub/linux/Mirror/ftp.redhat.com/fedora/extras/6/SRPMS/repodata/repomd.xml: 
[Errno 4] IOError: [Errno ftp error] timed out
Trying other mirror.
extras-source             100% |=========================|  951 B    00:00
extras-debuginfo          100% |=========================|  951 B    00:00
extras                    100% |=========================| 1.1 kB    00:00
ftp://klid.dk/fedora/linux/core/updates/6/i386/debug/repodata/repomd.xml: 
[Errno 4] IOError: [Errno ftp error] timed out
Trying other mirror.
ftp://ftp.solnet.ch/mirror/fedora/linux/core/updates/6/i386/debug/repodata/repomd.xml: 
[Errno 4] IOError: [Errno ftp error] timed out
Trying other mirror.
updates-debuginfo         100% |=========================|  951 B    00:00
core-debuginfo            100% |=========================| 1.1 kB    00:00
Reading repository metadata in from local files

O que quer dizer isso? Não tem mais repositório do FC6? Não tem mais
nada para update?

Problema: 
rpm -qa --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{BUILDHOST}\n'
(vários pacotes que não são redhat)

Solução: remover um por um? São 465 pacotes!!!

Problema: (1600+ pacotes que são fc4)

Solução: remover um por um? De novo, é um trabalho do Cão!!!

Problema: (ou não):
[root@Spike ~]# rpm -q fedora-release
fedora-release-6-4
[root@Spike ~]# rpm -V fedora-release
S.5....T c /etc/yum.repos.d/fedora-core.repo
S.5....T c /etc/yum.repos.d/fedora-development.repo
S.5....T c /etc/yum.repos.d/fedora-extras-development.repo
S.5....T c /etc/yum.repos.d/fedora-extras.repo
S.5....T c /etc/yum.repos.d/fedora-legacy.repo
S.5....T c /etc/yum.repos.d/fedora-updates-testing.repo
S.5....T c /etc/yum.repos.d/fedora-updates.repo

Solução: wtf?

Alberto Monteiro

[Gustavo Picoloto]

Olá Alberto,

Em 31/08/07, Alberto Vieira Ferreira Monteiro escreveu:
> Continuando a saga:
>
> [vai ver por isso que dizem que Windows é melhor que Linux.
> No Windows, eu nem pensaria duas vezes, faria o F&R, e nem
> tentaria entender que m---- está ocorrendo...]

hehehe mas assim a informática perde a graça :)
> Novo problema: # yum list update
> Loading "installonlyn" plugin
> Setting up repositories
> updates-source            100% |=========================|  951 B    00:00

[corta]
> O que quer dizer isso? Não tem mais repositório do FC6? Não tem mais
> nada para update?

Tente tirar os mirrors e usar somente o repositório principal. No
arquivo /etc/yum.repos.d/fedora-updates.repo, comente a linha que
começa com "mirrorlist" e descomente a que começa com "baseurl" e
tente novamente.
> Problema:
> rpm -qa --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{BUILDHOST}\n'
> (vários pacotes que não são redhat)
>
> Solução: remover um por um? São 465 pacotes!!!
>
> Problema: (1600+ pacotes que são fc4)
>
> Solução: remover um por um? De novo, é um trabalho do Cão!!!

Estávamos sugerindo remover esses pacotes por achar que o problema
eram eles, mas agora *parece* que o problema é outro. Se o yum
funcionar com os passos anteriores, não precisaria remover nenhum
pacote.
> Problema: (ou não):
> [root@Spike ~]# rpm -q fedora-release
> fedora-release-6-4
> [root@Spike ~]# rpm -V fedora-release
> S.5....T c /etc/yum.repos.d/fedora-core.repo
> S.5....T c /etc/yum.repos.d/fedora-development.repo
> S.5....T c /etc/yum.repos.d/fedora-extras-development.repo
> S.5....T c /etc/yum.repos.d/fedora-extras.repo
> S.5....T c /etc/yum.repos.d/fedora-legacy.repo
> S.5....T c /etc/yum.repos.d/fedora-updates-testing.repo
> S.5....T c /etc/yum.repos.d/fedora-updates.repo

O que isso está dizendo é que os arquivos tem tamanho diferente (S),
md5 diferente (5) e hora de modificação (T) diferente do original.
Basicamente significa que não é o arquivo que foi instalado pelo
pacote fedora-release-6-4 (ou você modificou algo manualmente em todos
eles ou o pacote está corrompido).

[]'s

Gustavo Picoloto

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Gustavo Picoloto escreveu:
> > Problema: (ou não):
> > [root@Spike ~]# rpm -q fedora-release
> > fedora-release-6-4
> > [root@Spike ~]# rpm -V fedora-release
> > S.5....T c /etc/yum.repos.d/fedora-core.repo
> > S.5....T c /etc/yum.repos.d/fedora-development.repo
> > S.5....T c /etc/yum.repos.d/fedora-extras-development.repo
> > S.5....T c /etc/yum.repos.d/fedora-extras.repo
> > S.5....T c /etc/yum.repos.d/fedora-legacy.repo
> > S.5....T c /etc/yum.repos.d/fedora-updates-testing.repo
> > S.5....T c /etc/yum.repos.d/fedora-updates.repo
>
> O que isso está dizendo é que os arquivos tem tamanho diferente (S),
> md5 diferente (5) e hora de modificação (T) diferente do original.
> Basicamente significa que não é o arquivo que foi instalado pelo
> pacote fedora-release-6-4 (ou você modificou algo manualmente em todos
> eles ou o pacote está corrompido).

Tem como corrigir isso?

Alberto Monteiro

[Eduardo Habkost]

On Fri, Aug 31, 2007 at 05:06:33PM +0000, Alberto Vieira Ferreira Monteiro wrote:
> Gustavo Picoloto escreveu:
> > > Problema: (ou não):
> > > [root@Spike ~]# rpm -q fedora-release
> > > fedora-release-6-4
> > > [root@Spike ~]# rpm -V fedora-release
> > > S.5....T c /etc/yum.repos.d/fedora-core.repo
> > > S.5....T c /etc/yum.repos.d/fedora-development.repo
> > > S.5....T c /etc/yum.repos.d/fedora-extras-development.repo
> > > S.5....T c /etc/yum.repos.d/fedora-extras.repo
> > > S.5....T c /etc/yum.repos.d/fedora-legacy.repo
> > > S.5....T c /etc/yum.repos.d/fedora-updates-testing.repo
> > > S.5....T c /etc/yum.repos.d/fedora-updates.repo
> >
> > O que isso está dizendo é que os arquivos tem tamanho diferente (S),
> > md5 diferente (5) e hora de modificação (T) diferente do original.
> > Basicamente significa que não é o arquivo que foi instalado pelo
> > pacote fedora-release-6-4 (ou você modificou algo manualmente em todos
> > eles ou o pacote está corrompido).
>
> Tem como corrigir isso?

Isso é o caso normal quando os arquivos .repo foram modificados por
você, o que é algo comum para arquivos de configuração.

Você pode pegar os arquivos .repo do fedora-release original caso
tenha dúvida se estão apontando para o lugar certo (por isso eu sugeri
reinstalá-lo antes).

Mas só o fato do arquivo ter sido modificado não é um problema. É
só uma dica que o RPM pode dar caso você queira ter certeza que está
usando os arquivos originais do pacote.

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Eduardo Habkost escreveu:
> > > O que isso está dizendo é que os arquivos tem tamanho diferente (S),
> > > md5 diferente (5) e hora de modificação (T) diferente do original.
> > > Basicamente significa que não é o arquivo que foi instalado pelo
> > > pacote fedora-release-6-4 (ou você modificou algo manualmente em todos
> > > eles ou o pacote está corrompido).
> >
> > Tem como corrigir isso?
>
> Isso é o caso normal quando os arquivos .repo foram modificados por
> você, o que é algo comum para arquivos de configuração.

Ah, eu devo ter feito isso. Eu usei o kyum para desabilitar
um monte de coisas, depois eu editei "na mão" colocando
enable nesses arquivos.

Alberto Monteiro

[Cristiano Furtado]

Rapaz isso virou uma novela. E ai ja tem alguma posição? Funcionou?

Em 31/08/07, Alberto Monteiro  escreveu:
> Eduardo Habkost escreveu:
> > > > O que isso está dizendo é que os arquivos tem tamanho diferente (S),
> > > > md5 diferente (5) e hora de modificação (T) diferente do original.
> > > > Basicamente significa que não é o arquivo que foi instalado pelo
> > > > pacote fedora-release-6-4 (ou você modificou algo manualmente em todos
> > > > eles ou o pacote está corrompido).
> > >
> > > Tem como corrigir isso?
> >
> > Isso é o caso normal quando os arquivos .repo foram modificados por
> > você, o que é algo comum para arquivos de configuração.
>
> Ah, eu devo ter feito isso. Eu usei o kyum para desabilitar
> um monte de coisas, depois eu editei "na mão" colocando
> enable nesses arquivos.
>
> Alberto Monteiro
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Cristiano Furtado escreveu:
> Rapaz isso virou uma novela.

É :-(
> E ai ja tem alguma posição?

Não posso dizer nesse fórum, tem crianças lendo.
> Funcionou?

A última: yum update pegou uma meia-dúzia de pacotes com
erro.

yum remove consegui remover esses pacotes.

Deixei yum -y update rodando. Vou ver quando voltar do trabalho.

Alberto Monteiro

[Cristiano Furtado]

Cara, estarei hoje a noite em casa no gtalk. anote ae o meu nick e me
procure a noite ok?
jasonnfedora

Em 31/08/07, Alberto Monteiro  escreveu:
> Cristiano Furtado escreveu:
> > Rapaz isso virou uma novela.
>
> É :-(
> > E ai ja tem alguma posição?
>
> Não posso dizer nesse fórum, tem crianças lendo.
> > Funcionou?
>
> A última: yum update pegou uma meia-dúzia de pacotes com
> erro.
>
> yum remove consegui remover esses pacotes.
>
> Deixei yum -y update rodando. Vou ver quando voltar do trabalho.
>
> Alberto Monteiro
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Cristiano Furtado escreveu:
> Cara, estarei hoje a noite em casa no gtalk. anote ae o meu nick e me
> procure a noite ok?
> jasonnfedora

O que é gtalk?

Alberto Monteiro

[Cristiano Furtado]

auaheuhauehuhau gtalk é o menseger do google:

http://www.google.com.br/pagead/iclk?sa=l&ai=BCmPL18PYRuTHFojKeMHM4KEE5Z...

Em 31/08/07, Alberto Vieira Ferreira Monteiro 
escreveu:
> Cristiano Furtado escreveu:
> > Cara, estarei hoje a noite em casa no gtalk. anote ae o meu nick e me
> > procure a noite ok?
> > jasonnfedora
>
> O que é gtalk?
>
> Alberto Monteiro
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Cristiano Furtado escreveu:
> auaheuhauehuhau gtalk é o menseger do google:

Até eu consegui entrar nisso, você já foi dormir :-)

Alberto Monteiro

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Acabei de ver que eu tinha colocado vários repositórios (talvez alguns
fossem importantes) com enable=0. Vou mudar isso e ver o que acontece.

O fedora-extras-development tá bichado. Dá erro. Vou tirar esse.

Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.

Alberto Monteiro

[Cristiano Furtado]

Demora mesmo pois ele não é tão pequeno assim.

Em 31/08/07, Alberto Vieira Ferreira Monteiro 
escreveu:
> Acabei de ver que eu tinha colocado vários repositórios (talvez alguns
> fossem importantes) com enable=0. Vou mudar isso e ver o que acontece.
>
> O fedora-extras-development tá bichado. Dá erro. Vou tirar esse.
>
> Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.
>
> Alberto Monteiro
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Cristiano Furtado escreveu:
> > Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.
>
> Demora mesmo pois ele não é tão pequeno assim.

Nao sei quanto tempo rodou, mas nao fez nada: deu um monte 
de erros :-/

Alberto Monteiro

[ALBERTO VIEIRA FERREIRA MONTEIRO]

> > > Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.
> >
> > Demora mesmo pois ele não é tão pequeno assim.
>
> Nao sei quanto tempo rodou, mas nao fez nada: deu um monte
> de erros :-/

Esta cada vez pior: leva horas para atualizar qualquer pacote
por mais insignificante que seja, e nao consegue com uma
lista enorme de erros.

Alberto Monteiro

[Gustavo Picoloto]

Olá Alberto,

Se ainda não fez, desabilite todos os repositórios testing e
development, execute "yum clean all" e então tente atualizar. Acredito
que vai demorar somente a primeira atualização e depois será mais
tranquilo.

[]´s

Gustavo Picoloto

Em 01/09/07, Alberto Vieira Ferreira Monteiro escreveu:
> > > > Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.
> > >
> > > Demora mesmo pois ele não é tão pequeno assim.
> >
> > Nao sei quanto tempo rodou, mas nao fez nada: deu um monte
> > de erros :-/
>
> Esta cada vez pior: leva horas para atualizar qualquer pacote
> por mais insignificante que seja, e nao consegue com uma
> lista enorme de erros.
>
> Alberto Monteiro
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Gustavo Picoloto escreveu:
> Se ainda não fez, desabilite todos os repositórios testing e
> development, execute "yum clean all" e então tente atualizar. Acredito
> que vai demorar somente a primeira atualização e depois será mais
> tranquilo.

Ok, fiz isso, e continua com problema.

Por exemplo,

yum -y install kdelibs

leva menos de 1 minuto, e responde:

Loading "installonlyn" plugin
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Parsing package install arguments
No Match for argument: kdelibs
Nothing to do

Aliás, quase tudo importante dá a mesma mensagem,
se bem eu consigo atualizar joguinhos pelo yum - o que
me faz pensar que FC6 virou mesmo abandonware :-/

Alberto Monteiro

PS: por exemplo:

# yum -y install tuxtype2
Loading "installonlyn" plugin
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Parsing package install arguments
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for tuxtype2 to pack into transaction set.
tuxtype2-1.5.3-2.fc6.i386 100% |=========================|  51 kB    00:01
---> Package tuxtype2.i386 0:1.5.3-2.fc6 set to be updated
--> Running transaction check

Dependencies Resolved

=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Updating:
 tuxtype2                i386       1.5.3-2.fc6      extras            7.5 M

Transaction Summary
=============================================================================
Install      0 Package(s)
Update       1 Package(s)
Remove       0 Package(s)

Total download size: 7.5 M
Downloading Packages:
(1/1): tuxtype2-1.5.3-2.f 100% |=========================| 7.5 MB    01:27
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Updating  : tuxtype2                     ######################### [1/2]
  Cleanup   : tuxtype2                     ######################### [2/2]

Updated: tuxtype2.i386 0:1.5.3-2.fc6
Complete!

[Gustavo Picoloto]

Olá Alberto,

O Fedora Core 6 ainda está sendo mantido, mas provavelmente você está
com a última versão do pacote kdelibs (não tem por que um pacote, no
caso o jogo, funcionar e outro não).
Não sei a data correta, mas o Fedora Core 6 deixará de ter suporte
somente após o lançamento do Fedora 8.

[]´s

Gustavo Picoloto

Em 01/09/07, Alberto Vieira Ferreira Monteiro escreveu:
> Gustavo Picoloto escreveu:
> > Se ainda não fez, desabilite todos os repositórios testing e
> > development, execute "yum clean all" e então tente atualizar. Acredito
> > que vai demorar somente a primeira atualização e depois será mais
> > tranquilo.
>
> Ok, fiz isso, e continua com problema.
>
> Por exemplo,
>
> yum -y install kdelibs
>
> leva menos de 1 minuto, e responde:
>
> Loading "installonlyn" plugin
> Setting up Install Process
> Setting up repositories
> Reading repository metadata in from local files
> Parsing package install arguments
> No Match for argument: kdelibs
> Nothing to do
>
> Aliás, quase tudo importante dá a mesma mensagem,
> se bem eu consigo atualizar joguinhos pelo yum - o que
> me faz pensar que FC6 virou mesmo abandonware :-/
>
> Alberto Monteiro
>
> PS: por exemplo:
>
> # yum -y install tuxtype2
> Loading "installonlyn" plugin
> Setting up Install Process
> Setting up repositories
> Reading repository metadata in from local files
> Parsing package install arguments
> Resolving Dependencies
> --> Populating transaction set with selected packages. Please wait.
> ---> Downloading header for tuxtype2 to pack into transaction set.
> tuxtype2-1.5.3-2.fc6.i386 100% |=========================|  51 kB    00:01
> ---> Package tuxtype2.i386 0:1.5.3-2.fc6 set to be updated
> --> Running transaction check
>
> Dependencies Resolved
>
> =============================================================================
>  Package                 Arch       Version          Repository        Size
> =============================================================================
> Updating:
>  tuxtype2                i386       1.5.3-2.fc6      extras            7.5 M
> Transaction Summary
>
> Install      0 Package(s)
> Update       1 Package(s)
> Remove       0 Package(s)
>
> Total download size: 7.5 M
> Downloading Packages:
> (1/1): tuxtype2-1.5.3-2.f 100% |=========================| 7.5 MB    01:27
> Running Transaction Test
> Finished Transaction Test
> Transaction Test Succeeded
> Running Transaction
>   Updating  : tuxtype2                     ######################### [1/2]
>   Cleanup   : tuxtype2                     ######################### [2/2]
>
> Updated: tuxtype2.i386 0:1.5.3-2.fc6
> Complete!
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Eu limpei tudo que era fc4 dos rpms, mas o kyum continua
sem listar, entre os pacotes disponiveis, o kernel 2.6.22

E agora?

Alberto Monteiro

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Achei mais um bug: o meu /etc/yum.conf tem a seguinte linha:
# This is the fedorafaq.org yum.conf for Fedora Core 5.

Argh!

Alberto Monteiro

[ALBERTO VIEIRA FERREIRA MONTEIRO]

package-cleanup --orphans da uma lista enorme de pacotes. O que
eu tenho que fazer?

Alberto Monteiro

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Como eu descubro qual e' a basearch que o yum usa? O releasever parece vir do 
arquivo /etc/fedora-release

Alberto Monteiro

Vou desistir do FC6. Sera que o F7 vai ser a mesma coisa?

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Eu googlei e vi que o F7 tem um "live CD". Como funciona isso?
Apenas um CD para instalar, e depois usa-se yum para atualizar?

Alberto Monteiro

Vou desistir do FC6. Sera que o F7 vai ser a mesma coisa?

[Eduardo Habkost]

On Tue, Sep 04, 2007 at 01:13:55AM +0000, Alberto Vieira Ferreira Monteiro wrote:
> Eu googlei e vi que o F7 tem um "live CD". Como funciona isso?
> Apenas um CD para instalar, e depois usa-se yum para atualizar?

Se você tentar atualizar o FC6-pela-metade que você tem para o F7, sem
ter resolvido os problemas atuais, a situação só deve piorar. Recomendo
o F7, mas instalando do zero.

A questão não é desistir do FC6, mas desistir ou não de consertar
a atualização que foi feita pela metade. Tanto faz se for FC6 ou F7,
se você instalar do zero deverá funcionar direitinho.

Vou desistir do FC6. Sera que o F7 vai ser a mesma coisa?

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Eduardo Habkost escreveu:
> > Eu googlei e vi que o F7 tem um "live CD". Como funciona isso?
> > Apenas um CD para instalar, e depois usa-se yum para atualizar?
>
> Se você tentar atualizar o FC6-pela-metade que você tem para o F7, sem
> ter resolvido os problemas atuais, a situação só deve piorar. Recomendo
> o F7, mas instalando do zero.

Eu nao instalei pela metade, eu instalei pelos CDs.
> A questão não é desistir do FC6, mas desistir ou não de consertar
> a atualização que foi feita pela metade. Tanto faz se for FC6 ou F7,
> se você instalar do zero deverá funcionar direitinho.

Ok, acabei de conseguir um (pequeno) avanco.

Baixei uma das versoes do parted, yum-removi a versao anterior,
instalei o parted pelo rpm, instalei o mkinitrd usando --force e consegui
instalar o kernel. Vou rebootar pra ver o que acontece. Se eu ficar
em silencio, e' porque nao deu certo, e vou passar o resto da semana
jogando The Sims 2 no Windows (ate' nisso o FC6 me prejudicou, porque
eu preciso do unrar para baixar coisas pro The Sims 2...)

Alberto Monteiro

Fc6 com kernel 2.6.22 - mas com os velhos problemas do kernel 2.6.18

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Eu escrevi:
> Baixei uma das versoes do parted, yum-removi a versao anterior,
> instalei o parted pelo rpm, instalei o mkinitrd usando --force e consegui
> instalar o kernel. Vou rebootar pra ver o que acontece. Se eu ficar
> em silencio, e' porque nao deu certo, e vou passar o resto da semana
> jogando The Sims 2 no Windows (ate' nisso o FC6 me prejudicou, porque
> eu preciso do unrar para baixar coisas pro The Sims 2...)

Acho que estou com o kernel 2.6.22 (uname -a diz isso, mas eu estou
cada vez acreditando menos nas informacoes do sistema).

Tudo parece estar na mesma...

Alberto Monteiro

Vou desistir do FC6. Sera que o F7 vai ser a mesma coisa?

[Eduardo Habkost]

On Tue, Sep 04, 2007 at 01:45:59AM +0000, Alberto Vieira Ferreira Monteiro wrote:
> Eduardo Habkost escreveu:
> > > Eu googlei e vi que o F7 tem um "live CD". Como funciona isso?
> > > Apenas um CD para instalar, e depois usa-se yum para atualizar?
> >
> > Se você tentar atualizar o FC6-pela-metade que você tem para o F7, sem
> > ter resolvido os problemas atuais, a situação só deve piorar. Recomendo
> > o F7, mas instalando do zero.
>
> Eu nao instalei pela metade, eu instalei pelos CDs.

Mas foi depois de ter dado problema com o yum, não foi? Aquela vez que
eu tinha mandado um comando "desse tamanho" para tentar calcular quantos
pacotes tinha de cada distribuição, tinha sido depois que boa parte
dos pacotes tinham sido atualizados pelo yum, não?

De qualquer modo, não falo que você fez a atualização pela metade.
Apenas que seus pacotes acabaram atualizados pela metade por algum motivo,
no final das contas (seja lá como for), e que atualizar para o F-7 não
deve ajudar e provavelmente vai piorar.
> > A questão não é desistir do FC6, mas desistir ou não de consertar
> > a atualização que foi feita pela metade. Tanto faz se for FC6 ou F7,
> > se você instalar do zero deverá funcionar direitinho.
>
> Ok, acabei de conseguir um (pequeno) avanco.
>
> Baixei uma das versoes do parted, yum-removi a versao anterior,
> instalei o parted pelo rpm, instalei o mkinitrd usando --force e consegui
> instalar o kernel.

Você tem certeza que era só o kernel que faltou atualizar? Não acho
que atualizar o kernel vá resolver muitos dos problemas. Alguns, talvez,
mas não acho que muitos.

Mas se acabar resolvendo, ótimo. Meu palpite é só caso você esteja
cansado de tentar resolver os problemas do yum.  :)

Mas uma coisa é certa: caso você queira tentar instalar o F-7, apenas
atualizar não deverá ajudar muito a resolver os problemas com os pacotes
que você tem no momento, a menos que seja do zero.
> Vou rebootar pra ver o que acontece. Se eu ficar
> em silencio, e' porque nao deu certo, e vou passar o resto da semana
> jogando The Sims 2 no Windows (ate' nisso o FC6 me prejudicou, porque
> eu preciso do unrar para baixar coisas pro The Sims 2...)

[Diego Búrigo Zacarão]

> O Fedora Core 6 ainda está sendo mantido, mas provavelmente você está
> com a última versão do pacote kdelibs (não tem por que um pacote, no
> caso o jogo, funcionar e outro não).
> Não sei a data correta, mas o Fedora Core 6 deixará de ter suporte
> somente após o lançamento do Fedora 8.

http://fedoraproject.org/wiki/pt_BR/LifeCycle

;)

[]'s

[Gustavo Picoloto]

Olá Alberto,

Repositórios "development" e "testing" não são bons de se usar no dia
a dia a não ser em caso de testes. Ali é onde os desenvolvedores
colocam as versões de testes que poderão ou não vir num próximo update
ou mesmo próximo Fedora.
Talvez isso esteja atrapalhando sua máquina também :)

[]´s

Em 31/08/07, Alberto Vieira Ferreira Monteiro escreveu:
> Acabei de ver que eu tinha colocado vários repositórios (talvez alguns
> fossem importantes) com enable=0. Vou mudar isso e ver o que acontece.
>
> O fedora-extras-development tá bichado. Dá erro. Vou tirar esse.
>
> Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.
>
> Alberto Monteiro
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Mais uma tentativa.

Rodei yum update.

Deu erro:
Error: Missing Dependency: poppler-utils is needed by package xpdf
Error: Missing Dependency: perl(Date::Calc) is needed by package 
perl-Spreadsheet-WriteExcel
Error: Missing Dependency: liblzo.so.1 is needed by package transcode
Error: Missing Dependency: kdebase >= 6:3.5.6 is needed by package kdetoys
Error: Missing Dependency: kdelibs >= 6:3.5.7 is needed by package 
koffice-libs

Detonei esses pacotes:
yum remove xpdf perl-Spreadsheet-WriteExcel transcode  kdetoys koffice-libs

Deu certo:
Removed: kdetoys.i386 7:3.5.3-3.fc4 perl-Spreadsheet-WriteExcel.noarch 
0:2.17-1.fc4.rf transcode.i386 0:1.0.2-7.fc4.rf xpdf.i386 1:3.00-19
Dependency Removed: perl-Spreadsheet-ParseExcel.i386 0:0.2603-1.fc4 
perl-Spreadsheet-SimpleExcel.noarch 0:1.1-1.fc4.rf
Complete!

Agora vou tentar yum -y update de novo.

Alberto Monteiro

[Gleidson Lacerda]

On 8/31/07, Alberto Vieira Ferreira Monteiro 
wrote:
> Solução: wtf?

yum install apt
apt-get remove yum

apt-get update && apt-get dist-upgrade

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Gleidson Lacerda escreveu:
> > Solução: wtf?
>
> yum install apt
> apt-get remove yum
>
> apt-get update && apt-get dist-upgrade

Tá, isso é reversível?

Alberto Monteiro

[Eduardo Habkost]

On Fri, Aug 31, 2007 at 12:02:41PM -0200, Alberto Monteiro wrote:
> > Tentar atualizar o sistema pelo yum (e não pelo CD) deve ter
> > deixado o seu sistema com os pacotes todos bagunçados.
>
> Eu tentei atualizar pelo yum há umas 4 semanas, mas não deu certo,
> e eu continuei usando o FC4 normalmente. Aliás, eu só resolvi
> trocar FC4 -> FC6 porque caí no canto da sereia que dava para
> acessar uma droga de celular com Linux :-/

Mesmo usando o CD, não sei se atualização FC4->FC6 direto, sem passar
pelo FC5 deveria funcionar.

Agora, imagina uma atualização FC4->FC6 direto, depois de ter feito
uma meia-atualização usando o yum que deixou o sistema com cara de
mutante. Seria milagre se tivesse funcionado direito.  :)

======
Nota adicionada depois de ter escrito as instruções ali embaixo:

Ainda assim, depois de todo esse trabalho, o 'yum upgrade' pode não
deixar tudo configurado e funcionando direitinho. Será que não fica
mais fácil você fazer um backup do seu /home (e do /etc para caso
queira olhar como estavam as configurações antigas), e instalar o
FC6 do zero? Acho que nem eu, que trabalho com empacotamento de RPM
todo dia, teria paciência para ficar resolvendo os problemas do sistema
meio-atualizado, se levasse mais de 2 horas de trabalho.
=======
> > Você pode conseguir atualizar o kernel, mas e o monte de pacotes
> > que pode ter ficado sem atualizar, além do kernel? Vai ficar
> > pra sempre caçando dependência manualmente?
> > O yum ainda é seu amigo.  :)
>
> Quando funciona, né? No FC4, já não funcionava mais.

No FC4 já não funcionava? Isso é um problema.
> Eu já tentei algo parecido: desabilitei todos repositórios não-oficiais,
> fiz yum update, e tive o dissabor de receber mensagem de erro no final
> do yum update - por causa de pacotes que não existem.

Manda as mensagens de erro do 'yum upgrade', quem sabe a gente tem
sugestões.

Só para garantir, qual a saída de:
- rpm -q fedora-release
- rpm -V fedora-release

O seu yum está todo apontando para repositórios do FC6, certo?
> Eu ainda não comecei a fazer yum remove *.*; mas isso resolveria
> o problema, ou deixaria o sistema ainda mais capenga?

Aí seria loucura.   :)

O básico seria:
- 'yum update nome-do-pacote' ou 'yum install nome-do-pacote' de pacotes
  que o yum não tá conseguindo atualizar sozinho
- 'yum remove nome-do-pacote' de pacotes que você não queira instalar
  e estejam causando problemas na hora do upgrade.

**** Nessa parte tome cuidado para não remover pacotes essenciais, como
  mencionei antes *****.

Se você estiver sem os repositórios não-oficiais, você pode precisar
  remover quase todos os pacotes dos repositórios não oficiais, para
  o upgrade funcionar. Você escolhe se quer tentar fazer o upgrade
  incluindo os pacotes não oficiais (sem remover os repositórios não
  oficiais), ou remover os pacotes não oficiais para instalar de novo
  no final do upgrade.

[Gustavo Picoloto]

Olá Alberto,

Muito estranho isso que está acontecendo no teu PC ... o yum tem que
encontrar essas dependências sozinho, afinal ele existe para isso :)

Acontecer de uma vez ou outra ele falhar, acho possível, mas faz
alguns dias que isso está acontecendo na sua máquina.
Vamos partir para os testes dessas ferramentas (vai que algo tenha
corrompido os dados delas, sei lá).

Execute este comando:
# rpm -qV yum rpm kernel mkinitrd

Ele deve levar uns 2 ou 3 minutos (ou mais dependendo da velocidade da
sua máquina). Este comando irá mostrar todos os arquivos pertencentes
a esses pacotes (yum, rpm, kernel e mkinitrd) que foram modificados.
O normal é não aparecer nenhum arquivo ou no máximo os arquivos de
configuração de repositórios do yum.

Se aparecer alguma coisa que achar "diferente", envie aqui pra lista
pra tentarmos ajudar.

[]'s

Gustavo Picoloto

Em 31/08/07, Alberto Monteiro escreveu:
> Kayo Hamid escreveu:
> > > # rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm
> > > erro: Failed dependencies:
> > >         mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
> > >
> > > Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como
> > > "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
> >
> > tem, parametro force no rpm... Como saber? man rpm...
>
> Não funciona nem com --force :-(
>
> Alberto Monteiro
>
> --
> Fedora-users-br mailing list
> [e-mail]
> https://www.redhat.com/mailman/listinfo/fedora-users-br

[ALBERTO VIEIRA FERREIRA MONTEIRO]

Gustavo Picoloto escreveu:
> Execute este comando:
> # rpm -qV yum rpm kernel mkinitrd

Melhorou. Pelo menos agora o erro é mais óbvio:

rpmdb: PANIC: fatal region error detected; run recovery
erro: erro do db4 (-30977) do dbenv->open: DB_RUNRECOVERY: Fatal error, run 
database recovery
erro: não consigo abrir o índice de Packages usando o db3 -  (-30977)
erro: não consigo abrir a base de dados Packages em /var/lib/rpm
o pacote yum não está instalado
rpmdb: PANIC: fatal region error detected; run recovery
erro: erro do db4 (-30977) do dbenv->open: DB_RUNRECOVERY: Fatal error, run 
database recovery
erro: não consigo abrir a base de dados Packages em /var/lib/rpm
o pacote rpm não está instalado
rpmdb: PANIC: fatal region error detected; run recovery
erro: erro do db4 (-30977) do dbenv->open: DB_RUNRECOVERY: Fatal error, run 
database recovery
erro: não consigo abrir a base de dados Packages em /var/lib/rpm
o pacote kernel não está instalado
rpmdb: PANIC: fatal region error detected; run recovery
erro: erro do db4 (-30977) do dbenv->open: DB_RUNRECOVERY: Fatal error, run 
database recovery
erro: não consigo abrir a base de dados Packages em /var/lib/rpm
o pacote mkinitrd não está instalado

Alberto Monteiro

[Eduardo Habkost]

On Fri, Aug 31, 2007 at 03:56:41PM +0000, Alberto Vieira Ferreira Monteiro wrote:
> Gustavo Picoloto escreveu:
> > Execute este comando:
> > # rpm -qV yum rpm kernel mkinitrd
>
> Melhorou. Pelo menos agora o erro é mais óbvio:
>
> rpmdb: PANIC: fatal region error detected; run recovery
> erro: erro do db4 (-30977) do dbenv->open: DB_RUNRECOVERY: Fatal error, run 
> database recovery

Isso explica muita coisa.

- Faça backup do /var/lib/rpm imediatamente
- Depois disso, talvez 'rpm --rebuilddb' resolva o problema

[Eduardo Habkost]

On Fri, Aug 31, 2007 at 01:02:45PM -0300, Eduardo Habkost wrote:
> Isso explica muita coisa.
> Faça backup do /var/lib/rpm imediatamente
> Depois disso, talvez 'rpm --rebuilddb' resolva o problema

Explicando melhor: talvez resolva o problema dos erros do banco de dados
do RPM, mas o 'yum upgrade' pode continuar sendo trabalhoso.