This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: automake/335: Multi-language man pages
- From: Alexandre Duret-Lutz <duret_g at lrde dot epita dot fr>
- To: Josef Spillner <dr_maux at users dot sourceforge dot net>
- Cc: automake at gnu dot org, automake-gnats at sources dot redhat dot com
- Date: Mon, 02 Sep 2002 19:55:53 +0200
- Subject: Re: automake/335: Multi-language man pages
- References: <200209012008.07885.dr_maux@users.sourceforge.net>
>>> "Josef" == Josef Spillner <dr_maux@users.sourceforge.net> writes:
Josef> What is the right way to install man pages with
Josef> languages different from C (default)?
Automake sucks in this area.
FWIW, the feature request about this is PR/335 in the Gnats database.
Josef> Back in December 2000, someone complained that foo.xx.1
Josef> was installed as xx/man1/foo.1 instead of
Josef> man1/foo.xx.1. So I guess extracting the language code
Josef> from the name (it could also be foo.1.xx) will be a
Josef> hairy task, although it would be easy for automake users
Josef> (i.e. simply add all man pages to the list, they'll end
Josef> up in the right directory).
Is there a consensus about how to name these files?
The first message in PR/335 mentions `pt_BR-parted.8'.
Josef> Second way would be to allow paths for man pages,
Josef> similar to DATA, e.g.:
Josef> manfrdir = $(mandir)/fr
Josef> manfr_MANS = foo.fr.1
Josef> This would already require more complex Makefile.am's,
Josef> but at least would be of more use than the current
Josef> behaviour in this situation (to do nothing).
This still requires a convention for naming files (so the
installation routine can strip `.fr' without damage).
--
Alexandre Duret-Lutz