summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* app-doc/doxygen: Stable for HPPA (bug #588448).Jeroen Roovers2016-08-281-1/+1
| | | | | Package-Manager: portage-2.3.0 RepoMan-Options: --ignore-arches
* app-doc/doxygen: stabilize amd64 and x86, bug #588448Matthias Maier2016-08-151-1/+1
| | | | Package-Manager: portage-2.2.28
* app-doc/doxygen-1.8.11-r2: add alpha keywordTobias Klausmann2016-07-171-1/+1
| | | | Gentoo-Bug: 588448
* app-doc/doxygen: remove LINGUAS use expand, bug #584782Matthias Maier2016-06-141-0/+152
doxygen has language support in form of quite a number of "translator" units. We had the habit of fine-tuning the translator units that are actually built via the LINGUAS use expand mechanism. But this is a broken approach due to the following reasons: - "translator" units are lightweight header files that are built into doxygen during compilation. No external dependencies are required. - Traditionally, the LINGUAS variable is used for packages to determine runtime language support (especially for GUI programs, etc) that usually requires additional packages to be installed - i.e., LINGUAS controls the languages supported in CLI and GUI applications. doxygen's support for translator units does *not* fit into this scheme at all. - Not all translator units have a LINGUAS equivalent (!!) - Hand selecting supported LINGUAS is a maintenance burden. Therefore, I just got rid of it and install *all supported* "translator" unconditionally. Package-Manager: portage-2.2.28