Hi Alfrado? Tupone? Not sure which is your first name sorry, On Fri, Feb 27, 2009 at 11:17 AM, Tupone Alfredo <[email protected]> wrote: > On Fri, Feb 27, 2009 at 10:05:03AM +0000, Robert Osfield wrote: >> The Find of xul is little different than other optional dependencies, >> if the package isn't there it should attempt to build it. > You mean that if xulrunner is not in my system, it will attempt to build > it. I thought that it just not build some plugins that are based on the > presence of xulrunner, like something ...gecko.so
If xulrunner isn't found then the gecko plugin won't be built. This is how all our optional plugins work. >> Is there a reason why you've singled out the FIND_PACKAGE(XUL)? > I did just because removing that line make it not build it >> >> If we are to make checking of optional external dependencies and >> optional check then it's something that we should introduce a >> mechanism for all optional external dependencies, rather doing it on >> an adhoc basis. > Yes, in my opinion it should be done for all the discovered optional > dependency. > I did only for xul as one of the user, in gentoo bugzilla, asked it to > make optional as xulrunner is a big dependency I read your linked document so understand a bit better where you are coming from, it's rather unique to source based linux distributions, as all other linux and other platforms don't have an issue with automatically trying to build optional external dependencies. Is this an issue with the published osg gentoo packaging itself? How does gentoo see a dependency like this and go off an automatically decide to pull it down and compile it? >> >> I would like to see build issues resolved though, so if you can be >> more specific about what errors/fallout you are seeing then we might >> be able to spot a good way forward. > Well, a use case is: > I build a binary package on my system, where I have installed xulrunner. > I take the built package and I deploy on a system where xulrunner > libraries are not there. Maybe it works, but at least the package is a > little inconsistent, as for the xulrunner dependency. This is a packaging issue, rather than a build issue. Changing the cmake scripts in the OSG won't change this situation for binary packages. Robert. _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
