Cornelius Schumacher wrote:
On Monday 25 June 2007 23:09, Pascal Bleser wrote:
IMO it would be preferable to organize packages by purpose instead of by environment (especially X or console). There's already a huge list of repos -- if we don't make it as distinct as possible, people won't know where to find or expect stuff.
The question is what is a good criteria for organizing packages namespace-wise. My feeling is that dependencies would be a good criteria. This would mean that grouping packages which don't have X dependencies in a project or namespace actually would make sense. For developers and packagers I think this could also be helpful when finding stuff.
The fine thing with BS is, that you can link packages into projects. So there is no problem having it in more projects and maintaining only once (in home project for example). This way "mcabber" (mentioned by Pascal Bleser) can be in network:clients and desktop:messaging and console:net. I think there's nothing wrong with it. Actually, it would be in all places where it would be expected by normal user. :) OTOH such "multi-trunked" hierarchy (I would call it "shrubbery") might be considered partial duplication of Tags.
For end users the problem of finding software is more complex and has a lot of different aspects. I'm not sure a simple namespace hierarchy is helping here a lot, regardless if we organizer by purpose or by dependencies. To create a good user experience we have to rely on more sophisticated mechanisms anyway, like a good search, tags, ratings, etc.
Tags and ratings are implemented. Question is, whether some sophisticated search is available for those not logged in. Best regards Petr --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org