Hi Michael,

On Sun, 2015-01-04 20:20:40 +0100, Michael Haubenwallner 
<michael.haubenwall...@ssi-schaefer.com> wrote:
> (CC'ing build machinery maintainers, maybe I should have done this initially)

Good point, that's my oversight and I'm quite undecided what to do.

> Am 2014-12-31 um 11:45 schrieb Janne Blomqvist:
> > On Fri, Dec 19, 2014 at 2:56 PM, Michael Haubenwallner 
> > <michael.haubenwall...@ssi-schaefer.com> wrote:
> > > On the way to prepare some (aix) libtool patch for toplevel
> > > libtool.m4 I've discovered that different versions of automake
> > > were used to generate files across various libs:
> > >
> > > most libs:           automake-1.11.1
> > > libatomic   r211747: automake-1.11.6
> > > libgfortran r204654: automake-1.11.3
> > >             r215741: automake-1.11.6
> > >
> > > Doesn't feel like there were specific reasons to use newer
> > > versions, but OTOH I've failed to find some docs on which
> > > versions to use, so I'd be fine with updating others to 1.11.6
> > > instead as well.
> > 
> > I'm far from an autotools expert, but one justification for
> > updating to 1.11.6 would be CVE-2012-3386, see
> > https://lists.gnu.org/archive/html/automake/2012-07/msg00023.html .
> > 
> > Whatever version we end up choosing, the docs should say it so
> > that there won't be such misconceptions in the future, IMHO.
> IMHO, changing an autotool's version in general should be up to
> (review by) the build machinery maintainers.
> 
> And it should be done across the whole tree, not just for various
> subdirectories.
> 
> However, each update listed here feels like happened by accident,
> using the version installed on the more or less up-to-date host OS.
>
> Am 2014-12-28 um 05:20 schrieb Bernd Edlinger:
> > On Fri, 19 Dec 2014 13:56:50, Michael Haubenwallner wrote:
>
> > > <text above>
> > 
> > Michael proposes to change everything to automake-1.11.1.
> > But the helper files "missing" and friends were updated to automake-1.14.1
> > by:
> > 
> > 2014-11-16  Jan-Benedict Glaw  <jbg...@lug-owl.de>
> > 
> >         * compile: Sync with upstream Automake.
> >         * depcomp: Ditto.
> >         * install-sh: Ditto.
> >         * missing: Ditto.
> >         * mkinstalldirs: Ditto.
> >         * ylwrap: Ditto.
> > 
> > 
> > Actually I thought that was in preparation to move everything to
> > automake 1.14.1
> > 
> > If I see that right, calling automake without parameters does not
> > touch these helper files, but "automake --add-missing --copy
> > --force-missing" would replace them with the copy from the
> > automake installation additionally to just rewriting the
> > Makefile.in.

I actually updated `missing' by hand from upstream (thus sync'ing in
the current upstream version), later on regenerated the files.

  So this is my fault to not keep proper tool's vs. helper files's
versions together.

> > I think we should have all automake files from the same version,
> > either 1.11.1 or 1.14.1.
> > 
> > What do you think?

I think I totally agree.

> Updating to 1.14 might require more work like updating some .in
> files as well. I've seen automake-1.11 being explicitly used, so for
> now we really want 1.11.6 eventually?

Probably yes, we may want to stick to a well-known version. (Maybe
another way could be to really upgrade to current versions, with is, I
guess, more work than just sync files and rerun. That might be
fruitful (ie. to not stick to older versions), but this is a change I
don't see in the current stage.)

  To cut a long story short:

  * Do we actually see *problems* from the version inconsistencies
    already introduced by me and/or others?
  * ...and: Do we want to stick to known versions, or update if?
    (Probably not in such a late stage, though...)

MfG, JBG

-- 
      Jan-Benedict Glaw      jbg...@lug-owl.de              +49-172-7608481
Signature of:             17:44 <@uschebit> Evangelist ist doch ein Vertriebler
the second  :           für unverkäufliche Produkte, oder? (#korsett, 20120821)

Attachment: signature.asc
Description: Digital signature

Reply via email to