JogAmp IRC Chat Logs

#jogamp @ irc.freenode.net - 20130703 05:05:23 (UTC)

20130703 05:05:23 -jogamp- Previous @ http://jogamp.org/log/irc/jogamp_20130702050523.html
20130703 05:05:23 -jogamp- This channel is logged @ http://jogamp.org/log/irc/jogamp_20130703050523.html
20130703 07:32:17 <sgothel> good morning
20130703 07:32:50 <sgothel> @Mark: jstack .. would be necessary . so I assume unit test hangs somewhere ?
20130703 08:03:27 * [Mike] (~Mike]@anon) Quit (Read error: Connection reset by peer)
20130703 08:04:08 * monsieur_max (~maxime@anon) has joined #jogamp
20130703 11:50:04 <rmk0> lo
20130703 11:50:11 <sgothel> hi
20130703 11:50:13 <rmk0> sgothel: will be in in a few hours, will try to debug it
20130703 11:50:19 * rmk0 runs off /o/
20130703 14:59:42 * hharrison (~chatzilla@anon) Quit (Quit: ChatZilla 0.9.90 [Firefox 23.0/20130625125232])
20130703 15:55:16 * rmk0-alt (~rmk0-alt@anon) Quit (Ping timeout: 246 seconds)
20130703 16:00:40 * monsieur_max (~maxime@anon) Quit (Quit: Leaving.)
20130703 16:19:10 * [Mike] (~Mike]@anon) has joined #jogamp
20130703 17:12:17 * rmk0-alt (~rmk0-alt@anon) has joined #jogamp
20130703 17:12:17 * rmk0-alt (~rmk0-alt@anon) Quit (Changing host)
20130703 17:12:18 * rmk0-alt (~rmk0-alt@anon) has joined #jogamp
20130703 17:26:55 * monsieur_max (~maxime@anon) has joined #jogamp
20130703 19:04:31 * hharrison (~chatzilla@anon) has joined #jogamp
20130703 19:05:16 <hharrison> sgothel: have -rc12 pulled in for local testing, no longer seeing focus handling problems, so no more local patches for us!
20130703 19:06:14 <hharrison> ...although that missing debug statement is a bit annoying ;-)
20130703 19:08:14 <hharrison> One oddity however, gluegen-rt.jar and jogl-all.jar seem to have been generated improperly in the deployment folder
20130703 19:08:46 <hharrison> The .gz versions are fine, the .jars are wrapped by en extra level of jar-file
20130703 19:09:04 <hharrison> ie. gluegen.jar contains one file...gluegen.jar
20130703 19:14:58 <hharrison> sgothel: also, can you give some insight as to why the DebugGL2GL3 interface disappeared
20130703 19:16:28 <sgothel> Hi Harvey ..
20130703 19:16:51 <sgothel> " no longer seeing focus handling problems" .. I was thinking about you .. when dealing w/ it .. great!
20130703 19:17:04 <hharrison> I'm rather pleased
20130703 19:17:44 <sgothel> jar-in-jar really ?
20130703 19:17:49 <hharrison> really
20130703 19:17:55 <sgothel> which one,the 7z ? I was testing it here
20130703 19:18:19 <hharrison> nope, the raw gluegen-rt.jar in v2.0.2-rc12/jar/
20130703 19:18:38 <hharrison> same for jogl-all.jar....maybe all jars, I only grabbed those two
20130703 19:19:01 <sgothel> oh .. so gz and pack200 ok .. but those are .. doubled .. hmm
20130703 19:19:08 <sgothel> maybe for a loooong time ?
20130703 19:19:21 <sgothel> great - thx for finding this
20130703 19:19:38 <hharrison> Actualy, thinking bakc, I had a problem with eclipse not recognizing jars I downloaded, thought it was just file corruption and then grabbed a .gz
20130703 19:20:00 <hharrison> ...so it very well could have been there for a long time
20130703 19:20:04 <sgothel> so you don't use the 7z .. hmm
20130703 19:20:06 <olamedia> Ic everyone awked
20130703 19:20:09 <olamedia> awked
20130703 19:20:15 <olamedia> awaked
20130703 19:20:19 <olamedia> >_<
20130703 19:20:37 <sgothel> ok .. in the pipe .. bugreport .. will file one
20130703 19:20:57 <olamedia> awa - is a complicated sequence
20130703 19:21:04 <olamedia> to type
20130703 19:21:09 <olamedia> fast
20130703 19:21:46 <sgothel> http://jogamp.org/deployment/v2.0.2-rc12/jar/gluegen-rt.jar <- is ok !
20130703 19:22:08 <sgothel> wget http://jogamp.org/deployment/v2.0.2-rc12/jar/gluegen-rt.jar
20130703 19:22:28 <sgothel> maybe you are victim to some http request thingy .. and downloaded the pack200 file ?
20130703 19:22:54 <olamedia> I'm looking a way to add some paths to a ?system? resource loader so any clas will be able to load the file located at any specified place
20130703 19:24:13 <olamedia> for example, nifty-gui was unable to load own *.nxs files for own jar
20130703 19:24:13 <sgothel> @Harvey: Note we do the usual .htaccess { RewriteCond %{HTTP:Accept-Encoding} pack200-gzip .. RewriteCond %{REQUEST_FILENAME}.pack.gz -f
20130703 19:24:13 <sgothel> ..} stuff
20130703 19:24:24 <olamedia> *from
20130703 19:24:51 <olamedia> and was able to load them from working directory
20130703 19:25:41 <sgothel> @Harvey: We had a few those claims of broken jar files, due to downloading them via browser .. then they were gz, or pack.gz - use wget or curl
20130703 19:25:43 <olamedia> (extracted from jar)
20130703 19:25:46 <sgothel> or the 7z file
20130703 19:26:46 <sgothel> @Ola: the you have to add your own class loader, while using the current as parent - fun thing.
20130703 19:27:27 <olamedia> whis works for classes, yes... my modloader feels good
20130703 19:27:53 <olamedia> i meant resources
20130703 19:27:57 <sgothel> same thing
20130703 19:28:09 <olamedia> inside of jar
20130703 19:29:01 <sgothel> a classloader has methods for class and resource location - and look at our JarUtils .. etc .. i.e. the way we locate stuff in JAR files. Good luck.
20130703 19:29:11 <olamedia> i.e. *.nxs files was packed inside of nifty-gui.jar at the root of jar tree
20130703 19:29:16 <sgothel> (our method names actually match the ClassLoader convention)
20130703 19:30:29 <olamedia> so i probably have to add jar:file:///xxx.jar!#/ to a classpath?
20130703 19:31:00 <olamedia> for each jar i will find in libraries/mos?
20130703 19:31:03 <olamedia> *mods
20130703 19:32:17 <sgothel> @Ola: I have no time to support you - however, pls consider what I have said, plus you can have a very close look at GlueGen's classes: TempJarCache and JarUtil. You will find plenty of examples of doing a ClassLoader in the internets.
20130703 19:32:59 <sgothel> @Harvey: Can you confirm ?
20130703 19:33:16 <sgothel> (correct jar file .. via wget/curl ?)
20130703 19:33:52 <hharrison> Sorry, have someone talking over the wall, will try that shortly, I might be an http victim
20130703 19:33:59 <sgothel> @Harvey: How about the t-shirts ? Could you send them the update w/ colors ? Quote ?
20130703 19:36:51 <sgothel> @Ola: .. you would 'only' need to utilize TempJarCache's find*() methods in your classloader if you desire to load JAR file resources in your specific way, thats all it is. However, the Classloader for a class loaded from a JAR file would be already capable to find anything in that jar file ... pls find the remaining pieces of info yourself.
20130703 20:13:20 * rmk0 reappears
20130703 20:14:40 <rmk0> sgothel: seems that the com.jogamp.opengl.test.junit.newt.event.TestNewtKeyCodeModifiersAWT.test02NewtCanvasAWT_Onscreen test is at fault
20130703 20:14:53 <rmk0> the test fails, and that seems to leave a window open that never closes
20130703 20:14:58 <rmk0> it's ... rather strange
20130703 20:15:15 <rmk0> the test does fail and produce a failure report in eclipse, but the code itself seems to continue running with a window open
20130703 20:15:34 <rmk0> forcibly ending the process gives a "Process could not terminate" error in eclipse, and then it terminates anyway
20130703 20:15:43 <rmk0> not sure what info i can give you
20130703 20:16:07 <rmk0> or how to produce a stack trace there
20130703 20:16:28 <rmk0> the actual assertion that fails is at line 195
20130703 20:16:39 <rmk0> java.lang.AssertionError: Key press count failure (SI) expected:<3> but was:<0>
20130703 20:16:44 <rmk0> at com.jogamp.opengl.test.junit.util.NEWTKeyUtil.validateKeyAdapterStats(NEWTKeyUtil.java:195)
20130703 20:17:15 <rmk0> hm, i note at the top of the file, it says a US keyboard layout is required...
20130703 20:18:07 <rmk0> doesn't appear to make any difference
20130703 20:37:35 <sgothel> yeah .. those may fail .. indeed.
20130703 20:37:50 <sgothel> i.e. the AWT robot stuff fails sometimes ..
20130703 20:38:01 <rmk0> hm
20130703 20:38:13 <sgothel> so windows is kept open, but in junit test suit, it will / shall die .. (JVM fork)
20130703 20:38:16 <rmk0> anything i can do to work around it? i'm actually just trying to test that quirk patch
20130703 20:38:29 <rmk0> (which i think is currently wrong, but that's another story)
20130703 20:38:31 <sgothel> so the only valid test is to run it via cmd-line ..
20130703 20:38:41 <sgothel> just ignore it :)
20130703 20:38:55 <sgothel> if only 10% of tests fail .. we have a winner
20130703 20:38:59 <rmk0> this seems like a recent problem
20130703 20:39:10 <rmk0> i mean, i've been doing "ant junit.run" all year
20130703 20:39:19 <rmk0> just these past couple of days, it reliably fails there
20130703 20:39:21 <sgothel> right I haven't tested lately
20130703 20:39:31 <sgothel> so .. focus on quirk: it's orthogonal
20130703 20:39:40 <rmk0> i'm nervous about enabling the quirk without testing
20130703 20:39:46 <sgothel> otherwise: you are happy ? i.e. AMD+Mesa 3.1 works ?
20130703 20:39:55 <sgothel> 3.1 core that is ?
20130703 20:40:03 <rmk0> well, i wanted to ask... i've tried that quirk
20130703 20:40:07 <sgothel> well, we all will test it .. no problem
20130703 20:40:13 <rmk0> but i still see some unit tests produce bizarre looking gears in test windows
20130703 20:40:18 <sgothel> great .. and most of unit test work ?
20130703 20:40:30 <sgothel> well .. thats the question then ..
20130703 20:40:33 <rmk0> and i notice that although some contexts seem to say "3.1 (Core profile)", they still seem to be using GL3bc
20130703 20:40:46 <rmk0> not... sure if that's expected or not
20130703 20:41:05 <sgothel> they use GL4bcImpl .. impl class - but can't use GL3bc .. that would be a bug
20130703 20:41:25 <rmk0> let's see if i can get some debugging information...
20130703 20:41:38 <sgothel> i.e. allowing requested GL3 an giving back GL3bc .. sure a bug - but not by your quirk
20130703 20:41:56 <sgothel> maybe you have seen GL4bcImpl ?
20130703 20:42:22 <rmk0> am almost certain it was GL3bc, which surprised me
20130703 20:42:23 <rmk0> am waiting for git to finish doing whatever it's doing, then i'll try again
20130703 20:42:48 <sgothel> KUDOS to your thorough work !
20130703 20:43:01 <rmk0> i'll be quite sad if we can't enable 3.1 core
20130703 20:43:11 <sgothel> some day .. we can on AMT .. sure
20130703 20:43:13 <sgothel> *AMD
20130703 20:43:16 <rmk0> hehe
20130703 20:43:24 <sgothel> just need to wait .. or just allow it
20130703 20:43:27 <rmk0> did hear that they pushed a ridiculous number of patches recently
20130703 20:43:34 <rmk0> to mesa and the linux kernel
20130703 20:43:45 <sgothel> my gut feeling says: lets go for it .. nothing is lost
20130703 20:43:51 <rmk0> right
20130703 20:43:53 <sgothel> i.e. git history etc .. lets test
20130703 20:44:16 <hharrison> sgothel: confirmed, firefox wraps jar files in another jar file, curl and wget are fine
20130703 20:44:18 <hharrison> weird
20130703 20:44:21 <sgothel> maybe .. maybe we need to add a decision about the mesa driver version
20130703 20:44:45 <rmk0> i'm running arch, i see there's already 9.1.4 available
20130703 20:44:51 <rmk0> i've held off upgrading until this is resolved
20130703 20:44:52 <sgothel> yup .. funny stuff, our special jar recipe server side ..
20130703 20:45:27 <sgothel> so maybe we can say .. AMD-GL3.1-core allowed if Mesa >= 9.1.X
20130703 20:46:00 <sgothel> so .. I would say 3 queries then:
20130703 20:46:13 <sgothel> 1) Mesa >= 3.1 & compat -> NOPE
20130703 20:46:52 <sgothel> 2) AMD-GL3.1-core Mesa < 9.1.X -> NOPE
20130703 20:46:59 <sgothel> (sorry 2 queries only :)
20130703 20:47:10 <sgothel> the 'X' is up to you then :)
20130703 20:47:41 <sgothel> if you like .. you can make a property .. like DEBUG (see GLContext)
20130703 20:47:48 <hharrison> The AMD patches for linux kernel were all the long-delayed dynamic power management stuff
20130703 20:47:57 <hharrison> it was a 165 patch series
20130703 20:48:05 * rmk0 rebuilds
20130703 20:48:07 <sgothel> ahh .. thx .. wow, quite a power management :)
20130703 20:48:26 <hharrison> Long delayed...this code goes all the way back to HD5000 series
20130703 20:48:34 <sgothel> @Harvey: Sorry to bug you (my job) .. t-shirts ? me getting nervous .. deadline .. tomorrow ?
20130703 20:48:43 <hharrison> I'm on phone with them
20130703 20:48:56 <sgothel> bowing .. thx thx thx
20130703 20:49:15 <hharrison> no problem, my day has been a bit crazy
20130703 20:50:25 <hharrison> Just to confirm, white shirts, 110 of them, front and back filled with the given images
20130703 20:50:44 <sgothel> yes
20130703 20:50:59 <sgothel> if price lower than expected .. a few more are fine
20130703 20:51:20 <sgothel> 10% small ? + L / XL ..
20130703 20:51:24 <sgothel> M ? dunno
20130703 20:51:26 <hharrison> They're just loading them up right now to check the sizing, etc
20130703 20:51:28 <sgothel> maybe for kids ?
20130703 20:51:40 <sgothel> good .. so they get the new version w/ fixed colors
20130703 20:51:55 <hharrison> Can you email offline who/what to invoice for them
20130703 20:52:01 <sgothel> if the 2.0.2 is symmetrical .. should be fine (-path.svg version)
20130703 20:52:08 <sgothel> ofc
20130703 20:52:19 <sgothel> IBAN etc would be great
20130703 20:54:00 <sgothel> gmail or company ?
20130703 20:54:42 <sgothel> gmail it is
20130703 20:56:05 <hharrison> yep, gmail, got it
20130703 20:56:46 <rmk0> possibly dumb question, but which of all these scripts to i want to use to run, ferexample, src/test/com/jogamp/opengl/test/junit/jogl/demos/es2/newt/TestGearsES2NEWT.java, assuming that i've just built the jogl sources?
20130703 20:57:27 <sgothel> jogl/make> scripts/tests-x64.sh -time 10000
20130703 20:57:32 <sgothel> for 64bit jvm ..
20130703 20:57:36 <rmk0> right, thanks
20130703 20:58:34 <sgothel> ../../gluegen/make/scripts/setenv-build-jogl-x86_64.sh <- the java finder .. may need to be adjusted :)
20130703 20:58:40 <sgothel> or picks up default
20130703 20:59:08 <sgothel> script/tests.sh .. the generic file being invoked .. enable/disable tests and flags
20130703 21:06:49 <rmk0> yep, something's definitely up
20130703 21:07:49 <rmk0> one sec, fighting gitweb
20130703 21:08:19 <rmk0> https://jogamp.org/git/?p=users/mraynsford/jogl.git;a=commitdiff;h=1455848398ccdfa89ec9f19379c5dcaed8198e28
20130703 21:08:52 <rmk0> https://outland.arc7.info/2013/07/03/output.txt
20130703 21:09:08 <rmk0> that's the output from com.jogamp.opengl.test.junit.jogl.demos.es2.newt.TestGearsES2NEWT
20130703 21:09:27 <rmk0> i seem to be getting something where GL_VERSION: 3.1 (Core Profile) Mesa 9.1.3
20130703 21:09:47 <rmk0> and yet the profile is GL Profile: GLProfile[GL3bc/GL3bc.hw]
20130703 21:09:55 <rmk0> it seems like the quirk just isn't there... not sure what's going on
20130703 21:10:09 <rmk0> is possible i screwed up the patch, but i can't see it
20130703 21:10:29 <sgothel> Error code: ssl_error_no_cypher_overlap)
20130703 21:10:39 <rmk0> oops, wrong uri
20130703 21:10:55 <rmk0> http://waste.io7m.com/2013/07/03/output.txt
20130703 21:10:58 <rmk0> *ahem*
20130703 21:12:11 <sgothel> this is most weird .. indeed
20130703 21:12:25 <sgothel> for sure a bug I have to take care of
20130703 21:12:35 <rmk0> that's a relief... sort of
20130703 21:13:03 <sgothel> + if(glRenderer.contains( MesaSP ))
20130703 21:13:03 <sgothel> {
20130703 21:13:03 <sgothel> + if (compatCtx && (major > 3 || (major == 3 && minor >= 1))) {
20130703 21:13:15 <sgothel> we are already in the mesa branch ..
20130703 21:13:51 <rmk0> oh, yes
20130703 21:14:18 <rmk0> shouldn't cause that bug, though?
20130703 21:14:22 <rmk0> would be a redundant check
20130703 21:14:42 <sgothel> so you think .. we should do it this way, i.e. not like .. adding a vendor version as I have described above w/ 2 queries ?
20130703 21:14:53 <sgothel> no bug .. just more confusion :)
20130703 21:14:59 <rmk0> i don't know enough to say at the moment
20130703 21:15:04 <rmk0> this patch was written yesterday
20130703 21:15:06 <sgothel> on the other hand: redundancy is a bug :)
20130703 21:15:13 <sgothel> ok .. so lets take it
20130703 21:15:22 <sgothel> I merge as it is .. thank you
20130703 21:15:29 <rmk0> i'd be inclined to remove that extra "if (MesaSP)"
20130703 21:15:33 <sgothel> and we see .. what happens .. it's future proof :)
20130703 21:15:38 <sgothel> ok .. do it ..
20130703 21:15:38 <rmk0> i didn't realize that check had already been done
20130703 21:15:55 <sgothel> use a smaller font or a bigger monitor :)
20130703 21:16:24 <sgothel> I know .. a freaking source code file >> 1000 lines of code ? lol
20130703 21:17:29 <sgothel> you: rsion : 3.1 (Core Profile) Mesa 9.1.3 ?
20130703 21:17:38 <rmk0> pushed
20130703 21:17:49 <rmk0> yep
20130703 21:18:10 <rmk0> OpenGL vendor string: X.Org
20130703 21:18:10 <rmk0> OpenGL renderer string: Gallium 0.4 on AMD RV730
20130703 21:18:10 <rmk0> OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.1.3
20130703 21:18:58 <sgothel> lets see what Juan had .. maybe this gives us an idea ..
20130703 21:19:27 <sgothel> -> 3.1 (Core Profile) Mesa 9.2.0-devel
20130703 21:19:45 <sgothel> So Juan had this version .. where he claimed 3.1-core is not working
20130703 21:19:46 <sgothel> hmm
20130703 21:19:49 * monsieur_max (~maxime@anon) Quit (Quit: Leaving.)
20130703 21:20:20 <sgothel> yup .. I am fine w/ our decision then :)
20130703 21:20:21 <rmk0> well he may have run into the same issue that i apparently have
20130703 21:20:33 <rmk0> where it's claiming to be core but somehow a GL3bc is returned
20130703 21:20:45 <sgothel> yup .. very good
20130703 21:20:54 <sgothel> looks like another bug report :)
20130703 21:20:57 <sgothel> you ? me ?
20130703 21:21:09 <rmk0> i'll do it
20130703 21:21:12 <sgothel> thx
20130703 21:21:21 <sgothel> and you use ? distri ARCH ?
20130703 21:21:27 <rmk0> yeah
20130703 21:21:42 <sgothel> hmm .. my intel mesa test box should produce similar result ..
20130703 21:21:54 <sgothel> and the usual Test*GearsES2*NEWT ? right ?
20130703 21:21:58 <sgothel> state it .. pls
20130703 21:22:01 <rmk0> yep
20130703 21:22:14 <rmk0> i'm not sure how much overlap there is between the mesa AMD and intel stuff
20130703 21:22:21 <sgothel> was a good decision to do RC12 .. lots of tiny bigs to fix :)
20130703 21:22:34 <sgothel> a lot .. gallium .. same AFAIK
20130703 21:22:38 <rmk0> glxinfo for intel's mesa never mentions Gallium
20130703 21:22:53 <rmk0> at least not on this hardware
20130703 21:22:57 <rmk0> sandy bridge, intel hd 4000
20130703 21:23:08 <sgothel> oh .. maybe I am out of data .. once Intel had their own .. and then I though AMD went the Intel way .. hmm
20130703 21:23:11 <sgothel> yup
20130703 21:23:39 <rmk0> i'll wait for you to merge this quirk patch so that i can file a report against it
20130703 21:23:54 <rmk0> hehe
20130703 21:23:59 <rmk0> sounds aggressive
20130703 21:24:10 <rmk0> "i'll wait for you to merge my patch so that i can immediately turn around and shit all over it"
20130703 21:25:09 * void256 (~chatzilla@anon) has joined #jogamp
20130703 21:25:32 <sgothel> Hi Jens
20130703 21:26:13 * void256_ (~chatzilla@anon) has joined #jogamp
20130703 21:26:40 <void256_> hi sven
20130703 21:26:49 <void256_> sup? ready for siggraph? :)
20130703 21:27:08 <sgothel> bug hunting .. the fine print
20130703 21:29:53 * void256 (~chatzilla@anon) Quit (Ping timeout: 240 seconds)
20130703 21:30:08 * void256_ is now known as void256
20130703 21:30:14 <void256> kill them all \m/ :D \m/
20130703 21:31:05 <sgothel> :)
20130703 21:32:07 <sgothel> merged .. pushed .. (and recovered a bit of knowledge in the API doc of the quirk)
20130703 21:33:33 <sgothel> I have to thank the good bug reports w/ unit tests and test data - good stuff
20130703 21:33:43 <rmk0> \o/
20130703 21:33:51 <rmk0> is painful to deal with the opposite
20130703 21:33:57 <rmk0> wouldn't inflict that on anyone
20130703 21:34:15 <sgothel> yup .. hope 'Ola' is reading this
20130703 21:34:28 <sgothel> I still haven't given up hope :)
20130703 21:40:57 <rmk0> bug 774
20130703 21:43:04 <sgothel> https://jogamp.org/wiki/index.php/SW_Tracking_Report_Objectives_for_the_release_2.0.2_of_JOGL .. added :)
20130703 21:43:13 <rmk0> is that list compiled by hand?
20130703 21:43:19 <sgothel> yes
20130703 21:43:26 <sgothel> cherry picked
20130703 21:43:32 <rmk0> i assumed there was some magic going on underneath
20130703 21:43:33 <sgothel> good to force me to do a bug walk
20130703 21:43:37 <rmk0> didn't realize it was just brute force!
20130703 21:43:41 <sgothel> well, there is ..
20130703 21:44:00 <sgothel> a bugzilla/wiki magic .. just a list of bug numbers .. in query ..
20130703 21:44:04 <sgothel> see source
20130703 21:44:14 <rmk0> arhar
20130703 21:44:31 <rmk0> is that a mediawiki plugin?
20130703 21:44:42 <sgothel> https://jogamp.org/wiki/index.php/SW_Tracking
20130703 21:44:43 <sgothel> yes
20130703 21:44:47 <rmk0> not bad
20130703 21:45:10 <sgothel> https://jogamp.org/bugzilla/buglist.cgi?chfield=bug_status&chfieldfrom=2012-08-07&chfieldto=2013-07-24&chfieldvalue=RESOLVED&classification=Unclassified&classification=JogAmp_Core&query_format=advanced&resolution=---&resolution=FIXED&resolution=INVALID&resolution=WONTFIX&resolution=DUPLICATE&resolution=WORKSFORME&resolution=MOVED&title=Bug%20List%3A%20ProgressSiggraph2013&list_id=1292
20130703 21:45:16 <sgothel> me playing w/ queries :)
20130703 21:45:22 <rmk0> heh
20130703 21:47:37 <sgothel> one down - one up (bug) .. keeps me busy :)
20130703 21:48:42 <sgothel> guess 744 is next - then the GL mapping stuff, since this will be included in ES3/GL4.3 work
20130703 21:49:00 <sgothel> and then .. finally .. playing a/v w/ Xerxes :)
20130703 21:49:29 <rmk0> i'd like to shove out another rcYYYYmmdd to the testing repository
20130703 21:49:43 <rmk0> when that's down, i mean
20130703 21:49:44 <sgothel> good idea
20130703 21:49:44 <rmk0> 774
20130703 21:50:14 <sgothel> need to check regressions before twiddling w/ gluegen/gl :)
20130703 21:51:26 <sgothel> kicking off jenkins ..
20130703 21:52:27 <sgothel> https://en.wikipedia.org/wiki/Gallium3D - no Intel, right
20130703 21:53:01 <rmk0> seem to remember hearing they objected to it
20130703 21:53:11 <rmk0> another layer between the OS and their hardware
20130703 22:05:27 <sgothel> @Harvey: T-Shirt shop is happy w/ SVG files ? Weight ok ? Extra bag .. just checking :)
20130703 22:07:45 <sgothel> .. 4th of July .. in .. errr .. Cairo :)
20130703 22:10:40 <sgothel> ( http://reuters.livestation.com/demo :)
20130703 22:13:17 <void256> yep seems like "some" people are happy there ;)
20130703 22:14:38 <sgothel> as loooong they are all happy .. nice. yeah, takes some time to get the 'democracy' working, maybe too early elections w/o enough education upfront. oh well. hope it's them Egypts .. and not some external stimuli.
20130703 22:18:07 <void256> aye :/
20130703 22:49:10 <sgothel> ok .. having a mesa 9.1.3 intel + software avail now .. testing
20130703 22:56:05 <sgothel> GL_RENDERER: Mesa DRI Intel(R) Sandybridge Desktop
20130703 22:56:05 <sgothel> GL_VERSION: 3.1 (Core Profile) Mesa 9.1.3
20130703 22:56:05 <sgothel> GL GLSL: true, has-compiler-func: true, version 1.40, 1.40.0
20130703 22:56:05 <sgothel> GL FBO: basic true, full true
20130703 22:56:05 <sgothel> GL Profile: GLProfile[GL3/GL3.hw]
20130703 22:56:26 <rmk0> sounds more like it
20130703 22:59:03 <sgothel> main-SharedResourceRunner: GLContext.setGLFuncAvail: post version verification 3.1 (Core profile, arb, hardware), strictMatch true, versionValidated true, versionGL3IntFailed false
20130703 22:59:46 <sgothel> Native
20130703 22:59:47 <sgothel> GL4bc false
20130703 22:59:47 <sgothel> GL4 false
20130703 22:59:47 <sgothel> GL3bc false
20130703 22:59:47 <sgothel> GL3 true [3.1 (Core profile, arb, ES2 compatible, FBO, hardware)]
20130703 22:59:47 <sgothel> GL2 true [3.0 (Compatibility profile, arb, ES2 compatible, FBO, hardware)]
20130703 22:59:47 <sgothel> GL2ES1 true
20130703 22:59:48 <sgothel> GLES1 true [1.0 (ES profile, FBO, hardware)]
20130703 22:59:48 <sgothel> GL2ES2 true
20130703 22:59:49 <sgothel> GLES2 true [2.0 (ES profile, ES2 compatible, FBO, hardware)]
20130703 23:00:21 <sgothel> Profiles
20130703 23:00:21 <sgothel> GLProfile[GL2ES2/GL3.hw]
20130703 23:00:21 <sgothel> GLProfile[GL2ES1/GL2.hw]
20130703 23:00:21 <sgothel> GLProfile[GL2/GL2.hw]
20130703 23:00:21 <sgothel> GLProfile[GL3/GL3.hw]
20130703 23:00:21 <sgothel> GLProfile[GL2/GL2.hw]
20130703 23:00:21 <sgothel> GLProfile[GLES2/GLES2.hw]
20130703 23:00:22 <sgothel> GLProfile[GLES1/GLES1.hw]
20130703 23:00:22 <sgothel> GLProfile[GL2GL3/GL3.hw]
20130703 23:00:23 <sgothel> default GLProfile[GL2/GL2.hw]
20130703 23:00:43 <rmk0> does this mean the problem's solved, or that it can't be reproduced?
20130703 23:00:56 <sgothel> you see all these thing w/ D_ARGS="-Djogl.debug.GLContext -Djogl.debug.GLProfile"
20130703 23:01:06 <sgothel> well .. I cannot reproduce it here .. for now
20130703 23:02:58 <rmk0> let's see if i can get more output out of it
20130703 23:03:46 <sgothel> #testnoawt com.jogamp.newt.opengl.GLWindow <- should be enough actually .. best w/ all DEBUG enabled
20130703 23:03:56 <sgothel> jogl.debug=all
20130703 23:05:33 <rmk0> right
20130703 23:06:53 <sgothel> @ALL: Lets also remove/hide deprecated stuff or stuff which is public/protected but should not be .. if you see something ..
20130703 23:07:58 <rmk0> ...
20130703 23:08:06 <rmk0> now all of a sudden, i'm not seeing GL3bc
20130703 23:08:11 <rmk0> ...
20130703 23:08:12 <sgothel> lol
20130703 23:08:23 <sgothel> magic of the nightshift :)
20130703 23:08:25 * rmk0 eyes walls suspiciously
20130703 23:08:48 <rmk0> lovely 3.1 core glxgears
20130703 23:09:04 <sgothel> where do you get this ?
20130703 23:09:41 <rmk0> com.jogamp.opengl.test.junit.jogl.demos.es2.newt.TestGearsES2NEWT
20130703 23:09:47 <rmk0> i've absolutely no idea why it suddenly works
20130703 23:10:03 <rmk0> wonder if i was somehow using stale compiled classes
20130703 23:10:11 <sgothel> let's HOPE .. it were your eyes .. and not .. a race condition .. ahem
20130703 23:10:23 <sgothel> but .. detection happens on one thread only .. so impossible
20130703 23:10:42 <sgothel> -> 'main-SharedResourceRunner'
20130703 23:11:10 <rmk0> i'm prepared to believe that this one was my fault
20130703 23:11:20 <rmk0> other things seem well behaved
20130703 23:11:36 <sgothel> great then .. you may close your bug .. :)
20130703 23:11:45 * rmk0 stumbles over to bugzilla
20130703 23:13:51 <sgothel> hmm .. lots of fullscreen/mode-change assumption fail .. manual checking now
20130703 23:28:47 <sgothel> would love to remove the ole chestnut .. javax.media.opengl.GLPbuffer .. hmm
20130704 00:01:44 * void256 (~chatzilla@anon) Quit (Remote host closed the connection)
20130704 00:41:04 <hharrison> sgothel: talked them into a price break for > 100 shirts, cost incl. tax is 9.20/shirt
20130704 00:41:29 <sgothel> perfect .. !
20130704 00:41:32 <sgothel> weight ?
20130704 00:42:01 <sgothel> i.e. extra bag we shall pay for you ?
20130704 00:42:22 <hharrison> I accept payment in beer ;-)
20130704 00:42:33 <sgothel> that ... ofc anyways!
20130704 00:42:45 <sgothel> well .. 120 then .. if possible
20130704 00:43:10 <hharrison> I'm headed over there tomorrow to do invoicing, will email it to you afterwards
20130704 00:43:28 <hharrison> Yep, as long as we finalize by Friday they say they can deliver before I leave
20130704 00:43:47 <hharrison> After that it's possible, but not gauarnteed
20130704 00:43:56 <sgothel> awesome .. thank you - will transfer money right away - if they prefer CC would be possible as well - but then they have to pay the 7% or so ..
20130704 00:44:20 <sgothel> can finalize tomorrow ? no ?
20130704 00:44:26 <hharrison> That's what I'm going to deal with in person tomorrow to see what they prefer
20130704 00:44:45 <sgothel> so for us .. anything goes .. as long it's on time :)
20130704 00:45:00 <hharrison> Yeah, I thought the price was darn reasonable
20130704 00:45:28 <sgothel> either CC .. I can call them .. or err .. electronic transfer (1 week .. round about) .. dunno if they trust us
20130704 00:45:36 <sgothel> so it's their choice!
20130704 00:45:57 <hharrison> Yep, they seem pretty nice (they're just down the block from me as it turned out)
20130704 00:45:58 <sgothel> yes .. price is _very_ reasonable .. they should have a good tip
20130704 00:46:47 <sgothel> they can put tip on the invoice .. or cash (no tax) .. 100 CAD seems reasonable .. if all goes well (cash - we will give it to you)
20130704 00:47:26 <sgothel> so I stay put .. i.e. avail .. for call or whatever :)
20130704 00:47:35 <sgothel> hence I assume SVG is fine ?
20130704 00:47:37 <sgothel> great
20130704 00:48:02 <sgothel> I feel 50% relived now :)
20130704 00:49:58 <sgothel> .. or paypal .. hmm .. yup, their choice
20130704 01:03:47 <hharrison> Need to head out, will get this all finished tomorrow
20130704 01:03:52 * hharrison (~chatzilla@anon) has left #jogamp
20130704 04:50:36 * [Mike] (~Mike]@anon) Quit ()
20130704 05:05:23 -jogamp- Continue @ http://jogamp.org/log/irc/jogamp_20130704050523.html