Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 124551 - emerge blackdown-jre fails while unpacking source
Summary: emerge blackdown-jre fails while unpacking source
Status: RESOLVED DUPLICATE of bug 107866
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-01 12:23 UTC by James Crow
Modified: 2006-03-01 13:19 UTC (History)
0 users

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 James Crow 2006-03-01 12:23:12 UTC
desktop blackdown-jre # emerge blackdown-jre
Calculating dependencies ...done!
>>> emerge (1 of 1) dev-java/blackdown-jre-1.4.2.03 to /
>>> md5 files   ;-) blackdown-jre-1.3.1-r9.ebuild
>>> md5 files   ;-) blackdown-jre-1.4.1-r1.ebuild
>>> md5 files   ;-) blackdown-jre-1.4.2.03-r2.ebuild
>>> md5 files   ;-) blackdown-jre-1.4.2.03.ebuild
>>> md5 files   ;-) files/digest-blackdown-jre-1.4.1-r1
>>> md5 files   ;-) files/blackdown-jre-1.4.1
>>> md5 files   ;-) files/blackdown-jre-1.4.2.02
>>> md5 files   ;-) files/blackdown-jre-1.4.2.01
>>> md5 files   ;-) files/blackdown-jre-1.3.1
>>> md5 files   ;-) files/digest-blackdown-jre-1.3.1-r9
>>> md5 files   ;-) files/digest-blackdown-jre-1.4.2.03
>>> md5 files   ;-) files/blackdown-jre-1.4.2.03
>>> md5 files   ;-) files/digest-blackdown-jre-1.4.2.03-r2
>>> md5 src_uri ;-) j2re-1.4.2-03-linux-amd64.bin
>>> md5 src_uri ;-) j2re-1.4.2-03-linux-i586.bin
>>> Unpacking source...
>>> Unpacking j2re-1.4.2-03-linux-amd64.bin j2re-1.4.2-03-linux-i586.bin...
bzip2: (stdin) is not a bzip2 file.
tar: Child died with signal 13
tar: Error exit delayed from previous errors
>>> Source unpacked.
>>> Test phase [not enabled]: dev-java/blackdown-jre-1.4.2.03

>>> Install blackdown-jre-1.4.2.03 into /var/tmp/portage/blackdown-jre-1.4.2.03/image/ category dev-java
cp: cannot stat `/var/tmp/portage/blackdown-jre-1.4.2.03/work/j2re1.4.2/bin': No such file or directory
cp: cannot stat `/var/tmp/portage/blackdown-jre-1.4.2.03/work/j2re1.4.2/lib': No such file or directory
cp: cannot stat `/var/tmp/portage/blackdown-jre-1.4.2.03/work/j2re1.4.2/man': No such file or directory
cp: cannot stat `/var/tmp/portage/blackdown-jre-1.4.2.03/work/j2re1.4.2/plugin': No such file or directory

!!! ERROR: dev-java/blackdown-jre-1.4.2.03 failed.
!!! Function src_install, Line 91, Exitcode 1
!!! failed to copy
!!! If you need support, post the topmost build error, NOT this status message.
******************************************************************************
desktop blackdown-jre # emerge --info
Portage 2.0.54 (default-linux/amd64/2006.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r5 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://www.gtlib.gatech.edu/pub/gentoo "
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="amd64 X aac acl acpi alsa apache2 arts audiofile avi berkdb bitmap-fonts browserplugin bzip2 bzlib cdparanoia cdr crypt cups curl dga dio divx4linux dvd dvdr dvdread eds emboss encode ethereal examples exif expat fam ffmpeg fftw flac flash foomaticdb fortran freetype ftp gd gif gimpprint glut gnome gphoto2 gpm gstreamer gtk gtk2 hal i8x0 imagemagick imap imlib ipv6 jack java javascript jpeg kde kdeenablefinal lesstif lirc lm_sensors logitech-mouse lzw lzw-tiff mad mbox mime ming mng motif mozilla mp3 mpeg mysql ncurses nls nptl nsplugin offensive ogg oggvorbis openal opengl pam pdflib perl php pic png ppds python qt quicktime rdektop readline rtc samba sasl sdl slp snmp sox speex spell ssl svg sysfs tcltk tcpd theora threads tidy tiff truetype truetype-fonts type1-fonts udev usb userlocales v4l vcd vorbis wifi winbind wmf wxwindows x86 xinerama xml xml2 xmms xosd xpm xprint xscreensaver xv xvid yahoo zeroconf zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
******************************************************************************

It appears that the get_offset() function in the ebuild is unable to handle multiple files. I was able to install the ebuild by changing the src_unpack function to:
src_unpack () {
    local offset="`get_offset ${DISTDIR}/${A}`"

    if [ -z "${offset}" ] ; then
        eerror "Failed to get offset of tarball!"
        die "Failed to get offset of tarball!"
    fi

    echo ">>> Unpacking ${A}..."
    for i in ${A}; do
        tail -n +${offset} ${DISTDIR}/$i | tar --no-same-owner -jxpf -;
    done
}


This only works because the offset for both the i586.bin and amd64.bin files is the same.
Comment 1 James Crow 2006-03-01 12:50:23 UTC
The blackdown-jdk ebuild also suffers from this same problem. I was able to install it by using the same hack as for the blackdown-jre ebuild.
Comment 2 James Crow 2006-03-01 13:19:17 UTC
I didn't see the duplicates of this bug when I searched the first time. This is caused by having x86 in my use flags. Please disregard this bug.

*** This bug has been marked as a duplicate of 107866 ***