[pacman-dev] man2html

Jürgen Hötzel juergen at hoetzel.info
Fri Feb 23 13:49:14 EST 2007


On Fri, Feb 23, 2007 at 01:00:39PM -0500, Dan McGee wrote:
> On 2/23/07, Jürgen Hötzel <juergen at hoetzel.info> wrote:
> > On Thu, Feb 22, 2007 at 08:13:12PM -0500, Dan McGee wrote:
> > > On 2/22/07, Jürgen Hötzel <juergen at hoetzel.info> wrote:
> > > > Hi,
> > > >
> > > > i think man2html code could be removed to make build/configure scripts
> > > > cleaner. Any objections?
> > >
> > > Perhaps it should be made into a target instead? That way it doesn't
> > > need to be in configure, but is still available. It should be moved to
> > > the base Makefile.am as a target called "make man2html" (or maybe just
> > > keep it in the doc directory exclusively). I'm sure it can be cleaned
> > > up a decent amount, especially if one uses the $(man_MANS) variable
> > > that is already there to write a more correct target.
> >
> > The reason for removing is the same as with the auto-generated swig
> > bindings. Both don't need the source package and can be generated from an
> > installed pacman binary package.
> >
> > Currently the generated html aren't included by an automake conditional in
> > as EXTRA_DIST. So I'm sure nobody will miss it. BTW: I think the only use for
> > them is: http://www.archlinux.org/pacman/pacman.8.html ;-)
> >
> >
> > Jürgen
> 
> Yeah, I agree they don't serve much use, but is the new makepkg target
> I added much of a hassle? I don't want them to be included in
> EXTRA_DIST because they can be generated by the end-user if they want.
> 

So you have to create an own automake target and thus moving away from
standard compliant GNU Makefiles. Then i would prefer a the solution using
automake conditionals. I think both solutions are not worth it.

Jürgen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://archlinux.org/pipermail/pacman-dev/attachments/20070223/bf1be9f6/attachment.pgp>


More information about the pacman-dev mailing list