GNU bug report logs -
#8483
missing serial number in some automake-provided m4 files
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 8483 in the body.
You can then email your comments to 8483 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-automake <at> gnu.org
:
bug#8483
; Package
automake
.
(Tue, 12 Apr 2011 08:46:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefano Lattarini <stefano.lattarini <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-automake <at> gnu.org
.
(Tue, 12 Apr 2011 08:46:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello automakers.
I've recently noticed that some *.m4 files in the Automake distribution
lack a serial number:
$ cd ~/src/automake
$ grep -L '# *serial' m4/*.m4
m4/amversion.m4
m4/auxdir.m4
m4/gcj.m4
m4/install-sh.m4
m4/mkdirp.m4
m4/python.m4
m4/runlog.m4
m4/strip.m4
m4/upc.m4
Is there a reason for this? If not, should we add serial numbers to
those files?
Thanks,
Stefano
Changed bug title to 'missing serial number in some automake-provided m4 files' from 'missing serial number in soem automake-provided m4 files'
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 12 Apr 2011 10:06:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-automake <at> gnu.org
:
bug#8483
; Package
automake
.
(Tue, 12 Apr 2011 21:09:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 8483 <at> debbugs.gnu.org (full text, mbox):
* Stefano Lattarini wrote on Tue, Apr 12, 2011 at 10:43:36AM CEST:
> I've recently noticed that some *.m4 files in the Automake distribution
> lack a serial number:
>
> $ cd ~/src/automake
> $ grep -L '# *serial' m4/*.m4
> m4/amversion.m4
> m4/auxdir.m4
> m4/gcj.m4
> m4/install-sh.m4
> m4/mkdirp.m4
> m4/python.m4
> m4/runlog.m4
> m4/strip.m4
> m4/upc.m4
>
> Is there a reason for this?
Not that I know of.
> If not, should we add serial numbers to those files?
Yes, please. Please do a rough check of history, in case they used to
have a serial number at one time. Pick one that is higher than that.
If master and branch-1.11 have different versions of files, master
should have its serial bumped by a few, let's say five at least, so we
don't run into trouble when we update 1.11. Patches against active
branches preapproved.
Thanks,
Ralf
Information forwarded
to
owner <at> debbugs.gnu.org, bug-automake <at> gnu.org
:
bug#8483
; Package
automake
.
(Sun, 17 Apr 2011 10:48:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 8483 <at> debbugs.gnu.org (full text, mbox):
tags 8483 patch
close 8483
thanks
Hello Ralf, sorry for the delay.
On Tuesday 12 April 2011, Ralf Wildenhues wrote:
> * Stefano Lattarini wrote on Tue, Apr 12, 2011 at 10:43:36AM CEST:
> > I've recently noticed that some *.m4 files in the Automake distribution
> > lack a serial number:
> >
> > $ cd ~/src/automake
> > $ grep -L '# *serial' m4/*.m4
> > m4/amversion.m4
> > m4/auxdir.m4
> > m4/gcj.m4
> > m4/install-sh.m4
> > m4/mkdirp.m4
> > m4/python.m4
> > m4/runlog.m4
> > m4/strip.m4
> > m4/upc.m4
> >
> > Is there a reason for this?
>
> Not that I know of.
>
> > If not, should we add serial numbers to those files?
>
> Yes, please. Please do a rough check of history, in case they used to
> have a serial number at one time.
>
They didn't.
> Pick one that is higher than that.
> If master and branch-1.11 have different versions of files, master
> should have its serial bumped by a few, let's say five at least, so we
> don't run into trouble when we update 1.11.
>
Done; the files that differed were `python.m4', `install-sh.m4' and
`gcj.m4'. Also, while the file `amversion.in' was the same in the two
branches, the file `amversion.m4' generated from it is expected to
change among different automake versions (as it contains references
to `@VERSION@' and `@APIVERSION@'), so I've bumped the serial number
of `amversion.in' too after merging into master.
> Patches against active branches preapproved.
>
Pushed.
Regards,
Stefano
Added tag(s) patch.
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Sun, 17 Apr 2011 10:48:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
8483 <at> debbugs.gnu.org and Stefano Lattarini <stefano.lattarini <at> gmail.com>
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Sun, 17 Apr 2011 10:48:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 15 May 2011 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 90 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.