fluid-work IRC Logs-2010-06-21

[04:16:19 CDT(-0500)] * thomas____ (~thomasain@213.246.129.247) has joined #fluid-work
[05:59:09 CDT(-0500)] * justin_o (~jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[06:51:30 CDT(-0500)] * zafar (~zafar@bau48-inf-ag-breuel-ipv4-0117.informatik.uni-kl.de) has joined #fluid-work
[07:09:08 CDT(-0500)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined #fluid-work
[07:11:23 CDT(-0500)] * kasper (~kasper@189.130.61.33) has joined #fluid-work
[07:41:49 CDT(-0500)] * jhung (~Jon@H25.C204.cci.switchworks.net) has joined #fluid-work
[07:51:31 CDT(-0500)] * justin_o (~jmo@2002:63e1:549a:0:21f:5bff:feca:f969) has joined #fluid-work
[08:04:29 CDT(-0500)] * yura_ (~yura@142.150.154.114) has joined #fluid-work
[08:29:34 CDT(-0500)] * anastasiac (~team@142.150.154.193) has joined #fluid-work
[08:37:43 CDT(-0500)] * clown (~clown@142.150.154.202) has joined #fluid-work
[08:40:56 CDT(-0500)] * colinclark (~colin@64.231.169.210) has joined #fluid-work
[08:45:11 CDT(-0500)] * michelled (~michelled@142.150.154.141) has joined #fluid-work
[08:46:23 CDT(-0500)] * EricDalquist (~apollo@adsl-76-208-71-20.dsl.mdsnwi.sbcglobal.net) has joined #fluid-work
[08:46:36 CDT(-0500)] * EricDalquist (~apollo@adsl-76-208-71-20.dsl.mdsnwi.sbcglobal.net) has left #fluid-work
[09:04:08 CDT(-0500)] <jessm> jamon: ping?
[09:12:18 CDT(-0500)] * jameswy (~jameswy@pool-173-79-253-178.washdc.fios.verizon.net) has joined #fluid-work
[09:16:24 CDT(-0500)] <jhung> justin_o: what is your bitbucket acct again?
[09:17:10 CDT(-0500)] <justin_o> jameswy: ping
[09:17:16 CDT(-0500)] <justin_o> jhung: i'll get that for you
[09:17:50 CDT(-0500)] <jameswy> justin_o: thanks, it works. Also, I might need some help with getting Mercurial set up later today.
[09:17:56 CDT(-0500)] <justin_o> jhung: here's a link to the decapod-ui source code http://bitbucket.org/jobara/decapod-ui/overview
[09:18:10 CDT(-0500)] <justin_o> jameswy: sure...
[09:20:11 CDT(-0500)] <justin_o> jameswy: there are a few mac gui's listed on this page http://mercurial.selenic.com/wiki/OtherTools
[09:40:20 CDT(-0500)] <kasper> justin_o: collectionspace is still behaving a bit odd on test swarm
[09:40:32 CDT(-0500)] <kasper> it seems now that the tests (on chrome) aren't blocking
[09:40:41 CDT(-0500)] <justin_o> kasper: hello... i'll take a look
[09:40:47 CDT(-0500)] <kasper> but they remain yellow, instead of turning green
[09:41:11 CDT(-0500)] <kasper> hehe sorry - morning justin_o!
[09:41:29 CDT(-0500)] <kasper> thanks
[09:44:58 CDT(-0500)] <justin_o> kasper: hello... sorry... i think it is my fault
[09:45:37 CDT(-0500)] <justin_o> I was thinking the path should be relative to the js file instead of the html file
[09:46:40 CDT(-0500)] <kasper> what path?
[09:47:12 CDT(-0500)] <kasper> sorry .. early monday, still kind of slow
[09:48:20 CDT(-0500)]

[09:48:35 CDT(-0500)] <justin_o> kasper: nope.. it is jqunit
[09:49:01 CDT(-0500)] <justin_o> so basically jqunit will inject a script tag when it is run in the testswarm environment... but i specified the path wrong...
[09:49:10 CDT(-0500)] <kasper> justin_o: ah ok
[09:49:23 CDT(-0500)] <justin_o> so i'll have to go fix that
[09:49:53 CDT(-0500)] <kasper> cool, thanks a lot justin_o
[09:52:20 CDT(-0500)] <justin_o> michelled, anastasiac: so last week when i was looking into getting jqunit updated for cspace i made some changes because i was mistakenly thinking of the path to the inject.js script being relative the js file that adds it, instead of to the html page that the script is added to. so i'll have to fix this and make a new patch for cspace...
[09:53:01 CDT(-0500)] <justin_o> however this raises the issue about what to do about getting the pathing to work in both cspace and infusion, again
[09:53:05 CDT(-0500)] <justin_o> any ideas
[09:53:25 CDT(-0500)] <anastasiac> justin_o, thanks for the heads-up. What was the JIRA number again? and can you clarify what the issue is with pathing?
[09:54:09 CDT(-0500)] <justin_o> anastasiac: https://source.fluidproject.org/svn/fluid/infusion/trunk/src/webapp/tests/test-core/jqUnit/js/jqUnit.js
[09:54:21 CDT(-0500)] <justin_o> look at the first function there...
[09:54:52 CDT(-0500)] <justin_o> basically on load it will determine if the test is being run in testswarm and if so it will inject the inject.js script onto the page
[09:55:12 CDT(-0500)] <anastasiac> justin_o, cspace is certainly open to restructuring its file hierarchy, if it's not an unreasonable change
[09:55:22 CDT(-0500)] <justin_o> the url to the js file specified in the script is relative to the html page it is being run against
[09:55:58 CDT(-0500)] <anastasiac> so if we want the code to work as-is, we'd have to move the inject.js file into the right place, is that right justin_o?
[09:56:03 CDT(-0500)] <justin_o> anastasiac: thanks... if there is a way we can make it so we don't have to force a directory structure that would be good.. but it is good to know we have options
[09:56:26 CDT(-0500)] <justin_o> anastasiac: yes... originally it was in the testswarm directory and that was in the lib folder
[09:56:46 CDT(-0500)] <justin_o> but the test pages are also nested differently in cspace than in infusion
[10:07:30 CDT(-0500)] <justin_o> anastasiac: i think michelled had the idea of using a config type file... i think we can do that and do a synchronous ajax call inside of the inject function if we are in the testswarm environment.. does that sound reasonable
[10:08:24 CDT(-0500)] <anastasiac> justin_o, that sounds reasonable. but I don't think restructuring the file hierarchy is unreasonable. I've just done it (testing locally before committing) and it wasn't onerous
[10:12:40 CDT(-0500)] <justin_o> anastasiac: okay i can revert infusion to the way it was before i made the change to testswarm and then if you can make it work in cspace i think that should be fine for now and we can revisit it later to make it more general
[10:12:49 CDT(-0500)] <anastasiac> justin_o, I'm becoming confused about this testswarm inject stuff
[10:13:06 CDT(-0500)] <justin_o> did i just confuse you with my last statement?
[10:13:08 CDT(-0500)] <anastasiac> the testswarm stuff is in infusion trunk now, right? and it works as it is there?
[10:13:15 CDT(-0500)] <anastasiac> no I was confused before that
[10:13:27 CDT(-0500)] <justin_o> anastasiac: i suspect that it is broken there at the moment too
[10:14:06 CDT(-0500)] <anastasiac> ah, ok - that reduces my confusion, because it doesn't look like it would work, taking into account the issue you pointed out with relative paths being relative to the HTML, and not the js
[10:14:34 CDT(-0500)] <justin_o> yes... so i'm going to fix that up first by reverting
[10:14:37 CDT(-0500)] <anastasiac> so I suspect that the config file solution might be the way to go, justin_o, since the infusion test html is structured differently than cspace
[10:14:53 CDT(-0500)] <anastasiac> and it's probably the more "proper" solution anyway
[10:15:05 CDT(-0500)] <justin_o> anastasiac: okay... so i'll try to implement that
[10:15:13 CDT(-0500)] <justin_o> i don't think it should take too long
[10:15:18 CDT(-0500)] <anastasiac> let me know
[10:15:24 CDT(-0500)] <justin_o> okay
[10:21:58 CDT(-0500)] <kasper> btw justin_o, re: running testswarm on older revisions; this might be completely obvious to you, but I just noticed that you can browse to specific revisions via eg: https://source.fluidproject.org/svn/!svn/bc/9913/fluid/infusion/trunk/src/ .. Dont know if this would work for 'interpreted' html/javascript pages too
[10:23:23 CDT(-0500)] <justin_o> kasper: thanks... we use that technique in the perl script to provide the correct links to the specific versions of the source code.. unfortunatly i think those are also the incorrect mime type
[10:24:10 CDT(-0500)] <kasper> justin_o: ah ok .. yeah, I figured you probably knew about out, but wanted to point it out, just in case
[10:24:51 CDT(-0500)] <justin_o> yep totally... thanks...
[10:25:20 CDT(-0500)] <justin_o> if you come across some more possibilities please keep bringing them up... i think we are still in search of a good solution
[10:26:15 CDT(-0500)] <jameswy> justin_o: what's the url to our Decapod merc repo?
[10:27:03 CDT(-0500)] <justin_o> jameswy: this is the link to the master http://code.google.com/p/decapod/
[10:27:13 CDT(-0500)] <jameswy> Thanks.
[10:27:13 CDT(-0500)] <justin_o> colin and i also have bitbucket repos
[10:57:30 CDT(-0500)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has left #fluid-work
[10:58:03 CDT(-0500)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined #fluid-work
[11:01:02 CDT(-0500)] * athena (~athena@c-76-121-97-221.hsd1.wa.comcast.net) has joined #fluid-work
[11:25:06 CDT(-0500)] * colinclark (~colin@64.231.169.210) has joined #fluid-work
[12:54:47 CDT(-0500)] <colinclark> jhung: justin_o and I are going through tasking each of the high-priority features for 0.4
[12:55:05 CDT(-0500)] <colinclark> Our notes are slowly emerging as a release plan page: http://wiki.fluidproject.org/display/fluid/Decapod+0.4+Release+Plan
[12:55:18 CDT(-0500)] <colinclark> A couple of question have come up:
[12:55:31 CDT(-0500)] <colinclark> Hoping you might be able to do some research for us, jhung
[12:56:23 CDT(-0500)] <colinclark> 1. Can we get an unique ID that identifies either: a) the camera itself (e.g. serial number) or b) the physical port that the camera is connected to
[12:56:40 CDT(-0500)] <colinclark> 2. How are model numbers identified? Just as strings?
[12:56:50 CDT(-0500)] <colinclark> Can you poke around with gphoto and see what you can find out?
[12:58:01 CDT(-0500)] <jhung> colinclark: sorry I didn't see the pings. Not getting the audio from Pidgin for some reason.
[12:58:32 CDT(-0500)] <colinclark> there's a setting for that
[12:58:34 CDT(-0500)] <jhung> colinclark, justin_o: I'll do some research now.
[12:58:44 CDT(-0500)] <justin_o> jhung: thanks
[12:59:05 CDT(-0500)] <colinclark> that's awesome, thanks so much
[13:13:03 CDT(-0500)] <jhung> justin_o and colinclark: have some results.
[13:13:15 CDT(-0500)] <jhung> short answer: no way to uniquely identify a camera.
[13:15:03 CDT(-0500)] <jhung> long answer: metadata from the camera vary from model to model. So there is no predictable way of getting unique IDs.
[13:15:33 CDT(-0500)] <jhung> I tested this using 'gphoto2 --summary' will print out data of the attached camera.
[13:18:09 CDT(-0500)] <colinclark> how about solidly identifying a USB port?
[13:18:26 CDT(-0500)] <jhung> let me see...
[13:24:19 CDT(-0500)] <jhung> colinclark: the Linux command lsusb appears to print out unique IDs for attached devices.
[13:24:55 CDT(-0500)] <jhung> the port numbers change, but the IDs remain constant between disconnects.
[13:34:32 CDT(-0500)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined #fluid-work
[13:40:35 CDT(-0500)] <jhung> ping: greggy
[13:44:47 CDT(-0500)] * justin_o (~jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[13:45:04 CDT(-0500)] * elicochran (~elicochra@dhcp-169-229-212-43.LIPS.Berkeley.EDU) has joined #fluid-work
[13:55:15 CDT(-0500)] <greggy> jhung: HELLO
[13:55:33 CDT(-0500)] <jhung> Got an accessibility question for you.
[13:55:38 CDT(-0500)] <greggy> K
[13:55:57 CDT(-0500)] <jhung> Breadcrumb navigation implemented in HTML.
[13:56:25 CDT(-0500)] <jhung> Is a nested ordered list a good implementation, or is a flat ordered list sufficient?
[13:58:33 CDT(-0500)] <greggy> usually flat. I'm not sure how a nested list might work as breadcrumbs
[13:59:25 CDT(-0500)] <jhung> The only advantage I can see of nested list would be stronger hierarchy semantics. But seems a bit overkill for a breadcrumb.
[14:00:11 CDT(-0500)] <jessm> jamon: ping
[14:00:13 CDT(-0500)] <greggy> It might be worth testing. I've never tried a nested list in breadcrumnbs
[14:00:35 CDT(-0500)] <jamon> jessm: pong
[14:00:47 CDT(-0500)] <jessm> jamon: skype please
[14:01:19 CDT(-0500)] <jhung> greggy: true. I'll give it a spin and see which appears better.
[14:01:59 CDT(-0500)] <colinclark> jhung: So I'm still at a bit of a loss for how we'll do any kind of calibration with the information we're getting back from gphoto
[14:02:21 CDT(-0500)] <jhung> colinclark: skype?
[14:03:16 CDT(-0500)] <colinclark> ok
[14:03:25 CDT(-0500)] <colinclark> justin_o: Do you want to join us?
[14:03:29 CDT(-0500)] <justin_o> sure
[14:03:29 CDT(-0500)] <jessm> jamon: ?
[14:03:40 CDT(-0500)] <jamon> jessm: one sec
[14:48:18 CDT(-0500)] * EverettZ (~chatzilla@bas4-toronto06-1242459121.dsl.bell.ca) has joined #fluid-work
[15:28:31 CDT(-0500)] <jessm> jamon: i might need you to find Bert – i'm failing
[15:29:42 CDT(-0500)] <jessm> jamon: nevermind – he's not there
[15:32:29 CDT(-0500)] <jessm> if anyone sees Bert, can you tell him i'm looking for him on skype?
[15:40:19 CDT(-0500)] <jamon> jessm: you called downstairs?
[15:40:42 CDT(-0500)] <jessm> jamon: yeah, pat is gone, iris seems gone, and laurie said Bert isn't there
[15:41:04 CDT(-0500)] <jamon> ah, i'll check again at 17:00 on my way out then
[15:41:45 CDT(-0500)] <jessm> jamon: great, thanks
[15:46:45 CDT(-0500)] * jhung (~Jon@H25.C204.cci.switchworks.net) has left #fluid-work
[16:32:57 CDT(-0500)] * anastasiac (~team@142.150.154.193) has left #fluid-work
[17:07:15 CDT(-0500)] * michelled (~michelled@user152-247.wireless.utoronto.ca) has joined #fluid-work
[17:15:32 CDT(-0500)] * elicochran (~elicochra@2607:f140:400:166:21b:63ff:fec8:1179) has joined #fluid-work
[18:43:40 CDT(-0500)] * zafar (~zafar@bau48-inf-ag-breuel-ipv4-0117.informatik.uni-kl.de) has joined #fluid-work
[20:09:52 CDT(-0500)] * EricDalquist (~apollo@adsl-76-208-71-20.dsl.mdsnwi.sbcglobal.net) has joined #fluid-work