Re: Paquets de doc
Le Thu, Jul 12, 2001 at 10:06:16AM +0200, Julien Gilles écrivait:
> Salut,
Salut,
> [ à priori pour les developpeurs, mais les newbies peuvent continuer à
> lire ;-) ]
Mouarf :)
> j'aimerai savoir s'il existe une politique d'empaquetage pour des
Il n'y a pas de politique d'empaquetage spécifique pour les documents.
Il y a juste "debian-policy" qui est valable pour tous les paquets.
En gros, cela revient à respecter le FHS (File Hierarchy Standard pour les
débutants ;-)) dans le placement des différents fichiers de la
documentation.
> documents styles howto, faq, etc... Il me semble que tout arrive plus
> ou moins dans /usr/doc, ou /usr/share/doc (lequel est le "bon" ?).
/usr/share/doc est prévu par le FHS (/usr/doc est voué à disparaitre, il
est d'ores et déjà uniquement rempli de lien symbolique pour les
utilisateurs habitués à utiliser /usr/doc/ ... et oui on prend soin de nos
utilisateurs ! ;-p)
> Dans le cas de documents générés - par exemple du sgml => ps, html,
> txt, etc - comment séparer proprement les différentes versions ? un
> paquet avec le source, et autant de paquets avec les différente formats ? Ou
> tout dans un seul ?
On trouve les deux, ca dépend de la taille de la documentation. Quand
c'est assez gros, ca peut valoir le coup de séparer le html du pdf et cie.
> Si on empaquète le source séparément, faut-il mettre les dépendances
> entre le source et les outils de générations ?
Tu parle d'un paquet binaire contenant les sources SGML/XML/autre ou alors du
paquet source Debian (.dsc et cie) ?
Dans les deux cas, les dépendances semblent judicieuses. Pour le premier
il s'agit de "Depends" normaux pour le second c'est de "Build-Depends"
qu'il s'agit.
A+
--
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguez sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com
Reply to:
- References:
- Paquets de doc
- From: Julien Gilles <julien.gilles@bcv01y01.vz.cit.alcatel.fr>