Bugzilla Bug 161093

* Running aclocal ...                                                    [ ok ]
 * Running libtoolize --copy --force --automake ...                       [ ok
]
 * Running aclocal ...                                                    [ ok
]
 * Running autoconf ...                                                   [ ok
]
 * Running autoheader ...                                                 [ ok
]
 * Running automake --add-missing --copy ...                              [ !!
]

 * Failed Running automake !
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/dev-dotnet/art-sharp-2.16.0/temp/automake-1516.out


/var/tmp/portage/dev-dotnet/art-sharp-2.16.0/temp/automake-1516.out:
***** automake *****

art/../Makefile.include:16: addsuffix .$(ASSEMBLY: non-POSIX variable name
art/../Makefile.include:16: (probably a GNU make extension)
art/Makefile.am:20:   `art/../Makefile.include' included from here
art/../Makefile.include:16: addprefix policy., $(POLICY_VERSIONS: non-POSIX
variable name
...
sample/gconf/Makefile.am:27: use `install-data-hook' or `install-exec-hook',
not `install-hook'

Well, running sed -e 's/^install-hook/install-data-hook/' -i
${S}/sample/gconf/Makefile.am (or equivalent patch) seems to work.

Just got this one too. Will try the patch

Patch worked for me too.

Thanks,
Jason

Just works.

Thanks

Seba

Patched version is available from my overlay at:

http://code.google.com/p/stormfront/

if anyone's interested.

Jason

*** Bug 161664 has been marked as a duplicate of this bug. ***

Created an attachment (id=106894) [edit]
automake output

I seem to have different issue with automake (at least the contents of
automake.out file are different). See attachment.

This blocks stabilization of blam-1.8.4_pre2 in bug #153308.

Oh, forgot to CC myself - sorry about one more bugspam.

gtk-sharp should be fixed now.

Uh, this did not change anything for me. Changing WANT_AUTOMAKE from "latest"
to "1.9" helped though, and gtk-sharp installed OK at that point.

However, my troubles continue with glade-sharp-2.8.2 with the same automake
issue. :)

(In reply to comment #10)
> gtk-sharp should be fixed now.

No, you misspelled the sed command.
         sed -i -e 's/^install-hool/install-data-hook/' \
should be
         sed -i -e 's/^install-hook/install-data-hook/' \
                                  ^
Also, as ticho pointed out in comment 11, and as the original bug summary
indicated (probably not very clearly), this affects everything using
gtk-sharp-component.eclass.

Created an attachment (id=106960) [edit]
gtk-sharp-automake.patch

Fix typo in gtk-sharp-2.8.2.ebuild and add sed fix to
gtk-sharp-component.eclass.  This should be sufficient; all gtk-sharp-component
packages other than gtk-sharp itself call gtk-sharp-component_src_unpack(),
either implicitly or explicitly.

*** Bug 162150 has been marked as a duplicate of this bug. ***

(In reply to comment #1)
> Well, running sed -e 's/^install-hook/install-data-hook/' -i
> ${S}/sample/gconf/Makefile.am (or equivalent patch) seems to work.
> 

Sorry, but how do I run that command? Im new to this. 

> gentoo lxuser # sed -e 's/^install-hook/install-data-hook/' -i
> sed: no input files

I've commited a fix for the typo in the gtk-sharp-2.8.2 fix, as well as
including this fix in the gtk-sharp-component.eclass. It should be fixed in all
the *-sharp ebuilds now. Please feel free to re-open this if it isn't fixed.
Thanks to everyone here who contributed the fix(es) for this.

*** Bug 161410 has been marked as a duplicate of this bug. ***

*** Bug 161518 has been marked as a duplicate of this bug. ***

*** Bug 161524 has been marked as a duplicate of this bug. ***

*** Bug 161872 has been marked as a duplicate of this bug. ***

*** Bug 161931 has been marked as a duplicate of this bug. ***