[10:56] Gavin.Hird @grid.xmir.org%3A8002: Hi everyone
[10:57] Motoko.Karu @login.digiworldz.com%3A8002: hihi ^_^
[11:00] Ubit.Umarov @hg.osgrid.org%3A80: andrew just told me he will be late or even miss the meeting
[11:00] Gavin.Hird @grid.xmir.org%3A8002: all right
[11:01] Gavin.Hird @grid.xmir.org%3A8002: so SL will start streaming FS to web browsers too
[11:02] Vincent Sylvester: Ewwww
[11:03] Vincent Sylvester: What a waste of resources frankly
[11:03] Vincent Sylvester: Those gpus could be doing cancer research
[11:03] Gavin.Hird @grid.xmir.org%3A8002: Trump defunded that
[11:03] Vincent Sylvester: Well good thing the rest of the world has yet to totally lose its mind
[11:05] Vincent Sylvester: Had a fun week debugging some physics bug
[11:05] Vincent Sylvester: They never fail to make me giggle
[11:06] Gavin.Hird @grid.xmir.org%3A8002: the issue is, as Phil said on Friday, fewer and fewer young people have PCs
[11:06] Vincent Sylvester: Now you sound like the diablo developers
[11:06] Vincent Sylvester: "Don't you guys have phones"
[11:07] Vincent Sylvester: Lately the bigger problem is the gpu market is in total shambles so even if you would want to you can't get anything decent anyways
[11:07] Kayaker.Magic @grid.kitely.com%3A8002: Youtube sent me a link about "Physics testing", turned out it was testing how well boobs bounce in some video game.
[11:07] Gavin.Hird @grid.xmir.org%3A8002: :-))
[11:07] Ubit.Umarov @hg.osgrid.org%3A80: ohh boobs bounce is very important
[11:07] Jagga Meridith: Is there anoher use for physics?
[11:08] Gavin.Hird @grid.xmir.org%3A8002: ass bounce?
[11:08] Vincent Sylvester: Belly chuckles?
[11:08] Jagga Meridith: well, there's that
[11:08] Ubit.Umarov @hg.osgrid.org%3A80: ofc dont understand why ppl want things to bounce in games and like them rigit in rl
[11:09] Ubit.Umarov @hg.osgrid.org%3A80: even rigid.. details
[11:09] Jagga Meridith: who said....oh nevermind
[11:09] Vincent Sylvester: Less chance to fall through the floorboards maybe?
[11:09] Ubit.Umarov @hg.osgrid.org%3A80: think may said "oh nevermind" yes
[11:10] Gavin.Hird @grid.xmir.org%3A8002: I am sure the adult section of the SL marketplace will give you an idea why Ubit
[11:10] Ubit.Umarov @hg.osgrid.org%3A80: many
[11:10] Ubit.Umarov @hg.osgrid.org%3A80: lyr may also miss the meeting today
[11:10] Vincent Sylvester: Next you tell me that being able to fly is unrealistic too xD
[11:11] Ubit.Umarov @hg.osgrid.org%3A80: wel labout new bugs... hmm
[11:11] Gavin.Hird @grid.xmir.org%3A8002: they also named theri special version of LUA for SLUA
[11:11] Ubit.Umarov @hg.osgrid.org%3A80: ahh i changes profile picks update or add code
[11:12] Ubit.Umarov @hg.osgrid.org%3A80: did enforce th elimti of 20 pics per user
[11:12] Vincent Sylvester: Shitty LUA... yeah fitting
[11:12] Gavin.Hird @grid.xmir.org%3A8002: :-)
[11:12] Ubit.Umarov @hg.osgrid.org%3A80: also enforced the limit of 20 picks per user
[11:12] Ubit.Umarov @hg.osgrid.org%3A80: well avatar
[11:12] Gavin.Hird @grid.xmir.org%3A8002: why?
[11:13] Ubit.Umarov @hg.osgrid.org%3A80: why what?
[11:13] Gavin.Hird @grid.xmir.org%3A8002: why 20
[11:13] Ubit.Umarov @hg.osgrid.org%3A80: its what the dark side has
[11:13] Vincent Sylvester: Also some limits on sizes on those and that bug about the location updating when they shouldn't
[11:13] Ubit.Umarov @hg.osgrid.org%3A80: we had none
[11:14] Ubit.Umarov @hg.osgrid.org%3A80: viewers did enforce a limit of 10
[11:14] Vincent Sylvester: Not all apparently
[11:14] Ubit.Umarov @hg.osgrid.org%3A80: fs is now broken on that
[11:14] Gavin.Hird @grid.xmir.org%3A8002: is there any performance overhead? I am sure LL will use that to differentiate their tiers
[11:14] Ubit.Umarov @hg.osgrid.org%3A80: their code loops fer ever on the check for opensim
[11:14] Ubit.Umarov @hg.osgrid.org%3A80: when fixed it will 20 also
[11:14] Ubit.Umarov @hg.osgrid.org%3A80: well or 10
[11:15] Gavin.Hird @grid.xmir.org%3A8002: does the looping create much server load to worry about?
[11:16] Ubit.Umarov @hg.osgrid.org%3A80: https://jira.firestormviewer.org/browse/FIRE-35252
[11:16] Vincent Sylvester: Oh damn you are right I didn't even think about that part yet, that could be a bit of a problem
[11:16] Ubit.Umarov @hg.osgrid.org%3A80: now.. hard loop just looping :)
[11:16] Ubit.Umarov @hg.osgrid.org%3A80: now == no
[11:17] Ubit.Umarov @hg.osgrid.org%3A80: as you see issue still open there
[11:17] Ubit.Umarov @hg.osgrid.org%3A80: so do not merge those benifits things
[11:18] Gavin.Hird @grid.xmir.org%3A8002: yeah
[11:18] Vincent Sylvester: Place your bets now when each attachment will cost extra
[11:18] Ubit.Umarov @hg.osgrid.org%3A80: also or modify code did a full modify of the pick, inlcuding the location
[11:18] Ubit.Umarov @hg.osgrid.org%3A80: now the location is not changed
[11:19] Cuga.Rajal @rajal.org%3A9000: So don't click on Picks when using FS SL?
[11:19] Ubit.Umarov @hg.osgrid.org%3A80: not your own
[11:19] Ubit.Umarov @hg.osgrid.org%3A80: and issue is on last fs beta
[11:20] Gavin.Hird @grid.xmir.org%3A8002: well, updating the pick location is useful, but as a separate option and not just because you want to correct a typo or something
[11:20] Ubit.Umarov @hg.osgrid.org%3A80: max number of picks at sl depends on the type of account you pay for, on what they call benifits
[11:20] Ubit.Umarov @hg.osgrid.org%3A80: if you want a new location you make a new one
[11:20] Gavin.Hird @grid.xmir.org%3A8002: exactly Ubit
[11:21] Gavin.Hird @grid.xmir.org%3A8002: commercial code change
[11:21] Ubit.Umarov @hg.osgrid.org%3A80: before if you just wanted to change the description you would lose the location
[11:21] Ubit.Umarov @hg.osgrid.org%3A80: see ?
[11:21] Lyr.Lobo @cc.opensimulator.org%3A8002: /me smiles in greeting
[11:21] Gavin.Hird @grid.xmir.org%3A8002: did you?
[11:21] Ubit.Umarov @hg.osgrid.org%3A80: welcome lyr.Lobo
[11:21] Gavin.Hird @grid.xmir.org%3A8002: hi Lyr
[11:21] Vincent Sylvester: I could swear we had a mantis on this, but I have not found it again
[11:22] Ubit.Umarov @hg.osgrid.org%3A80: sice we had no limits i also waste cpu time sorting
[11:22] Ubit.Umarov @hg.osgrid.org%3A80: and only send first 20
[11:22] Gavin.Hird @grid.xmir.org%3A8002: can't the client do the sorting?
[11:22] Ubit.Umarov @hg.osgrid.org%3A80: in fact server is suposed to do the sort
[11:23] Ubit.Umarov @hg.osgrid.org%3A80: so i added it also a simple way to know what picks to keep
[11:23] Vincent Sylvester: Lots of things it doesn't sort that it probably should, the viewer that is
[11:23] Ubit.Umarov @hg.osgrid.org%3A80: guess most viewers did enforce the limit of 10
[11:24] Ubit.Umarov @hg.osgrid.org%3A80: ao the sort should not be htat bad
[11:24] Gavin.Hird @grid.xmir.org%3A8002: it is not like when you needed 4 tape drives to do a sort merge
[11:25] Ubit.Umarov @hg.osgrid.org%3A80: yeah :)
[11:25] Vincent Sylvester: It's not groups code :P
[11:25] Ubit.Umarov @hg.osgrid.org%3A80: ok lets see what else
[11:25] Vincent Sylvester: Floaty
[11:25] Ubit.Umarov @hg.osgrid.org%3A80: ahh also send that limit on picks to viewers via Simulatorfeatures
[11:26] Jamie.Jordan @grid.kitely.com%3A8002: Hi everybody
[11:26] Ubit.Umarov @hg.osgrid.org%3A80: our alternatice to the sl benifits things send on login response
[11:26] Ubit.Umarov @hg.osgrid.org%3A80: anywasy we do have issues on those things on HG
[11:27] Ubit.Umarov @hg.osgrid.org%3A80: something that was never considered on HGF
[11:27] Ubit.Umarov @hg.osgrid.org%3A80: or HG
[11:27] Ubit.Umarov @hg.osgrid.org%3A80: err ok ill not give examples :p
[11:27] Ubit.Umarov @hg.osgrid.org%3A80: hmm lets see...
[11:27] Vincent Sylvester: There was a small bug with hover height causing it to never slow down properly basically, simplifying here, but it meant you'd just float away slowly. Bit of tweaking later and now it works much better
[11:27] Lyr.Lobo @cc.opensimulator.org%3A8002: Heya Jamie
[11:27] Vincent Sylvester: Viewers may still show some floaty behavior given their velocity interpolation
[11:28] Ubit.Umarov @hg.osgrid.org%3A80: i also told viewers that we allow users to wear 3 animesh things
[11:28] Vincent Sylvester: I love physics bugs, they are just too funny
[11:28] Ubit.Umarov @hg.osgrid.org%3A80: as per the dark side premium_plus_hiper_plus_super .. bs
[11:29] Cuga.Rajal @rajal.org%3A9000: was there a different animesh wear limit before?
[11:29] Ubit.Umarov @hg.osgrid.org%3A80: 2
[11:29] Gavin.Hird @grid.xmir.org%3A8002: brb
[11:29] Ubit.Umarov @hg.osgrid.org%3A80: 2 attachements
[11:30] Ubit.Umarov @hg.osgrid.org%3A80: ( bring a glass of wine for mw 2 gavin )
[11:30] Ubit.Umarov @hg.osgrid.org%3A80: ;)
[11:30] Cuga.Rajal @rajal.org%3A9000: in SL In thought the limit was 1 for non-premium, 2 for premium
[11:30] Ubit.Umarov @hg.osgrid.org%3A80: yeap
[11:30] Ubit.Umarov @hg.osgrid.org%3A80: opensim users are all premium
[11:30] Vincent Sylvester: You can probably even up the limit more if you really need it, just reference the commit
[11:30] Cuga.Rajal @rajal.org%3A9000: premium supreme
[11:31] Ubit.Umarov @hg.osgrid.org%3A80: in fact premium_plus_hiper_plus_super_supreme
[11:31] Vincent Sylvester: Not sure what for, only animesh wearable I have seen so far was cylindrical
[11:31] Ubit.Umarov @hg.osgrid.org%3A80: ( at least for now)
[11:32] Cuga.Rajal @rajal.org%3A9000: how do you up the limit?
[11:32] Gavin.Hird @grid.xmir.org%3A8002: back
[11:32] Vincent Sylvester: Look at the commit :)
[11:32] Ubit.Umarov @hg.osgrid.org%3A80: you may had notice how ll made a big party with that increse from 2 to 3... have to love markting
[11:32] Ubit.Umarov @hg.osgrid.org%3A80: well don'0t thing i even check region side ... shhh shhh
[11:33] Ubit.Umarov @hg.osgrid.org%3A80: ...think..
[11:33] Vincent Sylvester: The peasants are getting scraps
[11:33] Cuga.Rajal @rajal.org%3A9000: so the viewer has no restrictions on animesh attachments?
[11:33] Gavin.Hird @grid.xmir.org%3A8002: might have
[11:33] Ubit.Umarov @hg.osgrid.org%3A80: no.. the viewer HAS the restriotions
[11:34] Gavin.Hird @grid.xmir.org%3A8002: not quite sure when they added the 1 or 2 distinction
[11:34] Ubit.Umarov @hg.osgrid.org%3A80: it is on the benifits things
[11:35] Ubit.Umarov @hg.osgrid.org%3A80: that they are slowing puting inm place
[11:35] Ubit.Umarov @hg.osgrid.org%3A80: so they killed the picks when did for them
[11:35] Ubit.Umarov @hg.osgrid.org%3A80: wel or fs did a bad merge
[11:36] Ubit.Umarov @hg.osgrid.org%3A80: other open jira i remember is the minimap terrain
[11:36] Ubit.Umarov @hg.osgrid.org%3A80: it always draws the 256m main region
[11:36] Ubit.Umarov @hg.osgrid.org%3A80: still ignored by fs team
[11:37] Ubit.Umarov @hg.osgrid.org%3A80: they also removed the option to display the imagem from map instead
[11:37] Gavin.Hird @grid.xmir.org%3A8002: m_animated_object_limit was added in 2019
[11:37] Andrew.Hellershanks @tanglegrid.net%3A8002: Hello, everyone.
[11:38] Ubit.Umarov @hg.osgrid.org%3A80: ok other cahnges where on avatar hover, like vincent started telling out of order :P
[11:38] Andrew.Hellershanks @tanglegrid.net%3A8002: I was tied up with some things this morning which meant resulted in a late lunch.
[11:38] Lyr.Lobo @cc.opensimulator.org%3A8002: Hi Andrew
[11:38] Lyr.Lobo @cc.opensimulator.org%3A8002: I'm getting ready for a meeting and afk. Have fun!
[11:39] Ubit.Umarov @hg.osgrid.org%3A80: same how the thing was not working well .. so tried to improve it
[11:39] Ubit.Umarov @hg.osgrid.org%3A80: also changed the avatar animation on hover.. on same cases it was falling animation.. now it is hover
[11:40] Ubit.Umarov @hg.osgrid.org%3A80: note that llSetHoverHeight is not as sl
[11:40] Ubit.Umarov @hg.osgrid.org%3A80: there it is per script.. lost on script reset etc
[11:40] Ubit.Umarov @hg.osgrid.org%3A80: on opensim it is set to the avatar
[11:41] Ubit.Umarov @hg.osgrid.org%3A80: stays until you call stop
[11:41] Ubit.Umarov @hg.osgrid.org%3A80: somehow seems we do lost it on tps.. grrrr
[11:42] Ubit.Umarov @hg.osgrid.org%3A80: ll also loses it on tps
[11:42] Ubit.Umarov @hg.osgrid.org%3A80: ( tps includes crossings )
[11:42] Kayaker.Magic @grid.kitely.com%3A8002: I have a chore that MUST BE DONE NOW, gota run.
[11:42] Vincent Sylvester: Over the last week Ubit and I been tracking problems with sqlite. It increasingly looks like the dylib mapping on mac os is being ignored. On Linux and Windows sqlite library reports the information in the database as it was written from the table creation statements. On mac the returns follow the new convention of reporting the data types in all uppercase instead. This is strange, because the dylib is from before this was changed in sqlite itself, leaving me to think that perhaps it is being ignored and a local one to the system is used instead. This doesn't have an impact on current code, but it showed up in the migration system I been working on as it does a case sensitive compare of the table structure and thus blew up.
[11:43] Kayaker.Magic @grid.kitely.com%3A8002: poof!
[11:43] Ubit.Umarov @hg.osgrid.org%3A80: meanwhel also noticed that llGroundRepel is now very broken... something TODO
[11:43] Cuga.Rajal @rajal.org%3A9000: We looked at this and I think the Mac just has a more recent sqlite lib
[11:44] Vincent Sylvester: It is more recent yes, from 2018 2019, but the change in sqlite was made in 2021
[11:44] Cuga.Rajal @rajal.org%3A9000: other platforms will have same issue as they migrate to more recent sqlite lib
[11:44] Ubit.Umarov @hg.osgrid.org%3A80: ohh abotu macs .. that mac user keeps having bad crashes on dotnet
[11:44] Gavin.Hird @grid.xmir.org%3A8002: Apple use sqlite all over in their code, so it should be pretty up to date
[11:44] Gavin.Hird @grid.xmir.org%3A8002: the guy with an M4?
[11:45] Ubit.Umarov @hg.osgrid.org%3A80: (http://opensimulator.org/mantis/view.php?id=9183)
[11:45] Ubit.Umarov @hg.osgrid.org%3A80: think it is a m3
[11:45] Vincent Sylvester: In the end yeah have to handle this in code, but what concerns me is that it hints at it ignoring the mapping, which might cause other issues down the line
[11:45] Cuga.Rajal @rajal.org%3A9000: mac4kent refuses to compile OS and uses prebuilt. he reaos what he sows
[11:46] Cuga.Rajal @rajal.org%3A9000: not reproducible for htose mac users who follow instructions
[11:46] Gavin.Hird @grid.xmir.org%3A8002: M3 Pro
[11:47] Ubit.Umarov @hg.osgrid.org%3A80: well mac should run dotnet managed dlls
[11:47] Gavin.Hird @grid.xmir.org%3A8002: this guy: mac4kent
[11:47] Ubit.Umarov @hg.osgrid.org%3A80: like all others do
[11:47] Cuga.Rajal @rajal.org%3A9000: it does
[11:47] Gavin.Hird @grid.xmir.org%3A8002: his systems has crashed for the last 10 years
[11:47] Vincent Sylvester: It should obey the mapping provided, unless something changed
[11:48] Vincent Sylvester: So I wonder if this is dotnet or the system itself loading another
[11:48] Gavin.Hird @grid.xmir.org%3A8002: tell himt to do a proper system install and not load the system with all kinds of crap
[11:48] Ubit.Umarov @hg.osgrid.org%3A80: he did instaled dotnet from ms site
[11:48] Cuga.Rajal @rajal.org%3A9000: already tried telling him in Discord
[11:48] Jagga Meridith: is he playing around with the kernel?
[11:48] Gavin.Hird @grid.xmir.org%3A8002: dotnet is not the problem
[11:48] Ubit.Umarov @hg.osgrid.org%3A80: using the current dotnet 8
[11:48] Cuga.Rajal @rajal.org%3A9000: he is not compiling Opensimulator
[11:48] Ubit.Umarov @hg.osgrid.org%3A80: it is a hard segfault on dotnet gavin.Hird
[11:48] Gavin.Hird @grid.xmir.org%3A8002: he has all kinds of other shit running on his machines including Mactracker which is malware
[11:49] Vincent Sylvester: lol
[11:49] Jagga Meridith: oh dear (removes it)
[11:49] Cuga.Rajal @rajal.org%3A9000: anfd he had Mono and dotnet installed same time
[11:49] Cuga.Rajal @rajal.org%3A9000: doesn;t know how to set env variables
[11:49] Vincent Sylvester: That should be fine
[11:49] Ubit.Umarov @hg.osgrid.org%3A80: that should not be problem either
[11:49] Gavin.Hird @grid.xmir.org%3A8002: the guy just refse to follow any sound advice
[11:49] Gavin.Hird @grid.xmir.org%3A8002: refuse
[11:49] Ubit.Umarov @hg.osgrid.org%3A80: many have both...
[11:50] Gavin.Hird @grid.xmir.org%3A8002: not on macOS
[11:50] Cuga.Rajal @rajal.org%3A9000: I stopped communicating with him, he doesn;t follow instructions
[11:50] Gavin.Hird @grid.xmir.org%3A8002: it is asking for issues
[11:50] Ubit.Umarov @hg.osgrid.org%3A80: well do keep in mind he has some comunications issues
[11:50] Gavin.Hird @grid.xmir.org%3A8002: I did too Cuga
[11:50] Ubit.Umarov @hg.osgrid.org%3A80: di to health etc
[11:50] Cuga.Rajal @rajal.org%3A9000: he could use google translate
[11:50] Dahlia.Trimble @grid.wwweb3d.net%3A8002: hi
[11:51] Ubit.Umarov @hg.osgrid.org%3A80: err not just language issues..
[11:51] Ubit.Umarov @hg.osgrid.org%3A80: well i can't help...
[11:51] Vincent Sylvester: Gavin, Cuga, can you confirm for me whether it actually loads the provided sqlite dylib? I'd like to know if the mapping still works
[11:51] Ubit.Umarov @hg.osgrid.org%3A80: no plans to own a mac :)
[11:51] Gavin.Hird @grid.xmir.org%3A8002: typical case of PEBKAC
[11:51] Cuga.Rajal @rajal.org%3A9000: I'm not sure how to check what sqlite lib it loads
[11:52] Dahlia.Trimble @grid.wwweb3d.net%3A8002: I just came here from a mac operated region
[11:52] Cuga.Rajal @rajal.org%3A9000: when I was building the unmanaged libs, Ubit said dont bother with sqlite
[11:52] Gavin.Hird @grid.xmir.org%3A8002: you can see what files the process has open in Activity monitor
[11:52] Ubit.Umarov @hg.osgrid.org%3A80: i did? don't remember
[11:52] Ubit.Umarov @hg.osgrid.org%3A80: :)
[11:52] Gavin.Hird @grid.xmir.org%3A8002: files and libs
[11:53] Cuga.Rajal @rajal.org%3A9000: there is a mac lin in lib64, from Gavin, but bery old and not Apple Silicon
[11:53] Cuga.Rajal @rajal.org%3A9000: I couldl look now if you want
[11:53] Ubit.Umarov @hg.osgrid.org%3A80: <dllmap os="osx" cpu="x86,x86-64" dll="sqlite3" target="lib64/libsqlite3.dylib" />
[11:53] Ubit.Umarov @hg.osgrid.org%3A80: not sure i did...
[11:53] Gavin.Hird @grid.xmir.org%3A8002: opensim does not use the system supplied one, it use that one I am sure and runs it in rosetta on his machine
[11:53] Ubit.Umarov @hg.osgrid.org%3A80: since it is needed
[11:53] Ubit.Umarov @hg.osgrid.org%3A80: oops wrong line
[11:54] Gavin.Hird @grid.xmir.org%3A8002: which of course is an issue
[11:54] Ubit.Umarov @hg.osgrid.org%3A80: oops no entry for arm
[11:54] Gavin.Hird @grid.xmir.org%3A8002: because there is none
[11:54] Vincent Sylvester: That's the weird part because the change to all uppercase was in 2021 and that version was supplied in 2019 I think, so unless it was already on a development branch it should still behave the same as on Windows and Linux
[11:54] Vincent Sylvester: aka reporting as written by table create
[11:55] Ubit.Umarov @hg.osgrid.org%3A80: pff macs are strange things ;)
[11:55] Gavin.Hird @grid.xmir.org%3A8002: that version must be ancient
[11:55] Cuga.Rajal @rajal.org%3A9000: oh I have to boot OS with sqlite instead of mySQL to see the open files
[11:55] Cuga.Rajal @rajal.org%3A9000: Vincent would it be helpfuul for me to check?
[11:55] Vincent Sylvester: Yeah
[11:56] Cuga.Rajal @rajal.org%3A9000: I'll do that on a test machine and let you know
[11:56] Gavin.Hird @grid.xmir.org%3A8002: libsqlite3.dylib has creation date Nob 5, 2019
[11:56] Gavin.Hird @grid.xmir.org%3A8002: Nov
[11:56] Vincent Sylvester: Yep
[11:57] Vincent Sylvester: And the change that references the all uppercase returns links to a commit from 2021
[11:57] Vincent Sylvester: So it shouldn't return uppercase if it was built before that
[11:57] Vincent Sylvester: Yet it does, so it must be newer somehow
[11:57] Gavin.Hird @grid.xmir.org%3A8002: can't be
[11:57] Gavin.Hird @grid.xmir.org%3A8002: if built by me
[11:58] Ubit.Umarov @hg.osgrid.org%3A80: ohh that sqlite3 dylib seems to had been signed by a Geir...
[11:58] Cuga.Rajal @rajal.org%3A9000: I suspect the dylib in lib64 is not being used
[11:58] Vincent Sylvester: Which leads me to think the mapping it being ignored and it loads a system one that is bound to be newer
[11:58] Gavin.Hird @grid.xmir.org%3A8002: I wonder who that might be :-)
[11:58] Gavin.Hird @grid.xmir.org%3A8002: me
[11:59] Ubit.Umarov @hg.osgrid.org%3A80: Ohh reallly? had no idea.. :p
[11:59] Cuga.Rajal @rajal.org%3A9000: The dylib for Mac in lib64 is very old, has x86_64 and PowerPC, no arm64 support
[11:59] Cuga.Rajal @rajal.org%3A9000: but OS runs fine on arm64
[11:59] Vincent Sylvester: It returns uppercase on intel and arm based
[12:00] Gavin.Hird @grid.xmir.org%3A8002: because it loads it and runs it in rosetta emulation
[12:00] Cuga.Rajal @rajal.org%3A9000: Let me boot with sqlite and look at the open files
[12:00] Cuga.Rajal @rajal.org%3A9000: we will know for sure
[12:00] Gavin.Hird @grid.xmir.org%3A8002: yeah
[12:01] Cuga.Rajal @rajal.org%3A9000: will be a few minutes, need to rebuild
[12:01] Ubit.Umarov @hg.osgrid.org%3A80: well think i did cover last week code changes
[12:02] Vincent Sylvester: If it loads the supplied one then I wonder how that uppercase change got in there, must have been already in development or something. If it loads a system one then the mapping is being ignored and that's not good, ideally it should obey it if possible
[12:02] Ubit.Umarov @hg.osgrid.org%3A80: waiting for feedback on the llSetHoverHeight from the reporter
[12:02] Cuga.Rajal @rajal.org%3A9000: If Uppercase is the new standard, only a matter of time until other OS's return uppercase, and there will be a mix of upper/lower
[12:02] Ubit.Umarov @hg.osgrid.org%3A80: http://opensimulator.org/mantis/view.php?id=9184
[12:03] Vincent Sylvester: In the end have to handle it properly in code either way yeah
[12:03] Cuga.Rajal @rajal.org%3A9000: so seems the only solution is to make ther schema test case-insensitive
[12:03] Gavin.Hird @grid.xmir.org%3A8002: I think the only thing I did to it was recompile it 64 bit because it origiannly was 32-bit
[12:03] Vincent Sylvester: Just curious case and if the mapping is being ignored that wouldn't be good, it should ideally obey that unless it cannot support it
[12:04] Gavin.Hird @grid.xmir.org%3A8002: it is probably 64-bit Intel and 32-bit PPC universal
[12:04] Ubit.Umarov @hg.osgrid.org%3A80: bet macs have a tool to tell
[12:04] Ubit.Umarov @hg.osgrid.org%3A80: ld ??
[12:04] Gavin.Hird @grid.xmir.org%3A8002: lipo
[12:04] Ubit.Umarov @hg.osgrid.org%3A80: ok
[12:05] Vincent Sylvester: I'm still trying to get my hands on a mac to do tests, but ebay is being ebay as usual
[12:05] Dahlia.Trimble @grid.wwweb3d.net%3A8002: get one that's less than 6 years old
[12:06] Gavin.Hird @grid.xmir.org%3A8002: architectures in the fat file: libsqlite3.dylib are: i386 x86_64 ppc7400
[12:06] Gavin.Hird @grid.xmir.org%3A8002: lipo -info on a file
[12:06] Dahlia.Trimble @grid.wwweb3d.net%3A8002: My mac region is running on arm64 build of dotnet and uses sqlite just fine
[12:06] Vincent Sylvester: m2 or m4, but as I don't swim in a vault of coins it's a bit of a search
[12:07] Ubit.Umarov @hg.osgrid.org%3A80: ppc was little endian??
[12:07] Ubit.Umarov @hg.osgrid.org%3A80: ( on mac os )
[12:07] Gavin.Hird @grid.xmir.org%3A8002: why?
[12:07] Cuga.Rajal @rajal.org%3A9000: Dahlia since yours is already running on sqlite, could you check something for us?
[12:07] Ubit.Umarov @hg.osgrid.org%3A80: big endian is not supported
[12:07] Ubit.Umarov @hg.osgrid.org%3A80: even dotnet is dropping it
[12:08] Gavin.Hird @grid.xmir.org%3A8002: the dylib is just a container file and does not care about the endianness of the arch versions contained in it
[12:08] Ubit.Umarov @hg.osgrid.org%3A80: ( not releated to sqlite )
[12:08] Ubit.Umarov @hg.osgrid.org%3A80: yes but we do not suport power anymore.. unless it hs little endian
[12:09] Gavin.Hird @grid.xmir.org%3A8002: not, the PPC version is archeology
[12:09] Cuga.Rajal @rajal.org%3A9000: doesn't matter, OS wont run on PowerPC
[12:09] Vincent Sylvester: My main concern is, if the mapping is ignored any further changes to sqlite or other libs then loaded from the system may cause problems, ideally it loads the shipped libs since we can control their version so know what they'll do given a command
[12:10] Gavin.Hird @grid.xmir.org%3A8002: should have been stripped out and there is a simple command to do it to the existing lib
[12:10] Ubit.Umarov @hg.osgrid.org%3A80: mb we should replace it by arm64 code
[12:10] Ubit.Umarov @hg.osgrid.org%3A80: ( and fix the config file )
[12:11] Gavin.Hird @grid.xmir.org%3A8002: recompile it with archs x86_64 and arm64
[12:11] Ubit.Umarov @hg.osgrid.org%3A80: well so far only vincent had reports on that sqlite issue on mac
[12:11] Gavin.Hird @grid.xmir.org%3A8002: it is a fix in one line of the config
[12:12] Cuga.Rajal @rajal.org%3A9000: thats what I did for Bullet, ubODE and libjpeg
[12:12] Cuga.Rajal @rajal.org%3A9000: OK I booted OS on silicon Mac with sqlite configured
[12:12] Gavin.Hird @grid.xmir.org%3A8002: if it actually comepile for arm64 is a different matter
[12:12] Cuga.Rajal @rajal.org%3A9000: checked open files for dotnet
[12:12] Cuga.Rajal @rajal.org%3A9000: sqlite library not listed
[12:13] Cuga.Rajal @rajal.org%3A9000: only sqlite DLLs in opensim tree
[12:13] Cuga.Rajal @rajal.org%3A9000: not dylib
[12:13] Gavin.Hird @grid.xmir.org%3A8002: do a lsof and grep for it
[12:13] Ubit.Umarov @hg.osgrid.org%3A80: how3 does it work?
[12:13] Cuga.Rajal @rajal.org%3A9000: k
[12:13] Ubit.Umarov @hg.osgrid.org%3A80: çpç
[12:13] Ubit.Umarov @hg.osgrid.org%3A80: :)
[12:13] DJTANYA SANDE: is offline.
[12:14] Vincent Sylvester: If it loads the dlls then it should be behaving as it does on Windows and Linux I should think
[12:14] Vincent Sylvester: Unless there is more funky business going on
[12:14] Cuga.Rajal @rajal.org%3A9000: 571 matches Gavin
[12:14] Gavin.Hird @grid.xmir.org%3A8002: not fpr dotnet I hope
[12:15] Cuga.Rajal @rajal.org%3A9000: well if I grep dylib also, I get 7 matches, all system
[12:15] Cuga.Rajal @rajal.org%3A9000: not the one in lib64
[12:15] Gavin.Hird @grid.xmir.org%3A8002: interesting
[12:16] Vincent Sylvester: The plot thickens
[12:16] Gavin.Hird @grid.xmir.org%3A8002: where is the db file stored?
[12:16] Vincent Sylvester: Normally in the bin folder
[12:16] Gavin.Hird @grid.xmir.org%3A8002: right
[12:16] Cuga.Rajal @rajal.org%3A9000: /opt/homebrew/Cellar/sqlite/3.49.1/lib/libsqlite3.3.49.1.dylib
[12:16] Ubit.Umarov @hg.osgrid.org%3A80: since we say nothing about that dll for arm64, dotnet goes look on system
[12:17] Vincent Sylvester: Yeah if it uses that then no wonder that's brand spankin new
[12:17] Gavin.Hird @grid.xmir.org%3A8002: ok, because you have that in your path
[12:17] Gavin.Hird @grid.xmir.org%3A8002: figures
[12:17] Cuga.Rajal @rajal.org%3A9000: right
[12:17] Cuga.Rajal @rajal.org%3A9000: might be a different system lib for other Mac users, but not the one in lib64
[12:18] Vincent Sylvester: Likely still a much newer one then the supplied one either way
[12:18] Cuga.Rajal @rajal.org%3A9000: I can check on an Intel Mac
[12:18] Cuga.Rajal @rajal.org%3A9000: will take a few mins
[12:18] Cuga.Rajal @rajal.org%3A9000: but it seems moot
[12:18] Vincent Sylvester: Either way tells us that it will load newer things that could conflict with code that assumes a fixed version
[12:18] Cuga.Rajal @rajal.org%3A9000: if sqlite os m=oving to use uppercase, only a matter of time before other platforms follow
[12:19] Manda Stark: is online.
[12:19] Gavin.Hird @grid.xmir.org%3A8002: can you remove homebrew from your path and see what it loads?
[12:19] Jagga Meridith: so is there a problem dropping case sensitivity?
[12:19] Vincent Sylvester: Current code doesn't care, making it agnostic to that is not difficult either, my worry is that something else is changed say types being removed or changed
[12:19] Cuga.Rajal @rajal.org%3A9000: It might have been found during a compile
[12:20] Cuga.Rajal @rajal.org%3A9000: or one of the other libs that OS uses
[12:20] Vincent Sylvester: If we have to assume that everyone runs most current version of the library backwards compatibility has to be added on any breaking change
[12:20] Vincent Sylvester: Detecting the version in use etc. huge pain
[12:20] Gavin.Hird @grid.xmir.org%3A8002: I don't use homebrew but ports
[12:20] Gavin.Hird @grid.xmir.org%3A8002: port
[12:20] Cuga.Rajal @rajal.org%3A9000: Vinvcent you confirmed the change is due to version and not platform
[12:20] Cuga.Rajal @rajal.org%3A9000: already
[12:20] Gavin.Hird @grid.xmir.org%3A8002: so it will load something else
[12:20] Cuga.Rajal @rajal.org%3A9000: I dont see how finding this will change the course of action
[12:20] Gavin.Hird @grid.xmir.org%3A8002: but it still needs to be in the path because of libgdiplus
[12:21] Cuga.Rajal @rajal.org%3A9000: right
[12:22] Vincent Sylvester: Currently code assumes that the database connectors are the ones we supply, so everything is written to work with those. Changing the connector to a newer one can introduce changes that require code changes
[12:22] Jagga Meridith: or anything else using sqllite unless we're specifiying our own PATH
[12:22] Vincent Sylvester: If there is no way to lock it to a version then we have to assume that someone could be running the latest version, meaning we have to keep up with whatever they change and adjust accordingly, while keeping backwards compatible for the cases where it does load the provided connector instead
[12:23] Cuga.Rajal @rajal.org%3A9000: agree
[12:23] Gavin.Hird @grid.xmir.org%3A8002: it will just load whatever it encounters first in the path
[12:23] Ubit.Umarov @hg.osgrid.org%3A80: dotnet will automaticly use the newest version it finds
[12:23] Ubit.Umarov @hg.osgrid.org%3A80: a pain
[12:23] Cuga.Rajal @rajal.org%3A9000: wouldnt that mean, make the test for types to be case insensitive
[12:23] Jagga Meridith: what I was asking
[12:23] Ubit.Umarov @hg.osgrid.org%3A80: think i had to fight to make the .config files to work around that
[12:23] Cuga.Rajal @rajal.org%3A9000: I don't undderstand why that isn;t just the final answer, do it, done
[12:24] Vincent Sylvester: It is, but it's just a symptom
[12:24] Vincent Sylvester: The larger issue is any further changes in the lib that requires code changes to support
[12:24] Vincent Sylvester: If they retire a whole data type for example
[12:24] Ubit.Umarov @hg.osgrid.org%3A80: as you know new code is ALWAYS better in the current ms devs minds
[12:24] Vincent Sylvester: Or make type size strict etc.
[12:25] Jagga Meridith: wouldn't something break right away?
[12:25] Vincent Sylvester: Possibly yes, worst case are silent failures or even data corruption, say it truncates something implicitly
[12:25] Ubit.Umarov @hg.osgrid.org%3A80: ms devs answer is.. your code is obsolete fix it
[12:25] Cuga.Rajal @rajal.org%3A9000: I'm setting up same test on an Intel Mac, few minutes
[12:25] Ubit.Umarov @hg.osgrid.org%3A80: bahh
[12:25] Jagga Meridith: ah
[12:26] Gavin.Hird @grid.xmir.org%3A8002: so true Ubit
[12:26] Vincent Sylvester: It means we have to subscribe to updates for all the libraries and keep up with their changes to know if there is something that could cause our code to break
[12:26] Gavin.Hird @grid.xmir.org%3A8002: looks in horror at Sharepoint
[12:26] Vincent Sylvester: With basically 4 or even 5 different database providers that's a large ask
[12:26] Cuga.Rajal @rajal.org%3A9000: \Vincent I think this is a pretty rare case
[12:26] Ubit.Umarov @hg.osgrid.org%3A80: well some forks are chaning opensim to only use nuget crap
[12:27] Ubit.Umarov @hg.osgrid.org%3A80: so you get all the great new bugs automaticly
[12:27] Andrew.Hellershanks @tanglegrid.net%3A8002: :)
[12:27] Ubit.Umarov @hg.osgrid.org%3A80: without any control on the changes that where mase
[12:27] Ubit.Umarov @hg.osgrid.org%3A80: made..
[12:27] Dahlia.Trimble @grid.wwweb3d.net%3A8002: ewwwww nuget
[12:27] Gavin.Hird @grid.xmir.org%3A8002: brilliant strategy to keep all consultants employed
[12:27] Vincent Sylvester: We already had problems with postgres and mysql/mariadb connectors in the past, so this was bound to happen, but it means a lot of extra care has to be put into it
[12:28] Vincent Sylvester: Because you can just change stuff going forward, sure, but some may still run old databases so need to be backwards compatible too
[12:28] Vincent Sylvester: Not always easy on some breaking changes
[12:28] Ubit.Umarov @hg.osgrid.org%3A80: ofc that opensim forkj is the best... very updated
[12:28] Ubit.Umarov @hg.osgrid.org%3A80: blablabla
[12:29] Ubit.Umarov @hg.osgrid.org%3A80: a few years ago a Thales person gave a nice presentation at oscc abotu code security
[12:29] Vincent Sylvester: Switching a connector out is easy if you don't care about backwards compatibility or whether that version might have other changes that are not compatible with code even if they don't immediately produce an error or compile fail
[12:29] Ubit.Umarov @hg.osgrid.org%3A80: and how full tracabilyty of all dlls in use was a must..
[12:29] Cuga.Rajal @rajal.org%3A9000: OK I did same test on an Intel Mac, fresh install
[12:29] Ubit.Umarov @hg.osgrid.org%3A80: whatever
[12:29] Vincent Sylvester: Runtime issues can arise long time down the line, especially because there are no unit tests
[12:29] Cuga.Rajal @rajal.org%3A9000: checked open files
[12:30] Cuga.Rajal @rajal.org%3A9000: It loaded lib64/libsqlite3.dylib
[12:30] Cuga.Rajal @rajal.org%3A9000: So solution is to recompile that unmanaged lib with arm64 support?
[12:30] Gavin.Hird @grid.xmir.org%3A8002: ok, so dotnet probalby figures it could not run it, and searched for the next version it could run
[12:30] Ubit.Umarov @hg.osgrid.org%3A80: and fix the .config
[12:30] Cuga.Rajal @rajal.org%3A9000: yes
[12:31] Cuga.Rajal @rajal.org%3A9000: So we need to update that file?
[12:31] Gavin.Hird @grid.xmir.org%3A8002: so a compile with arch arm64 will possibly fix it
[12:31] Cuga.Rajal @rajal.org%3A9000: Do you want to do it Gavin or should I?
[12:31] Gavin.Hird @grid.xmir.org%3A8002: please do it as you have the hang of it right now
[12:31] Ubit.Umarov @hg.osgrid.org%3A80: ( and sign... pfff )
[12:31] Cuga.Rajal @rajal.org%3A9000: always :)
[12:31] Vincent Sylvester: Thank you
[12:31] Ubit.Umarov @hg.osgrid.org%3A80: ty
[12:32] Ubit.Umarov @hg.osgrid.org%3A80: put on mantis when you can
[12:32] Cuga.Rajal @rajal.org%3A9000: oh, want me to run a command to check the uppewr/lower case?
[12:32] Ubit.Umarov @hg.osgrid.org%3A80: wonder what version to use
[12:32] Cuga.Rajal @rajal.org%3A9000: maybe thats not so easy
[12:33] Cuga.Rajal @rajal.org%3A9000: oh right, use a version pre-uppercase?
[12:33] Vincent Sylvester: I did already fix that in code on my end for the new migration system, since I can reproduce the problem on Windows by forcefully loading a newer sqlite
[12:33] Vincent Sylvester: It probably makes the most sense to stick to a similar version though, just in case there is another change somewhere
[12:34] Cuga.Rajal @rajal.org%3A9000: Fewer unmanaged libs we need to build the better
[12:34] Vincent Sylvester: I have only tested for simulator boot, no actual tests, so who knows what's lurking there if sqlite is happy to make such changes
[12:34] Ubit.Umarov @hg.osgrid.org%3A80: we are also using a old mono managed code
[12:34] Vincent Sylvester: That is unless such old version won't compile on arm
[12:35] Cuga.Rajal @rajal.org%3A9000: I need to know what version to use for building the dylib
[12:35] Ubit.Umarov @hg.osgrid.org%3A80: version 2.0
[12:36] Ubit.Umarov @hg.osgrid.org%3A80: Mono.Data.SqliteClient.dll
[12:36] Cuga.Rajal @rajal.org%3A9000: are you sure about that?
[12:36] Ubit.Umarov @hg.osgrid.org%3A80: err no no
[12:37] Ubit.Umarov @hg.osgrid.org%3A80: in justlooking to the managed dlls that call that
[12:37] Cuga.Rajal @rajal.org%3A9000: I'll need some help locating the appropriate source to compile
[12:37] Cuga.Rajal @rajal.org%3A9000: not finding 2.0
[12:37] Ubit.Umarov @hg.osgrid.org%3A80: Mono.Data.Sqlite.dll version .1.0.61...
[12:37] Ubit.Umarov @hg.osgrid.org%3A80: not that...
[12:38] Ubit.Umarov @hg.osgrid.org%3A80: see gavin's dyn version
[12:38] Cuga.Rajal @rajal.org%3A9000: thats version 3
[12:40] Vincent Sylvester: 3.7.5 it says somewhere in the current dylib as document version
[12:40] Vincent Sylvester: That's from 2011 I think, so not sure that'd even compile on arm
[12:41] Gavin.Hird @grid.xmir.org%3A8002: it sure compiled on PPC :-))
[12:41] Cuga.Rajal @rajal.org%3A9000: any idea where to find that source?
[12:41] Motoko.Karu @login.digiworldz.com%3A8002: sadly RL's calling... have a good week everyone....
[12:41] Andrew.Hellershanks @tanglegrid.net%3A8002: I need to get going. Good to see everyone. Big turnout today. :)
[12:42] Vincent Sylvester: First mention of arm is in 2012 release so maybe it does
[12:42] Vincent Sylvester: Hm try git clone of their repo and scrolling through the tags
[12:42] Vincent Sylvester: I should think they tagged the releases
[12:43] Cuga.Rajal @rajal.org%3A9000: https://www.sqlite.org/src/timeline
[12:43] Vincent Sylvester: https://github.com/sqlite/sqlite/releases/tag/version-3.7.5
[12:43] Ubit.Umarov @hg.osgrid.org%3A80: current seems is from 2022
[12:44] Ubit.Umarov @hg.osgrid.org%3A80: so use the one from then
[12:44] Cuga.Rajal @rajal.org%3A9000: ok got it
[12:44] Cuga.Rajal @rajal.org%3A9000: 3.7.5
[12:44] Vincent Sylvester: So git clone, reset to 365852a and build
[12:44] Cuga.Rajal @rajal.org%3A9000: says 2011
[12:44] Ubit.Umarov @hg.osgrid.org%3A80: 3..7.5 is fromfeb 2022 ?
[12:45] Ubit.Umarov @hg.osgrid.org%3A80: duhh
[12:45] Vincent Sylvester: I'm going by sqlite_temp_master which references a doc id of 3.7.5 so either that's the release used or just a migration
[12:45] Ubit.Umarov @hg.osgrid.org%3A80: i added them in 2019
[12:45] Ubit.Umarov @hg.osgrid.org%3A80: win file props is odd
[12:46] Ubit.Umarov @hg.osgrid.org%3A80: mantis 8624: replace native code libs for Mac by ones signed by Geir Nøklebye (Gavin Hird). Ths again Gavin
[12:47] Ubit.Umarov @hg.osgrid.org%3A80: http://opensimulator.org/mantis/view.php?id=8624
[12:47] Cuga.Rajal @rajal.org%3A9000: ok it compiles for arm64
[12:48] Vincent Sylvester: otool -L libsqlite3.dylib might work
[12:48] Ubit.Umarov @hg.osgrid.org%3A80: no idea why win tells 2022.. pff
[12:48] Vincent Sylvester: /usr/src/db/sqlite/sqlite-autoconf-3070500/
[12:49] Vincent Sylvester: So I think that might mean 3.7.5 perhaps
[12:50] Gavin.Hird @grid.xmir.org%3A8002: I have some old version of openslim-libs
[12:50] Gavin.Hird @grid.xmir.org%3A8002: with csharpsqlite in managed
[12:50] Cuga.Rajal @rajal.org%3A9000: Just to confirm - build arm64/x86_64 lib from 3.7.5? or are we still debating version to use
[12:50] Ubit.Umarov @hg.osgrid.org%3A80: do you think gavin used a version from 2011 in 2019 ??
[12:51] Gavin.Hird @grid.xmir.org%3A8002: possibly since it has PPC in the arch
[12:51] Vincent Sylvester: CREATE TABLE x(%s %Q HIDDEN, docid HIDDEN) 3.7.5
[12:51] Ubit.Umarov @hg.osgrid.org%3A80: https://www.sqlite.org/changes.html
[12:51] Ubit.Umarov @hg.osgrid.org%3A80: odd on mantis you do not mention ppc
[12:51] Cuga.Rajal @rajal.org%3A9000: that might have been the latest supported by ppc... but why support ppc i n2019?
[12:51] Vincent Sylvester: I suspect he only recompiled what was already there to not break compatibility
[12:52] Cuga.Rajal @rajal.org%3A9000: that woiuld make sense
[12:52] Gavin.Hird @grid.xmir.org%3A8002: I have a source structure called csharp-sqlite too
[12:52] Cuga.Rajal @rajal.org%3A9000: so if dropping ppc, better to use a more recent version?
[12:52] Gavin.Hird @grid.xmir.org%3A8002: it probalby was in the config file so I just added support for 64 bit
[12:53] Ubit.Umarov @hg.osgrid.org%3A80: oops linux one is from 2012
[12:53] Ubit.Umarov @hg.osgrid.org%3A80: updated by justin
[12:53] Vincent Sylvester: Would have to test to see if all parts that interact with the database still work, that would take some time
[12:53] Cuga.Rajal @rajal.org%3A9000: ok, still want me to do it?
[12:54] Ubit.Umarov @hg.osgrid.org%3A80: SHA-1: a15b00d3ef6a082c1cd6e49ef648654daf28c4d4
* Replace previous windows 64-bit sqlite3.dll with one from http://system.data.sqlite.org/downloads/1.0.79.0/sqlite-netFx35-binary-bundle-x64-2008-1.0.79.0.zip
[12:54] Vincent Sylvester: Let's try that version first, see if it even compiles and works on arm, if not go upwards from there
[12:54] Ubit.Umarov @hg.osgrid.org%3A80: windows one also that old
[12:54] Gavin.Hird @grid.xmir.org%3A8002: filename in that structure is Community.Data.SQLite.4.5.resharper.user
[12:54] Cuga.Rajal @rajal.org%3A9000: it compiles i=on arm, just did
[12:55] Cuga.Rajal @rajal.org%3A9000: will take more time to create multi-arch, but assume x86 will be easier
[12:55] Ubit.Umarov @hg.osgrid.org%3A80: seems justin haf a fight with versions that did not work back then
[12:55] Vincent Sylvester: If we were to update them then all of them should be updated to a version that doesn't have breaking changes, which takes considerably more effort
[12:55] Vincent Sylvester: That can happen... later... heh
[12:56] Cuga.Rajal @rajal.org%3A9000: or, make schema test case-agostic and dont worry about libs
[12:57] Vincent Sylvester: Well like I said it's not just the schema test with this. There could be other things changing in sqlite that OpenSim code cannot handle
[12:57] Vincent Sylvester: So having a fixed known good version that is used is helpful
[12:57] Cuga.Rajal @rajal.org%3A9000: ok
[12:57] Cuga.Rajal @rajal.org%3A9000: and 3.7.5 seems close enough version to others in lib64
[12:57] Cuga.Rajal @rajal.org%3A9000: correct?
[12:58] Cuga.Rajal @rajal.org%3A9000: and how do we test it before it goes in trunk?
[12:58] Vincent Sylvester: the dll reports 1.0.79.0 whatever that is, but no I think that's fine
[12:59] Vincent Sylvester: Replacing it in lib64 should be enough unless the mapping file needs changing, but I don't think so
[12:59] Ubit.Umarov @hg.osgrid.org%3A80: thats the one justin used as i pasted above
[12:59] Ubit.Umarov @hg.osgrid.org%3A80: used for win
[12:59] Cuga.Rajal @rajal.org%3A9000: ok
[12:59] Vincent Sylvester: I think the win version has different numbering most likely
[12:59] Ubit.Umarov @hg.osgrid.org%3A80: from 2008
[13:00] Ubit.Umarov @hg.osgrid.org%3A80: oh that url still works
[13:00] Mathilda Stark: is online.
[13:00] Vincent Sylvester: At some point all of these connectors and things will need remaking anyways seeing how databases evolve, but at the moment, one headache at a time :)
[13:01] Ubit.Umarov @hg.osgrid.org%3A80: but odd ..managed code is not from system.data.sqlite
[13:01] Ubit.Umarov @hg.osgrid.org%3A80: pfff
[13:01] Vincent Sylvester: Careful you'll pull your hair out digging through that stuff
[13:02] Ubit.Umarov @hg.osgrid.org%3A80: guess justin went jsut looking for one that did work
[13:02] Ubit.Umarov @hg.osgrid.org%3A80: he tried other 2 bf that
[13:03] Dolfke Barbosa: is online.
[13:03] Vincent Sylvester: Recall the issue we had with mariadb a while ago from that weird null type or whatever it was
[13:03] Vincent Sylvester: Dread to think what's next with these
[13:03] Vincent Sylvester: I have not even tried with latest mariadb yet, on my todo list still
[13:03] Ubit.Umarov @hg.osgrid.org%3A80: think we are running a connector modifed by bc of that
[13:03] Vincent Sylvester: Yep
[13:03] Ubit.Umarov @hg.osgrid.org%3A80: by me..
[13:04] Vincent Sylvester: Similar story with postgres as well
[13:04] Vincent Sylvester: Just all around fun with compatibilities
[13:04] Ubit.Umarov @hg.osgrid.org%3A80: well we are 1 hour past the time :)
[13:04] Cuga.Rajal @rajal.org%3A9000: compiled
[13:04] Ubit.Umarov @hg.osgrid.org%3A80: coool now just need to test lol
[13:04] Cuga.Rajal @rajal.org%3A9000: both arches
[13:04] Gavin.Hird @grid.xmir.org%3A8002: did you figure out where it was builf from?
[13:05] Cuga.Rajal @rajal.org%3A9000: I'll sign and post to mantis
[13:05] Gavin.Hird @grid.xmir.org%3A8002: I could not find it anywhere on my systems
[13:05] Ubit.Umarov @hg.osgrid.org%3A80: ok cuga.Rajal
[13:05] Ubit.Umarov @hg.osgrid.org%3A80: we can ask kent to test it
[13:05] Cuga.Rajal @rajal.org%3A9000: yes!
[13:05] Ubit.Umarov @hg.osgrid.org%3A80: /me runs and hides
[13:05] Vincent Sylvester: 3.7.5 comes up going through the dylib itself, so seems pretty conclusive it is that version
[13:06] Vincent Sylvester: If not, well, it's old enough either way lol
[13:06] Ubit.Umarov @hg.osgrid.org%3A80: wewll guess mac has a tool to print the version on the dyn also
[13:06] Ubit.Umarov @hg.osgrid.org%3A80: hope better than win one that did a mess
[13:07] Vincent Sylvester: Compiled with 4.2.1 gcc for darwin or something like that
[13:07] Ubit.Umarov @hg.osgrid.org%3A80: ohh on win it does tell 1.0.79.0 matching what jsutin did commit
[13:09] Ubit.Umarov @hg.osgrid.org%3A80: anyways rl calls
[13:09] Ubit.Umarov @hg.osgrid.org%3A80: have a nice week...
[13:09] Vincent Sylvester: You too
[13:09] Ubit.Umarov @hg.osgrid.org%3A80: ill keep looking to mantis on that :)
[13:09] Ubit.Umarov @hg.osgrid.org%3A80: cya
[13:09] Ubit.Umarov @hg.osgrid.org%3A80: ty
