Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 187129 - 'missing' digest error in vmware ebuilds
Summary: 'missing' digest error in vmware ebuilds
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - Ebuild Support (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Zac Medico
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-30 13:38 UTC by Jonas Pedersen
Modified: 2007-08-01 02:05 UTC (History)
3 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 Jonas Pedersen 2007-07-30 13:38:55 UTC
app-emulation/vmware-modules-1.0.0.15-r1

Emerging app-emulation/vmware-modules-1.0.0.15-r1 gives below error. I have already tried to emerge --sync without any luck

asterix ~ # emerge -1 vmware-modules
Calculating dependencies... done!
>>> Verifying ebuild Manifests...

>>> Emerging (1 of 1) app-emulation/vmware-modules-1.0.0.15-r1 to /
 * checking ebuild checksums ;-) ...                                                 [ ok ]
 * checking auxfile checksums ;-) ...                                                [ ok ]
 * checking miscfile checksums ;-) ...                                               [ ok ]
 * checking vmware-any-any-update109.tar.gz ;-) ...                                  [ !! ]

!!! Missing digest for 'vmware-any-any-update109.tar.gz'


Portage 2.1.2.9 (default-linux/amd64/2006.1/desktop, gcc-4.1.2, glibc-2.5-r4, 2.6.20-gentoo-r8 x86_64)
=================================================================
System uname: 2.6.20-gentoo-r8 x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Fri, 27 Jul 2007 21:50:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r7
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -msse3 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-march=nocona -O2 -msse3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache collision-protect distcc distlocks metadata-transfer multilib-strict sandbox sfperms strict test"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.du.se/pub/os/gentoo http://trumpetti.atm.tut.fi/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://ds.thn.htu.se/linux/gentoo"
LC_ALL="en_DK.utf8"
LINGUAS="da en"
MAKEOPTS="-j6"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X a52 aac acpi aiglx alsa amd64 arts atk berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dga directfb dri dts dvd dvdr dvdread eds emboss encode fam fbcn ffmpeg firefox fortran ftp gd gdbm gif gphoto2 gpm gstreamer gtk gtk2 hal iconv icq ieee1394 ipv6 isdnlog java jpeg kde libg++ lm_sensors mad midi mikmod mjpeg mozilla mp3 mpeg mplayer msn mudflap ncurses nls nptl nptlonly ogg oggvorbis opengl openmp pam pcre pda pdf perl png ppds pppd python qt qt3 qt4 quicktime readline reflection samba sdl session spell spl sse3 ssl tcpd test threads tiff truetype truetype-fonts type1-fonts unicode vorbis xcomposite xml xorg xscreensaver xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="da en" USERLAND="GNU" VIDEO_CARDS="radeon"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS




Reproducible: Always

Steps to Reproduce:
1. Emerge app-emulation/vmware-modules-1.0.0.15-r1


Actual Results:  
Package did not install. 

Expected Results:  
Package to install.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2007-07-30 13:42:33 UTC
This gets really annoying. Bug 182595 Comment #75 and following and tons of duplicates before.

Comment 2 Zac Medico gentoo-dev 2007-07-30 18:37:08 UTC
Apparently this isn't bug 139134 since that's already handled on the master rsync mirror. Is this bug triggered by an interaction with the vmware overlay?
Comment 3 Zac Medico gentoo-dev 2007-07-30 18:54:49 UTC
It seems like it is a variation of bug 139134 because I checked the timestamp of the cache files on the master mirror and found that they were timestamped Jul 12 07:05 but the timestamp should have be updated when the eclass was updated on Jul 28:

http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/vmware.eclass?r1=1.24&r2=1.25

I've manually bumped the timestamp and I'll have to do some debugging to see why it wasn't bumped automatically.
Comment 4 Jonas Pedersen 2007-07-30 18:57:24 UTC
Zac, no I do not use any overlays. After the nightly sync I will see if the problem is solved. 
Comment 5 Andy Wang 2007-07-30 21:48:14 UTC
manually tweaking the vmware-modules-1.0.0.15-r1 cache entry to change update109 to update112 got me around the problem.
Comment 6 Zac Medico gentoo-dev 2007-07-31 00:32:13 UTC
The log show that there was a typo in vmware-mod.eclass and this causes the script to delete the cache entries for it's dependent ebuilds. Without those cache entries, the script that bumps timestamps for bug 139134 doesn't have enough information to operate. I'll see about making it handle that case better. Until I get this fixed, it shouldn't happen again unless somebody makes a typo like that in a relevant eclass.
Comment 7 Zac Medico gentoo-dev 2007-07-31 00:56:09 UTC
I've updated the script so that it won't delete cache entries just because metadata generation happened to fail for some reason.
Comment 8 Jonas Pedersen 2007-07-31 09:22:40 UTC
This is just to confirm that I now can emerge vmware-modules after my nightly sync. Thanks.
Comment 9 ta2002 2007-08-01 01:42:21 UTC
I just synced (and checked the CVS online). While someone corrected the Manifest for vmware-modules, the vmware-workstation Manifest STILL refers to vmware-any-any-update109.tar.gz (instead of 112). Please reopen and fix.
Comment 10 Zac Medico gentoo-dev 2007-08-01 02:05:24 UTC
(In reply to comment #9)
> I just synced (and checked the CVS online). While someone corrected the
> Manifest for vmware-modules, the vmware-workstation Manifest STILL refers to
> vmware-any-any-update109.tar.gz (instead of 112). Please reopen and fix.

That's a completely separate issue. Somebody did a commit using the old version of the eclass.  It's fixed in CVS now.