I created an ebuild that fetches nightly xulrunner builds from mozilla.org. I nammed it xulrunner-bin. Didn't try it on amd64. As I made the ebuild, I found a bug which I reported to mozilla [1] : when installed as root, xulrunner will refuse to launch a xul app as a user _unless_ xulrunner is run once as root. This problem looks very much alike the sunbird-bin problem a few people (including myself) have experienced [2]. I saw that firefox-bin is installed along with a small tar.gz containing a few rdfs. Perhaps something along those lines can fix this bug (or work around it) After carefully reading through the gentoo dev guides, I figure this ebuild is not quite "portage ready" but I still wanted to propose it for review and perhaps further improvements. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=291698 [2] http://forums.gentoo.org/viewtopic-t-260080-postdays-0-postorder-asc-start-0.html Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 57481 [details] xulrunner-bin-0.0.2.ebuild The numbering is purposefully wrong because I don't know if mozilla will number it as XULRunner 1.0 or 1.8 or whatever
Created attachment 62787 [details] updated ebuild Added a small bash script that sets LD_LIBRARY_PATH to /opt/xulrunner Otherwise it will pick up the mozilla (or firefox) libs set in /etc/env/... I'm not sure if this is the right way to go. BUt if someone from the mozilla herd could comment on it, give me tips, tell me if I'm wasting time doing this, ... Anyway, I just wanted to contribute something, so here goes.
Created attachment 70112 [details] xulrunner-bin-1.8_beta5.ebuild Here is modified version of R
Created attachment 70112 [details] xulrunner-bin-1.8_beta5.ebuild Here is modified version of Rémi's ebuild, using the xulrunner version.
Created attachment 70113 [details] xulrunner-bin-1.9_alpha1.ebuild This ebuild is for 1.9a1 development verison of xulrunner.
Supporting nightly builds is too much hassle and something we can't commit to, sorry. Resolving WONTFIX.