Open Development User Group/Archive/2011-02-09

[13:02]	Office Orb:	mail_to set to oz@lindenlab.com
[13:02]	Office Orb:	Start transcription to oz@lindenlab.com
[13:02]	Office Orb:	Transcript will be sent to: oz@lindenlab.com
[13:02]	Jonathan:	oz, you are rotating it with 1 script?
[13:02]	Jonathan:	or did you use 2 prims?
[13:02]	Oz Linden:	1 script in an invisible root at the center
[13:02]	Oz Linden:	it's actually 16 linked prims
[13:03]	Jonathan:	I would be curious to see that 1 script rotation code for 2 axis
[13:03]	Jonathan:	ok, meeting time
[13:03]	Oz Linden:	it's full perm... have a look
[13:03]	Oz Linden:	Our agenda is quite full:
[13:03]	Oz Linden:	https://wiki.secondlife.com/wiki/Open_Development_User_Group#Agenda
[13:04]	Oz Linden:	VWR-24487
[13:04]	Office Orb:	http://jira.secondlife.com/browse/VWR-24487 VWR-24487 llurlentry_stub.cpp:196: error: deprecated conversion from string constant to 'char*'
[13:04]	Oz Linden:	I meant to talk w/ Q about this before the meeting, but that fell through the cracks
[13:04]	Oz Linden:	We will get a fix for this done pretty soon one way or another
[13:04]	Cummere Mayo:	dont mind me im snapshotting my ui so i can show something to fredrik..
[13:05]	Oz Linden:	we're currently planning our hackathon for getting everything converted to VS 2010, which will want this
[13:05]	Oz Linden:	it's tentatively scheduled for the end of next week, I believe
[13:05]	Jonathan:	Are we invited?
[13:05]	Oz Linden:	I will be asking around to see if we can figure out how open devs can contribute
[13:06]	Oz Linden:	if nothing else, the repos for all the open stuff we'll be working on will be in public
[13:06]	Oz Linden:	so you'll be able to see and test what we're doing
[13:06]	Oz Linden:	I"ll try to do better than that, though.
[13:06]	Oz Linden:	stay tuned
[13:07]	Oz Linden:	If it's really bothering people, we could commit the temporary fix we have now, but I am going to want to replace it
[13:07]	Oz Linden:	I'll leave that item on our agenda for next time too
[13:08]	Oz Linden:	next..... OPEN-1 - perhaps Jonathan can give us his view of the status of that
[13:08]	Office Orb:	http://jira.secondlife.com/browse/OPEN-1 OPEN-1 autobuild does not support use with Visual Studio Express
[13:08]	Phoenix-FirestormViewer Rocks:	so will this mean going forward everyone will need to sue VS 2010?
[13:08]	Phoenix-FirestormViewer Rocks:	use*
[13:08]	Oz Linden:	yes, tank
[13:08]	Phoenix-FirestormViewer Rocks:	ok thx
[13:08]	JεŞŞⓘcα ﾚƔⓞη:	starting with 2.6 right?
[13:09]	Oz Linden:	right
[13:09]	JεŞŞⓘcα ﾚƔⓞη:	kk
[13:09]	Phoenix-FirestormViewer Rocks:	so libs wont be affected?
[13:09]	Oz Linden:	well, all of you that work on windows :-)
[13:09]	Phoenix-FirestormViewer Rocks:	well yeah :P
[13:09]	Oz Linden:	all libs too
[13:09]	Oz Linden:	not a small job
[13:09]	JεŞŞⓘcα ﾚƔⓞη:	ouch
[13:10]	JεŞŞⓘcα ﾚƔⓞη:	so as soon as you have the libs changed, we'll need to be using 2010 on any revision?
[13:10]	Oz Linden:	Jonathan ... where do we stand w/ VS Express ?
[13:10]	Phoenix-FirestormViewer Rocks:	will the old libs be in place for a while to give people time to transision over?
[13:10]	Oz Linden:	the old downloads will still be there for old versions
[13:10]	Jonathan:	My version runs, with that hack of moving the build directory
[13:10]	JεŞŞⓘcα ﾚƔⓞη:	oh good ok
[13:10]	Phoenix-FirestormViewer Rocks:	ok thatll work then, thx
[13:10]	Jonathan:	I would like to hear from other people about how theirs runs
[13:11]	Jonathan:	WOlfpup and Nickyp
[13:11]	Oz Linden:	so the problem there is that the fact that indra is no longer in the tree above the executable means that it can't find its settings file, right?
[13:11]	Jonathan:	yes
[13:11]	Jonathan:	not the saved settings, but the initial ones
[13:11]	Oz Linden:	I assume that the Pro users don't have this and can run the exe where it is built?
[13:12]	Jonathan:	I know wolfpup uses pro, dunno about Nickyp
[13:12]	Oz Linden:	no takers...
[13:12]	Oz Linden:	ok, well, we'll want to sort that out, but I suspect that it'll be pretty easy
[13:12]	Phoenix-FirestormViewer Rocks:	hasnt used 2010 yet, so doesnt know how its different
[13:12]	Jonathan:	why the compiler would make a difference is a mystery
[13:13]	Jonathan:	Tank, this is about autobuild
[13:13]	Phoenix-FirestormViewer Rocks:	ahh ok
[13:13]	Oz Linden:	it may be that some command is not conditionalized correctly when setting up those files
[13:13]	Robin Cornelius:	maybe but as we don't have the build inside indra/ anymore having code in the viewer that tests for that is asking for bugs
[13:13]	Jonathan:	Robin, can you autobuild on Express as another test case?
[13:13]	Oz Linden:	yes, clearly we'll want to change that
[13:13]	Robin Cornelius:	i've only got express in 2005/2010 versions
[13:14]	Oz Linden:	05 for now, please
[13:14]	Robin Cornelius:	and yes i can run some other tests
[13:14]	Oz Linden:	thanks
[13:14]	Jonathan:	Oz, did you update the source with the /u (?) xml fix
[13:14]	Oz Linden:	not yet, but I'll do that after this meeting
[13:14]	Oz Linden:	next issue is OPEN-4
[13:14]	Office Orb:	http://jira.secondlife.com/browse/OPEN-4 OPEN-4 As an Open Source Developer, I would like to use Fmod in the autobuild system if i have the needed files already
[13:15]	Oz Linden:	the trick here is that we need at least new instructions on where to put the fmod files under the build tree
[13:15]	Jonathan:	that is just small change, right?
[13:16]	Oz Linden:	ideally, I'd like to go one better and do an autobuild re-package project so that you can check that out, build it, and you'll have a local archive that your viewer build can use
[13:16]	Robin Cornelius:	at one point (snowglobe 1.x) we had an optinon were we could pass a var with FMOD_SDK_DIR and it just used that to find all the bits it needed
[13:16]	Merovingian:	interesting, is that failing for all platforms?
[13:17]	Merovingian:	FMOD logic had to be changed quite a bit to it to require being used only in private mode
[13:17]	Merovingian:	thinks he should look into that one
[13:17]	Oz Linden:	would _love_ your help, Merov - let's talk after this
[13:18]	Merovingian:	is there something with having "Wolf" in your name and being unable to spell?
[13:18]	JεŞŞⓘcα ﾚƔⓞη:	I lol'd
[13:18]	Merovingian:	has to parse comments twice to make sense of them
[13:18]	Oz Linden:	we've got a lot of *wolf* names on this project... not sure what that tells us...
[13:18]	Phoenix-FirestormViewer Rocks:	oh man, theres to meny wolves out there...
[13:19]	JεŞŞⓘcα ﾚƔⓞη:	we have a lot of 'wolfs' on the phoenix project too >.>
[13:19]	JεŞŞⓘcα ﾚƔⓞη:	they're taking over
[13:19]	বরুনদাশ গুপ্তে:	I even saw a "Wolf Linden" on jira today
[13:19]	JεŞŞⓘcα ﾚƔⓞη:	haha
[13:19]	Oz Linden:	I once worked for a 12 person company, 5 of whom were named Dave....
[13:19]	Oz Linden:	anyway....
[13:19]	Phoenix-FirestormViewer Rocks:	lol
[13:19]	বরুনদাশ গুপ্তে:	yay
[13:19]	Jonathan:	Wolf Linden is part of snowstorm
[13:19]	JεŞŞⓘcα ﾚƔⓞη:	lol
[13:20]	Oz Linden:	once open-1 and open-4 have at least reasonable workarounds, we'll merge autobuild
[13:20]	Tonya Souther:	knows a David Trout who solved that problem: he goes by "Fish".
[13:20]	Oz Linden:	Next major item
[13:21]	Oz Linden:	Cummere did a pass through VWR and came up with a whole bunch of build-related issues as candidates to be moved to OPEN
[13:21]	Oz Linden:	round of applause for Cummere....
[13:21]	Kitty Barnett:	yay!
[13:21]	Jonathan:	Hoooo!
[13:22]	Oz Linden:	So... we're going to zoom through the list and decide if we still care about each issue, and if so how much and move to OPEN if it's enough
[13:22]	Merovingian:	we moved some from SNOW too (still with Cummere's help)
[13:22]	Oz Linden:	otherwise, we'll just close 'em and forget 'em
[13:22]	Cummere Mayo:	im not very confident about this list ><
[13:22]	Oz Linden:	that's ok... it's having a list that's useful
[13:22]	Oz Linden:	first vwr-3621
[13:22]	Office Orb:	http://jira.secondlife.com/browse/VWR-3621 VWR-3621 Parser Stack Depth Exceeded needs its own error message.
[13:23]	Cummere Mayo:	case in point
[13:23]	Oz Linden:	If I'm not mistaken this is an LSL issue?
[13:23]	Robin Cornelius:	LSL compile is server side now
[13:23]	Merovingian:	right, not an OPEN issue then
[13:23]	Oz Linden:	nor VWR
[13:24]	Merovingian:	which project should that be moved to?
[13:24]	Cummere Mayo:	sorry i have a hard time telling the differance between building and scripting sometimes
[13:24]	Cummere Mayo:	hence part of why im very not sure of the list
[13:24]	Oz Linden:	SVC, I guess - that will get it on their triage
[13:24]	Robin Cornelius:	SVC i would say
[13:24]	Oz Linden:	no problem
[13:24]	Oz Linden:	either way it'll be out of our bucket
[13:24]	Merovingian:	volunteer to do the JIRA move
[13:24]	Oz Linden:	go
[13:24]	Oz Linden:	vwr-9557
[13:24]	Office Orb:	http://jira.secondlife.com/browse/VWR-9557 VWR-9557 a standalone build fails on Fedora with NVIDIA graphics driver: 'glActiveTextureARB' was not declared in this scope
[13:25]	Cummere Mayo:	i was told this is a lib issue
[13:25]	Oz Linden:	but there seems to be a patch...
[13:26]	Oz Linden:	this overlaps with the headers issue we were discussing earlier, Merov
[13:26]	বরুনদাশ গুপ্তে:	glh_linear?
[13:26]	Oz Linden:	I'd say move it to OPEN, change to Open status
[13:26]	Oz Linden:	right
[13:27]	Robin Cornelius:	the gl.h headers are distro supplied and if you use the nvidia supplied GL header you get the above build bug
[13:27]	Merovingian:	there's a related gl issue
[13:27]	বরুনদাশ গুপ্তে:	ah, so a different issue form the glh_linear one
[13:27]	বরুনদাশ গুপ্তে:	*from
[13:28]	Merovingian:	digs for the JIRA
[13:28]	Oz Linden:	maybe we need to make our package that installs the nvidia headers detect if the system already has better ones?
[13:28]	Robin Cornelius:	i though the GL headers came with the GLX you had installed? you don't just ship them around
[13:28]	Merovingian:	OPEN-14
[13:28]	Office Orb:	http://jira.secondlife.com/browse/OPEN-14 OPEN-14 we really need to decide how to handle glh/glh_linear.h for standalone cases
[13:29]	Robin Cornelius:	glh_linear is different
[13:29]	Robin Cornelius:	thats a standalone file that has no home anywhere
[13:29]	Oz Linden:	bring this one in and let's move on
[13:30]	Merovingian:	moves VWR-9557 to OPEN
[13:30]	Oz Linden:	vwr-13793
[13:30]	Office Orb:	http://jira.secondlife.com/browse/VWR-13793 VWR-13793 Full support for Linux 64-bit
[13:30]	JεŞŞⓘcα ﾚƔⓞη:	our users have been screaming for this one ^
[13:30]	Phoenix-FirestormViewer Rocks:	ya
[13:30]	Oz Linden:	well, this isn't going to happen soon, I'm sorry to say
[13:30]	Tonya Souther:	keep it on the radar?
[13:30]	JεŞŞⓘcα ﾚƔⓞη:	that's what I keep saying to them lol
[13:30]	Oz Linden:	I'm ok with importing it, and with taking patches to make it happen from the community though
[13:31]	Phoenix-FirestormViewer Rocks:	64bit support for all OSs at some point tin eh future would be nice
[13:31]	Cummere Mayo:	shrugs...
[13:31]	Oz Linden:	yes... would be nice....
[13:31]	Cummere Mayo:	I was told to make a list thats what i did... i wasnt told to weed out pipedreams :P
[13:31]	Tonya Souther:	I'm happy to let the Linux folks find the 64-bitness issues before I tackle OS X.
[13:31]	Phoenix-FirestormViewer Rocks:	but i agree theres more pressing things to work on at this time
[13:31]	Oz Linden:	there are really only ever 3 priorities: 1) what I'm doing now, 2) what I'll do next, 3) what I probably won't get to
[13:32]	Cummere Mayo:	32 bit mostly works okay on 64 bit os...
[13:32]	Robin Cornelius:	64 bit is not that broken, many of us have been doing linux 64 bit builds for years so the code itsself is in generaly ok shape for that
[13:32]	বরুনদাশ গুপ্তে:	One of the problems is that 32bit viewer can't use 64bit GStreamer.
[13:32]	Oz Linden:	ok vwr-19643
[13:32]	Office Orb:	http://jira.secondlife.com/browse/VWR-19643 VWR-19643 linux libndofdev incompatible to kernel >=2.6.33 (was: spacenavigator does not wok under x.org 1.8.0, udev and fedora 13)
[13:32]	Oz Linden:	ducks
[13:32]	Robin Cornelius:	there was a patch for libndofdev for new kernels
[13:32]	Oz Linden:	this has been on my plate forever... mea culpa
[13:32]	JεŞŞⓘcα ﾚƔⓞη:	lol
[13:33]	Oz Linden:	I need to repackage and build the new version...
[13:33]	Oz Linden:	just keeps not makeing it to #1
[13:33]	Oz Linden:	please import it, Merov
[13:33]	Oz Linden:	leave it assigned to me
[13:33]	Oz Linden:	vwr-20466
[13:33]	Office Orb:	http://jira.secondlife.com/browse/VWR-20466 VWR-20466 viewer-external uuid.lib: debugging information corrupt
[13:33]	বরুনদাশ গুপ্তে:	don't put this issue on some stack the, ... better a FIFO
[13:33]	বরুনদাশ গুপ্তে:	*then
[13:34]	Merovingian:	moves VWR-19643 to OPEN
[13:34]	JayR Cela:	my opinion / SL / QuickTime / Linux / do not play well together - PERIOD !!!!!! / is a waste of time
[13:34]	Robin Cornelius:	uuid.lib corrupt is caused my mixing your SDKs up
[13:34]	বরুনদাশ গুপ্তে:	QuickTime isn't used on Linux, JayR
[13:35]	Robin Cornelius:	i suspect its a win 7 user on VC2005 using SDK 7.x
[13:35]	Oz Linden:	the reporter was you, Robin...
[13:36]	Robin Cornelius:	forgot i filed that one
[13:36]	Oz Linden:	Can we just close this on the assumption that it either : was and incorrect setup, or: will be fixed by 2010 move?
[13:36]	JayR Cela:	@(br/ no quicktime does work with linux - watch Hulu.com on a regular basis / Quicktime and SL media webkit does not
[13:36]	Robin Cornelius:	its a build tool chain set up issue, so close please
[13:36]	Oz Linden:	thank you
[13:37]	JayR Cela:	oops sorry my mistake Hulu uses flash
[13:37]	বরুনদাশ গুপ্তে:	I mean, the Linux viewer doesn't use QuickTime to view mediea streams.
[13:37]	Robin Cornelius:	no wonder these issues are all very familar
[13:37]	বরুনদাশ গুপ্তে:	It uses GSTreamer instead.
[13:37]	Oz Linden:	vwr-20994
[13:37]	Office Orb:	http://jira.secondlife.com/browse/VWR-20994 VWR-20994 Add a 'printbuilddirs' command to develop.py
[13:37]	Oz Linden:	I believe that autobuild essentially already has this, and it replaces develop.py
[13:38]	Cummere Mayo:	hmm robin i think for the next round im just gonna look for issues created by you >.>
[13:38]	JayR Cela:	well Quicktime is as old as dirt / time to dump it / HTML5 should be seriously looked at
[13:38]	Phoenix-FirestormViewer Rocks:	doesnt webkit already support html5?
[13:38]	Phoenix-FirestormViewer Rocks:	or partially at least
[13:38]	Oz Linden:	focus, people....
[13:39]	Phoenix-FirestormViewer Rocks:	sorry
[13:39]	Oz Linden:	I'd say close 20994
[13:39]	Merovingian:	+1
[13:39]	Oz Linden:	won't finish because we're moving to autobuild
[13:39]	Oz Linden:	vwr-23304
[13:39]	Office Orb:	http://jira.secondlife.com/browse/VWR-23304 VWR-23304 Allow choosing between system headers/libraries and LL supplied ones per package
[13:40]	বরুনদাশ গুপ্তে:	should go to OPEN
[13:40]	Oz Linden:	but I think it may be the same as open-6
[13:40]	Office Orb:	http://jira.secondlife.com/browse/OPEN-6 OPEN-6 Add support to autobuild for local archives as dependencies and as targets
[13:40]	Oz Linden:	so move it, but link it to that one as related?
[13:41]	বরুনদাশ গুপ্তে:	let me read OPEN-6
[13:41]	Oz Linden:	we can take a deeper look when we actually do them
[13:41]	Merovingian:	resolve as dupe rather, no?
[13:41]	Oz Linden:	maybe
[13:42]	বরুনদাশ গুপ্তে:	I don't quite understand what OPEN-6 is asking for, so I can't tell whether it's the same
[13:42]	Oz Linden:	one thing I don't want to do is proliferate command line switches more than we really need
[13:42]	Oz Linden:	it's a little silly
[13:43]	Oz Linden:	the package/dependency mechanism only supports getting files remotely
[13:43]	Oz Linden:	it supports http and scp urls, but not file urls
[13:43]	বরুনদাশ গুপ্তে:	ah
[13:43]	Oz Linden:	almost certainly a really easy fix if anyone wants to flex some python muscles
[13:43]	বরুনদাশ গুপ্তে:	but how would I choose how to fulfil a dependency?
[13:44]	Oz Linden:	link them and let's move on
[13:44]	বরুনদাশ গুপ্তে:	ok
[13:44]	Merovingian:	does the move and link
[13:44]	Oz Linden:	you change your autobuild.xml file (or copy it to a temp and use that so that you don't accidentally check it in)
[13:44]	Oz Linden:	vwr-23465
[13:44]	Office Orb:	http://jira.secondlife.com/browse/VWR-23465 VWR-23465 !standalone build error due to missing libfreetype.so. libpangoft2-1.0.so: undefined reference to `FT_Realloc'
[13:45]	Oz Linden:	Gentoo specific?
[13:45]	বরুনদাশ গুপ্তে:	yes
[13:46]	Oz Linden:	anyone know if it's still a problem?
[13:46]	বরুনদাশ গুপ্তে:	or rather, doesn't occur on debian-like systems
[13:46]	বরুনদাশ গুপ্তে:	dunno if Gentoo is the only affected one
[13:46]	Tonya Souther:	Techwolf might, Oz, dunno anyone else. But all the world is not Ubuntu, or even Debian.
[13:46]	Oz Linden:	right....
[13:46]	Robin Cornelius:	gentoo might use different compile flags for freetype?
[13:47]	Oz Linden:	import it and assign back to techwolf ... the sources for those builds should soon be in public repos if they are not already
[13:47]	Oz Linden:	he can work out the upgrade/fix
[13:47]	Oz Linden:	and then we'll take it in
[13:48]	বরুনদাশ গুপ্তে:	dunno if it's that easy
[13:48]	Oz Linden:	VWR-23706
[13:48]	Office Orb:	http://jira.secondlife.com/browse/VWR-23706 VWR-23706 current snowstorm building script terminated due to "collect2: ld terminated with signal 9 [Killed] "
[13:49]	Oz Linden:	can anyone tell what this is?
[13:49]	Tonya Souther:	Looks like a hang that he sent a kill to.
[13:49]	JεŞŞⓘcα ﾚƔⓞη:	never seen that error
[13:49]	Tonya Souther:	Be nice if he'd actually included some description.
[13:49]	Oz Linden:	close it
[13:49]	Oz Linden:	not reproducible
[13:50]	বরুনদাশ গুপ্তে:	-DSERVER:BOOL=OFF ... wtf?
[13:50]	Oz Linden:	VWR-23826
[13:50]	Office Orb:	http://jira.secondlife.com/browse/VWR-23826 VWR-23826 LLDir integration test fails with "failed to write to test file '/tmp/getNextFileInDir02//file1.abc'"
[13:51]	বরুনদাশ গুপ্তে:	I think you guys fixed that one at some point.
[13:51]	Oz Linden:	that test has been cleaned up....
[13:51]	Oz Linden:	would you take that one and either repro on current builds or close it, please, B?
[13:51]	Merovingian:	I think so, resolved as "Fixed"?
[13:51]	বরুনদাশ গুপ্তে:	I think so
[13:51]	Oz Linden:	ok... let's do that then
[13:52]	Oz Linden:	VWR-23961
[13:52]	Office Orb:	http://jira.secondlife.com/browse/VWR-23961 VWR-23961 Add fmodex in FindFMOD cmake module
[13:52]	Robin Cornelius:	i think i still have a failing test, could be this one, i'll reopen if it is so
[13:52]	Merovingian:	Another FMOD one...
[13:52]	Robin Cornelius:	yea merge/dup as its all the same work required to solve anyway
[13:53]	Oz Linden:	move it and link to open-4
[13:53]	Office Orb:	http://jira.secondlife.com/browse/OPEN-4 OPEN-4 As an Open Source Developer, I would like to use Fmod in the autobuild system if i have the needed files already
[13:53]	Merovingian:	does that
[13:53]	Oz Linden:	VWR-24366
[13:54]	বরুনদাশ গুপ্তে:	that's already in STORM ?
[13:54]	Cummere Mayo:	that got moved
[13:54]	Cummere Mayo:	between when i wrote the list and now
[13:54]	Oz Linden:	ok... leave it
[13:54]	Phoenix-FirestormViewer Rocks:	STORM-981
[13:54]	Office Orb:	http://jira.secondlife.com/browse/STORM-981 STORM-981 CMAKE_EXE_LINKER_FLAGS not honored when linking the viewer binary if -DLL_TESTS:BOOL=ON
[13:54]	Oz Linden:	VWR-24375
[13:54]	Office Orb:	http://jira.secondlife.com/browse/VWR-24375 VWR-24375 link phase secondlife-bin fails; supplied LL-lib libuuid.so.1 needs to be removed.
[13:56]	Oz Linden:	not clear to me what the problem or the fix is....
[13:56]	বরুনদাশ গুপ্তে:	already has a dup in OPEN ?
[13:56]	বরুনদাশ গুপ্তে:	OPEN-16
[13:56]	Office Orb:	http://jira.secondlife.com/browse/OPEN-16 OPEN-16 link phase secondlife-bin fails; supplied LL-lib libuuid.so.1 needs to be upgraded
[13:56]	Oz Linden:	good catch...close as dup then
[13:57]	বরুনদাশ গুপ্তে:	Ah, that's one of those we moved from SNOW
[13:57]	Oz Linden:	VWR-24410
[13:57]	Office Orb:	http://jira.secondlife.com/browse/VWR-24410 VWR-24410 settings.xml not always updated during incremental builds, causing "WARNING: get: Control UpdaterMaximumBandwidth not found." and crash
[13:57]	Cummere Mayo:	is this kinda thing an open issue or not? so i know for future ref
[13:58]	বরুনদাশ গুপ্তে:	yeah
[13:58]	Oz Linden:	yes
[13:58]	বরুনদাশ গুপ্তে:	probably a missing dependency declaration
[13:58]	Oz Linden:	smells related to the settings problem Jonathan is having .... move it
[13:58]	Cummere Mayo:	kay i wanst sure
[13:58]	Jonathan:	it's only related by name
[13:59]	Oz Linden:	VWR-24484
[13:59]	Office Orb:	http://jira.secondlife.com/browse/VWR-24484 VWR-24484 libmedia_plugin_webkit.so doesn't find libqgif.so on standalone, all web features defunct
[13:59]	বরুনদাশ গুপ্তে:	standalone-specific, so OPEN, I'd say
[14:00]	Office Orb:	Your timer has expired!
[14:00]	বরুনদাশ গুপ্তে:	(might also be Gentoo specific)
[14:00]	Robin Cornelius:	no its not, its general standalone issue
[14:00]	Oz Linden:	I guess, but there's so much custom stuff in this I don't know what we'll do with it....
[14:00]	Robin Cornelius:	its related to how you build llqtwebkit
[14:00]	Cummere Mayo:	well i hope that list was good? ill try and get another done in the next week
[14:00]	Robin Cornelius:	-rpath is your friend
[14:00]	Oz Linden:	VWR-24594
[14:00]	Office Orb:	http://jira.secondlife.com/browse/VWR-24594 VWR-24594 Problems with develop.py and vstool when trying to setup new development environment with Visual Studio 2010
[14:00]	Oz Linden:	move to OPEN (without looking)
[14:01]	Tonya Souther:	the rest are VS 2010 too.
[14:01]	Phoenix-FirestormViewer Rocks:	why not close it? itsll be bypased with autobuild
[14:01]	Phoenix-FirestormViewer Rocks:	right?
[14:02]	Oz Linden:	24594 we should close, I think
[14:02]	Merovingian:	just moved it
[14:02]	Oz Linden:	the next two move,
[14:02]	Oz Linden:	that's ok
[14:03]	বরুনদাশ গুপ্তে:	ew, cascaded titles in description
[14:03]	Oz Linden:	the rest, move and we'll sort them out in the 2010 process
[14:03]	Cummere Mayo:	did i do okay with that list oz?
[14:04]	Oz Linden:	I'm going to leave item 4 from the agenda on for next time: Other Autobuild Issues Triage: OPEN-11 Change STANDALONE to something less confusing OPEN-17 Upgrade builds to use OpenJPEG 1.4 (and create autobuild configuration for the lib)
[14:04]	Office Orb:	http://jira.secondlife.com/browse/OPEN-11 OPEN-11 Change STANDALONE to something better.
[14:04]	Office Orb:	http://jira.secondlife.com/browse/OPEN-17 OPEN-17 64bit standalone build clients do not correctly upload textures with alpha
[14:04]	Oz Linden:	Outstanding, Cummere
[14:04]	Cummere Mayo:	k ill take another pass through when i can find time then
[14:04]	Oz Linden:	there was only one there that didn't belong, and it didn't belong in VWR either!!
[14:04]	Phoenix-FirestormViewer Rocks:	weve been using openjpeg 1.4 w/o much issue in FS and phoenix
[14:05]	Oz Linden:	Thank you everyone, and especially Merov for volunteering to do the Jira mechanics!
[14:05]	Robin Cornelius:	yes thats an old buggy openjpeg issue that i fixed
[14:05]	Robin Cornelius:	OPEN-17 close it with use a recent openjpeg
[14:05]	Cummere Mayo:	oh oz before i go... I sent the ca directly to you, so it may need forwarded... asumming its acceptable as is?
[14:06]	Phoenix-FirestormViewer Rocks:	thx Os and Mervo for taking your time with us
[14:06]	Oz Linden:	I'm going to get an autobuild-ized openjpeg repo up soon (unless someone else wants to do it?)
[14:06]	Oz Linden:	I'll get it Cummere.... and can forward just fine... thank you
[14:06]	Phoenix-FirestormViewer Rocks:	Oz*
[14:06]	Robin Cornelius:	just don't use the 1.3 tarball as a base
[14:06]	Oz Linden:	no, we'll get the new one
[14:06]	Robin Cornelius:	thats svn only i think
[14:06]	Robin Cornelius:	or git
[14:07]	Oz Linden:	autobuild can pull from svn
[14:07]	বরুনদাশ গুপ্তে:	git?
[14:07]	Oz Linden:	adding support for git should be easy if we have to do that
[14:07]	বরুনদাশ গুপ্তে:	ah, the upstream repo
[14:07]	Robin Cornelius:	ah sorry thats the debian repro not offical openjpeg
[14:07]	Oz Linden:	Maybe our Phoenix friends can help us get that set up?
[14:08]	Office Orb:	End transcription
[14:08]	Tonya Souther:	We can probably wrangle that, I think.