Bugzilla Bug 63838

use macos && ln -sf
/usr/share/automake-1.6/{COPYING,INSTALL,install-sh,missing,mkinstalldirs} ${S}

i dont know why that's being done since none of the Makefile.{am,in} files are
being touched thus `automake` doesnt need to be run, but i do know that this
statement is very wrong

./configure needs that statement (it looks for install-sh).
Any suggestions for a better workaround?

use `automake -a` then like it should have been

Let's have this fixed up please.  Letting it just sit in CVS isn't an option.

how's this: use macos && cd ${S} && automake -a

I know that's dirty too (cd ${S} is what i don't like), but i don't really see any option in the automake info pages for the equivelant. Furthermore, it leaves annoying error messages:

>>> Unpacking sgml-common-0.6.3.tgz to /var/tmp/portage/sgml-common-0.6.3-r4/work
macos
configure.in:4: your implementation of AM_INIT_AUTOMAKE comes from an
configure.in:4: old Automake version.  You should recreate aclocal.m4
configure.in:4: with aclocal and run automake again.
configure.in: installing `./install-sh'
configure.in: installing `./mkinstalldirs'
configure.in: installing `./missing'
Makefile.am: installing `./INSTALL'
Makefile.am: installing `./COPYING'
doc/man/Makefile.am:2: invalid variable `man8_DATA'
>>> Source unpacked.

Is this acceptable? Should I go through the whole aclocal routine?

Please advise and I will commit as soon as everything looks ok. My apologies about the whole problem, and my lack of responsiveness.

Fixed.

Closing out bugs that've been resolved for a while now...