On Friday 16 June 2006 16:35 pm, Frank Küster wrote: > 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
Sorry for the delay in responding. Yes, the patch you sent seems to fix the problem here. -- Daniel Schepler
