r7358 - trunk/BOOK

Dan Nicholson dbn.lists at gmail.com
Sun Apr 13 19:49:40 PDT 2008

On Sun, Apr 13, 2008 at 4:53 PM, Bruce Dubbs <bruce.dubbs at gmail.com> wrote:
> Ken Moffat wrote:
>  > On Tue, Apr 08, 2008 at 11:11:24AM -0700, Dan Nicholson wrote:
>  >> The drawback is that make will not notice if you've updated something
>  >> besides index.xml or general.ent in the source. To force your target
>  >> to be rebuilt, run `make clean' first. Alternatively, touch index.xml
>  >> or general.ent to update their timestamps. I think this is a fair
>  >> trade off for the amount of time spent watching "Validating the
>  >> book..." when you already have a properly validated blfs-full.xml.
>  >>
>  > Dan,
>  >
>  >  Now that I've been bitten by this, I think it's a real PITA.
>  >
>  >  Just pulled down what was the current book, and ran make before I
>  > had a go at updating.  Unsurprisingly, there were no issues (on
>  > another book I've been bitten in the past).  I then updated the
>  > changelog and cups (newer security_fixes patch).

Sorry, I hadn't thought about that, but I think I have a good way that
works like Alexander suggested. Mesa uses something similar with
makedepend. Attached is the diff. Let me know if this seems sane (it
seems to be working for me in all the cases I can think of) and I'll
commit it. It finds files named '*.xml' or '*.xsl' outside of tmp and
.svn directories and adds them to a variable. The validxml target then
requires all the files named in the variable. I tested things out by
touching various files deep in the repo.

As for Bruce's comment, it is certainly accurate to remove tmp/. A
simpler thing to remember is that if you want to ensure that you
render, run `make clean' first. Hopefully, this patches fixes it so
that `make' will pick up all the any changes in the repo.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: blfs-makedeps.patch
Type: text/x-patch
Size: 1266 bytes
Desc: not available
URL: <http://lists.linuxfromscratch.org/pipermail/blfs-dev/attachments/20080413/a9e5ed8f/attachment.bin>

More information about the blfs-dev mailing list