automake: bump version to 1.15
PATCH 1/1 automake: bump version to 1.15
-Bump version to 1.15
-Add a hash file
--- package/automake/automake.hash | 2 ++ package/automake/automake.mk | 2 +- 2 files changed, 3 insertions(+), 1 deletions(-) create mode 100644 package/automake/automake.hash
package/automake/automake.hash new file +2 -0
@@ -0,0 +1,2 @@ +# Locally calculated +sha256 9908c75aabd49d13661d6dcb1bc382252d22cc77bf733a2d55e87f2aa2db8636 automake-1.15.tar.xz
package/automake/automake.mk +1 -1
@@ -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+
Signature · 1 line
1.7.1
PATCH 1/1 automake: bump version to 1.15
Quoted 4 lines · Vicente Olivert Riera
(quoted diff) +0
-2-Bump version to 1.15 -Add a hash fileSigned-off-by Vicente Olivert Riera <[email protected]>
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.
PATCH 1/1 automake: bump version to 1.15
Hi Gustavo,
Quoted 5 lines · Gustavo Zacarias
Quoted 3 lines · Vicente Olivert Riera
(quoted diff) +0
-2-Bump version to 1.15 -Add a hash file
Quoted 8 lines
Quoted 1 line
Signed-off-by Vicente Olivert Riera <[email protected]>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,
Signature · 5 lines
Vicente Olivert Riera Graduate Software Engineer, MIPS Platforms Imagination Technologies Limited t: +44 (0)113 2429814 www.imgtec.com
PATCH 1/1 automake: bump version to 1.15
Quoted 3 lines · Vicente Olivert Riera
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.
PATCH 1/1 automake: bump version to 1.15
Hi Gustavo,
Quoted 6 lines · Gustavo Zacarias
Quoted 3 lines · Vicente Olivert Riera
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.
Quoted 15 lines
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,
Signature · 5 lines
Vicente Olivert Riera Graduate Software Engineer, MIPS Platforms Imagination Technologies Limited t: +44 (0)113 2429814 www.imgtec.com
PATCH 1/1 automake: bump version to 1.15
In reply to Gustavo ZacariasDear Gustavo Zacarias,
Quoted 3 lines · Gustavo Zacarias
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
Signature · 3 lines
Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com
PATCH 1/1 automake: bump version to 1.15
Quoted 5 lines · Thomas Petazzoni
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.
PATCH 1/1 automake: bump version to 1.15
Hello Thomas and Gustavo,
Quoted 6 lines · Gustavo Zacarias
Quoted 4 lines · Thomas Petazzoni
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.
Quoted 8 lines
Quoted 1 line
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,
Signature · 5 lines
Vicente Olivert Riera Graduate Software Engineer, MIPS Platforms Imagination Technologies Limited t: +44 (0)113 2429814 www.imgtec.com
PATCH 1/1 automake: bump version to 1.15
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,
Signature · 5 lines
Vicente Olivert Riera Graduate Software Engineer, MIPS Platforms Imagination Technologies Limited t: +44 (0)113 2429814 www.imgtec.com
PATCH 1/1 automake: bump version to 1.15
Quoted 5 lines · 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:
Quoted 8 lines
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 onAC_PROG_CC([cc gcc clang])AC_PROG_CXX([c++ g++ clang++])
-----
Regards.
PS: i want credit for this one! :)
PATCH 1/1 automake: bump version to 1.15
Quoted 25 lines · Gustavo Zacarias
Quoted 5 lines · 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:
Quoted 8 lines
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 moveAC_CONFIG_AUX_DIR&AC_CONFIG_MACRO_DIRbelowAC_PROG_CCandAC_PROG_CXXsuch as:-----
AC_CONFIG_AUX_DIR([build-aux])AC_CONFIG_MACRO_DIR([m4])
Quoted 9 lines
# 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,
Signature · 5 lines
Vicente Olivert Riera Graduate Software Engineer, MIPS Platforms Imagination Technologies Limited t: +44 (0)113 2429814 www.imgtec.com
PATCH 1/1 automake: bump version to 1.15
In reply to Vicente Olivert RieraDear Vicente Olivert Riera,
Quoted 9 lines · Vicente Olivert Riera
(quoted diff) +0
-2-Bump version to 1.15 -Add a hash fileSigned-off-by Vicente Olivert Riera <[email protected]>--- 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
Signature · 3 lines
Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com