[sldev] Easy build/Artwork tarball distribution

Robin Cornelius robin.cornelius at gmail.com
Thu Apr 23 08:30:46 PDT 2009


Hey guys,

Do LL plan to keep distributing the source code (for point releases)
and artwork in the way it currently is, as found at :-

http://wiki.secondlife.com/wiki/Source_archive

eg separate source/artwork etc.  I'm assuming the libs packages will
stop being exported due to the install.xml work that is happening.?
and with the artwork-common packages are we also going to see the
demise of the artwork from that page too?

What my issue is (today ;-p), is that with the new SVN checkins today
to easybuild is that although its now possible to build the viewer
code with an out of build tree artwork location using some new cmake
options, I still need to patch the cmake build rules in order to build
with *no* artwork in tree at all, this is the standard way i build for
Debian/Ubuntu packages but only because the artwork and viewer source
are distributed as separate tarballs/zips. If the point releases are
going to happen WITH artwork in tree as well then this is not a
problem, but i'm guessing as everything is gearing up for
artwork-common then the point release page will end up just source.

The way the source *almost* use to build was a warning was printed for
no in tree artwork (although this seemed to be often broken and i did
need a patch applied to make it work) and the build would continue.
For linux builds this is certainly not a problem as there is no
resource compiler so non of the artwork is embedded into anything.

So some of the way i will go depends on LL's plan for the point
release source page. My two roads are :-

1) artwork is always a seperate package either on install page or via
install.xml
2) artwork for point releases is merged in the source zip/tar.gz
(seems unlikely this will happen to me)

I can quite easily add a cmake option to not error out when the
artwork is not present, which i will do anyway and attach to a JIRA.

Regards

Robin


More information about the SLDev mailing list