1 |
On 10/17/06, Pablo NatuNobilis <natunobilis@××××××××.org> wrote: |
2 |
> Uau. Algo realmente estava estranho. Eu já tinha refeito um sync, mas o |
3 |
> problema persistia. |
4 |
> Mesmo assim, resolvi olhar o ebuild. E qual não foi minha surpresa ao |
5 |
> ver que o conteúdo do ebuild não era texto, e sim binário. |
6 |
> Esquisitíssimo. |
7 |
> |
8 |
> Apaguei todos os ebuilds de xf86-input-{keyboard,mouse} e |
9 |
> xf86-driver-nv, refiz o sync, e fui conferir os ebuilds deles. Agora |
10 |
> sim, eram texto e parecia tudo bem. |
11 |
> Dei o emerge normalmente, e dessa vez o resultado foi correto. Já está |
12 |
> tudo funcionando novamente. |
13 |
> |
14 |
> Mas a parte curiosíssima é: ao dar emerge num pacote, são verificadas |
15 |
> várias somas (MD5, RMD160, SHA256 e SHA1) pra ver a integridade do |
16 |
> ebuild. O processo de instalação dos pacotes estragados ia normalmente |
17 |
> até o fim em todas as minhas tentativas. |
18 |
> |
19 |
> Agora essa é a minha dúvida, embora o problema já tenha sido resolvido: |
20 |
> Como pode a verificação de integridade não acusar erro algum, quando o |
21 |
> ebuild está claramente estragado? |
22 |
> |
23 |
|
24 |
Esse claramente estragado é relativo, para o computador _tudo_ é |
25 |
binário. Assim, todos os verificadores de integridade de arquivos |
26 |
checam se a ordem dos zeros e uns está certa, não se o conteúdo está |
27 |
sendo visualizado corretamente. |
28 |
|
29 |
Pro computador, nada estaria estragado, mas pra você o texto estaria |
30 |
fora de ordem, a placa de som tocaria ruidos, o dispositivo de vídeo |
31 |
apresentaria uma imagem estranha, a página web não carregaria, o |
32 |
executável nem rodaria, etc, até que se encontrasse o formato certo p/ |
33 |
interpretar a mídia. |
34 |
|
35 |
> Abraços a todos, |
36 |
> Pablo |
37 |
> |
38 |
> -- |
39 |
> gentoo-user-br@g.o mailing list |
40 |
> |
41 |
> |
42 |
|
43 |
|
44 |
-- |
45 |
ja ne |
46 |
|
47 |
-- |
48 |
gentoo-user-br@g.o mailing list |