Is anybody working on Gentoo ebuild?

I'm considering what it would take to turn all of this into an ebuild for Gentoo. Is there already an effort underway to do this?

One thing with Gentoo is that everything builds from source (yes, the ebuild would build the viewer from source.) and the platform settings are pretty malleable so people would want to use current libraries for things (or at least a range that isn't too restrictive) rather than the specific libraries that Linden supplies in their kit.

I understand why Linden does this - it is much easier to debug a problem if you know precisely what went into it and this makes the process of acquiring everything you need in order to build the package much less complex and require much less support - but I am a little concerned that by supplying libraries as binaries and not using libraries on the system which have acquired the latest security updates, the application ends up with a little built-in "security lag", making it a security risk.

I'd be interested in having Linden's take on this. How comfortable are Linden Labs with the notion of a platform using version dependencies in the build rather than packaging the binaries?

I'd also be interested in hearing from Linux folk working with other distros. Did the folks who did the rpms end up packaging up all the libraries as received or did they reduce them to dependencies, as I am considering doing?

Curious,
Lupestro

Sabayon linux already has a secondlife-bin ebuild FYI

Edit:
Needless to say, I'd love to see a source ebuild as well.

http://overlays.gentoo.org/dev/matsuu/browser/secondlife/games-simulation/secondlife

layman -a secondlife

All cute and nice, but:

* It depends on google-perftools and xmlrpc-epi, actually unavailable on official portage.

* It depends on kochi-substitute, which is entirely optional: it only gives a reasonable, japanese-enabled target for the unicode.ttf link in the main SL dir. I think it should be controlled with an USE var.

OTOH, it cleanly patches the sources to use system libraries, also overriding Ryan's (icculus?) freetype2 hack. And it forces MOZLIB=no!

Great job, matsuu, whoever you are!

Thanks all - this is useful information -

> It depends on google-perftools and xmlrpc-epi, actually unavailable on official portage.

Are these unavailable there due to licensing issues, do they only ship as binaries, or do they just need ebuilds? (I can research this, but I figured somebody might know and save me the effort.) It looks like the effort might mushroom a little.

Lupestro

Thanks, all, and thanks Katrina for your reply both here and on the other question.
I don't know how I missed that Wiki item, but it gives me everything I need, I think.

Thanks for the information, Pho. But I wonder, has anybody had luck with the secondlife-1.17.2.0 ebuild? I ended up getting some sandbox errors:

scons: done building targets.
ACCESS DENIED open_wr: /usr/include/gtk-2.0/gtk/.scons19771
ACCESS DENIED open_wr: /usr/include/gtk-2.0/gtk/.sconsign
ACCESS DENIED open_wr: /usr/include/gtk-2.0/gdk/.scons19771
ACCESS DENIED open_wr: /usr/include/gtk-2.0/gdk/.sconsign
ACCESS DENIED open_wr: /usr/include/atk-1.0/atk/.scons19771
ACCESS DENIED open_wr: /usr/include/atk-1.0/atk/.sconsign
ACCESS DENIED open_wr: /usr/include/glib-2.0/.scons19771
ACCESS DENIED open_wr: /usr/include/glib-2.0/.sconsign
ACCESS DENIED open_wr: /usr/include/pango-1.0/pango/.scons19771
ACCESS DENIED open_wr: /usr/include/pango-1.0/pango/.sconsign
ACCESS DENIED open_wr: /usr/include/gtk-2.0/gdk-pixbuf/.scons19771
ACCESS DENIED open_wr: /usr/include/gtk-2.0/gdk-pixbuf/.sconsign
ACCESS DENIED open_wr: /usr/include/cairo/.scons19771
ACCESS DENIED open_wr: /usr/include/cairo/.sconsign
ACCESS DENIED open_wr: /usr/include/glib-2.0/glib/.scons19771
ACCESS DENIED open_wr: /usr/include/glib-2.0/glib/.sconsign
ACCESS DENIED open_wr: /usr/lib/gtk-2.0/include/.scons19771
ACCESS DENIED open_wr: /usr/lib/gtk-2.0/include/.sconsign
ACCESS DENIED open_wr: /usr/include/glib-2.0/gobject/.scons19771
ACCESS DENIED open_wr: /usr/include/glib-2.0/gobject/.sconsign
ACCESS DENIED open_wr: /usr/lib/glib-2.0/include/.scons19771
ACCESS DENIED open_wr: /usr/lib/glib-2.0/include/.sconsign
>>> Source compiled.
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/var/log/sandbox/sandbox-games-simulation_-_secondlife-1.17.2.0-19733.log"

open_wr: /usr/include/gtk-2.0/gtk/.scons19771
open_wr: /usr/include/gtk-2.0/gtk/.sconsign
open_wr: /usr/include/gtk-2.0/gdk/.scons19771
open_wr: /usr/include/gtk-2.0/gdk/.sconsign
open_wr: /usr/include/atk-1.0/atk/.scons19771
open_wr: /usr/include/atk-1.0/atk/.sconsign
open_wr: /usr/include/glib-2.0/.scons19771
open_wr: /usr/include/glib-2.0/.sconsign
open_wr: /usr/include/pango-1.0/pango/.scons19771
open_wr: /usr/include/pango-1.0/pango/.sconsign
open_wr: /usr/include/gtk-2.0/gdk-pixbuf/.scons19771
open_wr: /usr/include/gtk-2.0/gdk-pixbuf/.sconsign
open_wr: /usr/include/cairo/.scons19771
open_wr: /usr/include/cairo/.sconsign
open_wr: /usr/include/glib-2.0/glib/.scons19771
open_wr: /usr/include/glib-2.0/glib/.sconsign
open_wr: /usr/lib/gtk-2.0/include/.scons19771
open_wr: /usr/lib/gtk-2.0/include/.sconsign
open_wr: /usr/include/glib-2.0/gobject/.scons19771
open_wr: /usr/include/glib-2.0/gobject/.sconsign
open_wr: /usr/lib/glib-2.0/include/.scons19771
open_wr: /usr/lib/glib-2.0/include/.sconsign
--------------------------------------------------------------------------------
!!! This ebuild is from an overlay: '/usr/portage/local/layman/secondlife'

Got the exact same errors as above

Mahakala Omegamu,

I browsed the Gentoo forums a bit, and learned that I can avoid that sandbox error by setting FEATURES="-sandbox" when running emerge. It's not a 'real' solution to the problem (the ebuild itself is at fault), but it allowed me to successfully emerge SL.

*nods*

Thankyou Creem Pye

I have successfully compiled the ver 1.17.2.0 ebuild. I was able to login and use it for a while, but now I cannot. SL requests that I upgrade to the ver 1.17.3.0 client.

Is there a person in charge for getting 1.18.0.6 as an ebuild?

I've built games-simulation/secondlife for all of the 1.17 series and 1.18.0.6, and they work perfectly with the exception of sound - even though I emerged it with USE=fmod and have fmod 3.75 installed, the SL binary has no links to /usr/lib/ libfmod.so or /usr/lib/libfmod-3.75.so

Is fmod working for anybody using the source ebuild?

While I use gentoo, I compile the viewer using Henri's "make-SL" script: I want to understand how the SConstruct works (and can be tweaked) before walking the walk of ebuild.

Said this, probably in your ebuild you just need to copy the fmod's includes (placed by fmod ebuild into /usr/include/fmod.h, /usr/include/fmod_errors.h, /usr/include/fmoddyn.h and /usr/include/wincompat.h) into the directory used by SConstruct to find the includes, most likely ./linden/libraries/include/ or one of the ./linden/libraries/${ARCH}-linux/include/.

As far as I understand SConstruct, it does NOT use system includes, and you need to manually copy any include you want into ITS include dir.