GNOME Bugzilla – Bug 323868
gnome-common autogen.sh defaults to Automake 1.4
Last modified: 2007-01-11 20:39:47 UTC
Currently gnome-autogen.sh defaults to Automake 1.4 which is obsolete, having been released about 6 years ago. This could encourage people to create new projects that use this version, which would be bad. One of the following should be done: 1. error out if REQUIRED_AUTOMAKE_VERSION is not defined 2. default to the latest version available. (2) is more desirable, since ideally the package maintainer shouldn't have to care about the Automake version that much (Automake has remained fairly compatible over the last few versions, unlike the 1.4 -> 1.5 transition). Both options would require changes to modules currently using Automake 1.4 before they could be made. One of: 1. add REQUIRED_AUTOMAKE_VERSION=1.4 to their autogen.sh 2. upgrade them to modern Automake. (1) is easy, but (2) would be better in the long term. As of today, the following checkouts on my system are still using 1.4, so would be affected: ggv gnome-backgrounds gnome-mag gnome-system-tools libart_lgpl libegg libgail-gnome memprof nautilus-vcs
Created attachment 55958 [details] [review] default to automake 1.9 this makes gnome-autogen.sh default to automake 1.9 However we must follow the steps James listed before we can apply.
After another quick look, it seems that gnome-backgrounds, gnome-mag, gnome-system-tools and libegg use new automake. That leaves: ggv libart_lgpl libgail-gnome memprof nautilus-vcs Only two of these are in the desktop/developer platform release though. I am sure there are other things outside of those releases still on 1.4 though.
There's only one module in gnome platform left, libart_lgpl, bug 131478. I'll try to do a new patch for this now. gail-gnome was fixed in bug 341843. I think we should make the switch to 1.9-by-default now.
All GNOME modules should now build with non-1.4-by-default, so I committed this patch.