JogAmp IRC Chat Logs

#jogamp @ irc.freenode.net - 20130328 05:06:41 (UTC)

20130328 05:06:41 -CatOut- Previous @ http://jogamp.org/log/irc/jogamp_20130327050627.html
20130328 05:06:41 -CatOut- This channel is logged @ http://jogamp.org/log/irc/jogamp_20130328050641.html
20130328 07:19:41 * ___m___ (~Mike]@anon) has joined #jogamp
20130328 07:22:21 * [Mike] (~Mike]@anon) Quit (Ping timeout: 256 seconds)
20130328 07:24:34 * ___m___ (~Mike]@anon) Quit (Ping timeout: 272 seconds)
20130328 08:17:38 * ebrayet (~Adium@anon) has joined #jogamp
20130328 08:20:14 * ebrayet1 (~Adium@anon) has joined #jogamp
20130328 08:22:03 * ebrayet (~Adium@anon) Quit (Ping timeout: 252 seconds)
20130328 09:04:21 * ebrayet1 (~Adium@anon) Quit (Quit: Leaving.)
20130328 09:07:09 * ebrayet (~Adium@anon) has joined #jogamp
20130328 09:09:59 <xranby> good morning
20130328 09:10:06 <sgothel> morning!
20130328 09:10:23 <xranby> i got visuals on the ac100 now using processing 2.0 b8
20130328 09:11:01 <sgothel> on AWT-EDT and chosenCaps on GLEL.init ?
20130328 09:11:15 <sgothel> maybe you can offer AC a pull req.
20130328 09:11:25 <sgothel> plus we need to discuss the FBO changes :)
20130328 09:11:39 <xranby> by simply placinf the chosenCaps on GLEL.init
20130328 09:11:56 <xranby> i have a quite long initialization time that i need to look into
20130328 09:12:14 <sgothel> yeah .. sort of complex
20130328 09:13:12 <sgothel> we have this if (!AWT-EDT) then run() else invokeOnAWTEDT( { run() } ) thingy
20130328 09:13:14 <xranby> processing opens a window, and then after 20seconds+ i get the visuals
20130328 09:13:22 <sgothel> lol
20130328 09:13:37 <xranby> its like processing is waiting for some redraw request from the windowmanager before it starts the animation thread
20130328 09:14:01 <sgothel> hmm .. after add / validate a redraw should happen
20130328 09:14:06 <sgothel> again do the above logic
20130328 09:14:38 <xranby> i will add teh validate and see how it improve things
20130328 09:14:43 <sgothel> AWTEDTExecutor.invoke(..)
20130328 09:15:09 <sgothel> in GlueGen .. the logic to use, since you cannot do it when already on AWT-EDT
20130328 09:16:24 <sgothel> TestParenting01cSwingAWT.testWindowParenting05ReparentAWTWinHopFrame2Frame line 326
20130328 09:20:24 <xranby> I only see use of SwingUtilities.invokeAndWait
20130328 09:20:40 <sgothel> yes b/c we know it's not on AWT
20130328 09:20:49 <sgothel> but if you don't know .. better check :)
20130328 09:21:00 <sgothel> i.e. create your Runnable instance w/ action
20130328 09:21:20 <sgothel> and either invoke on thread if AWT-EDT, or force invoke on AWT-EDT
20130328 09:33:52 * xranby is busy decorating AWTEDTExecutor.singleton.invoke(true...
20130328 09:49:16 * iNeoPhoenix (~Adium@anon) has joined #jogamp
20130328 09:53:33 * DemoscenePassiv (~Lutsche@anon) has joined #jogamp
20130328 11:32:06 * ebrayet (~Adium@anon) Quit (Quit: Leaving.)
20130328 11:35:29 -mquin- [Global Notice] Seems we're having a few network problems, please bear with us while we look into it
20130328 11:54:23 * gouessej (546051e4@anon) has joined #jogamp
20130328 11:54:32 <gouessej> hi
20130328 11:54:53 <gouessej> The roadmap is ready: http://jogamp.org/wiki/index.php/SW_Tracking_Report_Objectives_for_the_release_2.0.2_of_JOGL
20130328 11:55:19 <gouessej> Of course, some enhancements can still be postponed to the next minor release
20130328 11:55:22 <sgothel> hi, nice - will look at it later
20130328 11:55:31 <sgothel> busy w/ stuff right now
20130328 11:55:49 <gouessej> who is intended to fix JOCL bugs?
20130328 11:55:57 <gouessej> ok sorry
20130328 11:56:23 <gouessej> bye
20130328 11:56:27 * gouessej (546051e4@anon) Quit (Client Quit)
20130328 12:40:23 * rmk0 looks forward to 2.0.2
20130328 12:59:11 * ebrayet (~Adium@anon) has joined #jogamp
20130328 14:18:13 * [Mike] (~Mike]@anon) has joined #jogamp
20130328 14:36:36 * DemoscenePassiv (~Lutsche@anon) Quit ()
20130328 15:21:41 * ebrayet (~Adium@anon) Quit (Quit: Leaving.)
20130328 15:22:55 * ebrayet (~Adium@anon) has joined #jogamp
20130328 15:54:58 <sgothel> anybody likes to rewrite the following JPEG Decoder in java ?
20130328 15:55:00 <sgothel> https://github.com/notmasteryet/jpgjs/blob/master/jpg.js
20130328 15:56:01 <sgothel> looks like a small footprint one, good fallback supporting a good portion of jpeg profiles
20130328 16:27:16 * ebrayet (~Adium@anon) Quit (Quit: Leaving.)
20130328 16:46:31 * [Mike] is now known as __m__
20130328 16:46:52 * __m__ is now known as [Mike[
20130328 16:46:55 * [Mike[ is now known as [Mike]
20130328 16:48:18 * ebrayet (~Adium@anon) has joined #jogamp
20130328 17:00:37 * iNeoPhoenix (~Adium@anon) has left #jogamp
20130328 17:14:45 * ebrayet (~Adium@anon) Quit (Ping timeout: 248 seconds)
20130328 17:44:55 <sgothel> regarding bug588 (jogl version in human readable form)
20130328 17:45:39 <sgothel> in maven .. if you just have released let's say 2.0-rc11, you would commit the version string 2.0-rc12-SNAPSHOT until you release 2.0-rc13 right ?
20130328 17:46:17 <sgothel> 1) 2.0-rc11 2) 2.0rc12-SNAPSHOT .. many intermediate builds/etc .. 3) 2.0-rc12 .. etc ?
20130328 17:46:29 <sgothel> Mark ?
20130328 17:52:24 <sgothel> yes .. looks like
20130328 18:01:50 <rmk0> lo, sorry, was out
20130328 18:02:05 <sgothel> added info at Bug 588
20130328 18:02:13 <rmk0> yeah, basically 'SNAPSHOT' is expanded to a timestamp at deployment time
20130328 18:02:31 <sgothel> YYYYMMDD should be enough I guess .. hmm :)
20130328 18:02:51 <rmk0> i forget what it gives you by default
20130328 18:03:00 <rmk0> think it may be YYYYMMDDHHMMSS
20130328 18:03:19 <rmk0> clearly people at sonatype deploy every second!
20130328 18:03:26 <sgothel> good - I will skip the seconds then :)
20130328 18:03:30 <sgothel> hehe
20130328 18:04:33 * DemoscenePassiv (~Lutsche@anon) has joined #jogamp
20130328 18:04:45 <rmk0> i'm mildly allergic to snapshots, the way they work there
20130328 18:04:56 <rmk0> it's mostly that the timestamp isn't visible, semantically
20130328 18:05:09 <rmk0> you write software that depends on <version>2.0-rc12-SNAPSHOT</version>
20130328 18:05:25 <sgothel> right .. you need to peek ..
20130328 18:05:30 <sgothel> or you get the latest
20130328 18:05:37 <rmk0> after a month or so, you go back to that old piece of software and try to build it, and find that whatever passes for 2.0-rc12-SNAPSHOT isn't compatible
20130328 18:05:50 <rmk0> i've hit myself with that a few times
20130328 18:05:53 <rmk0> not with jogamp
20130328 18:06:18 <sgothel> well, that why you have fixed versions as well
20130328 18:06:22 <rmk0> yeah
20130328 18:06:40 <sgothel> ok, Sylvestro asked for that human readable version tag .. so he gets one I guess :)
20130328 18:06:41 <rmk0> point being is that snapshots are only safe in the very short term
20130328 18:09:34 * gouessej (5279cd8e@anon) has joined #jogamp
20130328 18:09:46 <gouessej> Hi
20130328 18:09:59 <sgothel> hi
20130328 18:10:16 <gouessej> Sven, shoud I call (*env)->CallBooleanMethod(env, window, isPointerVisibleID) to get the value of "pointerVisible" before calling ShowCursor in the case WM_SETCURSOR in the method "wndProc" ?
20130328 18:10:34 <gouessej> There is probably something easier
20130328 18:10:38 <gouessej> to do
20130328 18:10:43 <sgothel> nope - as I mentioned, you can save it in the structure ..
20130328 18:10:48 <sgothel> which is attached
20130328 18:10:55 <gouessej> wud
20130328 18:11:03 <sgothel> -> email
20130328 18:11:14 <gouessej> yes I remember
20130328 18:11:50 <sgothel> good job walking through the bugs!
20130328 18:11:58 <sgothel> doing the version tag now :)
20130328 18:17:59 <gouessej> ok the fix is ready but my environment under Windows isn't...
20130328 18:18:06 <sgothel> :)
20130328 18:18:21 <sgothel> that sounds pretty cocky .. i.e. w/o testing it :)
20130328 18:18:38 <sgothel> me not trusting anything w/o unit tests .. hoho
20130328 18:19:23 <gouessej> How can I write a unit test for this feature? I have no way (yet) to natively check whether the pointer is visble or not
20130328 18:19:39 <sgothel> that is true .. indeed :)
20130328 18:19:54 <sgothel> we still lack the image comparison feature .. etc etc hehe
20130328 18:20:03 <sgothel> but at least, one for manual testing .. maybe
20130328 18:20:26 <gouessej> Can I build JOGL with msys instead of mingw? Is it intended to work?
20130328 18:20:28 <sgothel> at least some manual testing should happen - I know UI tests sucks
20130328 18:20:38 <sgothel> never tried msys
20130328 18:20:45 <sgothel> didn't know it has a compiler
20130328 18:21:00 <gouessej> ok I have to install MinGW
20130328 18:24:42 <sgothel> jogamp.version: 2.0-rc12-yyyyMMddHHmm
20130328 18:24:57 <sgothel> then: 2.0-rc12 (rc12 release)
20130328 18:25:07 <sgothel> then 2.0-rc13-*
20130328 18:25:11 <sgothel> then 2.0.2 :)
20130328 18:25:18 <sgothel> ok?
20130328 18:25:36 <sgothel> for JARs manifest .. and JogampVersion class
20130328 18:26:22 <gouessej> if it is ok for Sylvestre, it is ok for me too
20130328 18:26:34 <sgothel> well, it's for all of us :)
20130328 18:26:50 <sgothel> Implementation-Version: 2.0-rc12-201303281921
20130328 18:26:50 <sgothel> Implementation-Build: 2.0-bmanual-201303281921
20130328 18:27:07 <sgothel> Note: that the old Version is now Build
20130328 18:27:27 <gouessej> ok
20130328 18:27:32 <sgothel> Mark ?
20130328 18:28:00 <rmk0> hello?
20130328 18:28:07 <sgothel> is the above ok w/ you ?
20130328 18:28:36 <rmk0> looks good
20130328 18:28:44 <sgothel> thx
20130328 18:28:57 <rmk0> preserves lexicographical order, so maven will be able to deal with it
20130328 18:33:02 <sgothel> now while I think about it .. how come if 2.0.2-date and 2.0.2 (the following release) exists, the 2.0.2 is being picked up ?
20130328 18:33:10 <sgothel> isn't the one w/ date 'bigger' ?
20130328 18:33:31 <sgothel> checked jenkins pom.xml .. in git log .. they do it this way .. hmm
20130328 18:34:22 <sgothel> w/ the SNAPSHOT, ofc
20130328 18:34:33 <sgothel> oh right, highlighting Mark :)
20130328 18:37:16 <gouessej> Who is going to fix JOCL bugs?
20130328 18:37:23 <gouessej> I have no compatible hardware
20130328 18:37:36 <gouessej> but its bugs are extremely trivial
20130328 18:37:54 <sgothel> 1st rule of thumb: nothing is trivial :)
20130328 18:38:16 <sgothel> 2nd .. when it's done - low prio - maybe before siggraph
20130328 18:38:46 <sgothel> no hardware ? NV GPUs have OpenCL, i.e. OSX
20130328 18:38:52 <gouessej> these are mainly typing mistakes
20130328 18:38:57 <gouessej> oh yes
20130328 18:39:01 <gouessej> you're right
20130328 18:39:13 <sgothel> plus: AMD OpenCL etc runs on CPU only as well :)
20130328 18:39:45 <gouessej> Does it mean that I can run it on my AMD Sempron 2600+?
20130328 18:40:02 <sgothel> on any intel'ish machine w/ driver provided, yes
20130328 18:40:30 <sgothel> that is the cool stuff .. scales on CPU and GPU .. and whatever
20130328 18:41:19 <gouessej> Maybe I should lower the priority of the bug about FreeBSD as we do not officially support it
20130328 18:41:49 <sgothel> SWT, FreeBSD .. all on the bottom of the list
20130328 18:49:37 <gouessej> How can I move glClipPlane from GL2 to GL2ES1?
20130328 18:50:21 <sgothel> would require you to learn how we use gluegen
20130328 18:50:35 <sgothel> but I can look into that after the version
20130328 18:50:43 <gouessej> thanks
20130328 18:50:51 <sgothel> jpg.js ? :)
20130328 18:51:14 <gouessej> I'm still trying to fix this bug (697)
20130328 18:51:22 <gouessej> I have to install MinGW64
20130328 19:19:04 <gouessej> Actually, my bug report about glClipPlane is invalid
20130328 19:19:21 <sgothel> good that I made no mistake :_
20130328 19:19:22 <gouessej> glClipPlane uses a double in OpenGL
20130328 19:19:37 <sgothel> right .. and we have some aliased forms in GLBase ..
20130328 19:19:41 <gouessej> there is only glClipPlanef in OpenGL-ES
20130328 19:19:51 <gouessej> and glClipPlanex
20130328 19:19:53 <gouessej> :s
20130328 19:19:57 <sgothel> which we expose for all
20130328 19:22:11 <gouessej> Ok I have to close my bug report as invalid
20130328 19:26:52 <gouessej> I have decompressed MinGW64
20130328 19:27:01 <gouessej> Do I have something else to do?
20130328 19:27:15 <sgothel> AFAIK it's all in our how to compile
20130328 19:27:49 <sgothel> see the scripts/make.gluegen.all.win64.bat files ..
20130328 19:27:56 <sgothel> in all modules
20130328 19:28:05 <sgothel> gluegen -> jogl .. etc
20130328 19:30:00 <gouessej> but does mingwdl.sh work with the 64 bits version?
20130328 19:30:23 <sgothel> i don't know what that is
20130328 19:30:44 <sgothel> oh .. my dl script ? :)
20130328 19:30:50 <sgothel> years ago ..
20130328 19:32:21 <sgothel> We used the build mingw-w64-bin_x86_64-mingw_20100515_sezero.zip available at MingW64 Personal Builds - sezero.
20130328 19:32:31 <sgothel> http://jogamp.org/jogl/doc/HowToBuild.html
20130328 19:33:10 <sgothel> if you do it w/ a new MingW .. nice, maybe you can update the Wiki and fixed JOGL doc
20130328 19:35:17 * [Mike] (~Mike]@anon) Quit (Ping timeout: 255 seconds)
20130328 19:36:58 * [Mike] (~Mike]@anon) has joined #jogamp
20130328 19:39:13 <gouessej> the one mentionned is no more here
20130328 19:45:12 <gouessej> it doesn't find GCC even though I set the PATH environment variable
20130328 19:45:25 <sgothel> ?
20130328 19:46:08 <gouessej> I have to add C:\guihephejho....\mingw64\bin to the PATH
20130328 19:48:32 * ebrayet (~Adium@anon) has joined #jogamp
20130328 19:50:10 <gouessej> how can I force cc to find gcc?
20130328 19:50:58 <sgothel> c/mingw64/bin/gcc.exe
20130328 19:50:59 <sgothel> hu ?
20130328 19:51:24 <sgothel> so the current mingw64 uses cc.exe ?
20130328 19:51:40 <sgothel> find c/mingw64/ -name gcc.exe
20130328 19:52:00 <sgothel> the find w/ cygwin ofc :)
20130328 19:52:46 <sgothel> well, I use that 2010 ming64 version and gcc.exe is right there
20130328 19:53:37 <sgothel> mingw64/bin/x86_64-w64-mingw32-gcc.exe
20130328 19:53:37 <sgothel> and mingw64/bin/gcc.exe
20130328 19:56:12 <gouessej> it works, I had to restart Eclipse :s
20130328 19:56:19 <gouessej> silly system
20130328 19:56:33 <gouessej> fucking OS
20130328 19:56:33 <sgothel> eclipse was not mentioned in the howto :)
20130328 19:56:53 <sgothel> then it is a healthy OS :)
20130328 19:57:07 <gouessej> When I set the environment variable in the GUI, it should be available everywhere in the OS
20130328 19:57:40 <gouessej> GlueGen has been successfully compiled
20130328 19:58:06 <gouessej> now I have to compile JOGL
20130328 20:33:58 <sgothel> Julien: 6292ed9712b17f849f22221aea9d586c3a363c09 can only be merged after passing a junit test, otherwise .. looks good
20130328 20:35:09 <sgothel> (JOAL)
20130328 20:41:25 <gouessej> cool
20130328 20:41:39 <gouessej> JOGL has been successfully compiled too :)
20130328 20:42:46 <sgothel> nice
20130328 20:45:12 <gouessej> I'm going to test it on TUER
20130328 20:45:35 <sgothel> sure nice, but not a unit test for JOAL - sorry to be so anal
20130328 20:46:06 <sgothel> however, I can do that tedious work as well
20130328 20:46:17 <sgothel> it's always nice to have unit test!
20130328 20:46:31 <gouessej> Can't Xerxes do it?
20130328 20:46:55 <sgothel> professionally yes - but timewise .. well, you know how it is :)
20130328 20:47:39 <sgothel> I will copy one of the existing code and test it - then, as a unit test
20130328 20:48:07 <sgothel> Sven the janitor has a mission .. cleanup cleanup :)
20130328 20:48:52 * ebrayet (~Adium@anon) Quit (Quit: Leaving.)
20130328 20:52:01 <gouessej> My fix works :D
20130328 20:52:19 <sgothel> I see it when a unit test has passed
20130328 20:52:32 <sgothel> also: there is w while loop .. which may never end ..
20130328 20:52:57 <sgothel> definition of 'it works' differs
20130328 20:53:35 <sgothel> eating my own dogfood - I feel miserable that we don't run unit tests on android :(
20130328 20:56:23 <gouessej> I have found no Win32 method to check whether the cursor is visible
20130328 20:57:25 <sgothel> you could provoke the buggy situation where it failed in a unit test, then check manually - then run same test w/ your fix
20130328 20:57:47 <sgothel> JOAL - same is possible there, also test w/ a non wav file !
20130328 20:58:02 <gouessej> The buggy situation was easily reproducible in TUER
20130328 20:58:17 <gouessej> easily and always
20130328 20:58:23 <sgothel> TUER is [not yet] a JOGL unit test - DUDE :)
20130328 20:58:46 <gouessej> I know
20130328 20:58:59 <sgothel> I mean .. I don't preach for nothing - unit tests preserve sanity in every way - make it self containable and fight regressions
20130328 20:59:14 <sgothel> w/o those - we wouldn't be here ..
20130328 20:59:44 <sgothel> none of us can predict sideeffects of code changes in the complexity level we have
20130328 21:02:50 <gouessej> I think there is a performance problem with my fix :(
20130328 21:03:23 <gouessej> I have to check if the problem comes from my code or from my buggy touchpad
20130328 21:17:19 <gouessej> Ok there was already a problem without my fix. I can try to write a unit test
20130328 21:17:59 <sgothel> what is the problem ?
20130328 21:18:19 <gouessej> It was laggy
20130328 21:18:42 <sgothel> elaborate pls - what lags (is behind) what ? mouse movement ?
20130328 21:18:44 <gouessej> I thought it was a regression caused by my fix but when running the previous version without it, it was laggy too
20130328 21:18:58 <gouessej> When moving the mouse
20130328 21:19:11 <sgothel> pulling hair ..
20130328 21:19:17 <sgothel> then ..
20130328 21:19:46 <sgothel> When moving the mouse then ..
20130328 21:20:01 <gouessej> The laptop my younger brother gave me doesn't work very well, even the file explorer can't be used lol
20130328 21:20:23 <sgothel> what happens when you move the mouse
20130328 21:20:36 <gouessej> it works but it causes some slowdown
20130328 21:20:53 <sgothel> the framerate stutters .. fluctuates ?
20130328 21:21:30 <sgothel> while using NEWT ? that is odd
20130328 21:21:48 <gouessej> yes
20130328 21:22:07 <sgothel> separate threads - interesting
20130328 21:22:55 <gouessej> it is only laggy on this machine.
20130328 21:23:49 <sgothel> also when the pointer is invisible ?
20130328 21:24:00 <gouessej> yes
20130328 21:24:01 <sgothel> i.e. if visible the GPU has to render the pointer :)
20130328 21:24:59 <sgothel> I will also check here later on .. so all good, funny drivers
20130328 21:30:45 <gouessej> Which existing unit test can I use as an example?
20130328 21:32:16 <sgothel> me .. Eclipse .. NEWT Window.setPointerVisible(..) open-call hierarchy -> TestGearsES2NEWT (the only one right now)
20130328 21:32:41 * ebrayet (~Adium@anon) has joined #jogamp
20130328 21:32:44 <sgothel> sure .. copy it - and remove all the huge manual testing stuff .. since this is for manual testing -> demos.es2.newt package
20130328 21:33:09 <sgothel> there are newt packages under junit
20130328 22:00:47 <gouessej> Ok I'm going to modify TestGLWindows00NEWT, I will change the visibility of the pointer every second
20130328 22:00:52 <gouessej> is it ok for you?
20130328 22:01:04 <sgothel> copy it to it's own unit test pls
20130328 22:01:36 <sgothel> -> TestGLWindowInvisiblePointer01NEWT for example
20130328 22:01:56 <gouessej> ok
20130328 22:02:03 <gouessej> That's what I meant, sorry
20130328 22:02:14 <sgothel> each test shall cover a single feature etc .. cool, thank you!
20130328 22:09:14 <gouessej> You're welcome. Dont assume I'm too lazy to write unit tests
20130328 22:10:02 <sgothel> being lazy is the motivation for innovation :) b/c I am lazy, I love unit tests - in the long run, it saves lots of time
20130328 22:11:46 <gouessej> Yes I agree with you
20130328 22:12:28 <gouessej> I use ES1 for this test
20130328 22:12:33 <sgothel> .. and then, if creating an API, the unit test is the 1st user of it - so it also helps designing it - being forced to use it extensively.
20130328 22:12:54 <sgothel> as you wish .. many Gears* and RedSquare* are available :)
20130328 22:39:09 <gouessej> Ok I'm going to make a pull request with the fix + the unit test
20130328 22:39:18 <sgothel> nice
20130328 22:39:35 <sgothel> will check tomorrow - late dinner soon, then sleep
20130328 22:42:34 <gouessej> ok I just have a question
20130328 22:42:37 <gouessej> about GIT
20130328 22:42:57 <sgothel> ay
20130328 22:43:17 <gouessej> How can I use "pull" without merging anything, just to get exactly what you have on your branch without keeping my changes?
20130328 22:43:55 <sgothel> uh .. that would work if it's a fast-forward merge afaik - but not if my branch already changes
20130328 22:43:59 <sgothel> *changed
20130328 22:44:15 <sgothel> it's ok - it's by design - you see it in all projects
20130328 22:44:49 <sgothel> another one would be .. errr .. rebase
20130328 22:45:05 <sgothel> e.g. JOAL .. to rebase your patch on top of my last changes
20130328 22:45:35 <sgothel> if this works, it means your patch can apply cleanly
20130328 22:45:39 * ebrayet (~Adium@anon) Quit (Quit: Leaving.)
20130328 22:45:52 <sgothel> but some say, use it with care ..
20130328 22:46:16 <gouessej> so there is no way of overwriting everything with the content of your branch, isn't it?
20130328 22:46:27 <sgothel> better not :)
20130328 22:47:01 <sgothel> there are some ways to do that .. rewrite .. etc, but this goes to far now, and since your asking - better don't use it
20130328 22:47:24 <sgothel> another one to be VERY careful is "push --mirror" .. which overwrites everything at target
20130328 22:47:59 <sgothel> good that we have many repos .. I did that once, overwriting joal w/ jogl :)
20130328 22:48:05 * DemoscenePassiv (~Lutsche@anon) Quit (Ping timeout: 248 seconds)
20130328 22:48:10 <gouessej> lol me too
20130328 22:48:22 <gouessej> I succeeded in reverting my changes
20130328 22:48:48 <sgothel> ok .. dinner ready - laters and good night (you can also use git reset, just to remove your local commits)
20130328 22:49:02 <gouessej> good night. Thanks
20130328 22:49:13 * gouessej (5279cd8e@anon) Quit (Quit: Page closed)
20130328 23:36:26 * [Mike] (~Mike]@anon) Quit ()
20130329 01:13:30 * [Mike] (~Mike]@anon) has joined #jogamp
20130329 05:05:54 -CatOut- Continue @ http://jogamp.org/log/irc/jogamp_20130329050554.html