When trying to emerge media-sound/banshee with youtube support, compilation fails on configuration. Reproducible: Always Steps to Reproduce: 1.USE=" aac boo cdda daap encode ipod mtp podcast wikipedia youtube -doc -karma -test" emerge =media-sound/banshee-1.6.0 Actual Results: with: configure: not building banshee-1 API documentation checking for WEBKIT... yes checking for GDATASHARP... configure: error: Package requirements (gdata-sharp-core >= 1.4 gdata-sharp-youtube >= 1.4) were not met: No package 'gdata-sharp-core' found No package 'gdata-sharp-youtube' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GDATASHARP_CFLAGS and GDATASHARP_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/media-sound/banshee-1.6.0/work/banshee-1-1.6.0/config.log * ERROR: media-sound/banshee-1.6.0 failed: * econf failed * * Call stack: * ebuild.sh, line 48: Called src_configure * environment, line 2891: Called econf '--disable-docs' '--enable-boo' '--enable-mtp' '--enable-daap' '--enable-ipod' '--enable-podcast' '--disable-karma' '--enable-webkit' '--enable-youtube' '--disable-dependency-tracking' '--disable-static' '--enable-gnome' '--enable-schemas-install' '--with-gconf-schema-file-dir=/etc/gconf/schemas' '--with-vendor-build-id=Gentoo/banshee/1.6.0' '--enable-gapless-playback' '--disable-torrent' '--disable-shave' * ebuild.sh, line 538: Called die * The specific snippet of code: * die "econf failed" * * If you need support, post the output of 'emerge --info =media-sound/banshee-1.6.0', * the complete build log and the output of 'emerge -pqv =media-sound/banshee-1.6.0'. * The complete build log is located at '/var/tmp/portage/media-sound/banshee-1.6.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-sound/banshee-1.6.0/temp/environment'. * S: '/var/tmp/portage/media-sound/banshee-1.6.0/work/banshee-1-1.6.0' I will attach full build log and emerge --info results Expected Results: Should compile fine as dependency required by this flag >=dev-dotnet/google-gdata-sharp-1.4 was pulled and installed.
Created attachment 226575 [details] Full build.log
Created attachment 226577 [details] emerge --info
(In reply to comment #0) > !!! Please attach the following file when seeking support: > !!! /var/tmp/portage/media-sound/banshee-1.6.0/work/banshee-1-1.6.0/config.log Attach this file too, please.
Same error. Log attaches below.
Created attachment 227451 [details] /var/tmp/portage/media-sound/banshee-1.6.0/temp/build.log
Created attachment 227453 [details] /var/tmp/portage/media-sound/banshee-1.6.0/work/banshee-1-1.6.0/config.log
I don't suffer this problem, do you have dev-dotnet/google-gdata-sharp installed?
(In reply to comment #7) > I don't suffer this problem, do you have dev-dotnet/google-gdata-sharp > installed? > I do have it. This is dependency to youtube flag so would be rather hard not to have it. I will post both logs once again as I'm still suffering from this with banshee 1.6.1.
Created attachment 237583 [details] /var/tmp/portage/media-sound/banshee-1.6.1/temp/build.log
Created attachment 237585 [details] /var/tmp/portage/media-sound/banshee-1.6.1/work/banshee-1-1.6.1/config.log
Created attachment 237587 [details] output of "equery files dev-dotnet/google-gdata-sharp"
(In reply to comment #11) > Created an attachment (id=237587) [details] > output of "equery files dev-dotnet/google-gdata-sharp" > Files are being installed under /usr/local :-O This is not normal at all, please post "emerge --info dev-dotnet/google-gdata-sharp" and be sure you are only using ebuilds from main tree
Created attachment 237763 [details] output of emerge --info dev-dotnet/google-gdata-sharp
(In reply to comment #13) > Created an attachment (id=237763) [details] > output of emerge --info dev-dotnet/google-gdata-sharp > Please verify you are getting google-gdata-sharp ebuild from official tree and not from any other overlay, you will see it when merging
(In reply to comment #14) > (In reply to comment #13) > > Created an attachment (id=237763) [details] [details] > > output of emerge --info dev-dotnet/google-gdata-sharp > > > > Please verify you are getting google-gdata-sharp ebuild from official tree and > not from any other overlay, you will see it when merging > The ebuild is from main tree. Output of emerge -pv dev-dotnet/google-gdata-sharp These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-dotnet/google-gdata-sharp-1.4.0.2 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB As you can see no overlay information at all. I looked at the ebuild and seems that this lines: # The Makefile has prefix=/usr/local by default :| MAKEOPTS="PREFIX=/usr ${MAKEOPTS}" doesn't work for me. But this is weird because I don't see anything wrong here.
Please try to re-emerge it and provide build.log, for that, you can re-emerge it running: # PORT_LOGDIR="/var/log/portage" emerge -1 dev-dotnet/google-gdata-sharp and, then, log files should be present in /var/log/portage
Created attachment 237941 [details] full build log for google-gdata-sharp
Something is wrong on your system as I can see no option at all is being passed to "make", please attach your /etc/make.conf. Maybe something is messed up to "emake" wrapper (that is the one should append options like PATH or -jX to make), in that case maybe you could try to re-emerge portage
(In reply to comment #18) > Something is wrong on your system as I can see no option at all is being passed > to "make", please attach your /etc/make.conf. Maybe something is messed up to > "emake" wrapper (that is the one should append options like PATH or -jX to > make), in that case maybe you could try to re-emerge portage > You were right I had a spelling mistake in MAKEOPTS in my make.conf this was causing this problem. I feel ashamed of myself :(. Thanks a lot for your help and sorry for wasting your time. Now the dev-dotnet/google-gdata-sharp is installing in /usr prefix and banshee is installing with youtube use flag enabled. I'm marking this as Fixed.
(In reply to comment #19) > (In reply to comment #18) > > Something is wrong on your system as I can see no option at all is being passed > > to "make", please attach your /etc/make.conf. Maybe something is messed up to > > "emake" wrapper (that is the one should append options like PATH or -jX to > > make), in that case maybe you could try to re-emerge portage > > > You were right I had a spelling mistake in MAKEOPTS in my make.conf this was > causing this problem. This is strictly "invalid" then > causing this problem. I feel ashamed of myself :(. Thanks a lot for your help > and sorry for wasting your time. Now the dev-dotnet/google-gdata-sharp is > installing in /usr prefix and banshee is installing with youtube use flag > enabled. Don't worry, it's not a waste of time seems I was trying to handle this when I had enough free time for that, also, this will help me in the future if I see (or suffer) a similar problem ;-) Best regards
seems -> since
*** Bug 328309 has been marked as a duplicate of this bug. ***
There is still a problem: When my /etc/make.conf does NOT contain a MAKEOPTS definition, google-gdata-sharp will be installed into /usr/local. If I define something like MAKEOPTS="-j2" in my /etc/make.conf, google-gdata-sharp will be installed in the correct location in /usr. So please can someone re-open this bug and try to fix this?
(In reply to comment #23) > There is still a problem: > > When my /etc/make.conf does NOT contain a MAKEOPTS definition, > google-gdata-sharp will be installed into /usr/local. > > If I define something like MAKEOPTS="-j2" in my /etc/make.conf, > google-gdata-sharp will be installed in the correct location in /usr. > > So please can someone re-open this bug and try to fix this? I also have the same problem. If I leave MAKEOPTS undefined, it installs to /usr/local. If I define it with a valid value, it gets installed to /usr. Very weird. I've been banging my head against the wall for a long time, wondering why banshee refused to build. I'm so glad I ran into this bug!
Reopening, but I will need to CC portage guys since I am unable to know why "MAKEOPTS" variable from ebuild is getting completely ignored my emake when not set in /etc/make.conf
The big mystery is that MAKEOPTS is not automatically exported when it's unset in make.conf, and it has to be exported in order for it to be visible by emake since emake is shell script rather than a function. I'd suggest using something like this instead of the MAKEOPTS line in the ebuild: export EXTRA_EMAKE="PREFIX=/usr"
Well, maybe MAKEOPTS is best since I don't see EXTRA_EMAKE in PMS. Either way, you need to export your variables in order to ensure that emake will see them.
The best solution would be to simply pass additional args to the 'emake' call.
Thanks for all the help, folks. I've rewritten the ebuild to pass arguments to emake directly and bumped as -r1. Since there's a bug in the stable release, I'm going to leave this as opened so that we remember to push to stable in 30 days.
Thanks to all :-)
30 days gone by and no new bugs - adding arches to stable.
Changing title to reflect reality otherwise we will miss this one
amd64 ok
x86 stable
amd64 done. Thanks Agostino
