Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 484098 - app-emulation/vmware-workstation-10.0.0-1295980 version bump
Summary: app-emulation/vmware-workstation-10.0.0-1295980 version bump
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Gentoo VMWare Bug Squashers [disabled]
: 489462 (view as bug list)
Depends on:
Reported: 2013-09-07 13:16 UTC by David Carlos Manuelda
Modified: 2013-11-02 22:39 UTC (History)
12 users (show)

See Also:
Package list:
Runtime testing required: ---

vmware-workstation- (vmware-workstation-,13.91 KB, text/plain)
2013-09-16 02:58 UTC, Billy DeVincentis
vmware-10.0.rc (vmware-10.0.rc,892 bytes, text/plain)
2013-09-16 02:59 UTC, Billy DeVincentis
vmware-server-10.0.rc (vmware-server-10.0.rc,1.65 KB, text/plain)
2013-09-16 02:59 UTC, Billy DeVincentis
vmware-modules-279.0.ebuild (vmware-modules-279.0.ebuild,2.14 KB, text/plain)
2013-09-16 03:00 UTC, Billy DeVincentis
279-vmblock.patch (279-vmblock.patch,1.19 KB, patch)
2013-09-16 03:01 UTC, Billy DeVincentis
Details | Diff
vmware-tools- (vmware-tools-,1.71 KB, text/plain)
2013-09-16 04:02 UTC, Billy DeVincentis
vmware-modules for gentoo-sources 3.10 (vmware-modules-279.0.ebuild,2.18 KB, text/plain)
2013-09-27 10:58 UTC, Daniel Augustin

Note You need to log in before you can comment on or make changes to this bug.
Description David Carlos Manuelda 2013-09-07 13:16:10 UTC
Last version of vmware-workstation in portage is, but according to their website, version 10.0.0-1295980
So this is an ebuild update/adition request

Reproducible: Always
Comment 1 Billy DeVincentis 2013-09-08 21:59:41 UTC
Wonder if a rename will work....
Comment 2 David Carlos Manuelda 2013-09-09 19:08:56 UTC
(In reply to Billy DeVincentis from comment #1)
> Wonder if a rename will work....

It is not that easy, indeed, renaming it, will fetch the correct tarball, but it also depends on its vmware kernel modules.

And since it is a major version change, I am not sure in which modules should it depend (and maybe a new ebuild for its modules is needed too), that's why I prefer them to bump it correctly rather than trying for myself.
Comment 3 Sven 2013-09-09 19:22:30 UTC
You might want to take a look at Bug 484084.
Comment 4 Greg Turner 2013-09-13 13:55:54 UTC
--- /usr/portage/app-emulation/vmware-workstation/vmware-workstation-    2013-07-24 14:47:44.000000000 -0700
+++ vmware-workstation-    2013-09-13 06:49:39.049478651 -0700
@@ -83,7 +83,7 @@ RDEPEND="dev-cpp/cairomm
        vmware-tools? ( app-emulation/vmware-tools )"
@@ -115,7 +115,7 @@ src_unpack() {
        if use vix; then
                vmware-bundle_extract-bundle-component "${bundle}" vmware-vix-core vmware-vix
-               vmware-bundle_extract-bundle-component "${bundle}" vmware-vix-lib-Workstation900andvSphere510 vmware-vix
+               vmware-bundle_extract-bundle-component "${bundle}" vmware-vix-lib-Workstation1000andvSphere550 vmware-vix
        if use ovftool; then
                vmware-bundle_extract-bundle-component "${bundle}" vmware-ovftool
@@ -282,8 +282,8 @@ src_install() {
        # create symlinks for the various tools
-       local tool ; for tool in thnuclnt vmware vmplayer{,-daemon} \
-                       vmware-{acetool,enter-serial,gksu,fuseUI,modconfig{,-console},netcfg,tray,unity-helper} ; do
+       local tool ; for tool in thnuclnt vmware vmplayer{,-daemon} licenseTool vmamqpd \
+                       vmware-{acetool,app-control,enter-serial,gksu,fuseUI,modconfig{,-console},netcfg,tray,unity-helper,zenity} ; do
                dosym appLoader "${VM_INSTALL_DIR}"/lib/vmware/bin/"${tool}"
        dosym "${VM_INSTALL_DIR}"/lib/vmware/bin/vmplayer "${VM_INSTALL_DIR}"/bin/vmplayer

I can try to clean everything up and put it in my overlay if anyone thinks that would have any utility (but my vmware-modules patches are especially problematic; they are scraped together from sources I don't have any reason to trust and make ugly typecast warnings I have not yet investigated).
Comment 5 Billy DeVincentis 2013-09-16 02:57:26 UTC
Got this working, I am attaching a working ebuild thanks to the work by Greg and I also have set up the modules ebuild.

1- Besides the ebuild you must rename vmware-9.0.rc and vmware-server-9.0.rc to vmware-10.0.rc and vmware-server-10.0.rc

2- the modules ebuild is for kernel 3.11, the epatches are for that kernel only.
you also need the vmblock patch, all other patches just get renamed from 271 to 279
Comment 6 Billy DeVincentis 2013-09-16 02:58:35 UTC
Created attachment 358746 [details]
Comment 7 Billy DeVincentis 2013-09-16 02:59:09 UTC
Created attachment 358748 [details]
Comment 8 Billy DeVincentis 2013-09-16 02:59:35 UTC
Created attachment 358750 [details]
Comment 9 Billy DeVincentis 2013-09-16 03:00:10 UTC
Created attachment 358752 [details]
Comment 10 Billy DeVincentis 2013-09-16 03:01:27 UTC
Created attachment 358754 [details, diff]
Comment 11 Billy DeVincentis 2013-09-16 03:05:55 UTC
BTW vmmon and 3.10 patches are no longer needed
Comment 12 Billy DeVincentis 2013-09-16 04:02:06 UTC
Created attachment 358758 [details]

BTW, here is the needed vmware-tools ebuild
Comment 13 Billy DeVincentis 2013-09-16 17:17:15 UTC
I also wanted to mention something with regards to this release of vmware workstation. On a gentoo guest (irrelevant of the host, linux or windows) mouse behavior is erratic. It's the same on both linux and windows hosts. When you enter a side line mouse grabs and ungrabs and sets mouse position in a whole new location. It's almost unusable unles you uncheck the box in preferences that controls automatic grabbing and ungrabbing and simply use ctrl a to release the mouse. This may be a quirk with the vmmouse driver for xorg.
Comment 14 Manfred Knick 2013-09-21 14:05:37 UTC
(In reply to Billy DeVincentis from comment #5)

Billy, thank you _very_ much! 

> 2- the modules ebuild is for kernel 3.11, the epatches are for that kernel
> only.

With G.K-H having defined 3.10 as the new long-term stable,
I would prefer to have a version for this one working
and imported into gentoo's tree.
Could you please point out at what I would have to look at 
in contrast to your patch set?

Kind regards,
Yours sincerely

Comment 15 Daniel Augustin 2013-09-27 10:56:53 UTC
If using 3.10 no patch is needed. I have changed the ebuild from Billy accordingly - worked on my system.
Comment 16 Daniel Augustin 2013-09-27 10:58:19 UTC
Created attachment 359600 [details]
vmware-modules for gentoo-sources 3.10
Comment 17 Jason A. Donenfeld gentoo-dev 2013-09-30 15:48:28 UTC
VMWare team -- any progress?
Comment 18 Andreas K. Hüttel archtester gentoo-dev 2013-10-02 15:07:20 UTC
(In reply to Jason A. Donenfeld from comment #17)
> VMWare team -- any progress?

I have a WS 10 license key since today, I'll have a look over the weekend.
Comment 19 Billy DeVincentis 2013-10-08 02:09:25 UTC
I was hoping to get some feedback with the mouse issue. I have reverted to ws9 since I do not want mouse problems. Is anyone else using WS10 on a Gentoo host with a linux guest? Are you able to get working side buttons on your mouse? I believe this is a regression on Vmware's part.
Comment 20 Billy DeVincentis 2013-10-17 00:25:35 UTC
I'm not sure how but the problem appears to have solved itself. I am going to now keep ws10 on both my windows and gentoo boxes.
Comment 21 Manfred Knick 2013-10-18 13:19:35 UTC
(In reply to Andreas K. Hüttel from comment #18)

Hi, Andreas,

could this find it's way into

...   overlays / proj / vmware.git

until you decide it appropriate to enter the main portage tree?


Yours  sincerely
Comment 22 Andreas K. Hüttel archtester gentoo-dev 2013-10-18 20:43:04 UTC
(In reply to Billy DeVincentis from comment #10)
> Created attachment 358754 [details, diff] [details, diff]
> 279-vmblock.patch

Hi Billy, could you please give me hint where you got this from? TIA, Andreas
Comment 23 Andreas K. Hüttel archtester gentoo-dev 2013-10-19 11:44:28 UTC
(In reply to Jason A. Donenfeld from comment #17)
> VMWare team -- any progress?

In tree without keywords, need to test and verify myself.
Comment 24 Sven 2013-10-19 12:42:31 UTC
Just tried your vmware-modules-279.9 ebuild, with the following result:

 * Failed Patch: 279-3.10.0.patch !
 *  ( /usr/portage/app-emulation/vmware-modules/files/279-3.10.0.patch )
Comment 25 Andreas K. Hüttel archtester gentoo-dev 2013-10-19 14:12:12 UTC
(In reply to Sven from comment #24)
> Just tried your vmware-modules-279.9 ebuild, with the following result:
>  * Failed Patch: 279-3.10.0.patch !
>  *  ( /usr/portage/app-emulation/vmware-modules/files/279-3.10.0.patch )

that's weird since the patch works here on two different boxes
Comment 26 Sven 2013-10-19 14:33:12 UTC
(In reply to Andreas K. Hüttel from comment #25)
> that's weird since the patch works here on two different boxes

Well, I have vmware-player 6.0 installed via my own ebuild. The vmware-modules ebuild is obviously using the sources provided by vmware player. This might make a difference. The strange thing is, that I have a working ebuild for vmware-modules-279 in my own overlay - and it doesn't use the 3.10.0 patch but still works fine with kernel 3.10.16.
Comment 27 Sven 2013-10-19 19:08:02 UTC
Well, the vmware-modules ebuild in portage is still incomeplete, patch wise. I just tried it with kernel 3.11.6. It still requires the patches from Bug 462666 (since I have CONFIG_USER_NS enabled) and Bug 483410.
Also, even after upgrading to the vmware-player 6.0 ebuild in the official tree, vmware-modules-279 still fails to apply the 279-3.10.0 patch. I had to comment the line that applies it.
Comment 28 Nikos Chantziaras 2013-10-20 00:38:11 UTC
It fails for me too:

>>> Preparing source in /var/tmp/portage/app-emulation/vmware-modules-279.0/work ...
 * Applying 279-makefile-kernel-dir.patch ...                                                                                                                        [ ok ]
 * Applying 279-makefile-include.patch ...                                                                                                                           [ ok ]
 * Applying 279-netdevice.patch ...                                                                                                                                  [ ok ]
 * Applying 279-apic.patch ...                                                                                                                                       [ ok ]
 * Applying 279-putname.patch ...                                                                                                                                    [ ok ]
 * Applying 279-3.10.0.patch ...

 * Failed Patch: 279-3.10.0.patch !
 *  ( /usr/portage/app-emulation/vmware-modules/files/279-3.10.0.patch )

I'm on gentoo-sources-3.10.17.
Comment 29 Nikos Chantziaras 2013-10-20 11:04:29 UTC
I got it to work by forcing the 3.11 patch to be applied:

  #kernel_is ge 3 7 0 && epatch "${FILESDIR}/${PV_MAJOR}-putname.patch"
  #kernel_is ge 3 10 0 && epatch "${FILESDIR}/${PV_MAJOR}-3.10.0.patch"
  epatch "${FILESDIR}/${PV_MAJOR}-vmblock.patch"

It seems that something was backported from 3.11 to 3.10, making this patch now applicable to 3.10 kernels?  (3.10.17 here.)
Comment 30 Nikos Chantziaras 2013-10-20 11:24:27 UTC
Nah, spoke too soon. It only builds fine. It doesn't load:

modprobe: ERROR: could not insert 'vmblock': Unknown symbol in module, or unknown parameter (see dmesg)

vmblock: Unknown symbol final_putname (err 0)
Comment 31 Andreas K. Hüttel archtester gentoo-dev 2013-11-02 17:38:41 UTC
OK I think this should work now. The packages are constructed in a strange way, which mislead me about the patches. 

Tested with 3.10.7-gentoo-r1, please open a separate bug for build problems with newer kernel versions.
Comment 32 Andreas K. Hüttel archtester gentoo-dev 2013-11-02 22:39:38 UTC
*** Bug 489462 has been marked as a duplicate of this bug. ***