melanie>	and now i need to know the revisio to use with current opensim svn
	<melanie>	yes
	<melanie>	so what revision??
	<melanie>	that was the question all along
	<sdague>	unfortunately, that information was lost in the sands of time
	<sdague>	the last person to update libsecondlife did record the rev they used, and libsecondlife has no built in version strings
	<sdague>	didn't record that should be
	<Tleiades>	have you tried compiling the version of libopenjpeg-libsl which is part of the oslibs=
	|<--	lmmz has left efnet ()
	<Tleiades>	svn+ssh://OpenSim/var/svn/opensim-libs/trunk
	<melanie>	i suppose that takes a password to get?
	<Tleiades>	I don't know really
	<Tleiades>	let me check
	<sdague>	http://opensimulator.org/svn/opensim-libs/
	<sdague>	http://opensimulator.org/svn/opensim-libs/trunk
	<sdague>	that's the anon tree
	<melanie>	yes pieced it together myself already but thanks
	<Tedd>	*lol* there are actually two scriptengines at work in the code
	<Tleiades>	that svn has most of the external libs we use
	<Tedd>	I was wondering why my changes didn't stick
	<melanie>	no error messages
	<Tedd>	[MODULES] [11-01 07:39:32] Found Module Library [C:\OpenSim\trunk2\bin\ScriptEngines\OpenSim.Grid.ScriptEngine.DotNetEngine.dll]
	<Tedd>	[MODULES] [11-01 07:39:41] Found Module Library [C:\OpenSim\trunk2\bin\ScriptEngines\OpenSim.Region.ScriptEngine.DotNetEngine.dll]
	<sdague>	heh
	<sdague>	you're the one that forked them :)
	<ldvoipeng>	libsl revision 1457
	-->|	antont (U2FsdGVkX1@pallas.utanet.fi) has joined #opensim-dev
	<sdague>	thanks ldvoipeng
	<sdague>	that should be docced somewhere
	<Tleiades>	that doesn't sound rigth to me ldvoipeng
	<sdague>	Tleiades: an upgrade did happen after your issues
	<Tleiades>	no
	<Tleiades>	we are basically still stuck on the old libsl version
	<Tleiades>	I'm 99% certain
	<Tleiades>	let me check
	<ldvoipeng>	http://opensimulator.org/svn/opensim-libs/trunk/unmanaged/openjpeg-libsl/opensim_build_notes.txt
	<ldvoipeng>	there in black and white
	<ldvoipeng>	:)
	<Tleiades>	yes, but have you taken into account the change in branching the libsl team has made?
	<sdague>	oh, I think that it hasn't moved from opensim-libs yet
	<ldvoipeng>	look, thats the doccumentation if its changed , then whoever changed it needs to correct the docs. Thats whats doccumneted, so to me, thats what rev it is
	<ldvoipeng>	:)
	<sdague>	honestly, I was hoping we'd get a libsl release by now, so we could stop playing match all the svn revisions :)
	<Tleiades>	ldvoipeng .. that isn't what I am saying
	<Tleiades>	the issue is that the libsl team has changed branching strategy
	<sdague>	yeh, the libsl guys are doing everything in branches/dev
	<ldvoipeng>	well heres a simple fix
	<Tleiades>	it is outlined on their website
	<sdague>	and trunk doesn't work any more
	<ldvoipeng>	someone recompile the d*** lib and update the docs
	<Tleiades>	it's not that easy, unfortunately, we tried that
	<ldvoipeng>	well then Ill do it, but since I have no privs, it does no one any good
	<sdague>	calm down folks
	<ldvoipeng>	im plenty calm
	<ldvoipeng>	:)
	<ldvoipeng>	its not very difficult to compile sources folks
	<Tleiades>	I remember we tried to do that, and some thing broke in the linux version
	<sdague>	it is when you have to synchronize getting native libs built for at least 5 plaforms
	<ldvoipeng>	yes its called cross compiling
	<ldvoipeng>	:)
	<Tleiades>	because the version of libopenjpeg-libsl needs to match
	<ldvoipeng>	tell you what, why not ask Danx0r, he was working on all this anyhow,
	<sdague>	danx0rZZZ actually
	<sdague>	right
	<sdague>	this is why there is the -libs tree
	<antont>	i think the libsl folks are moving the dev branch to trunk soon
	<Tleiades>	if you see the log on the main branch it says
	<Tleiades>	1291, 1292 1424,1432
	<Tleiades>	the 1357 build we use, has been hidden, in some subbranch
	<Tleiades>	yes, I've been looking forward to that, for quite a qhile now
	<ldvoipeng>	btw isnt 1 of the 1457 the version and 457 the revision
	<sdague>	no, it's subversion
	<sdague>	so that is sequential from 1
	<Tleiades>	as soon as the merge back, I would propose that we update to the latest version of libsl and libopenjpeg
	<ldvoipeng>	there here:
	<ldvoipeng>	libopenjpeg-libsl-2.1.2.0.so
	-->|	fephe (asl@h17n2fws31o1111.ta11-telia.com) has joined #opensim-dev
	<Tleiades>	it has some fixes for 64 bit os'es
	<ldvoipeng>	right, I agree, hence my initial suggestion
	<ldvoipeng>	:)
	<Tleiades>	but the interop methods have changed, so it isn't a simple riplace
	<MW_>	it seems that libsl we use might be revision 1292, but believe the libopenjpeg-libsl is a different version as that was recompiled again later for linux if I remember correctly
	<Tleiades>	no
	<Tleiades>	please visit their web-site and read about their changes in trunc
	<Tleiades>	http://www.libsecondlife.org/wiki/SVN_Structure
	<MW_>	well anyway we used whatever revision was current on the 1st of august
	<Tleiades>	from the time we grabbed the source code out of their svn and today, they have made significant changes to their tree
	<ldvoipeng>	ty MW
	<Tleiades>	yes, somewhere around version 1350++
	<ldvoipeng>	like 1457
	<ldvoipeng>	?
	<Tleiades>	but less than 1400
	<ldvoipeng>	really
	<Tleiades>	then at some point they changed svn strategy
	<Tleiades>	so if you grab the latest, 1432
	<ldvoipeng>	Our current stable version (0.2) is based off of SVN revision 1295.
	<MW_>	and know we can't undate to a revision from 30th of august as that gives problems with some changes they must have done to texture entries. A number of us have spoke about creating our own cut down version of libsl, with just the classes we need in it,
	<Tleiades>	it almost identical to 1292, which is way too old for us
	<ldvoipeng>	thats fromt thier main page
	<Tleiades>	look, a month ago, I dl'ed the versions 1 by 1 from 1350 and onwards
	<sdague>	Tleiades: so, interesting fact about the asset server, POST gets the UUID from the doc not from the path
	<sdague>	which I think is bad :)
	<Tleiades>	to figure when I wouldn't have compiler errors