Hi All, Just spotted a message that goes back to last month, by Henri, I want to quote something that was said and ask a question:
"Since CEF is now the most demanding library about the build system dependencies (with glibc v2.19 and glib v2.46 on the CEF build system, namely Ubuntu 14.04 LTS), I suggest we stick with those for now." Which version of CEF are you proposing everyone works with Henri? Is it something recent? I am hoping we can move away from the dinosaur versions of CEF that I see in some TPV's for Linux 64 (I am talking Pre Ivy viewer here) as I am not sure what the story is with CEF versions and Linux 64 with the current viewer code. So how are people now building the viewer (or trying to build) it on Linux x64? I am guessing some are using the standalone procedure (now known as a USESYSLIB version) since I have been told by someone that an end goal is to produce a debian package file and have the viewer utilize system libraries for a lot of things (therefore moving away from using a number of prebuilt and statically linked libraries (hooray, about time, so many of those libraries are ancient)). Has the overall procedure for making a native system library version on linux 64 changed?? What procedure used to work for me (admittedly a while back now) no longer works. I am using the code from the Firestorm LGPL repo.. It used to be, for me at least, on Linux, for a native system library version, you could build a whole bunch of dependent libraries and put them over in /usr/local (glod, collada and some others) and these would be picked up by the build process. This no longer seems to be the case. What I have observed: * syslib build now tries to copy slvoice binaries+libs into the staging area of the build and falls over.... This NEVER used to happen with a systemlib build. The build would work fine. You would just have no voice capability in the resulting viewer until you copied the files yourself from the slvoice package into the right places. * as a hack, I commented out the stuff that tries to copy the vivox files.. build gets a little further, however it tells me it couldnt find glod... Which I do have installed in /usr/local (built it myself) -- this is why I am making the deduction that the build process is not paying attention to /usr/local anymore for its library search path. Has the procedure for a syslib version changed drastically at some point or has someone gone and ripped out the guts for linux syslib version (ie: lots of things now missing in various cmake files etc)? Would appreciate any insight people may have. -- Kind Regards, Alex. _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
