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