Docs build

[Derek Atkins]

No, I think it would just be better for "make pdf" (and "make epub") to
always overwrite an existing copy.  I think perhaps we need to make a
dependency on $(pdffile)?  I'm not sure what happens if we add:

$(pdffile): .PHONY

to pdf.make  (and equivalent for epub and mobi)

-derek

On Mon, September 5, 2011 9:48 am, Cristian Marchi wrote:
> Good point. I noticed that locally the pdf files don't get rebuild if
> already existing but didn't considered that same could happen on
> server-side. What about renaming the compiled pdf so that next time
> "make pdf" works again? Would it be possible to include in the script
> something like:
>
> mv gnucash-guide.pdf gnucash-guide-web.pdf (or even better a suffix
> "stable" or "unstable" instead of "web")
>
> Regards
> Cristian
>
> Il 05/09/2011 14:16, Derek Atkins ha scritto:
>> Hi,
>>
>> On Sun, September 4, 2011 3:56 pm, Cristian Marchi wrote:
>>> Last question: looking in the docs build tree [1] I see that pdf files
>>> are old. With what frequency the pdf and html files are generated?
>> Hmm, they should be generated every night.  However it looks like the
>> pdf
>> does not get rebuilt.  Maybe the dependencies are wrong such that if the
>> pdf exists it wont rebuild?  Looking at the docs build dir I see:
>>
>> [root at code trunk]# ls -l guide/C/gnucash-guide.pdf
>> -rw-r--r--. 1 root root 7701032 Jul  2 03:20 guide/C/gnucash-guide.pdf
>>
>> Which means that the pdf target has not rebuilt since Jul 2.  However,
>> the
>> build rule *is*:
>>
>> make html pdf
>>
>> I'm going to change that to add epub in a minute.  Note that epub has
>> the
>> same problem.  Even with "make epub" it will not rebuild over an
>> existing
>> "gnucash-guide.epub".  At least that's true for everything except jp_JP.
>> However the pdf rule will not rebuild the pdf if it exists.
>
>
>
>


-- 
       Derek Atkins                 617-623-3745
       derek at ihtfp.com             www.ihtfp.com
       Computer and Internet Security Consultant