DebTags TODO list
mornfall asks to be able to perform researches like (!language:: || language::it), so that he can automatically install all packages from a certain tag set, but only the ones for the current locale
* Have a look at http://www.itconsult.it/knowledge/articoli/detArticoli.asp?ID=18 * Since we're somehow similar to semantic web, have a look at what it is, how it works and how crossing that path can be useful * About navigation: user induces in the tagged collection rhyzome a structure which is specific to him, nearing cathegories and faring(eng:?) others. This rhyzome navigation could be an interface metafor, also bi or tri-dimensionally mapped. * Erich: This to improve in synaptic-debtags:
make the tree less deep, don't make subfolders if only < 10 packages are left etc.
- show tag descriptions
handle "virtual" tags in the tree, such as "ui", which basically is a union of "ui::gtk", "ui::qt", "ui::ncurses" etc. (virtual tags: tags where all packages are in a subgroup)
* Erich: Things to improve with debtags in general:
- more tagging. Too many packages are still untagged
- inconsistent tagging. New tags were added, so many tagged packages are incompletely tagged. For example many applications don't have a user interface specified.
- inconsistent tags. some features have tags, others don't
- structure is becoming to deep IMHO. but if you want to keep the number-of-results low you need such a deep structure
- The correct collection generation procedure should be:
- First apply patches and renames
- Then read data into the merger
Then apply implications and derived tags
* Make a CommandlineParserWithCommands supporting command-specific switches:
addCmdSwitch("command", <same args as add()>)
- addCmdSwitch("", ..) adds a switch that gets interpreted when no valid command is found
The option parsing should then scan until it finds the first non-option argument and see if it's a command, then re-scan the commandline with the good set of switches in effect. There's a problem in this with arguments to short switches, like '-o file': file' could be interpreted as a command and not as an option to -o'. Could be solved by having all switches be considered when scanning for the command, or (better) by scanning once for each command until a valid match is found
- Note to the vocabulary task force: "mail,net" is a single tag, "mail, net" are two tags
- Note to the vocabulary task force: rub "debtags check" from time to time
- (Javier Fernández-Sanguino Peña): Have a look at TFIDF systems (implemented in bow) to use them to find out tags. Javier says he's happy to help with problems understanding TFIDF
- (Erich) I had the idea that people can "adopt" a keyword, looking for volunteers to review a section regularly.
- (Enrico) It could be interesting to "outsource" the first tag layout of such parts to the relative communities: for example, we could ask the gnome people to provide the right tag vocabulary for gnome-related qualities. I imagine they may be happy to do it (and thus to have their views about their software well reflected in the Debian world), and surely they know what are right qualities in their world.
- (Ender) Make a "best istallation candidates" option: give points to tags depending on how many packages are installed and have that tag. Then sort the non-installed packages by tag score
- Maintain an upgrade checklist for the vocabulary. cvs diff can help generating it
- Ask for someone in the i18n team to join in, to help with the design of the language dependent files with tag names and descriptions.
- (chlunde) Don't crash when giving data about a non-existing package: it might happen, such as when using the full database on a system without non-free. Don't show the application, instead. (chlunde is working on it)
- (tagcoll) (Ender) Have the related command accept a tagset, and not just a package name, as the start of a search
(Hervé) "The problem is, it takes a lot of time for me to dwelve into the automake info files to find out how to add to the distclean target. Do you have some hint on where to look at?(enrico)" "CLEANFILES = ~ .~ .bak .org gmon.out core \#\# .\#* in .am files. You can add that in a include file, included by every Makefile.am... (Hervé)"
- Maintain an upgrade checklist for the vocabulary. cvs diff can help generating it
- Ask for someone in the i18n team to join in, to help with the design of the language dependent files with tag names and descriptions
Make ?TagCollection a template wrt the item format (I badly need to discover how to distribute templates inside libraries!)