Am 19.10.19 um 00:28 schrieb Simon Lees:
significant number of packages that require it anyway). A big part of my proposal is to only provide group info for things that make sense to be found with group info, which means libraries and other core dependencies that people will have installed anyway shouldn't really have groups because it will just add "noise"
For you. Not for me. I might want to search for the minimal needed system components via a group search. So what you call "noise" would be easy to filter out by the searching tool by just ignoring everyhting "basesystem" when not explicitly being asked for "show all search results, even trivial dependencies" or similar. But not by omitting info in the first place.
It does sound simple until you look at the fact that what we have for current groups is a bit of a mess.
Nobody here really says that the current grouping is the best thing since sliced bread. That's exactly what Jan's proposal is about IMVHO: specifying a better way to tag/group packages.
software again making it pretty much useless. What we have currently doesn't provide a good starting point as such if we do something it would at this point be better to start from scratch.
Jan is actively re-grouping packages for quite some time now, and I have not much reason to assume that he is going to stop doing this once we have agreed on a better set of tags/groups to use. So this will sort itself out. Berny's suggestion of "just read 'Base/System' as two tags: "base" "system" has the added benefit that you actually get an indication that "this package is 'legacy', not converted to the new tag system" (by just checking if groups field is '/'-separated and not space-separated), so the frontend could indeed rate those package differently on the search results.
If we were to keep the group tag and manually populate it which many people are against (hence the consensus to remove it in may last year) I suggest we would be better off using the categories we have for desktop files as a starting point and think very hard about whether packages that don't fall into one of those categories even make sense to be searched by groups.
That's your suggestion, I think all packages should be able to be found via a tag/group search, not only a very small percentage. (Disclaimer: I have no idea what categories are permitted for desktop files, and who decides this. If it is someone at fd.o, I'm against it ;-))
So while that approach may sound straight forward it isn't really. It is, IMHO. -- Stefan Seyfried
"For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org