Re: [Lifelines-dev] Debian package for lifelines 3.0.59 - built twice

[<ste...@me...>]

In message <465...@ca...>you write:
>
>BUG: #424543 (lifelines)
>SUB: lifelines: FTBFS if built twice in a row
>URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424543
>
I've started a new thread on this as the old one was getting so long I thought
I would just summarize the situation (and this ends up long as well).

Not to mention I think the problem here is really
> BUG: #418347 (lifelines-doc)
> SUB: PDF documentation cannot be opened (broken PDF)
> URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418347

I do not believe there a problem with lifelines makefiles or build process.
The normal cvs build process works fine,
> $ cvs -z3 up -d
> $ sh autogen.sh
> $ rm -rf bld
> $ mkdir bld
> $ cd bld
> $ ../configure
> $ make
because the html and pdf's are checked out of cvs and don't need to be
regenereated.  The problem in the 'built twice' debian bug is that
after the build it's followed with something like

$ distclean
$ make

This removes the pdf's - forcing the make to try to regenerate the pdf's.
And debian is having a problem regenerating the pdf - I'm guessing because
of the string '\ #' which is in the file - and that string is there because
on redhat the string '\#' causes a failure.

So there are two problems here:
1. On redhat - and this occurs on RHEL3, RHEL5 and FC6 basically everything
   that is 'supported' - if a xml file has the text \# the characters are
   not properly escaped when translating to TeX, which is an intermediate
   format used to generate pdf's, so the pdf generation fails. 
   I opened a bug with redhat - it's bug 241845 - we'll see what they say.

2. On debian, the string '\ #' causes jw to fail to generate the pdf -
   Felipe indicated he would open a bug on that.

I believe there are no lifelines bugs on this.  Everything is working as
designed - the html, pdf and txt documents only get generated if they are
not uptodate or missing.  But there are underlying tool bugs with xml 
conversion on both redhat and debian.

steve