>>> Source unpacked in /var/tmp/portage/app-office/dia-0.97/work >>> Preparing source in /var/tmp/portage/app-office/dia-0.97/work/dia-0.97 ... * Fixing OMF Makefiles ... [ ok ] * Running elibtoolize in: dia-0.97 * Applying portage-1.5.10.patch ... * Applying sed-1.5.6.patch ... * Applying as-needed-1.5.26.patch ... * Applying dia-0.97.0-gnome-doc.patch ...[ ok ] * Applying dia-0.97-acinclude-python-fixes.patch ... [ ok ] * Running eautoreconf in '/var/tmp/portage/app-office/dia-0.97/work/dia-0.97' ... * 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/app-office/dia-0.97/temp/automake.out Here you go: ***** automake ***** ***** PWD: /var/tmp/portage/app-office/dia-0.97/work/dia-0.97 ***** automake --add-missing --copy doc/en/Makefile.am:165: endif without if doc/eu/Makefile.am:84: endif without if doc/fr/Makefile.am:86: endif without if sheets/Makefile.am:23: `%'-style pattern rules are a GNU make extension sheets/Makefile.am:23: wildcard $(top_srcdir: non-POSIX variable name sheets/Makefile.am:23: (probably a GNU make extension) Makefile.am:28: wildcard $(top_srcdir: non-POSIX variable name Makefile.am:28: (probably a GNU make extension) [ebuild U ] app-office/dia-0.97 [0.96.1-r1] USE="cairo doc png python zlib -debug -gnome (-gnome-print%)" emerge --info: Portage 2.1.6.13 (default/linux/amd64/2008.0/developer, gcc-4.3.2, glibc-2.8_p20080602-r1, 2.6.30-gentoo-r1-arm x86_64) ================================================================= System uname: Linux-2.6.30-gentoo-r1-arm-x86_64-Intel-R-_Core-TM-2_CPU_E8400_@_3.00GHz-with-glibc2.2.5 Timestamp of tree: Thu, 25 Jun 2009 06:00:01 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-java/java-config: 2.1.7 dev-lang/python: 2.5.4-r2 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.4 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.29 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -O2 -pipe -ggdb" CHOST="x86_64-pc-linux-gnu" CXXFLAGS="-march=core2 -O2 -pipe -ggdb" FEATURES="ccache collision-protect cvs distlocks fixpackages installsources multilib-strict parallel-fetch protect-owned sandbox sfperms sign splitdebug strict unmerge-orphans userfetch userpriv usersandbox usersync" LINGUAS="en et de" MAKEOPTS="-j3" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
The problem is due to sed expression into src_prepare, the expression should skip man generation, but it skips from if statement to man_MANS, excluding the endif, I'll fix it.
Fixed into the main tree without a revision bump, can you resync and test it ? (wait around 10 mins before resync it...) Thanks ;)
Automake failure is gone now. Thanks :)
Jaak: Please don't fix bugs yourself, it needs to be reviewed and approved by a dev before, then the dev close the bug himself. Otherwises, great if my fix solves your problem, and thanks for reporting ;)
(In reply to comment #4) > Jaak: Please don't fix bugs yourself, it needs to be reviewed and approved by a > dev before, then the dev close the bug himself. > > Otherwises, great if my fix solves your problem, and thanks for reporting ;) > Ok. But should I file a bug about bugzilla allowing me to fix bugs by myself?
(In reply to comment #5) > (In reply to comment #4) > > Jaak: Please don't fix bugs yourself, it needs to be reviewed and approved by a > > dev before, then the dev close the bug himself. > > > > Otherwises, great if my fix solves your problem, and thanks for reporting ;) > > > > Ok. But should I file a bug about bugzilla allowing me to fix bugs by myself? > Nop, because it's not a bug, you just be able to close your own bug (which you reported). But for example my fix could works for you and fails for another person (normally it works for everybody it's just an example), in this case close your own bug yourself could be annoying... And in every cases , the herd which maintains the package needs to approve the fix. (it's our policy). But don't worry, no problem, I just inform you ;)
