From owner-freebsd-hackers@freebsd.org Fri Jan 10 15:55:54 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C6C081EAED8 for ; Fri, 10 Jan 2020 15:55:54 +0000 (UTC) (envelope-from jpaetzel@FreeBSD.org) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47vSJB4w6Hz3GMY for ; Fri, 10 Jan 2020 15:55:54 +0000 (UTC) (envelope-from jpaetzel@FreeBSD.org) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id E4D4921FF1 for ; Fri, 10 Jan 2020 10:55:52 -0500 (EST) Received: from imap2 ([10.202.2.52]) by compute2.internal (MEProxy); Fri, 10 Jan 2020 10:55:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=Ua/v4gCiX1Rvq+0sH6RugI0mWyDw1 6z/n82eEJdNAM0=; b=bwtlaj5QTWv6K1kBj0wP0g6WaC1K4ow2CIT7aQjg+k7mv SGSMt3EpZL7QXPMl3aQM8N49T3UsTIoDRZR1RDhnyaefFBXYrRPkTzrUPs4QkUVE v10bSd8IajKq/dJmLWrQ+UiVAKnLGe7vdRo2B7wGY/uGeF1DNCLpGJxFAXr5YnoE tOyatvFyFcQzi6YWWYbeszFo/CzcSIbdiLBAheiWxOwcL5bigwYu7glV2FPJditq FYN5mrSVg9BsAILNHKvF6AxJEoXQqOyPMX6n6uEb4mw4SxkG+3uL2xELG1naiozz HDyymBDFbUELYOEWv/LFubTE2eluPhyvmeXdF2buQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdeifedgjeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfffhffvufgtsehttdertd erredtnecuhfhrohhmpedflfhoshhhucfrrggvthiivghlfdcuoehjphgrvghtiigvlhes hfhrvggvuefuffdrohhrgheqnecurfgrrhgrmhepmhgrihhlfhhrohhmpehjphgrvghtii gvlheshfhrvggvuefuffdrohhrghenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 8CC40E00A2; Fri, 10 Jan 2020 10:55:52 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-740-g7d9d84e-fmstable-20200109v1 Mime-Version: 1.0 Message-Id: <46480be7-b1a1-4da8-97ea-c4b97b0b997c@www.fastmail.com> Date: Fri, 10 Jan 2020 09:55:23 -0600 From: "Josh Paetzel" To: freebsd-hackers@freebsd.org Subject: open-vm-tools in base Content-Type: text/plain X-Rspamd-Queue-Id: 47vSJB4w6Hz3GMY X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.94 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.95)[-0.951,0]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2020 15:55:54 -0000 I've socialized putting emulators/open-vm-tools-nox11 in base to a small group of developers and gotten positive feedback, so I'm widening the audience. Proposal: Put emulators/open-vm-tools-nox11 in the base system of FreeBSD This port contains kernel modules and a binary to ease running FreeBSD as a VM in a VMware virtualized environment. VMware supports this port by directly maintaining the code for it, however they do not include the FreeBSD version of the tools in the hypervisors anymore. (You can't just click "install guest tools" from the VMware management interface) Because these kernel modules are out of tree they are broken with some regularity by changes to HEAD. By putting a version of them in tree changes to HEAD that broke the drivers and kernel modules would be more obvious to developers. I have never heard of a drawback or reason why you wouldn't want to run these tools. The main reason I see them not installed is due to people not knowing about them or forgetting to install them, or running VMs in environments where installing 3rd party software that needs an internet link is problematic. I'd continue to proxy changes back upstream as I've been doing for some time now. There is some precedent for this. Driver(s?) that were once a part of the tools have been moved to base already. The VMXNET3 driver is an example of this. Also, the RC scripts that load the tools and start the userland daemons run a VMware included binary to check if the platform is supported by the tools, and just don't start them if it's an unsupported platform, so there's no danger to just trying to start them blindly across the default installs. Since emulators/open-vm-tools (the master port to emulators/open-vm-tools-nox11) depends on X11 and is not a candidate to include in the base system, I'd like to keep the ability to install the package/port for both open-vm-tools and open-vm-tools-nox11 and let the user select which one is started. -- Thanks, Josh Paetzel