On Fri, 2013-05-17 at 17:45 +0200, Lennart Poettering wrote: > On Fri, 17.05.13 10:18, David Lehman (dlehman@xxxxxxxxxx) wrote: > > > On Fri, 2013-05-17 at 09:07 +0200, Hans de Goede wrote: > > > Hi, > > > > > > On 05/17/2013 01:31 AM, Lennart Poettering wrote: > > > > On Thu, 16.05.13 16:17, Bill Nottingham (notting@xxxxxxxxxx) wrote: > > > > > > > >> Lennart Poettering (mzerqung@xxxxxxxxxxx) said: > > > >>>> RequiredBy= > > > >>>> WantedBy=dmraid-activation.service > > > >>>> > > > >>>> I'm not using dmraid, or md raid, or any kind of raid at the moment. I also have this entry, previously explained in this thread as probably not being needed unless dmraid is being used, so is the likely offender for udev-settle. > > > >>>> > > > >>>> 2.823s dmraid-activation.service > > > >>> > > > >>> Given that this is really only needed for exotic stuff I do wonder why > > > >>> we need to install this by default even. > > > >> > > > >> We *could* drop all the assorted local storage tools from @standard and just leave > > > >> them to be installed by anaconda if they're being used to create such > > > >> storage. They'd have to remain on the live image, though, and so this would > > > >> not help installs done from the live images. > > > > > > > > Does anaconda have infrastructure for this? > > > > > > Yes, it already drags in for example iscsi-initiator-utils automatically when > > > iscsi disks are used during install. IIRC doing the same for dmraid should > > > not be hard. > > > > This has been in place since somewhere around F11 or F12. You just can't > > tell since dmraid is in base. There is still the anaconda-tools group, > > which I forget the purpose of (live media?). > > So, are you saying we could simply drop dmraid from base, and anaconda > would do the right thing and install it when dmraid is used for the > installation? Yes. Likewise lvm2, mdadm, cryptsetup, e2fsprogs, and whatever other storage-specific packages are in there. > > Lennart > > -- > Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel