Bug 19571 – ebuild /usr/portage/x11-base/xfree-4.3.0-r2 unpack failes...

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Markus Nigbur (RETIRED) 2003-04-18 16:09:31 UTC]

worked before 4pm, but never worked since then




powerix portage # ebuild /usr/portage/x11-base/xfree/xfree-4.3.0-r2.ebuild 
unpack


>>> md5 ;-) X430src-1.tgz


>>> md5 ;-) X430src-2.tgz


>>> md5 ;-) X430src-3.tgz


>>> md5 ;-) X430src-4.tgz


>>> md5 ;-) X430src-5.tgz


>>> md5 ;-) X430src-6.tgz


>>> md5 ;-) X430src-7.tgz


>>> No message digest entry found for archive "XFree86-4.3.0-patches-1.0.8.tar.
bz2."


!!! Most likely a temporary problem. Try 'emerge rsync' again later.


!!! If you are certain of the authenticity of the file then you may type


!!! the following to generate a new digest:


!!!   ebuild /usr/portage/category/package/package-version.ebuild digest


powerix portage # ebuild /usr/portage/x11-base/xfree/xfree-4.3.0-r2.ebuild 
digest


>>> Generating digest file...


>>> Computed message digests.


powerix portage # ebuild /usr/portage/x11-base/xfree/xfree-4.3.0-r2.ebuild 
unpack


>>> md5 ;-) X430src-1.tgz


>>> md5 ;-) X430src-2.tgz


>>> md5 ;-) X430src-3.tgz


>>> md5 ;-) X430src-4.tgz


>>> md5 ;-) X430src-5.tgz


>>> md5 ;-) X430src-6.tgz


>>> md5 ;-) X430src-7.tgz


>>> md5 ;-) XFree86-4.3.0-patches-1.0.8.tar.bz2


>>> md5 ;-) xfree86-dri-resume-v8.patch


>>> md5 ;-) xf86Wacom.c.gz


>>> md5 ;-) savage-1.1.27t.zip


>>> md5 ;-) sis_drv_src_060403-1.tar.gz


>>> md5 ;-) gemini-koi8-u.tar.bz2


>>> md5 ;-) eurofonts-X11.tar.bz2


>>> md5 ;-) xfsft-encodings.tar.bz2


>>> md5 ;-) XFree86-compose.dir.bz2


>>> md5 ;-) XFree86-en_US.UTF-8.old.bz2


>>> md5 ;-) XFree86-locale.alias.bz2


>>> md5 ;-) XFree86-locale.dir.bz2


>>> md5 ;-) andale32.exe


>>> md5 ;-) arial32.exe


>>> md5 ;-) arialb32.exe


>>> md5 ;-) comic32.exe


>>> md5 ;-) courie32.exe


>>> md5 ;-) georgi32.exe


>>> md5 ;-) impact32.exe


>>> md5 ;-) times32.exe


>>> md5 ;-) trebuc32.exe


>>> md5 ;-) verdan32.exe


>>> md5 ;-) webdin32.exe


>>> Unpacking source...


>>> Unpacking X430src-1.tgz to /var/tmp/portage/xfree-4.3.0-r2/work


>>> Unpacking X430src-2.tgz to /var/tmp/portage/xfree-4.3.0-r2/work


>>> Unpacking X430src-3.tgz to /var/tmp/portage/xfree-4.3.0-r2/work


>>> Unpacking X430src-4.tgz to /var/tmp/portage/xfree-4.3.0-r2/work


>>> Unpacking X430src-5.tgz to /var/tmp/portage/xfree-4.3.0-r2/work


>>> Unpacking X430src-6.tgz to /var/tmp/portage/xfree-4.3.0-r2/work


>>> Unpacking X430src-7.tgz to /var/tmp/portage/xfree-4.3.0-r2/work


>>> Unpacking XFree86-4.3.0-patches-1.1.0.tar.bz2 to /var/tmp/portage/xfree-4.3.
0-r2/work


tar (child): /usr/portage/distfiles/XFree86-4.3.0-patches-1.1.0.tar.bz2: Cannot 
open: No such file or directory


tar (child): Error is not recoverable: exiting now


tar: Child returned status 2


tar: Error exit delayed from previous errors


!!! ERROR: x11-base/xfree-4.3.0-r2 failed.


!!! Function unpack, Line 247, Exitcode 2


!!! failure unpacking XFree86-4.3.0-patches-1.1.0.tar.bz2


Reproducible: Always
Steps to Reproduce:
1.


2.


3.

[Comment 1 Markus Nigbur (RETIRED) 2003-04-18 16:11:44 UTC]

sorry for crapped output will create attachement

[Comment 2 Martin Holzer (RETIRED) 2003-04-18 16:18:11 UTC]

please sync again

patches should be 1.1.0 not 1.0.8

MD5 dd16567be2a54f122ae566521cfcaa52 XFree86-4.3.0-patches-1.1.0.tar.bz2 416459

[Comment 3 Markus Nigbur (RETIRED) 2003-04-18 16:19:49 UTC]

Created attachment 10851 [details]
console in/output

[Comment 4 Martin Holzer (RETIRED) 2003-04-18 16:38:32 UTC]

*** Bug 19575 has been marked as a duplicate of this bug. ***

[Comment 5 Martin Holzer (RETIRED) 2003-04-18 16:39:07 UTC]

please paste
#emerge info

do you use portage_overlay ?

[Comment 6 Markus Nigbur (RETIRED) 2003-04-18 16:43:11 UTC]

sorry for opening a new bug, but this # disapperead.. good to see it back online.

from 19575

fails unpacking on XFree86-4.3.0-patches-1.0.8.tar.bz2
ebuild says XFree86-4.3.0-patches-1.1.0.tar.bz2 but it still wants to unpack 1.
0.8
however replacing ${PATCH_VER} [which IS clearly defined as 1.1.0] in whole 
ebuild with 1.1.0 manually works.

[Comment 7 Markus Nigbur (RETIRED) 2003-04-18 16:45:14 UTC]

Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.20-gentoo-r2 i686 AMD Athlon(tm) Processor
GENTOO_MIRRORS=" ftp://ftp.easynet.nl/mirror/gentoo// ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://ftp.easynet.nl/mirror/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/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/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 kde gnome libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline arts bonobo svga ggi java guile X sdl gpm tcpd pam libwww ssl python esd imlib oggvorbis gtk qt motif opengl aalib acpi alsa cdr directfb dvd emacs fbcon gd gtk2 ipv6 lcms maildir mozilla mule mysql perl pnp ruby samba scanner tcltk tetex tiff usb Xaw3d xface xinerama"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-O2 -mcpu=i686 -pipe"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"

[Comment 8 Seemant Kulleen (RETIRED) 2003-04-18 19:04:20 UTC]

looks like the digest didn't get updated -- did you try emerging sync again?

[Comment 9 Markus Nigbur (RETIRED) 2003-04-18 21:11:17 UTC]

every 30 minutes, for about 4 hours, yes.
the digest file also contains 1.1.0..

it's really weird.

i mean, as said, replacing the variable by the actual version did it, but the variable defintatly IS 1.1.0

[Comment 10 Seemant Kulleen (RETIRED) 2003-04-19 05:22:40 UTC]

I think the digest was screwy.  an emerge sync should sort this out for you.