Bug 369919 – sys-fs/treesize-0.54.1 missing automake dep or broken configure file

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Michael 2011-06-03 16:10:18 UTC]

http://treesize.sourceforge.net/
sys-fs/treesize-0.54.1

…
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
configure: error: cannot run /bin/sh ./config.sub

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/sys-fs/treesize-0.54.1/work/treesize-0.54.1/config.log
 ^[[31;01m*^[[0m ERROR: sys-fs/treesize-0.54.1 failed (configure phase):
 ^[[31;01m*^[[0m   econf failed
 ^[[31;01m*^[[0m
 ^[[31;01m*^[[0m Call stack:
 ^[[31;01m*^[[0m     ebuild.sh, line   56:  Called src_configure
 ^[[31;01m*^[[0m   environment, line 2263:  Called base_src_configure
 ^[[31;01m*^[[0m   environment, line  245:  Called econf
 ^[[31;01m*^[[0m     ebuild.sh, line  557:  Called die
 ^[[31;01m*^[[0m The specific snippet of code:
 ^[[31;01m*^[[0m                        die "econf failed"
 ^[[31;01m*^[[0m
 ^[[31;01m*^[[0m If you need support, post the output of 'emerge --info =sys-fs/treesize-0.54.1',
 ^[[31;01m*^[[0m the complete build log and the output of 'emerge -pqv =sys-fs/treesize-0.54.1'.
 ^[[31;01m*^[[0m The complete build log is located at '/var/tmp/portage/sys-fs/treesize-0.54.1/temp/build.log'.
 ^[[31;01m*^[[0m The ebuild environment file is located at '/var/tmp/portage/sys-fs/treesize-0.54.1/temp/environment'.
 ^[[31;01m*^[[0m S: '/var/tmp/portage/sys-fs/treesize-0.54.1/work/treesize-0.54.1'


It tries to run config.sub which is a symlink to /usr/share/automake-1.10/config.sub.
I have only automake-1.9 and automake-1.11 installed.

Is the config file so odd to explicitly need automake-1.10? And even if this can be fixed, the ebuild is missing that dependency. Upstream also does not list it as a dependency.
As soon as someone who is smarter than me with makefiles and such confirms it, I can contact upstream too, and mention that problem =)

Thanks for awsome ebuilds and an awsome distribution,
Michael

[Comment 1 Rafał Mużyło 2011-06-03 17:20:40 UTC]

Depends on who'd you ask.
I'd say it's a packaging bug - it's much more reasonable to use 'automake -c' (autoreconf -i) during tarball creation.

But looking at the tarball content, it's just one among many packaging bugs of this package.

[Comment 2 Michael 2011-06-17 17:29:41 UTC]

Well, we could just throw in sys-devel/automake:1.10 into RDEPEND which would make it not any more pretty, but functional :P

Or?

[Comment 3 Markos Chandras (RETIRED) 2011-07-02 20:18:38 UTC]

I fixed it by calling eautoreconf. It should be ok now