Bug 952622 - RFE: add all groups to optionlist of minimal-environment
RFE: add all groups to optionlist of minimal-environment
Product: Fedora
Classification: Fedora
Component: comps (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Bill Nottingham
Depends On:
Blocks: fedora19rtt
  Show dependency treegraph
Reported: 2013-04-16 06:31 EDT by Michal Kovarik
Modified: 2014-03-16 23:33 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-04-16 10:17:09 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Michal Kovarik 2013-04-16 06:31:16 EDT
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.

User is able to install addons according to his desires.
Comment 1 Bill Nottingham 2013-04-16 10:17:09 EDT
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.
Comment 2 Jakub Dorňák 2013-04-16 10:49:00 EDT
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.)
Comment 3 Bill Nottingham 2013-04-16 12:21:39 EDT
(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.

Note You need to log in before you can comment on or make changes to this bug.