Re: CVS build problem: absent man subdirectory

Hi Markus,

> > In current CVS refdb there are references to the (now absent) /man 
> > subdirectory in configure.in (line 378) and Makefile.am (line 3) which 
> > cause compilation to fail.  If these references are removed to problem 
> > is fixed.
>
>I'm not sure how this comes about.
>

As always, don't overlook the possibility of stupidity as an 
explanation.  The failure to use '-d' in my update script meant my local 
repository drifted out of sync with that on sf despite regular cvs updates.

>BTW I'm in the middle of exploring a switch to XML for the manual. I'd
>like to build the man pages from DocBook sources which I can reuse in
>the manual, thus avoiding code duplication. I've tested doclifter for
>a few manpages with good results. I need an XSL customization layer to
>transform the manual, but the result seems to be ok. I use xsltproc
>for the transformation. Is there anything that I should watch for
>regarding compatibility issues with Debian?
>

Nothing that is readily apparent at this stage.  All of the tools you've 
mentioned are readily available on debian.  The compatibility problems 
that have occurred in the past are almost always associated with 
java-based tools.  These can be implemented radically differently on 
different platforms.  None of the tools you mentioned fall into this 
category.

Regards,
David.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click