On Wed, 2023-02-01 at 08:14 +0100, Peter Boy wrote: > > > Am 31.01.2023 um 23:39 schrieb Adam Williamson <adamw...@fedoraproject.org>: > > > > Hey folks! > > > > I've sort of happened into doing some maintenance of fedora-comps over > > the last few years. Something that bugs me while working on this is how > > many "shopping list" groups we still have. I'm talking about things > > like the network-server group: > > ... > > I would very much appreciate it if we would start to review and clean up > comps. Problem are not only these "shopping lists", but also e.g. various > Fedora Server Edition related items. > > Regarding network-server, this group is in my opinion much too divergent and > at least currently conceptually superfluous . But e.g. environment Cloud > Server & infrastructure-server use them. But none of the kickstart files. > > The group would be a candidate for deletion. But tracing the effects is > likely to be painful.
Well, some environments do list some of the "shopping list groups", yes. But unless someone's aware of something I'm not, this is effectively pointless except in one extremely unusual scenario. Putting a group in an environment's grouplist or optionlist, in most cases, can only pull in its default and mandatory packages. In any typical case, it does not pull in any of its optional packages. So if a group contains *only* optional packages, it's almost entirely pointless to put it in an environment. The only exception of this I'm aware of is if you do a kickstart install and use the --optional setting. You can theoretically write a kickstart like this: %packages <blahblah whatever you like> @network-server --optional %end ...and that will pull in everything in the network-server group. But I can't imagine anyone *actually* does this. These groups clearly aren't set up with the intention that anyone would want to install *everything* in them. They were clearly intended for 'shopping'. So, as part of the "get rid of them" option, we would also drop them from the environments (and categories) they are listed in. None of them is listed in any grouplist, they are only in optionlists. In a way this kinda naturally leads into the question of whether we should maintain the categories, which are specifically intended for package shopping. If we start getting rid of package shopping groups, keeping the categories around makes less sense, I guess. > > > server-cfg (one 'default' package) > A good candidate for deletion, too. As far as I see it is used in category > servers, but not in any kickstart. „servers“ itself is quite divergent and > probably another kind of „shopping list“. Yes, see above. The categories are basically like environments, but specifically for "package shopping" (in fact categories came first and environments later, but never mind). That's all they exist for - they're really kinda "UI cues"; a package shopping UI is cued to give you something like a tree view of the categories, you expand a category to see all the groups in it. Again, I think the old anaconda packaging UI and gnome-packagekit used this, and dnfdragora still does; current KDE and GNOME application installer GUIs do not use it. > > > ... > > definition but are still of rather dubious usefulness, like the 'web- > > server' group which is rather stuck in the 2000s (including php, php- > > ldap, php-mysqlnd, squid and webalizer by default - is this how anyone > > "deploys a web server" these days?) > > From a Fedora Server point of view it is superfluous, but it is used in 4 > other entries, which are also rather too divergent and superfluous (e.g. > web-server-environment). See above; their inclusion in these environments is likely almost entirely pointless. -- Adam Williamson (he/him/his) Fedora QA Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org https://www.happyassassin.net _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
