I download OOo_1.0.3_source.tar.bz2 and OOo_1.0.2_source.tar.bz2 tree times each one and every time that I try to emerge it, portage gives me this message: >>> Unpacking source... >>> Unpacking OOo_1.0.3_source.tar.bz2 to /var/tmp/portage/openoffice-1.0.3/work tar: Skipping to next header tar: Archive contains obsolescent base-64 headers bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. tar: Child returned status 2 tar: Error exit delayed from previous errors !!! ERROR: app-office/openoffice-1.0.3 failed. !!! Function unpack, Line 247, Exitcode 2 !!! failure unpacking OOo_1.0.3_source.tar.bz2 The strange is that I have Openoffice-1.0.2 installed and this error occour with tha file that I use to install openoffice. Reproducible: Always Steps to Reproduce: 1. try to emerge openoffice 2. more precisially:LANGUAGE=55 emerge openoffice 3. Actual Results: even unpack openoffice Expected Results: install openoffice-1.0.3 in brazilian portuguese language. Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.20-gentoo-r1 i686 AMD Athlon(tm) GENTOO_MIRRORS="http://gentoo.oregonstate.edu " CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /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 gif jpeg libg++ mikmod png gtkhtml gdbm berkdb slang bonobo tcltk guile tcpd pam ssl perl python esd imlib gnome gtk qt motif mozilla ldap 3dnow acpi alsa apm arts avi cdr crypt cups dga directfb dvd encode fbcon gd gpm java kde kerberos libwww mmx mpeg nas ncurses nls oggvorbis opengl pdflib pic qtmt quicktime readline samba sdl slp spell svga tetex truetype usb wmf X xml xml2 xmms xv zlib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe" CXXFLAGS="-march=athlon-xp -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
I forgot to say that I try to downgrade tar and it do not solve the problem. I'd like to try this with bzip but the only versiont in portage tree is 1.0.2-r2, so I couldn't test it.
could this be a mirror issue ?
I tested with other mirror, than it gives me a diferent error: >>> Source unpacked. * Configuring OpenOffice.org... conrigure: error: -e: invalid option; use --help to show usage !!! ERROR: app-office/openoffice-1.0.3 failed. !!! Function src_compile, Line 404, Exitcode 1 !!! (no error message) I was on console, than I come to X to copy and paste this error, but when I do: LANGUAGE=55 emerge openoffice again, than the same error that I get before occour: >>> Unpacking source... >>> Unpacking OOo_1.0.3_source.tar.bz2 to /var/tmp/portage/openoffice-1.0.3/work tar: Skipping to next header tar: Archive contains obsolescent base-64 headers bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. tar: Child returned status 2 tar: Error exit delayed from previous errors !!! ERROR: app-office/openoffice-1.0.3 failed. !!! Function unpack, Line 247, Exitcode 2 !!! failure unpacking OOo_1.0.3_source.tar.bz2 I really do not understand!!!!!
you got me man, it sounds like some sort of mirrors problem...but i really don't know :/ i'm going to ask them to clear the shit off the mirrors so you can download right from openoffice and the mirrors will refetch...
i'm gonna mark this worksforme...i've run it on a couple mirrors, and they ALL run fine (gatech one, ibiblio, and oregon state...) if it fails, set the mirrors line to null and force a download from openoffice. all i can say is either your computer can't handle such a huge tar file, or its buggin somewhere else...either way this isn't an openoffice bug... the configure thing is --enable-gcc3...and that is fine on every computer i've tried it on, it looks like something is corrupted in either your portage tree or the download file... resync and see what happens...