https://bugzilla.novell.com/show_bug.cgi?id=428162 User rpmcruz@alunos.dcc.fc.up.pt added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c15 Ricardo Cruz <rpmcruz@alunos.dcc.fc.up.pt> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #15 from Ricardo Cruz <rpmcruz@alunos.dcc.fc.up.pt> 2008-09-30 12:21:35 MDT --- (In reply to comment #13 from Stefan Hundhammer)
Throwing out the hierarchical RPM groups in favour of the flat PackageKit groups was one step towards simplicity. But throwing the PackageKit groups out, too, in favour of patterns would be one step too far IMHO.
It's good you guys have a plan, but I am not sure where you are going. First, I disagree with the premises. I don't think it was the fact that the categories was organized in a hierarchy that made it confusing, but rather how it was organized in a hierarchy. It was too deep, the top categories should have been more heavily used, and the terms used were not very helpful. Besides, since there wasn't apparently any "specification" for the thing, a lot of packagers didn't follow whatever the appropriate category was, leading to a lot of duplication, and there was even a significant amount of typos since there was no compiler-time check on the thing. The groups comes off as a fast patch on top of thing, and that I think will result in even less discipline in the categories, which will erode its usefulness, since it requires some reliable categories description for it to work. What I do like about the groups is that you can list the same package across groups (KWord can go to /Publishing and /KDE Desktop). What I would do is to replace the categories thing (or, of course, just add another for compatibility sake) with a tag system that is ensured at compile-time (by whatever tool generates the package). Or possibly some boolean properties, quiz like thing so we could extrapolate our information from. Anyway, I guess that if you expanded the availability of the patterns, it might be an alternative to the current categorization. It would be great to really use the pattern opportunity to think outside of the box though. So the user doesn't have to see things like all the split and addon packages, and can transmit more information on the applications of the kind that the user can make sense and judgments from. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.