|
From: Ravindra K. <rav...@vm...> - 2015-02-20 01:53:59
|
Including Dominique as he is not a member of the list. Dominique, could you please subscribe to the mailing list to avoid missing on responses to your emails? Thanks, Ravindra -----Original Message----- From: Reindl Harald [mailto:h.r...@th...] Sent: Thursday, February 19, 2015 3:04 PM To: ope...@li... Subject: Re: open-vm-tools: still alive? Build against kernel 3.19.0 Am 20.02.2015 um 00:01 schrieb Dyno Hongjun Fu: > vmhgfs is the only kernel module that is not yet gone upstream. i > think VMware has tried push it upstream but kernel did not want > another file system. and the direction is to move it to userworld and > use libfuse. it's working internally and should be released later. and > hopefully we will get some relief from chasing the constant changing > kernel. thanks. agreed, never saw a usecase for that smb on the host works just fine and fast > On Thu, Feb 19, 2015 at 2:45 PM, Reindl Harald <h.r...@th...> wrote: >> where do you need open-vm-tools to build against a recent kernel? >> >> any kernel modules are gone upstream long ago hence >> --without-kernel-modules on a recent kernel >> >> Am 19.02.2015 um 14:41 schrieb Dominique Leuenberger / DimStar: >> >>> It has been a very long time since open-vm-tools has seen an >>> official update and it seems distributions are just all trying to >>> 'keep it floating', mainly with every kernel update there is >>> something differently breaking. >>> >>> Of course it got much better already, as most kernel modules are >>> merged inline, and the tools are merely just 'tools', but to my >>> records there is still need for the vmhgfs kernel modules (for >>> proper sharing between host/guest) >>> >>> The last release of open-vm-tools was 9.4.6 (Jul 2014); and the >>> number of patches to carry does not give a great feeling (openSUSE's >>> package can ge found at >>> https://build.opensuse.org/package/show/openSUSE:Factory/open-vm-tools-KMP >>> ) >>> >>> I'd be looking forward to a release once in a while, that is keeping >>> up with the kernel as needed |