Wednesday, 2014-02-12

*** matsuhashi has joined #savanna00:06
*** matsuhashi has quit IRC00:21
*** matsuhashi has joined #savanna00:21
*** matsuhashi has quit IRC00:25
*** matsuhas_ has joined #savanna00:25
*** tmckay is now known as _tmckay00:53
*** jmaron has quit IRC00:55
*** qwerty_nor has quit IRC01:01
*** nosnos has joined #savanna01:01
*** ErikB has quit IRC01:39
*** ErikB has joined #savanna01:58
*** xuhanp has joined #savanna02:02
*** akuznets_ has joined #savanna02:08
*** akuznetsov has quit IRC02:09
*** ErikB has quit IRC02:10
*** IlyaE has quit IRC02:12
openstackgerritAndrew Lazarev proposed a change to openstack/savanna: [IDH] Fixed cluster start without jobtracker service  https://review.openstack.org/7281702:36
*** ErikB has joined #savanna02:41
*** ErikB has quit IRC02:45
*** witlessb has joined #savanna02:56
*** witlessb has quit IRC02:56
*** ErikB has joined #savanna03:37
*** matsuhas_ has quit IRC03:39
*** ErikB has quit IRC03:41
*** crobertsrh has joined #savanna04:31
*** crobertsrh is now known as _crobertsrh04:33
*** ErikB has joined #savanna04:36
*** ErikB has quit IRC04:41
*** matsuhashi has joined #savanna04:52
*** Ch00k has joined #savanna05:22
*** Ch00k has quit IRC05:34
*** Ch00k has joined #savanna05:34
*** aignatov_ is now known as aignatov05:36
*** ErikB has joined #savanna05:37
*** Ch00k has quit IRC05:39
*** Ch00k has joined #savanna05:40
*** ErikB has quit IRC05:41
*** nosnos_ has joined #savanna05:43
*** nosnos_ has quit IRC05:44
*** nosnos_ has joined #savanna05:44
*** DinaBelova_ is now known as DinaBelova05:45
*** nosnos has quit IRC05:46
*** _nadya_ has joined #savanna06:01
*** saju_m has joined #savanna06:02
*** nosnos_ has quit IRC06:04
*** nosnos has joined #savanna06:04
openstackgerritJenkins proposed a change to openstack/savanna: Imported Translations from Transifex  https://review.openstack.org/7091806:09
*** Ch00k has quit IRC06:22
*** Ch00k has joined #savanna06:23
*** _nadya_ has quit IRC06:24
*** Ch00k has quit IRC06:35
openstackgerritAndrew Lazarev proposed a change to openstack/savanna: Fixed hadoop dir creation during hadoop-swift lib download  https://review.openstack.org/7284706:36
*** ErikB has joined #savanna06:37
openstackgerritAndrew Lazarev proposed a change to openstack/savanna: Fixed hadoop dir creation during hadoop-swift lib download  https://review.openstack.org/7284706:37
*** ErikB has quit IRC06:41
*** bogdando has quit IRC06:44
*** bogdando has joined #savanna06:45
*** aignatov is now known as aignatov_07:00
*** aignatov_ is now known as aignatov07:02
*** tnovacik has joined #savanna07:09
*** aignatov is now known as aignatov_07:19
openstackgerritA change was merged to openstack/savanna: Remove compatibility code allowing "args" as dict  https://review.openstack.org/7268907:20
*** coolsvap has joined #savanna07:21
*** coolsvap1 has joined #savanna07:26
*** coolsvap has quit IRC07:28
*** Ch00k has joined #savanna07:34
*** coolsvap1 has quit IRC07:36
*** coolsvap has joined #savanna07:36
*** ErikB has joined #savanna07:37
*** ErikB has quit IRC07:41
*** IlyaE has joined #savanna08:04
*** mattf is now known as _mattf08:25
*** witlessb has joined #savanna08:28
*** boris-42_ has joined #savanna08:30
*** ErikB has joined #savanna08:37
*** IlyaE has quit IRC08:41
*** ErikB has quit IRC08:41
*** Ch00k has quit IRC08:41
*** Ch00k has joined #savanna08:43
*** dmitryme has joined #savanna08:58
*** coolsvap1 has joined #savanna08:59
*** coolsvap has quit IRC09:01
*** aignatov_ is now known as aignatov09:02
openstackgerritYongli He proposed a change to openstack/savanna: Use six.moves.urllib.parse instead of urlparse  https://review.openstack.org/7288309:07
openstackgerritSergey Reshetnyak proposed a change to openstack/savanna-image-elements: Add DIB work dir to gitignore  https://review.openstack.org/7289109:23
*** ErikB has joined #savanna09:36
*** DinaBelova is now known as DinaBelova_09:40
*** ErikB has quit IRC09:41
*** _mattf is now known as mattf10:24
*** xuhanp has quit IRC10:28
openstackgerritA change was merged to openstack/python-savannaclient: Removed copy_if_defined function from ClusterManager  https://review.openstack.org/7249310:30
*** ErikB has joined #savanna10:37
*** ErikB has quit IRC10:41
*** matsuhashi has quit IRC10:41
*** aignatov is now known as aignatov_10:41
openstackgerritYaroslav Lobankov proposed a change to openstack/savanna: Cinder test to integration tests was added  https://review.openstack.org/6893210:43
openstackgerritYaroslav Lobankov proposed a change to openstack/savanna: Cinder test to integration tests was added  https://review.openstack.org/6893210:47
*** saju_m has quit IRC10:57
*** aignatov_ is now known as aignatov11:21
*** dmitryme has quit IRC11:31
*** aignatov is now known as aignatov_11:37
*** ErikB has joined #savanna11:37
*** saju_m has joined #savanna11:40
*** ErikB has quit IRC11:41
*** dmitryme has joined #savanna11:42
*** matsuhashi has joined #savanna11:44
*** saju_m has quit IRC11:49
*** DinaBelova_ is now known as DinaBelova12:04
*** Ch00k has quit IRC12:08
*** coolsvap_ has joined #savanna12:14
*** coolsvap1 has quit IRC12:17
*** Ch00k has joined #savanna12:25
*** aignatov_ is now known as aignatov12:26
openstackgerritMatthew Farrellee proposed a change to openstack/savanna: Fix swift data source credential validation  https://review.openstack.org/7293312:36
*** ErikB has joined #savanna12:36
*** ErikB has quit IRC12:41
*** aignatov is now known as aignatov_12:45
*** aignatov_ is now known as aignatov12:48
openstackgerritA change was merged to openstack/savanna-image-elements: Add options for Spark and Vanilla plugins  https://review.openstack.org/7231012:55
openstackgerritSergey Lukjanov proposed a change to openstack/savanna: Fix thread local usage in conext  https://review.openstack.org/7265513:03
*** saju_m has joined #savanna13:05
openstackgerritSergey Lukjanov proposed a change to openstack/savanna: Fix thread local usage in conext  https://review.openstack.org/7265513:06
*** saju_m has quit IRC13:06
*** saju_m has joined #savanna13:07
*** qwerty_nor has joined #savanna13:12
* mattf mumbles about run_tests in savanna13:20
openstackgerritSergey Lukjanov proposed a change to openstack/savanna: Fix thread local usage in conext  https://review.openstack.org/7265513:27
SergeyLukjanovmattf, it's just not working?13:27
openstackgerritMatthew Farrellee proposed a change to openstack/savanna: Fix swift data source credential validation  https://review.openstack.org/7293313:28
SergeyLukjanovmattf, note that discovery for tests should be executed under the corresponding (unit and integration)13:29
mattfSergeyLukjanov, the unit / integration split w/ an env var blocks me from adding run_tests.sh. run_tests.sh handles pep8. so i forgot to manually pep8 when i ran tools/run_tests13:29
mattfi don't know how to get something into the env for the discovery except via the tox setenv13:30
* mattf longs for a single test entry point for savanna13:30
SergeyLukjanovmattf, IMO run_tests.sh should only run unit tests :)13:32
mattfIMO too13:35
mattfbut the decision to pick unit or integration is out of run_tests.sh's control13:36
*** _tmckay is now known as tmckay13:36
*** ErikB has joined #savanna13:36
SergeyLukjanovmattf, probably it should set env by 'export' for running unit tests?13:38
mattfsomewhere in the chain the env gets wiped out, so export DISVER_DIR (or whatever it is) doesn't make it to the testr discovery call13:39
SergeyLukjanovmattf, myabe just 'BLA_BLA=/path command'?13:40
dmitrymematff, as for me, I just run fox -e py27,pep8. I never use tools/run_tests.sh13:40
dmitrymefox -> tox :-)13:41
*** ErikB has quit IRC13:41
mattfdmitryme, yeah, call me lazy. i like to just run ./run_test.sh (tab completes) in each repo13:42
openstackgerritSergey Lukjanov proposed a change to openstack/savanna: Fix thread local usage in context  https://review.openstack.org/7265513:42
tmckaydmitryme, me too.  And occasionally I use python -m testtools so that I can set break points in the tests13:42
mattf$ grep DIS run_tests.sh13:43
mattf  env DISCOVER_DIRECTORY=savanna/tests/unit ${wrapper} $TESTRTESTS13:43
mattfSergeyLukjanov, ^^ my latest attempt from a week or so ago13:43
* mattf stash pops and tries again13:43
mattfi got a new laptop, so i have all new installed versions of things13:44
dmitrymemattf: I actually use alias for that. Just discovered that in my bash it autocompletes as well13:44
mattfdmitryme, point dmitryme13:44
mattffyi, i had to 'pip install -U tox==1.6.1 virtualenv==1.10.1' this morning to get tox to work. known bug in 1.7.0.13:45
SergeyLukjanovmattf, correct, we've faced this problem in the gate13:46
mattfwhoa, promising13:47
mattf$ grep DIS run_tests.sh13:47
mattf  export DISCOVER_DIRECTORY=savanna/tests/unit13:47
mattf^^ before wrapper call and it worked this time13:47
SergeyLukjanovmattf, yay!13:47
mattfwoo, and changing that to integration -> connection refused13:48
mattfi've no idea what dep was causing the problem tho, hmmm13:48
mattfbtw, i'm seeing a bunch of deprecation warnings in the test runs now (new since i upgraded to f20)13:49
openstackgerritMatthew Farrellee proposed a change to openstack/savanna: Add run_test.sh for running tests  https://review.openstack.org/7294813:50
mattfhere goes, someone else can try it too ^^13:50
* mattf does a little jig13:50
mattfglad to have that off my git stash queue13:51
*** ErikB has joined #savanna13:56
mattfSergeyLukjanov, is this pecan/wsme stuff going to somehow auto generate validations?13:58
ruhemattf: pecan/wsme can perform basic validations based on wsme models13:59
*** jmaron has joined #savanna14:00
mattfi'm looking at the calendar and at the pecan/wsme patch and getting concerned about hitting i314:00
mattfi'm really starting to thing that swapping frameworks is too risky for icehouse14:01
SergeyLukjanovmattf, we're not switching the framework14:02
*** coolsvap_ has quit IRC14:02
ruhemattf: i thought the idea is to bring pecan into savanna in icehouse, but keep old API ad default14:02
SergeyLukjanovonly adding it for v2 api, that'll not be stable in I awywau14:03
SergeyLukjanovanyway*14:03
mattfv2 could absolutely be stable in I14:03
SergeyLukjanovand we could continue work on v2 api after feature freeze if it'll be self-containing14:03
mattfmy mind is headed to: have pecan/wsme w/ partial v2 api or have v2 api & tooling for pecan/wsme conversion14:04
mattfmy mind is headed to: have (pecan/wsme w/ partial v2 api) or (have v2 api & tooling for pecan/wsme conversion)14:04
SergeyLukjanovmattf, v2 pi will not be released w/o pecan/wsme to avoid migration problems and regressions in future, so, IMO it's useful to do it under the current API framework14:05
mattf"will not"?14:06
*** IvanBerezovskiy has joined #savanna14:06
SergeyLukjanovit's a requirement to have new apis working on top of standard framework14:06
mattfwe can always pecan/wsme for v3, where v3 has the enhanced functionality that's been desired for sometime14:06
SergeyLukjanovI'd like to see the v2 api impl completed early in J14:07
mattfwhere's the requirement coming from?14:07
SergeyLukjanovpolish it during the J and make it default in J release14:07
SergeyLukjanovwe've agreed on it at summit and pecan/wsme was approved as a standard solution14:07
mattfit's good sw practice to have the deps stable before you move to them14:07
SergeyLukjanovIMO we should have at least several dev milestones between implemented api and it's 'stable' release14:08
mattfagreed on it is kinda loose interpretation. imho it wasn't an issue to use pecan/wsme to long as it didn't threaten inclusion of v214:08
mattfwe're just a few weeks from i3 and don't have a base for an api impl w/ pecan/wsme14:09
SergeyLukjanovmattf, we need to land a base before the i3 and then you can work on v2 impl inside the api/v2 package14:09
SergeyLukjanovmattf, because it'll not affect anything except the v2 api, that'll be available as a 'draft' api14:10
SergeyLukjanovw/o any guarantees that it works14:10
mattfwhat's driving the pecan/wsme desire?14:10
ruhemattf: imho, it's strange OpenStack culture to use the newest and coolest frameworks :)14:11
* mattf lols14:11
SergeyLukjanovwhat does you mean - why OpenStack folks like pecan/wsme or why I'd like to leverage it?14:12
mattfruhe, newest and coolest is fun, so long as you also add "functional"14:12
SergeyLukjanovif #1 - I don't know, IMO it sucks, but it's a standard now14:12
mattfwho is currently using pecan/wsme for their service?14:13
SergeyLukjanovif #2 I'm strongly sure that we shouldn't release new API versions each release cycle and so don't want to postpone pecan/wsme leverage to the next releases14:13
ruhemattf: Ceilometer, Tuskar, Ironic14:13
SergeyLukjanovmattf, ceilo, ironic, tuskar, storyboard wip, climate wip14:13
ruhemattf: also most of the major projects have blueprints (some of them are in progress) to migrate to pecan/wsme14:14
mattfof those ceilometer is the most relevant14:14
SergeyLukjanovmattf, AFAIK nova and glance are moving their currently draft new (v3) APIs to pecan/wsme to standardize frameworks14:14
mattfwhat about the other cores?14:14
mattfwhen are nova & glance doing it?14:14
*** _crobertsrh is now known as crobertsrh14:14
ruhemattf: J i think14:14
SergeyLukjanovmattf, they are polishing their APIs and AFAIK there was no plans to make them default in I14:15
ruhespeaking seriously - it's good. all OpenStack projects should have the same standartized and unified infrastructure code. it helps new developers to focus in domain logic instead of battling with various frameworks and libraries14:15
SergeyLukjanovruhe, exactly14:16
mattfi'm not objecting to the goal, i'm questioning our execution14:16
SergeyLukjanovmattf, what's you concern now? I'm afraid that I misunderstand you atm14:17
mattfafaict, we can either have a v2 api or the groundwork for pecan/wsme in I, not both14:17
ruhemattf: this is a valid question. my concerns is - do we have enough tests to make sure that new api based on pecan has the same functionality and exposes the same api14:17
ruhemattf: based on my experience with pecan i agree with you14:18
mattfruhe, that is what is sparking my concern right now. switching from flask to pecan is more than getting the model right. there are a lot of tests to write and i don't see examples of unit/func tests for pecan14:18
SergeyLukjanovmattf, we have an example in storyboard and it'll be moved to savanna too14:19
mattfthe ability to do validations and unit tests w/ pecan are unknown to me, so i'm over estimating the effort to do them14:19
ruhemattf: functional tests for savanna/pecan are in my backlog. but it's a lot of work. first step (imho, others may correct me)- is to have enough functional tests for existing api14:20
* mattf assumes he is overestimating14:20
mattfruhe, existing being v1* ?14:21
ruhemattf: yes14:21
mattfi'm going to spend my time w/ tests for v214:21
*** saju_m has quit IRC14:21
mattfi'll noodle on this some more, but if we cannot do v2 w/o a pecan base and pecan isn't going to be ready until the end of I, then we cannot have v2 as part of I14:22
mattfa concern i have there is our first release where we're considered integrated (hope), we'll have an api that is being deprecated.14:23
ruhemattf: what's your estimate to build v2 on top of current code (without pecan)?14:25
SergeyLukjanovmattf, we can't have a released v2 as part of I, two weeks left14:25
SergeyLukjanovmattf, it could be only as draft api version14:25
*** aignatov is now known as aignatov_14:25
SergeyLukjanovso, for me the diff is to have (draft v2 api as part of I based on current code and then migrate it to pecan in J w/ probably some changes, that's ok because it was not release yet) vs. (include pecan base in I with draft v2 api probably not fully completed and than finalize it in J)14:27
*** aignatov_ is now known as aignatov14:28
SergeyLukjanovadditionally, I'm concerned on releasing new API with only enpoints cleanup, probably we need models cleanup too14:28
SergeyLukjanovlike hadoop_version prop.14:28
SergeyLukjanovI'm not really against drafting v2 on flask, but it looks like a big overcommitment14:30
ruheSergeyLukjanov: so, what's the plan? bring pecan/wsme into savanna in I. what else?14:31
SergeyLukjanovruhe, I'd like to bring it into savanna when it'll be ready, preferably in I14:32
ruheSergeyLukjanov: but keep existing v1flask api as default, right?14:32
SergeyLukjanovruhe, if mattf strongly sure that he'd like to spent time drafting API on flask - I'm not against it14:33
SergeyLukjanovruhe, anyway, we keep v1 default till the end of J14:33
SergeyLukjanovruhe, it's impossible to make one API default in two weeks or two month too14:33
ruheSergeyLukjanov: sure, that's i'm asking :)14:33
SergeyLukjanovwe should migrate all integration tests, client, tempest test too14:33
ruhe*that's why i'm asking14:34
SergeyLukjanovand I'm afraid that we should cleanup model too and give up the v1 api in J14:38
*** saju_m has joined #savanna14:38
*** Ch00k has quit IRC14:44
*** Ch00k has joined #savanna14:48
*** IlyaE has joined #savanna14:56
*** dmitryme has quit IRC15:00
mattfruhe, estimate - given the reuse that can be leveraged from v1, i expect by i315:05
mattfSergeyLukjanov, v2 should be default during J. we should be targeting pecan for when the bulk of the integrated projects are targetting it. i've a feeling this communities drive will reduce compat issues to near 0, or provide everyone with a standard upgrade path.15:06
mattfv2 can't be default until J is released. we need a cycle where we have a base v2 that users can migrate to before we declare it default15:07
mattftho, i'm not entirely sure we agree on what "default" means, because we don't really have a plan for removing old apis15:08
SergeyLukjanovwhat's your thoughts about the plan with some time stamps?15:14
SergeyLukjanovmattf, when I’ve proposed the v2 api for I at design summit, the idea was to polish it, migrate to Pecan/WSME and release as part of I as the main/stable API that would be used by our users15:23
SergeyLukjanovmattf, and let me try to explain my concerns:15:24
SergeyLukjanov1) we could name new API stable only after it'll be covered by tests (integration at least, functional preferred);15:24
SergeyLukjanov2) we need about 2 dev milestones to check that API really fits our needs (if any non-style changes like endpoints cleanup);15:24
SergeyLukjanov3) I think that we should have either model cleanup or significant changes to endpoints to release new *major* API version;15:24
SergeyLukjanov4) I'd really like to have a Pecan/WSME leveraged for new API to avoid situation when we'll need to migrate working/stable API to new framework;15:24
SergeyLukjanov5) probably something else15:24
SergeyLukjanovmattf, so, please, explain how you see the v2 api implementation and graduation from draft and we could discuss it much more productive15:25
SergeyLukjanovbtw initially, I thought that we should have working impl of v2 api before i1 to name it stable in I15:25
SergeyLukjanovoh, one more thing, personally, I think that it's quite strange and useless to release *major* API version with only endpoints clenup15:27
SergeyLukjanovif we'd like to do it, v1.2 could work too15:27
SergeyLukjanovon the current code sure15:27
SergeyLukjanovnope, that's crazy idea, it'll not be compatible with v1, so, don't read it ;)15:28
*** jmaron has quit IRC15:29
*** akuznets_ has quit IRC15:32
*** aignatov is now known as aignatov_15:33
*** sballe has joined #savanna15:33
ruheso, there is no need to release v2 api. just polish v1 and let it be v115:33
ruheand migrate to pecan without any rush15:34
ruheand even when migration to pecan is complete it is not v2 unless there are major changes15:36
*** akuznetsov has joined #savanna15:36
*** akuznetsov has quit IRC15:36
*** coolsvap has joined #savanna15:37
*** akuznetsov has joined #savanna15:39
*** akuznetsov has quit IRC15:40
*** jmaron has joined #savanna15:40
SergeyLukjanovanyway, v1.2 still could be discussed15:44
*** witlessb_ has joined #savanna15:46
*** aignatov_ is now known as aignatov15:47
*** venza_ has joined #savanna15:52
*** witlessb has quit IRC15:56
*** venza has quit IRC15:56
*** witlessb_ is now known as witlessb15:56
*** coolsvap1 has joined #savanna16:01
*** coolsvap has quit IRC16:03
*** nosnos has quit IRC16:12
*** tnovacik has quit IRC16:13
*** IvanBerezovskiy has left #savanna16:20
*** dmitryme has joined #savanna16:25
*** Ch00k has quit IRC16:28
*** tmckay is now known as _tmckay16:35
*** aignatov is now known as aignatov_16:44
*** coolsvap1 has quit IRC16:44
mattfback, SergeyLukjanov still there?16:53
SergeyLukjanovmattf, gtg in 5 mins16:53
mattfback later tonight?16:54
SergeyLukjanovmattf, yup, but could be quite overloaded for realtime chat16:54
mattfok, high latency irc mode chat...16:54
SergeyLukjanovmattf, anyway, you can write here, I'll read the scrollback16:54
mattfi agree cleanup can't be 1.2 (some would argue 1.2 is indicative of a problem already)16:55
mattf(1) makes sense - label stable after covered by tests16:55
openstackgerritDmitry Mescheryakov proposed a change to openstack/savanna: Do eventlet.monkey_patch it the very beginning  https://review.openstack.org/7299216:56
mattfi think i agree w/ (2) - i read it as we need to migrate dashboard & cli to new api before we can declare it "default" aka declare v1 deprecated16:56
SergeyLukjanovyup, I think that we'd like to have one api declared as stable16:57
mattfre (3) - adding model cleanup other than things that maintain compatibility, such as relaxing name+id for node groups, is a major effort and shouldn't block v216:57
mattfas for (4) - i'd like to land pecan/wsme when other integrated projects do. my gut feeling (yeah, just my exp here) says that when nova + glance + cinder + neutron get to use pecan some of the issues we're anticipating will get resolved16:58
mattfthere's risk in us going one wya w/ pecan and then others going another. we may have 2 times when our wire encoding compat changes16:59
*** coolsvap has joined #savanna17:00
mattfit's safer in my mind to have v2 then convert flask->pecan and if that break compat we can go to v3. it'll be breaking compat for others too, so we can stick w/ the group.17:00
* mattf hopes no one takes him as an example of proper English17:00
mattfhaving v2 for I gives us all of J to migrate and further stabilize before making v2 "preferred" in J and deprecating v117:03
mattfhow long v1 lives on after that is a mystery to me atm17:03
mattfmigrate == clients using v217:03
SergeyLukjanovagreed w/ the v1 life time mystery17:03
mattfnot important now, but two reasonable paths are 0) leave it until it becomes a burden (basically lives forever), 1) give it 2-3 releases and delete17:05
openstackgerritRobert Nettleton proposed a change to openstack/savanna-image-elements: Adds Hortonworks Data Platform element to savanna-image-elements  https://review.openstack.org/7299417:05
SergeyLukjanovI'll return back later and write something else17:08
openstackgerritDmitry Mescheryakov proposed a change to openstack/savanna: Do eventlet.monkey_patch at the very beginning  https://review.openstack.org/7299217:09
openstackgerritA change was merged to openstack/savanna: Fixed hadoop dir creation during hadoop-swift lib download  https://review.openstack.org/7284717:11
*** mst89 has joined #savanna17:20
*** dmitryme has quit IRC17:24
*** akuznetsov has joined #savanna17:27
openstackgerritMatthew Farrellee proposed a change to openstack/savanna: Expand swift data source credential tests  https://review.openstack.org/7301017:40
*** matsuhashi has quit IRC17:48
*** _nadya_ has joined #savanna17:48
*** saju_m has quit IRC17:50
*** saju_m has joined #savanna17:51
*** matsuhashi has joined #savanna17:51
*** matsuhashi has quit IRC17:55
*** saju_m has quit IRC17:58
*** saju_m has joined #savanna17:59
*** Ch00k has joined #savanna18:00
*** aignatov_ is now known as aignatov18:27
SergeyLukjanov_tmckay, awesome work on job types, thank you!18:35
*** aignatov is now known as aignatov_18:36
*** _nadya_ has quit IRC18:37
*** saju_m has quit IRC18:51
*** _nadya_ has joined #savanna18:52
*** _tmckay is now known as tmckay18:54
tmckaySergeyLukjanov, you're welcome, I'm glad you like it :)18:55
tmckayI made the mistake of going to the store in a snow storm....18:55
tmckaySergeyLukjanov, I was thinking that I need to make another pass and define constants for the job type strings18:56
tmckaytoo much possibility for typos18:56
SergeyLukjanovtmckay, yup, good idea18:57
*** Ch00k has quit IRC19:00
*** saju_m has joined #savanna19:00
*** Ch00k has joined #savanna19:01
*** Ch00k has quit IRC19:08
*** ErikB has quit IRC19:08
*** Ch00k has joined #savanna19:12
*** tosky has joined #savanna19:14
*** ErikB has joined #savanna19:18
*** IlyaE has quit IRC19:21
*** aignatov_ is now known as aignatov19:43
*** _nadya_ has quit IRC19:45
*** ErikB has quit IRC19:46
*** ErikB has joined #savanna19:46
*** tosky has quit IRC19:47
*** saju_m has quit IRC19:48
openstackgerritChad Roberts proposed a change to openstack/savanna-dashboard: Treating blanked out config values as defaults for cluster templates  https://review.openstack.org/7302819:50
openstackgerritA change was merged to openstack/savanna: Add support for dotted job types  https://review.openstack.org/7268619:56
openstackgerritA change was merged to openstack/savanna: Remove all support for "Jar" as a job type (alias for "MapReduce")  https://review.openstack.org/7273319:59
*** ErikB has quit IRC19:59
*** ErikB has joined #savanna20:11
*** mst89 has quit IRC20:24
*** Ch00k has quit IRC20:25
*** IlyaE has joined #savanna20:34
openstackgerritSergey Lukjanov proposed a change to openstack/savanna: Sort modules in openstack-common.conf  https://review.openstack.org/7305020:40
openstackgerritSergey Lukjanov proposed a change to openstack/savanna: Fix how migration's cli register db connection opt  https://review.openstack.org/7305120:40
openstackgerritSergey Lukjanov proposed a change to openstack/savanna: Standardize config sample locations  https://review.openstack.org/7305220:40
openstackgerritSergey Lukjanov proposed a change to openstack/savanna: Auto generate and check config sample  https://review.openstack.org/7305320:40
tmckaymattf, re the NOSE_* environment variables in python-savannaclient/tox.ini   Are those used by testr?  I can't find any evidence of it.  Do you know why they're there?20:46
*** DinaBelova is now known as DinaBelova_20:47
* tmckay continues to dive deep on this test stuff20:47
mattftmckay, i think they were removed recently20:48
tmckayk, maybe not merged (or I thought I pulled and didn't)20:49
tmckaythanks20:49
mattfon sunday in fact20:49
mattflightning fast moving repo20:49
tmckayheh, helps to be on master20:49
* mattf chuckles20:49
mattfwouldn't hurt20:49
*** ErikB has quit IRC20:53
*** boris-42_ has quit IRC20:55
*** boris-42_ has joined #savanna20:59
jmaronmattf:  hi.  working on rootwrap.  may not be able to specify rootwrap as default mechanism since that would force configuration of rootwrap facility for all users (including root):  sudoers mods, creation of rootwrap filters dir, creation of filters file etc.  Testing incomplete config, even for 'root', shows command execution will fail.  So it appears that it'd be best to make it configurable…21:04
*** mattf is now known as _mattf21:13
*** ErikB has joined #savanna21:17
*** _mattf is now known as mattf21:43
tmckaySergeyLukjanov, still there?21:57
SergeyLukjanovtmckay, partially21:58
SergeyLukjanovtmckay, what's up?21:58
tmckayhi.  I was looking back through irc posts on cli integration tests21:58
tmckayI have a stub to set up savannaclient for unit/integration.  integration is empty...21:58
tmckayCan't find a blueprint for it, though.  But I do see a reference to "tempest"21:59
SergeyLukjanovtmckay, I'm pretty sure that we don't need integration tests for cli now21:59
tmckayIs it okay to go ahead with a unit/integration stub for cli, and add a blueprint?21:59
tmckayokay, I know it's something that mattf had been meaning to look at22:00
SergeyLukjanovread-only integration tests for cli could be contributed to the tempest22:00
tmckayI thought I'd help out22:00
SergeyLukjanovaignatov said that he'd like to write some unit tests for client22:01
SergeyLukjanovso, you need to communicate with him, it was on last IRC meeting IIRC22:01
tmckayk.22:01
SergeyLukjanovtmckay, are you working on tests for python bindings or for cli?22:02
tmckayI was setting up python-savannaclient to have unit tests and integration tests, so that tox -e py27 and tox -e integration for example would operate like savanna-api.  I thought that's what we wanted, but mabye I was mistaken22:04
tmckayintegration tests is empty at the moment22:04
SergeyLukjanovwe need py27 but there is no need for integration22:04
SergeyLukjanovwe already have some integration tests for client in savanna/integration tests22:04
SergeyLukjanovbecause we're testing savanna using client22:04
tmckayI suppose that's true22:05
SergeyLukjanovIMO we need some unit tests to cover client's auth magic and etc/22:05
tmckayokay, I can talk to aignatov about that22:05
SergeyLukjanovand unit tests to check that cli transforms cli args to python bindings calls correctly22:05
SergeyLukjanovtmckay, thanks22:06
*** ErikB has quit IRC22:10
*** crobertsrh is now known as _crobertsrh22:31
openstackgerritAndrew Lazarev proposed a change to openstack/savanna: [IDH] Added ability to support several versions  https://review.openstack.org/7308722:33
openstackgerritAndrew Lazarev proposed a change to openstack/savanna: [IDH] Added ability to support several versions  https://review.openstack.org/7308722:36
openstackgerritAndrew Lazarev proposed a change to openstack/savanna: [IDH] Added ability to support several versions  https://review.openstack.org/7308722:44
*** witlessb has quit IRC22:47
*** aignatov is now known as aignatov_23:03
*** jmaron has quit IRC23:55

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!