Daniel Schepler <[EMAIL PROTECTED]> wrote:
> I've attached the build log. And the long listing is:
>
> frobnitz:/tmp/buildd/tetex-base-3.0# ls -l --time-style=full-iso stampdir/
> total 0
> -rw-r--r-- 1 root root 0 2006-06-16 16:50:06.000000000 +0000 build-stamp
> -rw-r--r-- 1 root root 0 2006-06-16 16:50:05.000000000 +0000 patch-stamp
> frobnitz:/tmp/buildd/tetex-base-3.0# ls -ld --time-style=full-iso stampdir/
> drwxr-xr-x 2 root root 4096 2006-06-16 16:50:06.000000000 +0000 stampdir/
>
> So it looks like it's seeing a stampdir/ that's newer than
> stampdir/patch-stamp and trying to rebuild it because of that.
Yes, and it's clear why the directory timestamp is newer than
patch-stamp's: the other file, build-stamp, has been touched later.
This should never have worked, no idea why it usually does...
I'll make the stampdir an order-only-prerequisite, that should do the
trick.
Daniel, I hope this is reproducible on your system, and does not only
occurr rarely? If it is, could you please test the following patch? I
think it should work (and at least it doesn't produce errors here), but
since I don't get the FTBFS I'd rather have it checked.
--- rules.in (Revision 1415)
+++ rules.in (Arbeitskopie)
@@ -119,7 +119,7 @@
$(stampdir):
-mkdir $(stampdir)
-$(stampdir)/eperl-stamp: $(stampdir) $(EPERL_FILES)
+$(stampdir)/eperl-stamp: $(EPERL_FILES) | $(stampdir)
touch $@
$(stampdir)/build-stamp: $(stampdir)/patch-stamp
@@ -147,7 +147,7 @@
rm -f $(stampdir)/patch-stamp
-$(stampdir)/patch-stamp: $(stampdir) debian/missingfiles.tar.gz
+$(stampdir)/patch-stamp: debian/missingfiles.tar.gz | $(stampdir)
quilt push -a
tar -xzf debian/missingfiles.tar.gz
touch $@
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
