Adding open-vm-tools to core group

[Reindl Harald]

Am 02.05.2013 21:41, schrieb Nicolas Mailhot:
> 
> Le Jeu 2 mai 2013 19:49, Ravindra Kumar a écrit :
>>>> I can't see, how this can happen anyways. Anaconda just runs once (at
>>>> installation), afterwards it can safely be removed (correct me, if I'm
>>>> wrong).
>>>>
>>>> Could you please explain, why this should be useful for all our users?
>>> I
>>>> think it's more sensible to install, when running on VMware. And also:
>>>> why do you require this at all?
>>>>
>>> Rather than trying to only install it in particular scenarios, it is
>>> better to install it everywhere and then make sure that it is a no-op
>>> unless it is running inside VMWare. Not least because if we're building
>>> a cloud image, the initial build environment likely won't involve VMware
>>> at all, but the ultimate runtime environment may well be VMWare.
>>
>> I was thinking about this approach but the only downside is
>> physical deployments and non-VMware VMs. I'm not sure if it
>> is common to install unused packages on system.
> 
> The system is full of hardware drivers that are only activated when the
> hardware is found. That makes moving a system image trivial. It is well
> worth the disk use as long as the hardware tools are not obese or the
> hardware marginal

drivers are a total different topic

recent and for fedora relevant kernels are including any server
relevant drivers, with 3.9 even vsock and vmci are in the upstream
kernel, for F19 there is a 3.9 kernel available which works also
on F18 and i guess 3.9 for F18 will come soon

in short: the days where you need vmware drivers in a guest from
additional packages are long gone - said from one who drives a whole
comapny infrastructure since 2008 on Fedora/Vmware vSphere


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20130502/1576bb48/attachment.sig>