bug-grep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#19094: Clean doc/{stamp-vti,version.texi}


From: Santiago Ruano Rincón
Subject: bug#19094: Clean doc/{stamp-vti,version.texi}
Date: Fri, 21 Nov 2014 12:14:05 +0100
User-agent: Mutt/1.5.23 (2014-03-12)

El 18/11/14 a las 08:30, Eric Blake escribió:
> On 11/18/2014 07:35 AM, Santiago Ruano Rincón wrote:
> > Hello,
> > 
> > Please, tell automake to clean doc/stamp-vti and doc/version.texi files.
> > 
> 
> Sadly, this is not going to work.  These files are intentionally
> distributed as part of the tarball so that users don't have to have all
> the non-standard tools required to rebuild them; nuking them as part of
> 'make clean' would negate that benefit.  Nuking them during 'make
> maintainer-clean' would be okay, but doesn't automake already do that?
> 

make regenerates them. And yes, the problem is with the debian packaging
system, it doesn't like if changes in upstream sources are not included
in "known" patches. I've found a more debian suitable solution.

> > I've come to this minor patch to make it possible to build the grep
> > debian package twice in a row (to build it over an already built
> > directory).
> 
> What is the error you are seeing without this patch?  I'd rather fix the
> root cause than poke at symptoms.
> 
> >  EXTRA_DIST = grep.in.1
> > -CLEANFILES = grep.1 egrep.1 fgrep.1
> > +CLEANFILES = grep.1 egrep.1 fgrep.1 stamp-vti version.texi
> >  
> >  grep.1: grep.in.1
> >     $(AM_V_GEN)rm -f address@hidden $@
> > diff --git a/gnulib b/gnulib
> > index 46d015f..8415b67 160000
> > --- a/gnulib
> > +++ b/gnulib
> > @@ -1 +1 @@
> > -Subproject commit 46d015f9c3c959d2d9b9c3b9e9c99f3f420277b0
> > +Subproject commit 8415b6792e53f9aa309caedda799f9d9f3dffc53

Ouuch, I overlooked that!

Regards,

Santiago





reply via email to

[Prev in Thread] Current Thread [Next in Thread]