| Summary: | app-mobilephone/obexftp-0.22_rc7 compile failure with USE=ruby | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Ulrich Müller <ulm> |
| Component: | Current packages | Assignee: | Alin Năstac (RETIRED) <mrness> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | mobile-phone, patrizio.bassi |
| Priority: | High | Keywords: | REGRESSION |
| Version: | 2006.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Ulrich Müller
2007-04-13 19:05:16 UTC
For me, compilation with --enable-ruby works just fine, but when it comes the install part, out of nowhere it tries to run /bin/install instead /usr/bin/install. The autotools part is a mess, so I will take the easy way: drop ruby flag. If someone has a good patch that will make --enable-ruby work, I will re-add the ruby support. Also, I've fixed the QA violations when installed with python or tcl USE flags enabled. it's not fixed, please reopen checking for OBEX_Init() in -lopenobex... yes checking for str2ba() in -lbluetooth... no obex libs not found make -fMakefile.ruby make[4]: Entering directory `/mnt/Dati/Gentoo/tmp/portage/app-mobilephone/obexftp-0.22_rc7/work/obexftp-0.22/swig/ruby' make[4]: Makefile.ruby: No such file or directory make[4]: *** No rule to make target `Makefile.ruby'. Stop. make[4]: Leaving directory `/mnt/Dati/Gentoo/tmp/portage/app-mobilephone/obexftp-0.22_rc7/work/obexftp-0.22/swig/ruby' make[3]: *** [obexftp.so] Error 2 make[3]: Leaving directory `/mnt/Dati/Gentoo/tmp/portage/app-mobilephone/obexftp-0.22_rc7/work/obexftp-0.22/swig/ruby' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/mnt/Dati/Gentoo/tmp/portage/app-mobilephone/obexftp-0.22_rc7/work/obexftp-0.22/swig' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/Dati/Gentoo/tmp/portage/app-mobilephone/obexftp-0.22_rc7/work/obexftp-0.22' make: *** [all] Error 2 * * ERROR: app-mobilephone/obexftp-0.22_rc7 failed. * Call stack: * ebuild.sh, line 1654: Called dyn_compile * ebuild.sh, line 990: Called qa_call 'src_compile' * ebuild.sh, line 44: Called src_compile * obexftp-0.22_rc7.ebuild, line 45: Called die * * emake failed * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/mnt/Dati/Gentoo/tmp/portage/app-mobilephone/obexftp-0.22_rc7/temp/build.log'. * Check obexftp-0.22_rc7, it should fix any ruby issues. check my logs, it 22_rc7 (In reply to comment #3) > Check obexftp-0.22_rc7, it should fix any ruby issues. Unfortunately, it doesn't. Exactly the same error message for me as in comment #2. 0.22_rc6 compiled just fine. (But I can't check it easily anymore, since it's already gone from the tree.) Reopening. I need your useflags (those present in obexftp's USE variable). The output of "emerge -pv obexftp" should be enough. (In reply to comment #6) > I need your useflags (those present in obexftp's USE variable). The output of > "emerge -pv obexftp" should be enough. The relevant ones are still the same as in "emerge --info" of my original report, namely: [ebuild R ] app-mobilephone/obexftp-0.22_rc7 USE="perl python ruby* -bluetooth -debug -swig -tcl" 0 kB I was able to reproduce it when I disabled bluetooth useflag and rebuilt openobex. I've made the workaround:
if use ruby && ! use bluetooth ; then
sed -i -e "s/^\(.*bluetooth.*\)$/#\1/" swig/ruby/extconf.rb
fi
Please sync your tree, test it and close this bug if it solves the problem.
Looks good. Closing. i can confirm it's ok now. thanks This bug is still present as of obexftp-0.23-r1: [ebuild U ] app-mobilephone/obexftp-0.23-r1 [0.22] USE="bluetooth perl python ruby swig tcl -debug" make[3]: Entering directory `/var/tmp/portage/app-mobilephone/obexftp-0.23-r1/work/obexftp-0.23/swig/ruby' PREFIX=/usr /usr/bin/ruby18 extconf.rb --with-obexftp-include=../.. checking for OBEX_Init() in -lopenobex... yes checking for bfb_io_open() in -lbfb... yes checking for cobex_ctrans() in -lmulticobex... yes checking for obexftp_open() in -lobexftp... no obex libs not found (In reply to comment #12) > This bug is still present as of obexftp-0.23-r1: See bug 277040. |