Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 265760 - Bad file length for dev-java/ibm-jdk-bin-1.6.0.4
Summary: Bad file length for dev-java/ibm-jdk-bin-1.6.0.4
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Java (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Java team
URL:
Whiteboard:
Keywords:
: 266075 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-04-11 12:18 UTC by Paul Gover
Modified: 2009-04-21 19:21 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Gover 2009-04-11 12:18:19 UTC
Updating my machine after an emerge --sync

Downloaded from IBM site according to instructions.
Rerunning the emerge gives:

!!! Previously fetched file: 'ibm-java-sdk-6.0-4.0-linux-i386.tgz'
000038 !!! Reason: Filesize does not match recorded size
000039 !!! Got:      90258217
000040 !!! Expected: 90323366

Tried downloading it again: the IBM DownloadDirectory seemed very happy it was already there.

Reproducible: Always

Steps to Reproduce:
1.emerge --sync
2.fetch the file
3.emerge --noreplace --nospinner  dev-java/ibm-jdk-bin

Actual Results:  
Emerge length error

Expected Results:  
Shiny new Java
Comment 1 Igor Vagulin 2009-04-11 12:27:26 UTC
Same problem for me. Wget says when starts downloading Length: 90258217. So looks like file used to create manifest is wrong or ibm changed this file. 

Here is what wget says:
igor@ivagulin ~ $ LC_ALL="C" wget 'http://www6.software.ibm.com/sdfdl/1v2/regs2/linuxjavasdks/java/java6/SR4/linuxia32/Xa.2/Xb.N3K5zJziHx0d5iXviXb0ounZWmY5Vl9mcsX3JGk/Xc.SR4/linuxia32/ibm-java-sdk-6.0-4.0-linux-i386.tgz/Xd./Xf.LPr.D1vk/Xg.4880852/Xi.swg-sdk6/XY.regsrvs/XZ.FJVhfE0vekZC3irA5Db-aYwnK_o/ibm-java-sdk-6.0-4.0-linux-i386.tgz'
--2009-04-11 16:24:04--  http://www6.software.ibm.com/sdfdl/1v2/regs2/linuxjavasdks/java/java6/SR4/linuxia32/Xa.2/Xb.N3K5zJziHx0d5iXviXb0ounZWmY5Vl9mcsX3JGk/Xc.SR4/linuxia32/ibm-java-sdk-6.0-4.0-linux-i386.tgz/Xd./Xf.LPr.D1vk/Xg.4880852/Xi.swg-sdk6/XY.regsrvs/XZ.FJVhfE0vekZC3irA5Db-aYwnK_o/ibm-java-sdk-6.0-4.0-linux-i386.tgz
Resolving www6.software.ibm.com... 207.25.253.41
Connecting to www6.software.ibm.com|207.25.253.41|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 90258217 (86M) [application/octet-stream]
Saving to: `ibm-java-sdk-6.0-4.0-linux-i386.tgz'


Here is cut from ibm-jdk-bin Manifest file:
DIST ibm-java-sdk-6.0-4.0-linux-i386.tgz 90323366 ...
Comment 2 Dmitri 2009-04-13 23:15:29 UTC
Same problem with ppc:

>>> Emerging (1 of 2) dev-java/ibm-jdk-bin-1.6.0.4
!!! Previously fetched file: 'ibm-java-sdk-6.0-4.0-linux-ppc.tgz'
!!! Reason: Filesize does not match recorded size
!!! Got:      92415505
!!! Expected: 92467344

Downloaded the file twice form IBM just to be sure. 
emerge --digest dev-java/ibm-jdk-bin
seems to work, though ;)
Comment 3 Serkan Kaba (RETIRED) gentoo-dev 2009-04-14 07:25:27 UTC
*** Bug 266075 has been marked as a duplicate of this bug. ***
Comment 4 Adam Stylinski 2009-04-21 12:36:28 UTC
This is a 30 second fix in the tree.  Why has this change not yet been committed?
Comment 5 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2009-04-21 19:21:49 UTC
(In reply to comment #4)
> This is a 30 second fix in the tree.  Why has this change not yet been
> committed?
 
It's hardly 30 seconds if you
- need to download distfiles for all arches by manual clickfest on slow IBM web
- should check what was actually changed and if there should be a revbump

Anyway, commited
+  21 Apr 2009; Vlastimil Babka <caster@gentoo.org>                                                        
+  -ibm-jdk-bin-1.4.2.12.ebuild, -ibm-jdk-bin-1.6.0.3.ebuild:                                              
+  Redigest because IBM changed distfiles silently, bug #265760. The only                                  
+  change seems to be omiting BigDecimal.java in src.zip, so no revbump.                                   
+  Remove old versions.                                                                       

So, who installed from the old distfiles, no need to reinstall. New installs from old distfiles will now fail checksums, so either redownload or redigest locally, should not matter.