| View previous topic :: View next topic |
| Author |
Message |
ervin.peters
Tux's lil' helper
Joined: 20 Aug 2003
Posts: 110
Location: Apolda, Germany
|
 Posted: Sat Mar 25, 2006 7:50 am Post subject: Digest verification Failed: Filesize do not match on txt |
 |
|
on some recent gentoo boxes I recognized:
| Code: | redmagic peters # emerge -a libpng
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild R ] media-libs/libpng-1.2.8-r1
Do you want me to merge these packages? [Yes/No] yes
>>> emerge (1 of 1) media-libs/libpng-1.2.8-r1 to /
>>> Downloading ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/libpng-manual.txt
--07:46:59-- ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/libpng-manual.txt
=> `/usr/portage/distfiles/libpng-manual.txt'
Auflösen des Hostnamen »woodstok.ervnet.local«.... 192.168.200.254
Verbindungsaufbau zu woodstok.ervnet.local|192.168.200.254|:3128... verbunden.
Proxy Anforderung gesendet, warte auf Antwort... 200 OK
Länge: nicht spezifiziert [text/plain]
[ <=> ] 130.729 183.41K/s
07:47:01 (182.86 KB/s) - »/usr/portage/distfiles/libpng-manual.txt« gespeichert [130729]
>>> md5 files ;-) libpng-1.2.8-r1.ebuild
>>> md5 files ;-) libpng-1.2.8.ebuild
>>> md5 files ;-) files/digest-libpng-1.2.8
>>> md5 files ;-) files/1.2.7-gentoo.diff
>>> md5 files ;-) files/macos.patch
>>> md5 files ;-) files/libpng-1.2.8-strnlen.patch
>>> md5 files ;-) files/digest-libpng-1.2.8-r1
>>> md5 files ;-) files/libpng-1.2.8-build.patch
>>> md5 src_uri ;-) libpng-1.2.8.tar.bz2
!!! Digest verification Failed:
!!! /usr/portage/distfiles/libpng-manual.txt
!!! Reason: Filesize does not match recorded size
|
???
What did I prior?
- I switch my proxysystem to utf-8
- I told this machine in make.conf to use that proxy.
After removing the proxy I got:
| Code: | redmagic peters # emerge -a libpng
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild R ] media-libs/libpng-1.2.8-r1
Do you want me to merge these packages? [Yes/No] yes
>>> emerge (1 of 1) media-libs/libpng-1.2.8-r1 to /
>>> Downloading ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/libpng-manual.txt
--07:56:12-- ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/libpng-manual.txt
=> `/usr/portage/distfiles/libpng-manual.txt'
Auflösen des Hostnamen »ftp.tu-clausthal.de«.... 139.174.2.36
Verbindungsaufbau zu ftp.tu-clausthal.de|139.174.2.36|:21... verbunden.
Anmelden als anonymous ... Angemeldet!
==> SYST ... fertig. ==> PWD ... fertig.
==> TYPE I ... fertig. ==> CWD /pub/linux/gentoo/distfiles ... fertig.
==> PASV ... fertig. ==> RETR libpng-manual.txt ... fertig.
Länge: 127.770 (125K) (unmaßgeblich)
100%[====================================>] 127.770 175.87K/s
07:56:14 (175.41 KB/s) - »/usr/portage/distfiles/libpng-manual.txt« gespeichert [127770]
>>> md5 files ;-) libpng-1.2.8-r1.ebuild
>>> md5 files ;-) libpng-1.2.8.ebuild
>>> md5 files ;-) files/digest-libpng-1.2.8
>>> md5 files ;-) files/1.2.7-gentoo.diff
>>> md5 files ;-) files/macos.patch
>>> md5 files ;-) files/libpng-1.2.8-strnlen.patch
>>> md5 files ;-) files/digest-libpng-1.2.8-r1
>>> md5 files ;-) files/libpng-1.2.8-build.patch
>>> md5 src_uri ;-) libpng-1.2.8.tar.bz2
>>> md5 src_uri ;-) libpng-manual.txt
...
|
and all worked fine.
Look for the filesize transfered, proxy: 130.729, direct: 127.770
crazy, because 'redmagic' is an utf-8 - system, too.
It seems that the proxy recodes text-files somehow, maybe to utf-8, while I switched the system to utf-8.
But, then I found another interesting thing:
| Code: | redmagic ~ # file m1.txt
m1.txt: ASCII English text
redmagic ~ # file m2.txt
m2.txt: ASCII English text, with CRLF line terminators
redmagic ~ # wc -l m*.txt
2959 m1.txt
2959 m2.txt
|
direct->m1.txt, proxy->m2.txt
So, using squid converts lineends, or sends some requests for cr+lf ...
why?
How can I avoid it?
How is that related to switching to utf-8?
Or is there another issue that causes that behaviour?
ervin
<edit>
related: https://bugs.gentoo.org/show_bug.cgi?id=21502
</edit> |
|
| Back to top |
|
 |
dinamic
n00b
Joined: 28 Jul 2006
Posts: 7
Location: Plovdiv, Bulgaria
|
| Posted: Fri Jul 28, 2006 2:10 am Post subject: |
|
|
I encounter the same bug.. i was using my ISP proxy service.
When i set both http_proxy and ftp_proxy to "", everythink was OK.
may be it's bug with squid or somethink.  |
|
| Back to top |
|
|
UTgamer
Veteran
Joined: 10 Aug 2003
Posts: 1326
Location: Troisdorf (Köln) Deutschland
|
| Posted: Tue Sep 12, 2006 5:19 pm Post subject: |
|
|
Had same failure without using a proxy.
Had to delete local file and restarted emerge, did download it new and it was solved.
What was very unnice, is that it did happen while I did reemerge the whole core system:
emerge -ev system.
_________________
AMD Phenom II x4 >> CFLAGS="-march=amdfam10 -O2 -mmmx -msse3 -mfpmath=sse,387 -pipe -ffast-math" is stable and here in use.
Did Intel produce at any time bugfree HW?
http://www.urbanmyth.org/microcode/
http://www.heise.de/newsticker/meldung/91748 |
|
| Back to top |
|
|
claw
n00b
Joined: 26 Jan 2004
Posts: 32
Location: Campbell, CA
|
| Posted: Mon Sep 18, 2006 4:18 am Post subject: |
|
|
| I had the same problem tonight with libpng-1.2.12-r1. Then I ran "emerge --sync", updated portage as it recommended, removed the problem file, and presto! I could emerge libpng with no trouble. |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Portage & Programming
