Pakanto: Difference between revisions

From OLPC
Jump to navigation Jump to search
(..)
(categorize)
 
(4 intermediate revisions by 3 users not shown)
Line 1: Line 1:
Software package descriptions are the foundation of modern package
Software package descriptions are the foundation of modern package management software (like Yum, YaST, urpmi, Adept, emerge...) on Unix/Linux: You can search in a large pool of software provided by the distribution and can install the right software for your needs with one single mouse click or command.
management software (like Yum, YaST, urpmi, Adept, emerge...) on Unix/Linux: You can
search in a large pool of software provided by the distribution and can
install the right software for your needs with one single mouse click or
comand.


So if the software package descriptions are poor quality the best search
So if the software package descriptions are poor quality the best search algorithm can't do much. So if you search for functionality and not application names it is crucial to have localized and non-geeky package descriptions.
algorithm can't do much. So if you search for functionality and not
application names it is crucial to have localised and non-geeky package
descriptions.


Current package description i18n systems (for example in Debian) are modeled like translation of UI strings of Linux software: The english text is "the law" and cannot be changed (within the same tool) and the translations get derived from it. The problem is: If the English text is crap the translation is wasted time. That's currently a problem with package descriptions. English package descriptions aren't that helpful for average people and so translating them won't improve anything for end users.
Current package description i18n systems (for example in Debian) are modeled
like translation of UI strings of Linux software: The english text is "the
law" and cannot be changed (within the same tool) and the translations get
derived from it. The problem is: If the English text is crap the translation
is wasted time. That's currently a problem with package descriptions.
English package descriptions arent that helpful for average people and so
translating them won't improve anything for end users.


This led to the idea of the Pakanto wiki for writing these package
This led to the idea of the '''Pakanto''' wiki for writing these package descriptions. A wiki gets used for parallel editing (the german version can be written previous to the english one for example) and not strict translation and of course it is much more easier than a custom web translation interface and bugzilla...
descriptions. A wiki gets used for parallel editing (the german version can
be written previous to the english one for example) and not strict
translation and of course it is much more easier than a custom web
translation interface and bugzilla...


The Pakanto wiki is not meant to be an online knowledge base like Wikipedia but
The '''Pakanto''' wiki is not meant to be an online knowledge base like Wikipedia but a platform for writing package descriptions that can be embedded for offline usage in current software packages without changing the package management software at all.
a platform for writing package descriptions that can be embedded for offline
usage in current software packages without changing the package management
software at all.


Long story short here are some links how it works in detail (and what still
Long story short here are some links how it works in detail (and what still needs to be done ;-):
needs to be done ;-):


:http://pakanto.org/wiki/Pakanto:Main_Page
* [http://pakanto.org/wiki/Pakanto:Main_Page Main_Page]
:http://pakanto.org/wiki/Category:Packages
* [http://pakanto.org/wiki/Category:Packages Packages]
:http://pakanto.org/wiki/Pakanto:Project_scope
* [http://pakanto.org/wiki/Pakanto:Project_scope Project_scope]
:http://pakanto.org/wiki/Pakanto:About
* [http://pakanto.org/wiki/Pakanto:About About]
:http://pakanto.org/wiki/Pakanto:Licensing_requirements
* [http://pakanto.org/wiki/Pakanto:Licensing_requirements Licensing_requirements]
* [http://pakanto.org/wiki/Pakanto:TODO_list TODO_list]
:
:http://pakanto.org/wiki/Pakanto:TODO_list


The project is work in progress as everything and so the maintainer (Daniel Arnold) will be really interested in some feedback abot it.
The project is work in progress as everything and so the maintainer (Daniel Arnold) will be really interested in some feedback about it.

[[Category:Package management]]
[[Category:Developers]]

Latest revision as of 03:46, 6 July 2008

Software package descriptions are the foundation of modern package management software (like Yum, YaST, urpmi, Adept, emerge...) on Unix/Linux: You can search in a large pool of software provided by the distribution and can install the right software for your needs with one single mouse click or command.

So if the software package descriptions are poor quality the best search algorithm can't do much. So if you search for functionality and not application names it is crucial to have localized and non-geeky package descriptions.

Current package description i18n systems (for example in Debian) are modeled like translation of UI strings of Linux software: The english text is "the law" and cannot be changed (within the same tool) and the translations get derived from it. The problem is: If the English text is crap the translation is wasted time. That's currently a problem with package descriptions. English package descriptions aren't that helpful for average people and so translating them won't improve anything for end users.

This led to the idea of the Pakanto wiki for writing these package descriptions. A wiki gets used for parallel editing (the german version can be written previous to the english one for example) and not strict translation and of course it is much more easier than a custom web translation interface and bugzilla...

The Pakanto wiki is not meant to be an online knowledge base like Wikipedia but a platform for writing package descriptions that can be embedded for offline usage in current software packages without changing the package management software at all.

Long story short here are some links how it works in detail (and what still needs to be done ;-):

The project is work in progress as everything and so the maintainer (Daniel Arnold) will be really interested in some feedback about it.