[Cooker] cleaning automake mess

[Guillaume Rousse]

For historical reasons, we currently have four automake packages in the
distribution:
automake1.4
automake1.6
automake1.7
automake1.8

Whereas we prevented further inflation by not creating a fifth package
for automake1.9, the desire to reduce the impact on the rest of the
distribution lead to add a bunch of virtual package, compatibility
symlinks, meaking the current situation overcomplexe, uneasy to handle.

I think we should try reduce this to what is really needed only, meaning
two branches:
- the old 1.4 branch for compatibility purpose
- the current 1.9 branch, that is supposed to be backward compatible
from 1.6 on

Does anyone agree on this goal ?

Now, about the way to achieve it, I personnaly think than backward
compatibility option used sofar actually incitate maintainers to
workaround the problem instead of fixing it, especially as it is quite
complexe to figure. So I'd suggest the following scenario instead:
- rename automake1.8 to automake, so as to make it the default branch,
the one already required by rpm-build
- drop automake1.6 and automake1.7 packages
- drop all versioned compatibility symlinks
- drop alternative use, as 1.4 branch is not compatible with 1.9 one
- setup a clear wiki page about how to fix classical autotools problems
for maintainers

Of course, less brutal transitions can also get proposed, but I think
the sooner we revert to a sane situation the better.
-- 
Never argue with a women when she's tired- or rested
		-- Murphy's Laws on Sex n°41