Task:Package categories

(→Additional categories)
(Undo revision 51272 by 180.194.171.229 (Talk)(Revert to pre-spam revision))
 
(75 intermediate revisions not shown)
Line 1: Line 1:
-
This wiki page serves as a discussion page where we will try to find a better way to categorize packages in the repositories.
+
{{task|completed}}
-
This proposal is coordinated by [[User:Xfade|Niels Breet]].
 
-
= Proposal =
+
This wiki page serves as a discussion page for improving the categorization system used for Maemo packages. Improvements here will be pushed to the [http://maemo.org/forrest-images/pdf/maemo-policy.pdf Maemo Packaging Policy] through [[Task:Packaging policy proposed changes]].
-
This is a '''DRAFT UNDER DISCUSSION'''. You can help reaching conclusions. Please add your comments to the [[Talk:Package_Categories|discussion]] page.
+
-
This proposal is part of the [[Extras_repository_process_definition|Extras repository process definition]].
+
-
= Maemo Packaging Policy =
+
This proposal is coordinated by [[User:Xfade|Niels Breet]] and is part of the [[Extras_repository_process_definition|Extras repository process definition]].
-
The [http://maemo.org/forrest-images/pdf/maemo-policy.pdf Maemo Packaging Policy] lists the following sections:
+
 
 +
== Problem ==
 +
 
 +
People feel the need to create new categories, because the current list is too limited.
 +
 
 +
Another problem is that some categories aren't very descriptive. What applications go in to tools, support or accessories?
 +
 
 +
== Maemo Packaging Policy ==
 +
 
 +
The current [http://maemo.org/forrest-images/pdf/maemo-policy.pdf Maemo Packaging Policy] lists the following sections:
* accessories
* accessories
Line 22: Line 28:
* tools
* tools
-
One of the benefits of using official categories from this list, is that they will appear correctly localized in the Application Manager.
+
== New list for Diablo ==
-
= Problem =
+
This is the [http://lists.maemo.org/pipermail//maemo-developers/2008-October/035437.html final] list for  Diablo:
-
People feel the need to create new categories, because the current list is too limited.
+
{| class="wikitable"
 +
! Key
 +
! Example English i18n
 +
! Example apps
 +
|-
 +
| user/desktop
 +
| Desktop
 +
| Home, statusbar and taskbar applets
 +
|-
 +
| user/development
 +
| Programming
 +
| py2deb
 +
|-
 +
| user/education
 +
| Education
 +
| Flashcard apps
 +
|-
 +
| user/games
 +
| Games
 +
| Doom, Duke Nukem 3D
 +
|-
 +
| user/graphics
 +
| Graphics
 +
| Photo apps, GIMP, Inkscape, fonts
 +
|-
 +
| user/multimedia
 +
| Multimedia ''or'' Sound & Video
 +
| Canola, mplayer, Kagu, UKMP, MediaBox
 +
|-
 +
| user/navigation
 +
| (Location &) Navigation
 +
| maemo-mapper, Navit
 +
|-
 +
| user/network
 +
| Internet & Networking
 +
| Web browsers, Samba clients, OpenAFS, Transmission
 +
|-
 +
| user/office
 +
| Office
 +
| GPE, Claws, AbiWord
 +
|-
 +
| user/science
 +
| Science
 +
| gnuplot, Octave
 +
|-
 +
| user/system
 +
| System
 +
| rotation-support, enhanced kernels, themes
 +
|-
 +
| user/utilities
 +
| Utilities ''or'' Accessories
 +
| Calculators, terminals, text editors
 +
|-
 +
|}
-
* There is beauty in simplicity. Adding more categories would never solve the problem for some people. --[[User:timsamoff|timsamoff]] 18:34, 16 October 2008 (UTC)
+
If the package's section starts "user/", but is not any of the above, the ''Application Manager'' forces them into an "Other" section.
-
Another problem is that some categories aren't very descriptive. What applications go in to tools, support or accessories?
+
== Future additions ==
-
* This may be the better method, although "descriptive" is still subjective. --[[User:timsamoff|timsamoff]] 18:34, 16 October 2008 (UTC)
+
The current proposed list is only for Diablo, future additions and changes will be considered for Fremantle.
-
= Proposed solutions =
+
It seems H-A-M supports (will support?) the section "user/hidden" in the future ([http://maemo.gitorious.org/hildon-application-manager/mainline/commit/deeb9558129e22f9d1ca49ef9b6565a173603fcd commit log]). This section will not be shown in the "Download" view, but will be shown in the "Update" and "Uninstall" views.
-
== 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.
+
=== Debtags ===
-
Please add your proposed category, description and motivation here:
+
Debian Package Tags: Faceted Classification
-
* desktop: A category for desktop plugins. --[[User:xfade|xfade]] 15:13, 4 August 2008 (UTC)
+
As stated on the [http://debtags.alioth.debian.org/faceted.html debtags website]:
-
** Could be a good idea, but what makes this different from "Accessories"? --[[User:timsamoff|timsamoff]] 18:35, 16 October 2008 (UTC)
+
-
*** Accessories -> what would one expect there. I personally think that Accessories is just as bad as Other ;) --[[User:xfade|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. --[[User:timsamoff|timsamoff]] 13:09, 17 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)
+
{{quotation|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.
-
** 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)
+
-
* fonts --[[User:matan|matan]]
+
=== Application-specific subcategories ===
-
* languages: for packages that add support for other languages. --[[User:matan|matan]]
+
Within each of the top-level categories, projects may want to group a number of packages together. For this, sub-sections can be used. For example, Canola may have:
-
== Debtags ==
+
{| class="wikitable"
-
Debian Package Tags: Faceted Classification
+
! Package
 +
! Section
 +
|-
 +
| canola2
 +
| user/multimedia/Canola
 +
|-
 +
| canola2-theme-flatblack
 +
| user/multimedia/Canola/themes
 +
|-
 +
| canola2-youtube-plugin
 +
| user/multimedia/Canola/plugins
 +
|-
 +
| canola-tuning
 +
| user/multimedia/Canola/settings
 +
|}
-
As stated on the [http://debtags.alioth.debian.org/faceted.html debtags website]:
+
The rule is simple:
 +
# If the portion of the section path starts with a capital letter, it is shown as-is
 +
# Otherwise the portion of the section path must be one of the above sections or, additionally:
 +
#* themes
 +
#* plugins
 +
#* translations
-
''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.''
+
== Translations ==
-
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 --[[User:xfade|xfade]] 12:02, 5 August 2008 (UTC)
+
{| class="wikitable"
 +
! Key
 +
! en_GB
 +
! en_US
 +
! es_MX
 +
! nl_NL
 +
! pt_BR
 +
! no_NO
 +
! fi_FI
 +
! it_IT
 +
! fr_CA
 +
! da_DK
 +
! pt_PT
 +
! sv_SE
 +
! fr_FR
 +
! es_ES
 +
! ru_RU
 +
! de_DE
 +
|-
 +
| user/desktop
 +
| Desktop
 +
| Desktop
 +
| Escritorio
 +
| Bureaublad
 +
| Área de Trabalho
 +
| Skrivebord
 +
| Työpöytä
 +
| Desktop
 +
| Bureau
 +
| Skrivebord
 +
| Área de Trabalho
 +
| Skrivbord
 +
| Bureau
 +
| Escritorio
 +
| Рабочий стол
 +
| Desktop
 +
|-
 +
| user/development
 +
| Programming
 +
| Programming
 +
| Programación
 +
| Ontwikkeling
 +
| Desenvolvimento
 +
| Programming
 +
| Ohjelmointi
 +
| Programmazione
 +
| Programmation
 +
| Programmering
 +
| Desenvolvimento
 +
| Programmering
 +
| Programmation
 +
| Programación
 +
| Программирование
 +
| Entwicklung
 +
|-
 +
| user/education
 +
| Education
 +
| Education
 +
| Educación
 +
| Educatief
 +
| Educação
 +
| Undervisning
 +
| Opiskelu
 +
| Educazione
 +
| Éducation
 +
| Undervisning
 +
| Educação
 +
| Utbildning
 +
| Éducation
 +
| Educación
 +
| Образование
 +
| Bildung
 +
|-
 +
| user/games
 +
| Games
 +
| Games
 +
| Juegos
 +
| Spelletjes
 +
| Jogos
 +
| Spill
 +
| Pelit
 +
| Giochi
 +
| Jeux
 +
| Spil
 +
| Jogos
 +
| Spel
 +
| Jeux
 +
| Juegos
 +
| Игры
 +
| Spiele
 +
|-
 +
| user/graphics
 +
| Graphics
 +
| Graphics
 +
| Gráficos
 +
| Grafisch
 +
| Gráficos
 +
| Grafikk
 +
| Grafiikka
 +
| Grafica
 +
| Graphismes
 +
| Grafik
 +
| Gráficos
 +
| Grafik
 +
| Graphismes
 +
| Gráficos
 +
| Графика
 +
| Grafik
 +
|-
 +
| user/multimedia
 +
| Multimedia
 +
| Multimedia
 +
| Multimedia
 +
| Multimedia
 +
| Multimídia
 +
| Multimedia
 +
| Multimedia
 +
| Multimedia
 +
| Multimédia
 +
| Multimedier
 +
| Multimédia
 +
| Multimedia
 +
| Multimédia
 +
| Multimedia
 +
| Мультимедиа
 +
| Multimedia
 +
|-
 +
| user/navigation
 +
| Location & Navigation
 +
| Location & Navigation
 +
| Localización y Navegación
 +
| Locatie en Navigatie
 +
| Posicionamento e Navegação
 +
| Posisjon og Navigasjonen
 +
| Paikannus ja navigointi
 +
| Posizione e Navigazione
 +
| Localisation et Navigation
 +
| Position og Navigation
 +
| Posicionamento e Navegação
 +
| Position och Navigation
 +
| Localisation et Navigation
 +
| Localización y Navegación
 +
| Позиционирование и навигация
 +
| Position & Navigation
 +
|-
 +
| user/network
 +
| Internet & Networking
 +
| Internet & Networking
 +
| Internet y Redes
 +
| Internet en Netwerk
 +
| Internet e Redes
 +
| Internet og Nettverk
 +
| Internet ja viestintä
 +
| Internet e reti
 +
| Internet et Réseaux
 +
| Internet og netværk
 +
| Internet e Redes
 +
| Internet och Nätverk
 +
| Internet et Réseaux
 +
| Internet y Redes
 +
| Интернет и сети
 +
| Internet & Netzwerk
 +
|-
 +
| user/office
 +
| Office
 +
| Office
 +
| Oficina
 +
| Kantoor
 +
| Escritório
 +
| Kontor
 +
| Toimisto
 +
| Ufficio
 +
| Bureautique
 +
| Kontor
 +
| Escritório
 +
| Kontor
 +
| Bureautique
 +
| Oficina
 +
| Офис
 +
| Büro
 +
|-
 +
| user/science
 +
| Science
 +
| Science
 +
| Ciencia
 +
| Wetenschap
 +
| Ciência
 +
| Vitenskap
 +
| Tiede
 +
| Scienza
 +
| Science
 +
| Videnskab
 +
| Ciência
 +
| Vetenskap
 +
| Science
 +
| Ciencia
 +
| Наука
 +
| Wissenschaft
 +
|-
 +
| user/system
 +
| System
 +
| System
 +
| Sistema
 +
| Systeem
 +
| Sistema
 +
| System
 +
| Järjestelmä
 +
| Sistema
 +
| Système
 +
| System
 +
| Sistema
 +
| System
 +
| Système
 +
| Sistema
 +
| Система
 +
| System
 +
|-
 +
| user/utilities
 +
| Utilities
 +
| Utilities
 +
| Utilitarios
 +
| Gereedschappen
 +
| Utilitários
 +
| Verktoy
 +
| Apuohjelmat
 +
| Utilità
 +
| Utilitaires
 +
| Værktøjer
 +
| Utilitários
 +
| Verktyg
 +
| Utilitaires
 +
| Utilidades
 +
| Утилиты
 +
| Werkzeuge
 +
|-
 +
|}
 +
 
 +
== Reference ==
 +
 
 +
=== freedesktop.org ===
 +
 
 +
The basic, rationalised, set of high-level sections according to the [http://standards.freedesktop.org/menu-spec/latest/apa.html freedesktop.org menu specification] are: ''Accessories, Development, Education, Game, Graphics, Multimedia, Network, Office, Settings, System''.
 +
 
 +
=== Debian ===
-
= Reference =
 
-
== Debian ==
 
The Debian archive maintainers [http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections 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.''
The Debian archive maintainers [http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections 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 ==
+
=== Previous discussions ===
 +
 
* [http://communitizer.blogspot.com/2008/04/rfc-maemo-package-guidelines-mandatory.html Communitizer blog]
* [http://communitizer.blogspot.com/2008/04/rfc-maemo-package-guidelines-mandatory.html Communitizer blog]
* [http://lists.maemo.org/pipermail/maemo-developers/2008-April/033093.html Mandatory categories discussion]
* [http://lists.maemo.org/pipermail/maemo-developers/2008-April/033093.html Mandatory categories discussion]
-
== Bugs ==
+
=== Bugs ===
{{#bugzilla:id=1805
{{#bugzilla:id=1805
-
|columns=id, priority, severity, modified, product, status, summary, to
+
|columns=id,priority,severity,modified,product,status,summary,to
}}
}}
 +
 +
 +
[[Category:Community]]

Latest revision as of 10:06, 6 April 2013

Image:Ambox_notice.png
 This task is completed and this page stays here for documentation purposes only. Please file bugs or propose a new, related task if you want to push this forward.
Please see the talk page for discussion.


This wiki page serves as a discussion page for improving the categorization system used for Maemo packages. Improvements here will be pushed to the Maemo Packaging Policy through Task:Packaging policy proposed changes.

This proposal is coordinated by Niels Breet and is part of the Extras repository process definition.


Contents

[edit] Problem

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

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

[edit] Maemo Packaging Policy

The current Maemo Packaging Policy lists the following sections:

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

[edit] New list for Diablo

This is the final list for Diablo:

Key Example English i18n Example apps
user/desktop Desktop Home, statusbar and taskbar applets
user/development Programming py2deb
user/education Education Flashcard apps
user/games Games Doom, Duke Nukem 3D
user/graphics Graphics Photo apps, GIMP, Inkscape, fonts
user/multimedia Multimedia or Sound & Video Canola, mplayer, Kagu, UKMP, MediaBox
user/navigation (Location &) Navigation maemo-mapper, Navit
user/network Internet & Networking Web browsers, Samba clients, OpenAFS, Transmission
user/office Office GPE, Claws, AbiWord
user/science Science gnuplot, Octave
user/system System rotation-support, enhanced kernels, themes
user/utilities Utilities or Accessories Calculators, terminals, text editors

If the package's section starts "user/", but is not any of the above, the Application Manager forces them into an "Other" section.

[edit] Future additions

The current proposed list is only for Diablo, future additions and changes will be considered for Fremantle.

It seems H-A-M supports (will support?) the section "user/hidden" in the future (commit log). This section will not be shown in the "Download" view, but will be shown in the "Update" and "Uninstall" views.

[edit] Debtags

Debian Package Tags: Faceted Classification

As stated on the debtags website:

{{quotation|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.

[edit] Application-specific subcategories

Within each of the top-level categories, projects may want to group a number of packages together. For this, sub-sections can be used. For example, Canola may have:

Package Section
canola2 user/multimedia/Canola
canola2-theme-flatblack user/multimedia/Canola/themes
canola2-youtube-plugin user/multimedia/Canola/plugins
canola-tuning user/multimedia/Canola/settings

The rule is simple:

  1. If the portion of the section path starts with a capital letter, it is shown as-is
  2. Otherwise the portion of the section path must be one of the above sections or, additionally:
    • themes
    • plugins
    • translations

[edit] Translations

Key en_GB en_US es_MX nl_NL pt_BR no_NO fi_FI it_IT fr_CA da_DK pt_PT sv_SE fr_FR es_ES ru_RU de_DE
user/desktop Desktop Desktop Escritorio Bureaublad Área de Trabalho Skrivebord Työpöytä Desktop Bureau Skrivebord Área de Trabalho Skrivbord Bureau Escritorio Рабочий стол Desktop
user/development Programming Programming Programación Ontwikkeling Desenvolvimento Programming Ohjelmointi Programmazione Programmation Programmering Desenvolvimento Programmering Programmation Programación Программирование Entwicklung
user/education Education Education Educación Educatief Educação Undervisning Opiskelu Educazione Éducation Undervisning Educação Utbildning Éducation Educación Образование Bildung
user/games Games Games Juegos Spelletjes Jogos Spill Pelit Giochi Jeux Spil Jogos Spel Jeux Juegos Игры Spiele
user/graphics Graphics Graphics Gráficos Grafisch Gráficos Grafikk Grafiikka Grafica Graphismes Grafik Gráficos Grafik Graphismes Gráficos Графика Grafik
user/multimedia Multimedia Multimedia Multimedia Multimedia Multimídia Multimedia Multimedia Multimedia Multimédia Multimedier Multimédia Multimedia Multimédia Multimedia Мультимедиа Multimedia
user/navigation Location & Navigation Location & Navigation Localización y Navegación Locatie en Navigatie Posicionamento e Navegação Posisjon og Navigasjonen Paikannus ja navigointi Posizione e Navigazione Localisation et Navigation Position og Navigation Posicionamento e Navegação Position och Navigation Localisation et Navigation Localización y Navegación Позиционирование и навигация Position & Navigation
user/network Internet & Networking Internet & Networking Internet y Redes Internet en Netwerk Internet e Redes Internet og Nettverk Internet ja viestintä Internet e reti Internet et Réseaux Internet og netværk Internet e Redes Internet och Nätverk Internet et Réseaux Internet y Redes Интернет и сети Internet & Netzwerk
user/office Office Office Oficina Kantoor Escritório Kontor Toimisto Ufficio Bureautique Kontor Escritório Kontor Bureautique Oficina Офис Büro
user/science Science Science Ciencia Wetenschap Ciência Vitenskap Tiede Scienza Science Videnskab Ciência Vetenskap Science Ciencia Наука Wissenschaft
user/system System System Sistema Systeem Sistema System Järjestelmä Sistema Système System Sistema System Système Sistema Система System
user/utilities Utilities Utilities Utilitarios Gereedschappen Utilitários Verktoy Apuohjelmat Utilità Utilitaires Værktøjer Utilitários Verktyg Utilitaires Utilidades Утилиты Werkzeuge

[edit] Reference

[edit] freedesktop.org

The basic, rationalised, set of high-level sections according to the freedesktop.org menu specification are: Accessories, Development, Education, Game, Graphics, Multimedia, Network, Office, Settings, System.

[edit] 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.

[edit] Previous discussions

[edit] Bugs

1805Mediumnormal
2010-05-17
Developer GuideRESOLVEDMaking a package for the Application Manager in maemo 3.x does not list what apps should go to what sectionNiels Breet
Retrieved from "http://wiki.maemo.org/Task:Package_categories"