Task:Package categories

(Additional categories)
(Additional categories: Sub-categories)
Line 48: Line 48:
* Is there a possibility of subcategories? Or, do they all need to be top-level? --[[User:timsamoff|timsamoff]] 18:36, 16 October 2008 (UTC)
* Is there a possibility of subcategories? Or, do they all need to be top-level? --[[User:timsamoff|timsamoff]] 18:36, 16 October 2008 (UTC)
** To keep with Debian sections, it can only be top-level. (IIRC) --[[User:xfade|xfade]] 08:20, 17 October 2008 (UTC)
** To keep with Debian sections, it can only be top-level. (IIRC) --[[User:xfade|xfade]] 08:20, 17 October 2008 (UTC)
 +
*** Eh? We're already not "keeping with Debian sections" by insisting on a "user/" prefix for applications to be exposed to the user. Why is changing that to support "user/multimedia/Canola/themes" (for example) any worse? Or does the Debian policy already allow for the "user/" prefix? --[[User:jaffa|Jaffa]] 13:12, 17 October 2008 (UTC)
== Debtags ==
== Debtags ==

Revision as of 13:12, 17 October 2008

This wiki page serves as a discussion page where we will try to find a better way to categorize packages in the repositories.

This proposal is coordinated by Niels Breet.

Contents

Proposal

This is a DRAFT UNDER DISCUSSION. You can help reaching conclusions. Please add your comments to the discussion page. This proposal is part of the Extras repository process definition.

Maemo Packaging Policy

The Maemo Packaging Policy lists the following sections:

  • accessories
  • communication
  • games
  • multimedia
  • office
  • other
  • programming
  • support
  • themes
  • tools

One of the benefits of using official categories from this list, is that they will appear correctly localized in the Application Manager.

Problem

People feel the need to create new categories, because the current list is too limited.

  • There is beauty in simplicity. Adding more categories would never solve the problem for some people. --timsamoff 18:34, 16 October 2008 (UTC)

Another problem is that some categories aren't very descriptive. What applications go in to tools, support or accessories?

  • This may be the better method, although "descriptive" is still subjective. --timsamoff 18:34, 16 October 2008 (UTC)

Proposed solutions

Additional categories

We could add more categories to the official list. To do this we need to define a list of categories that need to be added. If we have a list of categories, we need to discuss whether they are really beneficial.

Please add your proposed category, description and motivation here:

  • desktop: A category for desktop plugins. --xfade 15:13, 4 August 2008 (UTC)
    • Could be a good idea, but what makes this different from "Accessories"? --timsamoff 18:35, 16 October 2008 (UTC)
      • Accessories -> what would one expect there. I personally think that Accessories is just as bad as Other ;) --xfade 08:20, 17 October 2008 (UTC)
        • Well, I think the ambiguity comes from developers not using the categories properly, not necessarily from the category names not being descriptiove enough (e.g., currently, we can't even expect the "music" category to have every music-oriented application included anyway). In this case, enforcing the proper use of categorization is more important than the actual category names. --timsamoff 13:09, 17 October 2008 (UTC)
  • Is there a possibility of subcategories? Or, do they all need to be top-level? --timsamoff 18:36, 16 October 2008 (UTC)
    • To keep with Debian sections, it can only be top-level. (IIRC) --xfade 08:20, 17 October 2008 (UTC)
      • Eh? We're already not "keeping with Debian sections" by insisting on a "user/" prefix for applications to be exposed to the user. Why is changing that to support "user/multimedia/Canola/themes" (for example) any worse? Or does the Debian policy already allow for the "user/" prefix? --Jaffa 13:12, 17 October 2008 (UTC)

Debtags

Debian Package Tags: Faceted Classification

As stated on the debtags website:

Drawing a bit freely from the literature of Faceted Classification, a facet is a group of tags which describe the same quality of a package. Package Tags are organized in Facets, that represent different points of view from which to look at the package archive. For example, you could have a "Usage" facet with tags about what a program is intended to be used for, or you could have a "Media" facet with tags about what kind of information a program is able to process, a "Technology" facet about the technology a package uses, and so on. With this approach, every tag is situated in a specific context, and has a clear meaning. Also, tags from different facets shed light on packages from different points of view, giving "depth" to its categorization. Take something tagged with "Use::Chatting", "Technology::IRC", "Role::Server": it has a remarkable level of detail, and tells almost everything we need to know about what the package does.

I'm not sure if this will help us here. We would need to specify a lot of tags for packages. Question is: how are we going to display this in the application manager or website without being confusing --xfade 12:02, 5 August 2008 (UTC)

Reference

Debian

The Debian archive maintainers provide the authoritative list of sections. At present, they are: admin, comm, devel, doc, editors, electronics, embedded, games, gnome, graphics, hamradio, interpreters, kde, libs, libdevel, mail, math, misc, net, news, oldlibs, otherosfs, perl, python, science, shells, sound, tex, text, utils, web, x11.

Previous discussions

Bugs

1805MediumRESOLVEDnormal4.1.xDeveloper GuideMaking a package for the Application Manager in maemo 3.x does not list what apps should go to what section[1]
Warnings were generated during the execution of function
  1. Parameter columns=id, priority, severity, modified, product, status, summary, to is invalid using regex /^[\w,_+-~]*$/