Description of problem: For now there is no way how to install custom addons in anaconda(e.g. Gnome + KDE). I propose to add all groups to optionlist of minimal-enviromenment or create new environment custom-environment with all groups in optionlist. Advantages: User is able to install addons according to his desires.
That is not what it's designed for. If you want to cobble together your own installation from all the groups randomly, you've got kickstart.
Isn't it the user, who it is designed for? This is great idea. I see no reason to refuse it. There is no need to implement anything for it, it is just the matter of configuration. Try it and see, how popular it would be. (BTW, why do we even create GUI, if we've got kickstart? That's funny argument.)
(In reply to comment #2) > Isn't it the user, who it is designed for? "The user" is a nebulous concept, by itself it means nothing. The 'user' could be someone who wants to speak in their package selections. Or shoot them in a FPS. Or select packages one-by-one as in the old individual package dialog. The current package installation design isn't designed for any of those use cases, and can't coherently be designed to handle *all* of them. So choices are made. The design is such to allow users to install specific predefined coherent selections with meaningful add-ons. By adding all groups as options to minimal, it turns it into a choose-your-own-adventure *with obvious wrong and incorrect choices*, as assorted groups are in reality dependent on others in ways not expressed in rpm. It makes the selections be not always coherent, and the add-ons not always meaningful. A user could select minimal + kde-telepathy + gnome-games + dial-up + ocaml. That level of customization in a screen that's presented to all users is not good design. We already have this problem in the basic-desktop environment, in that people originally wanted something so they could install fluxbox, and now end up installing a minimum of 6 window managers when they choose that, becuase they're trying to shoehorn a use case in that it's not designed for. Offering all options to minimal would be the same thing. It's the software selection analogue of giving people gconf-editor/dconf-editor instead of control-center in GNOME ; it's a case that may be useful to some people, but not what you should be exposing to everyone by default out of the box. And I don't buy that the fact that the post-install package tools all suck is a reason for making the anaconda screen worse - we should fix *that* problem.