...
[14:51:20 CDT(-0500)] <cindyli1> yes, Bosmon. anastasiac, Justin_o and i talked about it and agreed modelRelay should be the way to go. but since with model relay, the internal path "value" needs to be specified in rules. so this change can wait until the model relay goes into the framework. I'm going to close my pull request. what do you think?
[14:54:50 CDT(-0500)] <jhernandez> colinclark: yeah
[14:55:02 CDT(-0500)] <colinclark> I just thought of a question for you
[14:55:10 CDT(-0500)] <colinclark> We were chatting with kasparnet yesterday
[14:55:24 CDT(-0500)] <colinclark> about how we can a) make master more stable and b) cut releases much more frequently
[14:55:35 CDT(-0500)] <colinclark> since we seem to struggle to cut releases at all 
[14:56:01 CDT(-0500)] <colinclark> jhernandez: Do you think there might be some way that we could distribute a VM with an emulator or something running Android on it?
[14:56:16 CDT(-0500)] <jhernandez> mmm
[14:56:26 CDT(-0500)] <colinclark> kasparnet is in the midst of creating pre-built VirtualBox VMs for both Windows and Linux for quick testing
[14:56:36 CDT(-0500)] <jhernandez> what about just providing the apk ant the js.tar.gz?
[14:56:39 CDT(-0500)] <colinclark> if the acceptance tests pass there, you've got some reasonable indication that the system works
[14:56:53 CDT(-0500)] <colinclark> jhernandez: That's better than nothing, yes
[14:57:23 CDT(-0500)] <colinclark> And then it'd be as simple as an "adb install" and an "adb push"
[14:57:33 CDT(-0500)] <jhernandez> yes, but the point is that we would like to run it as a prvivileged app, into a rooted phone
[14:57:51 CDT(-0500)] <colinclark> yes
[14:57:56 CDT(-0500)] <colinclark> which is why a VM or something would be great
[14:58:01 CDT(-0500)] <jhernandez> yup
[14:58:21 CDT(-0500)] <Bosmon> cindyli1 - what about the idea of using your own modelRelay for this implementation?
[14:58:28 CDT(-0500)] <jhernandez> but, the only way could be by providing a system image to run in an android emulator
[14:58:42 CDT(-0500)] <jhernandez> but, not sure about the complexity of doing that
[14:58:46 CDT(-0500)] <colinclark> ah, interesting
[14:58:54 CDT(-0500)] <colinclark> I can do a bit of research
[14:59:58 CDT(-0500)] <jhernandez> aaand, about the linux image, it's ok, but we can use our fedora repos to create a spin with it
[15:00:08 CDT(-0500)] <jhernandez> it == the GPII packages
[15:01:01 CDT(-0500)] <jhernandez> no VMs, just grab the iso, flash into an USB drive, and boot your computer with it
[15:02:56 CDT(-0500)] <cindyli1> Bosmon: the goal of the jira is to get rid of the fact that text field slider requires a model path named "value". if this cannot be achieved, it's not a rush to change it. i can certainly use my own model relay. not a big change anyway
[15:03:01 CDT(-0500)] <jhernandez> VMs suck at graphics rendering stuff, you have to deal with USB ports to use them, and/or with the sound output from the VM
[15:03:36 CDT(-0500)] <colinclark> yes
[15:03:40 CDT(-0500)] <colinclark> they do generally suck
[15:03:56 CDT(-0500)] <colinclark> that seems reasonable, too
[15:04:02 CDT(-0500)] <colinclark> jhernandez: is it difficult to do?
[15:04:17 CDT(-0500)] <Bosmon> cindyli1 - surely the goal is to avoid EXPOSING the fact that the textfieldSlider requires a model path named "value" .......
[15:04:33 CDT(-0500)] <jhernandez> colinclark: I can quickly draft up the steps to address this
[15:04:49 CDT(-0500)] <colinclark> I'd be curious
[15:08:00 CDT(-0500)] <cindyli1> Bosmon: with model relay, "value" is not exposed if integrators are using fluid.prefs.textfieldSlider, but if fluid.textfieldSlider component is directly used, the "value" path is required.
[15:08:21 CDT(-0500)] <cindyli1> i think 5190 is to solve the latter
[15:08:22 CDT(-0500)] <cindyli1> Bosmon: btw, your comments for https://github.com/fluid-project/infusion/pull/425 has been address and ready for another round of review.
[15:09:02 CDT(-0500)] <jhernandez> colinclark: Every time we want to create a new spin with the latest code we should:
[15:09:05 CDT(-0500)] <jhernandez> 1.- Update GPII (and related) packages in GPII:Factory repo with the latest code from Github
[15:09:08 CDT(-0500)] <jhernandez> 2.- Once the packages are updated, publish a new version of the GPII:Factory repo
[15:09:11 CDT(-0500)] <jhernandez> 3.- Run a script to build the iso (this script will be done once, and reused every time we want to re-spin)
[15:09:14 CDT(-0500)] <jhernandez> 4.- After tesing the new ISO, Put the image somewhere and available to be downloaded
[15:10:24 CDT(-0500)] <jhernandez> btw, with GPII:Factory I'm talking about -> https://build.opensuse.org/project/show/home:javihernandez:GPII:Factory
[15:11:05 CDT(-0500)] <Bosmon> cindyli1 - thanks for looking at that one, and also for your test case, which looks valid
[15:11:17 CDT(-0500)] <Bosmon> Could you work around the "" issue for now, by replacing the "" with ""fluid.prefs.enactors" ?
[15:11:21 CDT(-0500)] <Bosmon> I think it would be more correct anyway
[15:11:46 CDT(-0500)] <colinclark> jhernandez: How does one do #1?
[15:11:48 CDT(-0500)] <Bosmon> You really only want to hit enactor subcomponents, not any others that might appear there
[15:13:02 CDT(-0500)] <jhernandez> colinclark: you can do it manually from the OBS's web interface, or (my preferred) use the commandline in a svn-like way
[15:13:34 CDT(-0500)] <jhernandez> OBS it's something similar to github, but for packages
[15:14:55 CDT(-0500)] <jhernandez> you can branch packages from projects, you can create pull-requests (aka: submit-request) back, etc
[15:15:46 CDT(-0500)] <jhernandez> #2 is easy, set the repo's publish flag to on
[15:16:01 CDT(-0500)] <jhernandez> #3 run a script and wait
[15:16:52 CDT(-0500)] <jhernandez> and when we want to freeze a release, we just branch Factory as GPII:STABLE:0.x
[15:17:00 CDT(-0500)] <colinclark> interesting
[15:17:08 CDT(-0500)] <colinclark> Do you need particular credentials?
[15:17:15 CDT(-0500)] <colinclark> And is that something that we can share, for example?
[15:17:22 CDT(-0500)] <jhernandez> it's like github
[15:17:24 CDT(-0500)] <jhernandez> it's public
[15:17:53 CDT(-0500)] <jhernandez> you can fork the code (aka: packages), create sr's, etc ...
[15:18:31 CDT(-0500)] <jhernandez> the funny thing, is that you can build the packages locally before commiting anything
[15:19:06 CDT(-0500)] <colinclark> ah, cool
[15:19:07 CDT(-0500)] <jhernandez> and every time you make a commit, a build will be triggered on the obs
[15:19:40 CDT(-0500)] <jhernandez> you can also add services, ie: to listen to git commits, or tarballs, or more events
[15:20:48 CDT(-0500)] <Bosmon> Hi cindyli - you're back
[15:20:58 CDT(-0500)] <cindyli> yes i am
[15:20:58 CDT(-0500)] <Bosmon> I pasted some comments from whilst you were away onto the pull request : P
[15:21:07 CDT(-0500)] <cindyli> oh
[15:21:50 CDT(-0500)] <jhernandez> colinclark: this is the opensuse's running instance of the OBS https://build.opensuse.org/. But you can also grab the OBS code, and run your own instance of the OBS
[15:22:12 CDT(-0500)] <colinclark> aha, interesting
[15:27:00 CDT(-0500)] <jhernandez> anyway, the "rpm packages" thing is something that I'm trying to not to do by mysef, but a colleague from emergya
[15:28:48 CDT(-0500)] <jhernandez> i have to teach him about how to make it, but once he does it the first time, it's an easy and repetitive task
[15:29:44 CDT(-0500)] <jhernandez> colinclark: ^
[15:29:58 CDT(-0500)] <colinclark> ok
[15:30:05 CDT(-0500)] <colinclark> jhernandez: Will you be at the architecture meeting tomorrow?
[15:30:20 CDT(-0500)] <jhernandez> colinclark: I hope so
[15:30:33 CDT(-0500)] <colinclark> I'm curious to hear more about it then, if you get the chance
[15:30:40 CDT(-0500)] <colinclark> it seems pretty cool
[15:30:49 CDT(-0500)] <jhernandez> heh
[15:30:53 CDT(-0500)] <jhernandez> yes it is!
[15:34:39 CDT(-0500)] <cindyli> thanks for the comment, Bosmon, will take care of that
[19:13:10 CDT(-0500)] * Topic is 'This channel is logged – https://botbot.me/freenode/fluid-work/ for more details and older logs see: http://wiki.fluidproject.org/display/fluid/IRC+Channel' set by avtar!avtar@nat/ocadu/x-xeesjmijqzzwdkjt on 12:48:45 CDT(-0500)