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
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.
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?
I fixed it by calling eautoreconf. It should be ok now
