diff mbox

automake version update 1.12.4

Message ID 1352464469-22784-1-git-send-email-alexander@mezon.ru
State Superseded
Headers show

Commit Message

Alexander Khryukin Nov. 9, 2012, 12:34 p.m. UTC
Signed-off-by: Alexander Khryukin <alexander@mezon.ru>
---
 package/automake/automake.mk | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Comments

Gustavo Zacarias May 4, 2013, 5:58 p.m. UTC | #1
On 11/09/2012 09:34 AM, Alexander Khryukin wrote:

> -AUTOMAKE_VERSION = 1.11.6
> +AUTOMAKE_VERSION = 1.12.4

I must say nack to using the automake 1.12.x series for now.
There are a few packages that fail with the 1.12.x series which i
considered when bumping/testing automake to the 1.11.x series because of
deprecated/removed features.
These packages need to be fixed before (example: neardal), otherwise the
bump would just introduce build errors.
Regards.
Thomas Petazzoni May 6, 2013, 7:21 a.m. UTC | #2
Gustavo, Alexander,

On Sat, 04 May 2013 14:58:01 -0300, Gustavo Zacarias wrote:
> On 11/09/2012 09:34 AM, Alexander Khryukin wrote:
> 
> > -AUTOMAKE_VERSION = 1.11.6
> > +AUTOMAKE_VERSION = 1.12.4
> 
> I must say nack to using the automake 1.12.x series for now.
> There are a few packages that fail with the 1.12.x series which i
> considered when bumping/testing automake to the 1.11.x series because of
> deprecated/removed features.
> These packages need to be fixed before (example: neardal), otherwise the
> bump would just introduce build errors.

For this kind of fairly sensitive transitions, I think it'd be great to
do a allyespackageconfig build first, discard all the failing packages
(they are not too many packages failing at this point), and redo the
same experience with automake bumped. So we have a list of which
packages have to be fixed, and progressively go through each of them.

Best regards,

Thomas
Peter Korsgaard May 6, 2013, 7:24 a.m. UTC | #3
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

Hi,

 >> These packages need to be fixed before (example: neardal), otherwise the
 >> bump would just introduce build errors.

 Thomas> For this kind of fairly sensitive transitions, I think it'd be great to
 Thomas> do a allyespackageconfig build first, discard all the failing packages
 Thomas> (they are not too many packages failing at this point), and redo the
 Thomas> same experience with automake bumped. So we have a list of which
 Thomas> packages have to be fixed, and progressively go through each of them.

Indeed. Don't forget to first configure a "full" toolchain (C++,
largefile, wchar, locale) so all packages are visible.
diff mbox

Patch

diff --git a/package/automake/automake.mk b/package/automake/automake.mk
index faa1b36..518bf1a 100644
--- a/package/automake/automake.mk
+++ b/package/automake/automake.mk
@@ -4,7 +4,7 @@ 
 #
 #############################################################
 
-AUTOMAKE_VERSION = 1.11.6
+AUTOMAKE_VERSION = 1.12.4
 AUTOMAKE_SITE = $(BR2_GNU_MIRROR)/automake
 AUTOMAKE_LICENSE = GPLv2+
 AUTOMAKE_LICENSE_FILES = COPYING