Currently, comps has device-mapper-multipath as 'default' in Base. However, this package is only of any use on systems with multipath storage devices (a very small minority), and anaconda already has logic to install it when necessary:
""" A multipath device """
_type = "dm-multipath"
_packages = ["device-mapper-multipath"]
_services = ["multipathd"]
_partitionable = True
_isDisk = True
AIUI, the _packages line adds the package to the install set, and the _services line enables the service.
Given this, is there any reason the package also needs to be in base? This is a problem because the maintainer wants to enable it on upgrades when converting from sysv to systemd, so actual multipath systems will continue to work, but because the package has been in Base for a while, most people even without multipath devices will have the package installed, and hence will get a useless service starting up when they upgrade to F16.
CC a couple of anaconda folks to make sure the code in question is known to *actually work* (esp with systemd).
As long as chkconfig still works, this should be fine. However as far as known to work, I don't know that anyone has sat down and verified.
Dropped. Long-term, this should go in a more general storage group, but, eh... string change.