Bug 22967 – Win4Lin 5.0.1 ebuild won't download correctly

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Donovan Long 2003-06-16 19:59:00 UTC]

lucidity files # env ACCEPT_KEYWORDS=~x86 emerge  win4lin
Calculating dependencies ...done!
>>> emerge (1 of 1) app-emulation/win4lin-5.0.1 to /
>>> Downloading ftp://cs.ubishops.ca/pub/gentoo/distfiles/Win4Lin-5.5.1d-d.i386.rpm
--23:39:32--  ftp://cs.ubishops.ca/pub/gentoo/distfiles/Win4Lin-5.5.1d-d.i386.rpm
           => `/usr/portage/distfiles/Win4Lin-5.5.1d-d.i386.rpm'
Resolving cs.ubishops.ca... done.
Connecting to cs.ubishops.ca[206.167.194.132]:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD /pub/gentoo/distfiles ... done.
==> PASV ... done.    ==> RETR Win4Lin-5.5.1d-d.i386.rpm ... done.
Length: 4,841,432 (unauthoritative)

100%[====================================>] 4,841,432     20.95K/s    ETA 00:00

23:43:18 (20.95 KB/s) - `/usr/portage/distfiles/Win4Lin-5.5.1d-d.i386.rpm' saved [4841432]

>>> Resuming download...
>>> Downloading ftp://sunsite.ualberta.ca/pub/unix/Linux/gentoo//distfiles/Win4Lin-5.5.1d-d.
i386.rpm
--23:43:19--  ftp://sunsite.ualberta.ca/pub/unix/Linux/gentoo/distfiles/Win4Lin-5.5.1d-d.i386.
rpm
           => `/usr/portage/distfiles/Win4Lin-5.5.1d-d.i386.rpm'
Resolving sunsite.ualberta.ca... done.
Connecting to sunsite.ualberta.ca[129.128.5.190]:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD /pub/unix/Linux/gentoo/distfiles ... done.
==> SIZE Win4Lin-5.5.1d-d.i386.rpm ... done.
==> PASV ... done.    ==> REST 4841432 ... done.
==> RETR Win4Lin-5.5.1d-d.i386.rpm ... done.
Length: 4,841,432 [0 to go]

100%[====================================>] 4,841,432     --.--K/s    ETA --:--



Reproducible: Always
Steps to Reproduce:




Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.20-gentoo-r5 i686 Celeron (Mendocino)
GENTOO_MIRRORS="ftp://cs.ubishops.ca/pub/gentoo ftp://sunsite.ualberta.
ca/pub/unix/Linux/gentoo/ ftp://mirror.iawnet.sandia.gov/pub/gentoo/ http://csociety-ftp.ecn.
purdue.edu/pub/gentoo/ ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ rsync://csociety-ftp.
ecn.purdue.edu/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://www.ibiblio.
org/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config 
/usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg gnome libg++ mikmod mmx mpeg 
ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline 
arts tetex svga ggi tcltk java mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib 
oggvorbis gtk qt kde motif opengl mozilla gphoto2 cdr"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium2 -O3 -pipe"
CXXFLAGS="-march=pentium2 -O3 -pipe"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"

[Comment 1 Mr. Bones. (RETIRED) 2003-06-17 00:11:01 UTC]

This looks like a portage problem to me.  It downloads the file correctly
the first time and then thinks that it needs to resume the download.  Proceeds
to fail to download over and over again because the files is already completed
until it gives up.

[Comment 2 Donovan Long 2003-06-17 10:52:59 UTC]

Hmm.. I should have left more information.

The digest file indicates that the file IS larger... and even if you were to change the file size in the digest, the hash for the file is no where near the same.  That is probably why portage keeps trying to "finish" the file, it's following the digest.

Following the notes in the forum, I removed the SRC_URI (sp) from the ebuild and the RPM fails to extract... it says end of file reached... 

I neglected to post this information as it is contained in my forum posting which I've linked to above.  My guess is a corrupt archive on the mirrors...

Thanks.

[Comment 3 Pat Double 2003-06-18 06:18:32 UTC]

This happens to me as well. I believe it is a correct RPM on the mirros because using 
rpm -q -l -p <filename> emits an MD5 checksum error. 

[Comment 4 Pat Double 2003-06-19 05:20:52 UTC]

"correct RPM" => "corrupt RPM".  

[Comment 5 José Alberto Suárez López 2003-06-19 08:10:21 UTC]

fixed, a new digest-file is commited
Its really a strange error..

[Comment 6 Pat Double 2003-06-19 08:14:59 UTC]

Is a new RPM being put on the mirrors then? The digest file was correct because after I 
downloaded the RPM from NetraVerse it installed, the MD5 matched. The rpm 
command did not complain either. Using rpm with the file on the mirrors, it complains 
that the MD5 sum does not match.