Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 390631 - dev-db/mongodb - drop the spidermonkey dep and use embedded js-1.7
Summary: dev-db/mongodb - drop the spidermonkey dep and use embedded js-1.7
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Ultrabug
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 376983 376987 mozjs187
  Show dependency tree
 
Reported: 2011-11-15 16:54 UTC by Ian Stakenvicius (RETIRED)
Modified: 2012-11-04 13:06 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ian Stakenvicius (RETIRED) gentoo-dev 2011-11-15 16:54:29 UTC
Since all versions are currently ~arch, and ~arch spidermonkey will be 1.8.5 soon, this package will become invalid unless one or more of these ebuilds are keyworded stable (to match spidermonkey-1.8.2.15).

Please stabilize at least one of these ebuilds; others will need to be p.masked when sm-1.8.5 is unmasked as per bug 376987
Comment 1 Ian Stakenvicius (RETIRED) gentoo-dev 2012-06-28 15:10:25 UTC
ping; 1.8.7 coming soon and this still blocks system-wide ~arch users.
Comment 2 Ultrabug gentoo-dev 2012-07-04 17:25:33 UTC
I asked again upstream about the possibility to move to 1.8.x spidermonkey but they said it's not going to happen since they're focusing on v8 (but v8 is still not stable for production).

So the only correct way to handle this would be to have mongodb compilation working with the bundled third_party/js-1.7 only while still using system wide snappy/pcre.

Meaning :

pkg_setup() {
	enewgroup mongodb
	enewuser mongodb -1 -1 /var/lib/${PN} mongodb

	scons_opts=" --cxx=$(tc-getCXX) --use-system-pcre --use-system-snappy --sharedclient"
	if use v8; then
		scons_opts+=" --usev8"
	else
		scons_opts+=" --usesm"
	fi
}

I currently don't have the time and I'm not comfortable enough with spidermonkey building to have this working. If you can help on this matter, it will be appreciated and I'll be glad to offer this alternative to solve my spidermonkey-1.8+ blockers.
Comment 3 Ian Stakenvicius (RETIRED) gentoo-dev 2012-07-04 18:41:55 UTC
Yes, I can help with this.

I've noticed that, at least in 2.0.6, it's possible to build mongodb without any scripting support (ie, no spidermonkey AND no v8).  would it make sense for the ebuild to allow such a build?  IE, set --usesm when flag 'embedded-js' is enabled (or similar)?  Or maybe have a 'minimal' flag which builds it without --usesm?
Comment 4 Ultrabug gentoo-dev 2012-07-05 07:23:28 UTC
(In reply to comment #3)
> Yes, I can help with this.
> 
> I've noticed that, at least in 2.0.6, it's possible to build mongodb without
> any scripting support (ie, no spidermonkey AND no v8).  would it make sense
> for the ebuild to allow such a build?  IE, set --usesm when flag
> 'embedded-js' is enabled (or similar)?  Or maybe have a 'minimal' flag which
> builds it without --usesm?

Unfortunately no, I don't think it would make sense. I'm more inclined to have a 'embedded-js' flag which drops the spidermonkey DEPEND while using the third_party/js-1.7. Do you think you could look into getting this working mate ?
Comment 5 Ian Stakenvicius (RETIRED) gentoo-dev 2012-10-09 18:55:04 UTC
Sorry for taking so long on this!

mongodb-2.2.0-r1 committed to the tree, builds the embedded js1.7 and links it in statically.  Passes tests (FEATURES="test"), but since I don't use mongodb I didn't do actual runtime testing.  

This version has better support for building against boost, too -- no more build-time dependency on the eselected version.
Comment 6 Ultrabug gentoo-dev 2012-11-04 13:06:39 UTC
(In reply to comment #5)
> mongodb-2.2.0-r1 committed to the tree, builds the embedded js1.7 and links
> it in statically.  Passes tests (FEATURES="test"), but since I don't use
> mongodb I didn't do actual runtime testing.  
> 
> This version has better support for building against boost, too -- no more
> build-time dependency on the eselected version.

Thank you so much Ian. I can confirm it works like a charm.