Extend kde.mk with plist handling for documentation

[tcberner]

Summary

Extend kde.mk to automatically add documention in ${PREFIX}/share/doc/HTML/* to the plist

@mat, is portmgr fine with doing stuff like this?

[tcberner]

Remove SHLIB changes (committed separately)

[antoine]

Which problem does this solve?

[tcberner]

In D14821#311755, @antoine wrote:

Which problem does this solve?

Generally every update of the applications changes a few files sv/bar goes missing de/foo comes back -- which makes every update of the ports a bit tedious (as there are around 200 ports)

[tcberner]

To clarify, this will only be used for ports that set CATEGORIES=kde-application

[adridg]

While I prefer explicit pkg-plists, this is (only) about the HTML documentation, and it saves considerable time in updating ports (releases are every three months).

[tcberner]

Ok, it's probably better to have explicit plists.

[tcberner]

... let's discuss that some more :D

[adridg]

Can this be committed without the changes to filelight (kf5) and kdelibs (kde4)? Wouldn't kdelibs4 fall outside of the KDE Applications group, and so still need the docs listed?

[tcberner]

In D14821#311872, @adridg wrote:

Can this be committed without the changes to filelight (kf5) and kdelibs (kde4)? Wouldn't kdelibs4 fall outside of the KDE Applications group, and so still need the docs listed?

Easily (for kdelibs), by matching _KDE_VERSION=5 .

kdelibs is (was) part of the KDE Applications release, so sets kde-applications to get MASTER_SITES magic and such.

Mk/Uses/kde.mk

125 ↗

(On Diff #40680)

^ @adridg, like here

[tcberner]

portmgr, is this ok? It will just setup plist handling for the documentation files for all the ports that specific CATEGORIES=kde-applications.

That is do 5.16.4 centralised.