On Tue, Nov 28, 2000 at 01:00:41AM -0500, Steve Robbins wrote:
> On Mon, 27 Nov 2000, Matt Zimmerman wrote:
> > I ship the upstream sources with the original Makefile.in's to avoid a huge
> > diff, and only patched Makefile.am's. I believe the automake-generated
> > makefiles will automatically r
On Mon, 27 Nov 2000, Matt Zimmerman wrote:
> On Sun, Nov 26, 2000 at 02:40:51PM -0500, Steve Robbins wrote:
>
> > In light of the above, one solution that suggests itself is to just stick
> > autoconf and automake in the Build-depends line, and
> >
> > 1. run "make maintainer-clean" in debian/ru
On Tue, Nov 28, 2000 at 01:00:41AM -0500, Steve Robbins wrote:
> On Mon, 27 Nov 2000, Matt Zimmerman wrote:
> > I ship the upstream sources with the original Makefile.in's to avoid a huge
> > diff, and only patched Makefile.am's. I believe the automake-generated
> > makefiles will automatically
On Mon, 27 Nov 2000, Matt Zimmerman wrote:
> On Sun, Nov 26, 2000 at 02:40:51PM -0500, Steve Robbins wrote:
>
> > In light of the above, one solution that suggests itself is to just stick
> > autoconf and automake in the Build-depends line, and
> >
> > 1. run "make maintainer-clean" in debian/r
On Sun, Nov 26, 2000 at 02:40:51PM -0500, Steve Robbins wrote:
> In light of the above, one solution that suggests itself is to just stick
> autoconf and automake in the Build-depends line, and
>
> 1. run "make maintainer-clean" in debian/rules(clean), to avoid diffing
>Makefile.in files, and
On Sun, Nov 26, 2000 at 02:40:51PM -0500, Steve Robbins wrote:
> In light of the above, one solution that suggests itself is to just stick
> autoconf and automake in the Build-depends line, and
>
> 1. run "make maintainer-clean" in debian/rules(clean), to avoid diffing
>Makefile.in files, an
On Sunday 26 November 2000 21:17, Steve Robbins wrote:
> On Sun, 26 Nov 2000, Mariusz Przygodzki wrote:
> > On Sunday 26 November 2000 20:40, Steve Robbins wrote:
> > > 1. Automake inserts a makefile variable "TAR" into every Makefile.in
> > > generated. Upstream has "TAR = gtar", but I have "TAR
On Sunday 26 November 2000 21:22, Adrian Bunk wrote:
> On Sun, 26 Nov 2000, Mariusz Przygodzki wrote:
> >...
> > have to use it just once. Probably you will not avoid to rebuild
> > configure stuff but I think it's not a problem, just only bigger
> > *.diff.gz.
>
> You can avoid the bigger *.diff.g
On Sun, 26 Nov 2000, Mariusz Przygodzki wrote:
>...
> have to use it just once. Probably you will not avoid to rebuild configure
> stuff but I think it's not a problem, just only bigger *.diff.gz.
You can avoid the bigger *.diff.gz if you remove generated files like
configure in the clean target.
On Sun, 26 Nov 2000, Mariusz Przygodzki wrote:
> On Sunday 26 November 2000 20:40, Steve Robbins wrote:
> > 1. Automake inserts a makefile variable "TAR" into every Makefile.in
> > generated. Upstream has "TAR = gtar", but I have "TAR = tar", greatly
> > (and needlessly) inflating the .diff. The
On Sunday 26 November 2000 20:40, Steve Robbins wrote:
> 1. Automake inserts a makefile variable "TAR" into every Makefile.in
> generated. Upstream has "TAR = gtar", but I have "TAR = tar", greatly
> (and needlessly) inflating the .diff. The value of TAR is hardcoded into
> automake itself.
I do
Hi,
The package I'm working on [Geomview] uses automake & autoconf, so I
thought "great! I know how this stuff works". But I keep running into
small buglets like the following.
1. Automake inserts a makefile variable "TAR" into every Makefile.in
generated. Upstream has "TAR = gtar", but I hav
On Sunday 26 November 2000 21:17, Steve Robbins wrote:
> On Sun, 26 Nov 2000, Mariusz Przygodzki wrote:
> > On Sunday 26 November 2000 20:40, Steve Robbins wrote:
> > > 1. Automake inserts a makefile variable "TAR" into every Makefile.in
> > > generated. Upstream has "TAR = gtar", but I have "TAR
On Sunday 26 November 2000 21:22, Adrian Bunk wrote:
> On Sun, 26 Nov 2000, Mariusz Przygodzki wrote:
> >...
> > have to use it just once. Probably you will not avoid to rebuild
> > configure stuff but I think it's not a problem, just only bigger
> > *.diff.gz.
>
> You can avoid the bigger *.diff.
On Sun, 26 Nov 2000, Mariusz Przygodzki wrote:
>...
> have to use it just once. Probably you will not avoid to rebuild configure
> stuff but I think it's not a problem, just only bigger *.diff.gz.
You can avoid the bigger *.diff.gz if you remove generated files like
configure in the clean target
On Sun, 26 Nov 2000, Mariusz Przygodzki wrote:
> On Sunday 26 November 2000 20:40, Steve Robbins wrote:
> > 1. Automake inserts a makefile variable "TAR" into every Makefile.in
> > generated. Upstream has "TAR = gtar", but I have "TAR = tar", greatly
> > (and needlessly) inflating the .diff. Th
On Sunday 26 November 2000 20:40, Steve Robbins wrote:
> 1. Automake inserts a makefile variable "TAR" into every Makefile.in
> generated. Upstream has "TAR = gtar", but I have "TAR = tar", greatly
> (and needlessly) inflating the .diff. The value of TAR is hardcoded into
> automake itself.
I d
Hi,
The package I'm working on [Geomview] uses automake & autoconf, so I
thought "great! I know how this stuff works". But I keep running into
small buglets like the following.
1. Automake inserts a makefile variable "TAR" into every Makefile.in
generated. Upstream has "TAR = gtar", but I ha
18 matches
Mail list logo
