Bug 952622
| Summary: | RFE: add all groups to optionlist of minimal-environment | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Michal Kovarik <mkovarik> |
| Component: | comps | Assignee: | Bill Nottingham <notting> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 19 | CC: | jdornak, rvokal |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-04-16 14:17:09 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 920667 | ||
|
Description
Michal Kovarik
2013-04-16 10:31:16 UTC
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. |