Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 137423

Summary: [Tracker] vmware-player overlay ebuilds
Product: Gentoo Linux Reporter: Chris Gianelloni (RETIRED) <wolf31o2>
Component: New packagesAssignee: Gentoo VMWare Bug Squashers [disabled] <vmware+disabled>
Severity: normal CC: agipson, res, siryes, yourcomrade
Priority: High Keywords: Tracker
Version: unspecified   
Hardware: All   
OS: Linux   
Package list:
Runtime testing required: ---
Bug Depends on:    
Bug Blocks: 122500    
Attachments: vmware.eclass changed to only invoke "doman" when a man directory is present

Description Chris Gianelloni (RETIRED) gentoo-dev 2006-06-20 14:33:04 UTC
This is the tracker bug for the vmware-player ebuilds from the vmware overlay.  This is split off to try to reduce the pressure on bug #122500 by separating out issues to specific packages.
Comment 1 Wiktor Wandachowicz 2006-08-09 19:22:10 UTC
I appreciate the move to separate vmware.eclass, but the recent ebuild
bombs out in 'doman':

# emerge -avu1 vmware-player
[ebuild     U ] app-emulation/vmware-player- [] 0 kB
>>> Install vmware-player- into /var/tmp/portage/vmware-player- category app-emulation
doman: 'FILES/*' is probably not a man page; skipping

!!! ERROR: app-emulation/vmware-player- failed.
Call stack:, line 1543:   Called dyn_install, line 1017:   Called src_install
  vmware-player-, line 56:   Called vmware_src_install
  vmware.eclass, line 185:   Called die

I'm using portage-2.1.1_pre4-r4 and baselayout-1.12.4-r2 ATM.
Comment 2 Waldo 2006-08-09 20:39:38 UTC
Confirmed on amd64.  Same bomb.  Same place.

Comment 3 Aleksey Lazar 2006-08-10 11:22:22 UTC
Same problem here.

$ emerge --info
Portage 2.1.1_pre4-r4 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-gentoo-r5 i686)
System uname: 2.6.17-gentoo-r5 i686 Intel(R) Xeon(TM) CPU 3.20GHz
Gentoo Base System version 1.12.4
Last Sync: Thu, 10 Aug 2006 15:30:01 +0000
ccache version 2.4 [disabled]
app-admin/eselect-compiler: 2.0.0_rc2-r1
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r2
dev-util/confcache:  [Not Present]
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17
CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
Comment 4 Frank Richter 2006-08-10 12:23:49 UTC
Created attachment 93932 [details]
vmware.eclass changed to only invoke "doman" when a man directory is present

Looks to me like vmware.eclass only cd's into the "man" directory when its present, but nevertheless always tries "doman". The attached vmware.ebuild changes the behaviour to only do doman when the "man" directory actually exists. This allows vmware-player- to successfully install.
Comment 5 Kevin Bryan 2006-08-11 06:59:15 UTC
  (In reply to comment #4)
> Created an attachment (id=93932) [edit]
> vmware.eclass changed to only invoke "doman" when a man directory is present

This patch worked for me.

Comment 6 Chris Gianelloni (RETIRED) gentoo-dev 2006-08-11 07:01:58 UTC
Ugh... you attached the whole eclass and not a patch...

I've committed the updates to CVS and also to SVN.

Anyway, I'm marking this bug as FIXED since I've moved the ebuild into the tree and I want people to file individual bugs now.