Você define suas próprias convenções, mas na verdade eu ficaria longe de /usr/include
.
/usr/lib/<lang>
parece popular aqui para idiomas interpretados (eu tenho pelo menos /usr/lib/python
, /usr/lib/perl
e /usr/lib/ruby
com variantes para o tratamento de material específico da versão) Eu acho que /usr/share/<lang>
é mais adequado do FHS (Eu também tenho /usr/share/tcl
com um link simbólico de /usr/lib/tcl
) se não houver dados binários lá (ou pelo menos apenas dados binários independentes de arquitetura).
Ainda no espírito da FHS, eu costumava usar /opt/<lang>/share
ou /opt/<lang>/lib
enquanto fornecia ao instalador (ou à distribuição) uma maneira fácil de usar /usr/share/<lang>
ou /usr/lib/<lang>
.