Can we atleast have the following packages installed by default: dkms kernel-headers kernel-devel Then it is one less step of things to do for installing the VirtualBox guest additions. On Wed, Sep 3, 2014 at 3:04 PM, Liam <liam.bulkley@xxxxxxxxx> wrote: > > On Sep 3, 2014 9:44 AM, "Elad Alfassa" <elad@xxxxxxxxxxxxxxxxx> wrote: >> >> On Wed, Sep 3, 2014 at 4:34 PM, Matthias Clasen <mclasen@xxxxxxxxxx> >> wrote: >> > On Wed, 2014-09-03 at 09:21 -0400, Josh Boyer wrote: >> > >> >> >> >> Briefly, 1) we aren't staffed for it, 2) it encourages crappy behavior >> >> on the part of the module authors by providing disincentive to getting >> >> it upstream, 3) it's a maintenance hassle, 4) we typically already >> >> have alternatives (this is particularly true in the case of virt), 5) >> >> it's yet another entry in an already rapidly expanding test matrix >> >> that has to be checked off (which goes back to item 1), etc etc. >> >> >> >> I consider myself to be fairly open to many things. Carrying >> >> virtualbox modules out-of-tree when the authors refuse to even submit >> >> them upstream for review and have no intention of ever doing so is not >> >> one of those things. This is one of the few items where I simply say >> >> no. >> > >> > Do I sense a possible conflict of interest here ? >> > >> > I think Alberto's argument that including such drivers will make it a >> > lot easier to try the workstation on popular virtualization solutions >> > carries some weight and deserves to be discussed, instead of rejected >> > out-of-hand. >> > >> > -- >> > desktop mailing list >> > desktop@xxxxxxxxxxxxxxxxxxxxxxx >> > https://admin.fedoraproject.org/mailman/listinfo/desktop >> >> Well, I have used VirtualBox guest additions before, they break every >> time VirtualBox is updated (and you need to update and rebuild them) >> > For guests we control the versions via installs (not counting the recomposes > that were talked about to keep new installs up to date). All we'd need to do > is support ONE version of vb, and provide a dl link to THAT version. > As for these anecdotes about vb not working, the fact is ANY users we > acquire via this method are new users we may not have gotten otherwise. The > question is whether or not the work to support that single version of vb is > so great as to outweigh the potential of new users. > > > -- > desktop mailing list > desktop@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/desktop -- desktop mailing list desktop@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/desktop
