Re: [gentoo-user-br] Módulos de teclado e mouse no Xorg-7.1 [RESOLVIDO]

[Daniel da Veiga]

On 10/17/06, Bruno Laturner <renrutal@×××××.com> wrote:
> On 10/17/06, Pablo NatuNobilis <natunobilis@××××××××.org> wrote:
> > Uau. Algo realmente estava estranho. Eu já tinha refeito um sync, mas o
> > problema persistia.
> > Mesmo assim, resolvi olhar o ebuild. E qual não foi minha surpresa ao
> > ver que o conteúdo do ebuild não era texto, e sim binário.
> > Esquisitíssimo.
> >
> > Apaguei todos os ebuilds de xf86-input-{keyboard,mouse} e
> > xf86-driver-nv, refiz o sync, e fui conferir os ebuilds deles. Agora
> > sim, eram texto e parecia tudo bem.
> > Dei o emerge normalmente, e dessa vez o resultado foi correto. Já está
> > tudo funcionando novamente.
> >
> > Mas a parte curiosíssima é: ao dar emerge num pacote, são verificadas
> > várias somas (MD5, RMD160, SHA256 e SHA1) pra ver a integridade do
> > ebuild. O processo de instalação dos pacotes estragados ia normalmente
> > até o fim em todas as minhas tentativas.
> >

Realmente é estranho... Não consigo achar uma explicação lógica...

> > Agora essa é a minha dúvida, embora o problema já tenha sido resolvido:
> > Como pode a verificação de integridade não acusar erro algum, quando o
> > ebuild está claramente estragado?
> >
>
> Esse claramente estragado é relativo, para o computador _tudo_ é
> binário. Assim, todos os verificadores de integridade de arquivos
> checam se a ordem dos zeros e uns está certa, não se o conteúdo está
> sendo visualizado corretamente.

O Bruno está certo, mas ainda assim isso não quer dizer nada, pois a
diferença básica entre um arquivo texto e um arquivo binário está no
interpretador do mesmo, que pode ou não levar em conta o bit mais
significativo do byte lido, que é ignorado pelo padrão ASCII (texto
puro). Como ebuilds são texto, esse bit seria ignorado, mas ainda
assim seria computado para efeitos de checksum.

>
> Pro computador, nada estaria estragado, mas pra você o texto estaria
> fora de ordem, a placa de som tocaria ruidos, o dispositivo de vídeo
> apresentaria uma imagem estranha, a página web não carregaria, o
> executável nem rodaria, etc, até que se encontrasse o formato certo p/
> interpretar a mídia.
>

Aí é que está, o checksum dando correto, o arquivo estaria correto, é
simples assim. Mesmo que UM bit não significativo estivesse incorreto
o checksum daria errado e consequentemente não tentaria instalar pela
ebuild corrompida. A explicação mais próxima que consigo pensar é um
problema de I/O, que seria algo mais profundo ao sistema operacional
para isso acontecer. Não importa o interpretador, o checksum deveria
evitar esse tipo de coisa exatamente por não se importar com o tipo de
arquivo.

MUITO estranho....

-- 
Daniel da Veiga
Computer Operator - RS - Brazil
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V-
PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++
------END GEEK CODE BLOCK------

-- 
gentoo-user-br@g.o mailing list