I would like to propose that Xulrunner be made into an optional precompiled package much like firefox-bin, openoffice-bin, and chromium-bin to mitigate obscenely slow builds from source. Reproducible: Always Steps to Reproduce: 1. build xulrunner Actual Results: builds slow Expected Results: builds faster just by installing prebuild binaries/libs
There used to be a xulrunner-bin package in the tree but was recently punted. Assigning but probably WONTFIX.
I sincerely hope it will be updated. Xul-runner takes about 30-45 minutes to compile just by itself.
(In reply to comment #2) > I sincerely hope it will be updated. > > Xul-runner takes about 30-45 minutes to compile just by itself. > What applications in portage do you have that require -bin package? The only reason to even think about bring this back would be to include the sdk binary package.
It's a dependency of at least four packages: app-text/acroread gnome-extra/yelp media-video/vlc net-libs/libproxy Waiting 30 minutes for xulrunner to compile is not pleasant. Personally I'd rather know why the above packages are bringing xulrunner into the mix in the first place.
(In reply to comment #4) > It's a dependency of at least four packages: > > app-text/acroread > gnome-extra/yelp > media-video/vlc > net-libs/libproxy > > Waiting 30 minutes for xulrunner to compile is not pleasant. Personally I'd > rather know why the above packages are bringing xulrunner into the mix in the > first place. > disable nplugin useflag and you will loose the xulrunner on vlc yelp is hard coded until the change to webkit libproxy as well. Only way xulrunner-bin could be used would be if the sdk was included as the headers are what would be needed.
Mozilla team will not reintroduce a package that noone in the herd is wanting to maintain. This would need to be two packages xulrunner-bin and xulrunner-sdk-bin in order to be useful for anything. This will complicate things even further for gentoo and is not recommended by the mozilla herd.
all packages are being ported to npapi-sdk.