[Buildroot] [PATCH] automake: bump version to 1.15

[Buildroot] [PATCH] automake: bump version to 1.15

[Vicente Olivert Riera]

-Bump version to 1.15
-Add a hash file

Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
---
 package/automake/automake.hash |    2 ++
 package/automake/automake.mk   |    2 +-
 2 files changed, 3 insertions(+), 1 deletions(-)
 create mode 100644 package/automake/automake.hash

diff --git a/package/automake/automake.hash b/package/automake/automake.hash
new file mode 100644
index 0000000..83aca90
--- /dev/null
+++ b/package/automake/automake.hash
@@ -0,0 +1,2 @@
+# Locally calculated
+sha256  9908c75aabd49d13661d6dcb1bc382252d22cc77bf733a2d55e87f2aa2db8636  automake-1.15.tar.xz
diff --git a/package/automake/automake.mk b/package/automake/automake.mk
index 17bc799..a3fd18c 100644
--- a/package/automake/automake.mk
+++ b/package/automake/automake.mk
@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-AUTOMAKE_VERSION = 1.14.1
+AUTOMAKE_VERSION = 1.15
 AUTOMAKE_SOURCE = automake-$(AUTOMAKE_VERSION).tar.xz
 AUTOMAKE_SITE = $(BR2_GNU_MIRROR)/automake
 AUTOMAKE_LICENSE = GPLv2+
-- 
1.7.1

[Buildroot] [PATCH] automake: bump version to 1.15

[Gustavo Zacarias]

On 01/06/2015 06:07 AM, Vicente Olivert Riera wrote:

> -Bump version to 1.15
> -Add a hash file
> 
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>

Hi.
Out of curiosity, did you try an allyespackageconfig build with this
one? Major automake bumps tend to break some autoreconf'ed packages that
use deprecated features.
Regards.

[Buildroot] [PATCH] automake: bump version to 1.15

[Vicente Olivert Riera]

Hi Gustavo,

On 01/06/2015 11:08 AM, Gustavo Zacarias wrote:
> On 01/06/2015 06:07 AM, Vicente Olivert Riera wrote:
> 
>> -Bump version to 1.15
>> -Add a hash file
>>
>> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
> 
> Hi.
> Out of curiosity, did you try an allyespackageconfig build with this
> one? Major automake bumps tend to break some autoreconf'ed packages that
> use deprecated features.
> Regards.
> 

No, I have only tried to compile those packages depending on
"host-automake": freetype, sdl, gpm and znc, if I recall correctly. Is
not enough? I can do an allyespackageconfig if you require it.

Regards,
-- 
Vicente Olivert Riera
Graduate Software Engineer, MIPS Platforms
Imagination Technologies Limited
t: +44 (0)113 2429814
www.imgtec.com

[Buildroot] [PATCH] automake: bump version to 1.15

[Gustavo Zacarias]

On 01/06/2015 08:20 AM, Vicente Olivert Riera wrote:

> No, I have only tried to compile those packages depending on
> "host-automake": freetype, sdl, gpm and znc, if I recall correctly. Is
> not enough? I can do an allyespackageconfig if you require it.

AUTORECONF pulls host-automake in as well, so it's not just the
face-value ones.
I do not require anything (for this, i still eat hehe) :)
It's just a "how much breakage" we can expect from this question if you
did the test so it would be convenient since some fixes will possibly be
required.
Normally some of those "warning blah this blah other" you see when
autoreconfing a package can become an error with major bumps since they
sit in deprecated mode (warning) for a couple of releases until it goes
into removal.
The usual problem is with old packages that haven't seen a release in
some time and hence didn't update their auto* stuff accordingly, or devs
who haven't kept up with new auto* stuff/releases.
Regards.

[Buildroot] [PATCH] automake: bump version to 1.15

[Vicente Olivert Riera]

Hi Gustavo,

On 01/06/2015 11:35 AM, Gustavo Zacarias wrote:
> On 01/06/2015 08:20 AM, Vicente Olivert Riera wrote:
> 
>> No, I have only tried to compile those packages depending on
>> "host-automake": freetype, sdl, gpm and znc, if I recall correctly. Is
>> not enough? I can do an allyespackageconfig if you require it.
> 
> AUTORECONF pulls host-automake in as well, so it's not just the
> face-value ones.
> I do not require anything (for this, i still eat hehe) :)
> It's just a "how much breakage" we can expect from this question if you
> did the test so it would be convenient since some fixes will possibly be
> required.
> Normally some of those "warning blah this blah other" you see when
> autoreconfing a package can become an error with major bumps since they
> sit in deprecated mode (warning) for a couple of releases until it goes
> into removal.
> The usual problem is with old packages that haven't seen a release in
> some time and hence didn't update their auto* stuff accordingly, or devs
> who haven't kept up with new auto* stuff/releases.
> Regards.
> 

Ok then, I will do an allyespackageconfig. Thanks! :)

Regards,
-- 
Vicente Olivert Riera
Graduate Software Engineer, MIPS Platforms
Imagination Technologies Limited
t: +44 (0)113 2429814
www.imgtec.com

[Buildroot] [PATCH] automake: bump version to 1.15

[Thomas Petazzoni]

Dear Gustavo Zacarias,

On Tue, 06 Jan 2015 08:08:55 -0300, Gustavo Zacarias wrote:

> Out of curiosity, did you try an allyespackageconfig build with this
> one? Major automake bumps tend to break some autoreconf'ed packages that
> use deprecated features.

When I saw Vicente's patch, I quickly skimmed through the release notes
of automake 1.15, and I didn't see anything too scary. I think we could
apply and let the autobuilders tell us if anything breaks.

But indeed, a little bit of additional testing would be good.

Best regards,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [PATCH] automake: bump version to 1.15

[Gustavo Zacarias]

On 01/06/2015 10:45 AM, Thomas Petazzoni wrote:

> When I saw Vicente's patch, I quickly skimmed through the release notes
> of automake 1.15, and I didn't see anything too scary. I think we could
> apply and let the autobuilders tell us if anything breaks.
> 
> But indeed, a little bit of additional testing would be good.

The autobuilders are currently giving pretty good results so it wouldn't
really be adding fuel to the fire.
Anecdotic evidence from my previous major bumps it was mostly a handful
of packages that needed fixing/bumping.
Regards.

[Buildroot] [PATCH] automake: bump version to 1.15

[Vicente Olivert Riera]

Hello Thomas and Gustavo,

On 01/06/2015 01:48 PM, Gustavo Zacarias wrote:
> On 01/06/2015 10:45 AM, Thomas Petazzoni wrote:
> 
>> When I saw Vicente's patch, I quickly skimmed through the release notes
>> of automake 1.15, and I didn't see anything too scary. I think we could
>> apply and let the autobuilders tell us if anything breaks.
>>
>> But indeed, a little bit of additional testing would be good.
> 
> The autobuilders are currently giving pretty good results so it wouldn't
> really be adding fuel to the fire.
> Anecdotic evidence from my previous major bumps it was mostly a handful
> of packages that needed fixing/bumping.
> Regards.
> 

just for your information, I'm doing an allyespackageconfig build using
the new automake-1.15 and there are more than 200 packages built so far.
It seems that is working pretty well. Fingers crossed :)

Regards,
-- 
Vicente Olivert Riera
Graduate Software Engineer, MIPS Platforms
Imagination Technologies Limited
t: +44 (0)113 2429814
www.imgtec.com

[Buildroot] [PATCH] automake: bump version to 1.15

[Vicente Olivert Riera]

Hi Thomas, Gustavo,

First issue found with automake-1.15. The package libmemcached fails at
the configure phase with the following error:

configure: error: cannot find install-sh, install.sh, or shtool in "."
"./.." "./../.."

It works fine using the automake version we have right now in Buildroot.

This snippet is included in the configure script if we use
automake-1.15, and it fails because is trying to find some files which
don't exist in the "." "./.." "./../.." directories:

-----------------------------------------------------
ac_aux_dir=
for ac_dir in "$srcdir" "$srcdir/.." "$srcdir/../.."; do
  if test -f "$ac_dir/install-sh"; then
    ac_aux_dir=$ac_dir
    ac_install_sh="$ac_aux_dir/install-sh -c"
    break
  elif test -f "$ac_dir/install.sh"; then
    ac_aux_dir=$ac_dir
    ac_install_sh="$ac_aux_dir/install.sh -c"
    break
  elif test -f "$ac_dir/shtool"; then
    ac_aux_dir=$ac_dir
    ac_install_sh="$ac_aux_dir/shtool install -c"
    break
  fi
done
if test -z "$ac_aux_dir"; then
  as_fn_error $? "cannot find install-sh, install.sh, or shtool in
\"$srcdir\" \"$srcdir/..\" \"$srcdir/../..\"" "$LINENO" 5
fi

# These three variables are undocumented and unsupported,
# and are intended to be withdrawn in a future Autoconf release.
# They can cause serious problems if a builder's source tree is in a
directory
# whose full name contains unusual characters.
ac_config_guess="$SHELL $ac_aux_dir/config.guess"  # Please don't use
this var.
ac_config_sub="$SHELL $ac_aux_dir/config.sub"  # Please don't use this var.
ac_configure="$SHELL $ac_aux_dir/configure"  # Please don't use this var.
-----------------------------------------------------

That snippet is NOT included if we don't use automake-1.15.

Regards,
-- 
Vicente Olivert Riera
Graduate Software Engineer, MIPS Platforms
Imagination Technologies Limited
t: +44 (0)113 2429814
www.imgtec.com

[Buildroot] [PATCH] automake: bump version to 1.15

[Gustavo Zacarias]

On 01/06/2015 11:57 AM, Vicente Olivert Riera wrote:

> Hi Thomas, Gustavo,
> 
> First issue found with automake-1.15. The package libmemcached fails at
> the configure phase with the following error:
> 
> configure: error: cannot find install-sh, install.sh, or shtool in "."
> "./.." "./../.."
> 
> It works fine using the automake version we have right now in Buildroot.
> 
> This snippet is included in the configure script if we use
> automake-1.15, and it fails because is trying to find some files which
> don't exist in the "." "./.." "./../.." directories:

Hi.
That's easy, patch libmemcached-1.0.18/configure.ac and move
AC_CONFIG_AUX_DIR & AC_CONFIG_MACRO_DIR below AC_PROG_CC and AC_PROG_CXX
such as:

-----
AC_CONFIG_AUX_DIR([build-aux])
AC_CONFIG_MACRO_DIR([m4])

# Setup the compilers early on
AC_PROG_CC([cc gcc clang])
AC_PROG_CXX([c++ g++ clang++])
-----

Regards.

PS: i want credit for this one! :)

[Buildroot] [PATCH] automake: bump version to 1.15

[Vicente Olivert Riera]

On 01/06/2015 03:19 PM, Gustavo Zacarias wrote:
> On 01/06/2015 11:57 AM, Vicente Olivert Riera wrote:
> 
>> Hi Thomas, Gustavo,
>>
>> First issue found with automake-1.15. The package libmemcached fails at
>> the configure phase with the following error:
>>
>> configure: error: cannot find install-sh, install.sh, or shtool in "."
>> "./.." "./../.."
>>
>> It works fine using the automake version we have right now in Buildroot.
>>
>> This snippet is included in the configure script if we use
>> automake-1.15, and it fails because is trying to find some files which
>> don't exist in the "." "./.." "./../.." directories:
> 
> Hi.
> That's easy, patch libmemcached-1.0.18/configure.ac and move
> AC_CONFIG_AUX_DIR & AC_CONFIG_MACRO_DIR below AC_PROG_CC and AC_PROG_CXX
> such as:
> 
> -----
> AC_CONFIG_AUX_DIR([build-aux])
> AC_CONFIG_MACRO_DIR([m4])
> 
> # Setup the compilers early on
> AC_PROG_CC([cc gcc clang])
> AC_PROG_CXX([c++ g++ clang++])
> -----
> 
> Regards.
> 
> PS: i want credit for this one! :)
> 

Sorry, but I wrote that patch before you say that solution. The patch is
under review by my company co-workers, that why I haven't send it yet. I
will credit Debian, not you ;-)

Regards,
-- 
Vicente Olivert Riera
Graduate Software Engineer, MIPS Platforms
Imagination Technologies Limited
t: +44 (0)113 2429814
www.imgtec.com

[Buildroot] [PATCH] automake: bump version to 1.15

[Thomas Petazzoni]

Dear Vicente Olivert Riera,

On Tue, 6 Jan 2015 09:07:47 +0000, Vicente Olivert Riera wrote:
> -Bump version to 1.15
> -Add a hash file
> 
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
> ---
>  package/automake/automake.hash |    2 ++
>  package/automake/automake.mk   |    2 +-
>  2 files changed, 3 insertions(+), 1 deletions(-)
>  create mode 100644 package/automake/automake.hash

Thanks, applied. Let's see how many autobuilder explosions this is
going to cause :-)

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com