Summary: | emerge of dev-libs/libsigc++-1.2.5 fails | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rami Ojares <leary> |
Component: | [OLD] Library | Assignee: | GNOME C++ Bindings Maintainers (OBSOLETE) <gnome-mm+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alex6z, bugs, cbm, chtof62, gentoo, mike, vytautas1987 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | used 1.2.5 ebuild for this |
Description
Rami Ojares
2008-04-23 15:51:50 UTC
Include in your bugreport the contents of: /var/tmp/portage/dev-libs/libsigc++-1.2.5/temp/aclocal-7153.out It was there but here it is again: Output of /var/tmp/portage/dev-libs/libsigc++-1.2.5/temp/aclocal-7153.out ***** aclocal ***** ***** aclocal -I $(srcdir)/scripts -I scripts aclocal: couldn't open directory `$(srcdir)/scripts': Tiedostoa tai hakemistoa ei ole (In reply to comment #2) > It was there but here it is again: So it was. Sorry about that. > Output of > /var/tmp/portage/dev-libs/libsigc++-1.2.5/temp/aclocal-7153.out > > ***** aclocal ***** > ***** aclocal -I $(srcdir)/scripts -I scripts > > aclocal: couldn't open directory `$(srcdir)/scripts': Tiedostoa tai hakemistoa > ei ole "Tiedostoa tai hakemistoa ei ole" => "No such file or directory". could reproduce this also. on portage you have also a masked 2.2.2 version, maybe you can use this? if you need 1.2* version you could try this ebuild for 1.2.7 i am not quite sure if i did it correctly but it was possible for me to emerge it from portage overlay with this ebuild.. Created attachment 151297 [details]
used 1.2.5 ebuild for this
I ran into the same problem today; I'd add that _before_ aclocal would complain about the missing directory, first, an eval fails in the ebuild script (well, at least according to the log that I see). Here's the error message: * Running eautoreconf in '/var/tmp/portage/dev-libs/libsigc++-1.2.5/work/libsigc++-1.2.5' ... /var/tmp/portage/dev-libs/libsigc++-1.2.5/temp/environment: line 790: srcdir: command not found And here's the code snippet that fails: ---> for amflags_file in GNUmakefile.am Makefile.am GNUmakefile.in Makefile.in; do [[ -e ${amflags_file} ]] || continue; aclocal_opts=$(sed -n '/^ACLOCAL_AMFLAGS[[:space:]]*=/s:[^=]*=::p' ${amf lags_file}); eval aclocal_opts=\"${aclocal_opts}\"; break; done; ---> Line #790 is the one before the break statement; (the one with the eval). To all, Could you try Erik's ebuild in a local overlay and let me know if it fixes the bug for you? @Erik, please send patches rather than full ebuilds next time :) it makes reviewing easier. Thanks @Erik, why did you add this bit to src_unpack : ${I}="${S}/scripts" and why did you remove eautoreconf? Thanks The attached ebuild for version 1.2.7 works on x86 (In reply to comment #7) > To all, > > Could you try Erik's ebuild in a local overlay and let me know if it fixes the > bug for you? Works fine here on x86 Thx Volker Alright, so the problem is that Makefile.am contains : ACLOCAL_AMFLAGS = -I $(srcdir)/scripts $(srcdir) is expanded by the autotools eclass, operation which obviously fails, returning a busted path. So I've fixed that issue in the new and vastly improved 1.2.7 ebuild. Please try it out. If something breaks, please reopen this bug. Thanks 1.2.7 ebuild in current tree works for me too, to fix same error with 1.2.5. CHOST="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CXXFLAGS="${CFLAGS}" I had to add this to /etc/portage/package.keywords: =dev-libs/libsigc++-1.2.7 ~amd64 Unless it changed within the last two days, there's something in Portage blocking this for amd64. Is that still necessary? *** Bug 239731 has been marked as a duplicate of this bug. *** *** Bug 245473 has been marked as a duplicate of this bug. *** *** Bug 223819 has been marked as a duplicate of this bug. *** *** Bug 247034 has been marked as a duplicate of this bug. *** 1.2.7 is ok for me. |