emerging zinf yeilds: ---- root@whitelightning /home/scott # emerge zinf Calculating dependencies ...done! >>> emerge (1 of 1) media-sound/zinf-2.2.5-r1 to / >>> md5 files ;-) zinf-2.2.5-r1.ebuild >>> md5 files ;-) ChangeLog >>> md5 files ;-) metadata.xml >>> md5 files ;-) files/zinf-2.2.5-cdplay.patch >>> md5 files ;-) files/digest-zinf-2.2.5-r1 >>> md5 files ;-) files/zinf-2.2.4-pref.patch >>> md5 files ;-) files/zinf-2.2.3-id3.patch.bz2 >>> md5 files ;-) files/zinf-2.2.5-configure.patch !!! Digest verification Failed: !!! /usr/portage/distfiles/zinf-2.2.5.tar.gz !!! Reason: Failed on MD5 verification ---- and for good reason. I try to untar it myself, and I get: ----CLIP FOR READABILITY zinf-2.2.5/m4/os.m4 zinf-2.2.5/m4/prototype.m4 zinf-2.2.5/m4/pthread.m4 zinf-2.2.5/m4/vorbis.m4 zinf-2.2.5/themes/ zinf-2.2.5/themes/Aquatica.fat zinf-2.2.5/themes/Zinf.fat zinf-2.2.5/themes/ZinfClassic.fat zinf-2.2.5/themes/Makefile.in gzip: stdin: decompression OK, trailing garbage ignored zinf-2.2.5/themes/Makefile.am tar: Child returned status 2 tar: Error exit delayed from previous errors ---- Reproducible: Always Steps to Reproduce: 1. emerge zinf Actual Results: exactly as described Expected Results: emerged zinf Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.8.1 i686) ================================================================= System uname: 2.6.8.1 i686 AMD Athlon(tm) XP 2700+ Gentoo Base System version 1.6.12 Python: dev-lang/python-2.2.3-r5,dev-lang/python-2.3.3-r1 [2.3.3 (#1, Jul 10 2004, 03:39:01)] dev-lang/python: 2.2.3-r5, 2.3.3-r1 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.3 sys-devel/binutils: 2.14.90.0.8-r1 sys-devel/libtool: 1.4.3-r4 virtual/os-headers: 2.4.21, 2.4.19-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.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="-O2 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.ccccom.com http://mirrors.tds.net/gentoo http://open-systems.ufl.edu/mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aalib alsa apm arts avi bash-completion berkdb bitmap-fonts bonobo cdr crypt cups curl directfb emboss encode esd fam flac foomaticdb fortran gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 jack java jpeg junit kde ldap libg++ libwww lirc mad mikmod motif mp3 mpeg mysql nas ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang speex spell sqlite ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts vorbis xine xml xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
easynews.sourceforge.net has a working tarball, http://gentoo.osuosl.org/ has a corrupted copy. My question is, how does the system let this happen?
works for me. you might try another mirror or simply try downloading it again... sometimes things get corrupted in-transit if other mirrors work, but this one always fails, you might want to contact the owner of that mirror to inform them of the problem
Its been a month since this was reported and the corrupt tarball hasn't been fixed yet on distfiles.gentoo.org. Does no one use zinf anymore?
*** Bug 102414 has been marked as a duplicate of this bug. ***
Reopened, the tarball is bad - see the duplicate bug.
I can confirm. osuosl.org's copy is corrupt. I left a message in their irc channel, e-mailed their support, let's see what gives. If something funky is going on, we may want to give infra a ping on this. What goes around comes around, please do not dismiss bugs that are not truly fixed. If you are not willing to fix it, let someone else do it.
Ok, it is really fixed now. Corey Shields says, "This is fixed now. Occasionally a corrupt file comes along with the same file length as the actual file, and with checksumming turned off (for rsyncd's sanity on Gentoo's side) those are hard to catch."
*** Bug 106319 has been marked as a duplicate of this bug. ***
Nope, not fixed, I still get this error, and I'm getting the tarball from http://gentoo.osuosl.org/distfiles/zinf-2.2.5.tar.gz
I can't believe it's out of sync again... Anyone talked to usuosl guys?
Seems fixed again, closing.
