{"id":1939,"date":"2017-03-12T09:59:30","date_gmt":"2017-03-12T09:59:30","guid":{"rendered":"http:\/\/rglinuxtech.com\/?p=1939"},"modified":"2017-07-16T16:04:45","modified_gmt":"2017-07-16T23:04:45","slug":"vmware-not-working-with-fedora-26-gcc-7-and-workarounds","status":"publish","type":"post","link":"https:\/\/rglinuxtech.com\/?p=1939","title":{"rendered":"VMware – Not Working with Fedora 26 – GCC 7, and Workarounds.."},"content":{"rendered":"

UPDATE<\/strong>:\u00a0 The vmware<\/strong> runtime fix shown here has not worked since version 12.5.6, and the solution is in a later article:\u00a0\u00a0https:\/\/rglinuxtech.com\/?p=1992<\/a><\/p>\n

I have recently updated one crash-and-burn system to Fedora 26<\/strong> (alpha\/testing) and have encountered two problems with VMware and the ‘bleeding edge’ version of GCC included..<\/p>\n

The first problem sounded very familiar, and it is a repeat of one from 2015, where the vmware<\/em> runtime would simply not start, with no output..\u00a0\u00a0 (see https:\/\/rglinuxtech.com\/?p=1601<\/a> )..\u00a0 The second problem was with the ‘automated’ compilation of the VMware modules, and none of the usual methods worked. \u00a0 Both problems can be traced to Fedora 26’s use of GCC version 7 (currently 7.0.1<\/strong>)<\/p>\n

To get the vmware<\/em> runtime to execute, force it to use the Fedora 26 versions of various glib2 libraries:<\/p>\n

As root, cd to \/usr\/lib\/vmware\/lib<\/span><\/strong> ,<\/span><\/span> then:<\/p>\n

# cp -afv \/usr\/lib64\/libgio-2.0.so.0.5104.0 libgio-2.0.so.0\/libgio-2.0.so.0<\/strong><\/span>\r\n# cp -afv \/usr\/lib64\/libglib-2.0.so.0.5104.0 libglib-2.0.so.0\/libglib-2.0.so.0<\/strong><\/span>\r\n# cp -afv \/usr\/lib64\/libgmodule-2.0.so.0.5104.0 libgmodule-2.0.so.0\/libgmodule-2.0.so.0<\/strong><\/span>\r\n# cp -afv \/usr\/lib64\/libgobject-2.0.so.0.5104.0 libgobject-2.0.so.0\/libgobject-2.0.so.0<\/strong><\/span>\r\n# cp -afv \/usr\/lib64\/libgthread-2.0.so.0.5104.0 libgthread-2.0.so.0\/libgthread-2.0.so.0<\/strong><\/span><\/pre>\n
The VMware libraries are each in their own individual directory, with the same name as that library.. Of course, the Fedora 26 library version numbers may change over time..<\/p>\n
After that, run vmware<\/em>, forcing the use of the copied libraries:<\/p>\n
# VMWARE_USE_SHIPPED_LIBS=force vmware<\/strong><\/span><\/pre>\n
The application will run, but will immediately encounter the second problem…\u00a0\u00a0 VMware does not ‘recognise’ GCC version 7..<\/p>\n
The vmware runtime graphical module compiler\/installer will complain that ‘GNU C Compiler (gcc) version 6.3.1 was not found’<\/em><\/strong>, and then ‘A compatible version of gcc was not found’.<\/strong><\/em>.<\/p>\n
The command-line installer fails, but with less detail:<\/p>\n
# vmware-modconfig --console --install-all<\/strong><\/span>\r\nFailed to get gcc information.<\/strong><\/span><\/pre>\n
The fix is a bit messy, but does work..<\/p>\n
The VMware 12.5.3 vmmon<\/em> and vmnet<\/em> modules will actually both compile OK with GCC 7.0.1, and the trick is to manually<\/span> install these, and then run the vmware<\/em> runtime application directly<\/span>, instead of via the normal ‘complaining’ scripts..<\/p>\n
In the \/usr\/lib\/vmware\/modules\/source<\/strong><\/span> directory, unTAR vmmon.tar<\/strong> and vmnet.tar<\/strong>, and then enter the resulting vmmon-only<\/strong><\/span> and vmnet-only<\/strong><\/span> directories and just type # make<\/strong> in each<\/span><\/span>.<\/span> Then create a \/lib\/modules\/<\/strong><kernel version>\/misc<\/strong><\/span> directory, and copy vmmon.ko<\/strong><\/span> and vmnet.ko<\/span><\/strong> there, then #depmod -a<\/strong><\/span>.<\/p>\n
To run the vmware<\/em> runtime directly, instead of \/usr\/bin\/vmware<\/strong><\/span>, run \/usr\/lib\/vmware\/bin\/vmware<\/strong><\/span>, and the runtime application should execute without any gcc checks etc….<\/p>\n
Combining the two workarounds, the runtime command is now:<\/p>\n
# VMWARE_USE_SHIPPED_LIBS=force \/usr\/lib\/vmware\/bin\/vmware<\/span><\/strong><\/pre>\n
I have tested this with Fedora 26 – with GCC 7.0.1, and VMware 12.5.3, and it works..\u00a0\u00a0\u00a0\u00a0 The current release schedule shows this version of Fedora will be released around June 2017, but – of course – this may well slip..<\/p>\n
Robert Gadsdon.\u00a0 March 12, 2017.<\/em><\/p>\n
Thanks to Vincent Cojot<\/strong> for the original glib2 fix info, in 2015..<\/em><\/span><\/p>\n","protected":false},"excerpt":{"rendered":"
UPDATE:\u00a0 The vmware runtime fix shown here has not worked since version 12.5.6, and the solution is in a later article:\u00a0\u00a0https:\/\/rglinuxtech.com\/?p=1992 I have recently updated one crash-and-burn system to Fedora 26 (alpha\/testing) and have encountered two problems with VMware and the ‘bleeding edge’ version of GCC included.. The first problem sounded very familiar, and it is a …<\/span> Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[706,5,6,10,1238,11,14,15,25],"tags":[1561,161,1562,1564,1565,1206,761,1563,419],"class_list":["post-1939","post","type-post","status-publish","format-standard","hentry","category-alpha-release","category-compilation","category-crash-and-burn","category-fedora","category-fix","category-hacks","category-kernel","category-linux-2","category-vmware","tag-fedora-26","tag-fix","tag-gcc-7","tag-gcc-7-0-1","tag-manual-compile","tag-vmmon","tag-vmnet","tag-vmware-12-5-3-runtime-fails","tag-workarounds"],"_links":{"self":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/1939","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1939"}],"version-history":[{"count":4,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/1939\/revisions"}],"predecessor-version":[{"id":2016,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/1939\/revisions\/2016"}],"wp:attachment":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1939"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1939"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1939"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}