Monday, 2015-10-05

*** david-lyle has quit IRC01:13
*** david-lyle has joined #openstack-searchlight01:44
*** itisha has quit IRC01:53
*** akanksha_ has quit IRC02:28
*** david-lyle has quit IRC03:32
*** david-lyle has joined #openstack-searchlight03:44
*** david-lyle has quit IRC03:48
*** david-lyle has joined #openstack-searchlight03:53
*** david-lyle has quit IRC04:02
*** david-lyle has joined #openstack-searchlight04:06
*** david-lyle has quit IRC04:12
*** david-lyle has joined #openstack-searchlight04:22
*** david-lyle has quit IRC04:29
*** TravT_away has quit IRC05:02
*** TravT has joined #openstack-searchlight05:53
*** TravT is now known as TravT_away05:53
*** lakshmiS has joined #openstack-searchlight06:02
*** lakshmiS has quit IRC06:31
*** lakshmiS has joined #openstack-searchlight06:32
*** david-lyle has joined #openstack-searchlight08:28
openstackgerritMerged openstack/searchlight: Make use of config options for indexer plugins  https://review.openstack.org/22331808:41
*** david-lyle has quit IRC08:51
*** david-lyle has joined #openstack-searchlight09:00
*** david-lyle has quit IRC09:07
*** david-lyle has joined #openstack-searchlight09:23
*** david-lyle has quit IRC09:27
*** david-lyle has joined #openstack-searchlight09:30
*** david-lyle has quit IRC09:54
*** david-lyle has joined #openstack-searchlight10:01
*** david-lyle has quit IRC10:16
*** david-lyle has joined #openstack-searchlight10:19
*** david-lyle has quit IRC10:29
*** david-lyle has joined #openstack-searchlight10:32
*** david-lyle has quit IRC10:42
*** david-lyle has joined #openstack-searchlight10:49
*** david-lyle has quit IRC10:53
*** david-lyle has joined #openstack-searchlight10:56
*** lakshmiS has quit IRC11:06
*** david-lyle has quit IRC11:07
*** david-lyle has joined #openstack-searchlight11:08
*** lakshmiS has joined #openstack-searchlight11:16
*** david-lyle has quit IRC11:18
*** david-lyle has joined #openstack-searchlight11:25
*** lakshmiS has quit IRC11:35
*** itisha has joined #openstack-searchlight12:10
*** lakshmiS has joined #openstack-searchlight12:32
*** sigmavirus24_awa is now known as sigmavirus2414:09
*** lakshmiS has quit IRC14:14
*** david-ly_ has joined #openstack-searchlight14:56
*** david-lyle has quit IRC14:57
*** david-ly_ is now known as david-lyle14:57
*** david-ly_ has joined #openstack-searchlight15:03
*** david-lyle has quit IRC15:03
*** david-ly_ is now known as david-lyle15:04
*** nikhil has quit IRC15:27
*** nikhil has joined #openstack-searchlight15:36
*** david-ly_ has joined #openstack-searchlight15:48
*** david-lyle has quit IRC15:48
*** david-ly_ is now known as david-lyle15:49
*** openstackgerrit has quit IRC17:31
*** openstackgerrit has joined #openstack-searchlight17:32
*** openstackgerrit has quit IRC18:01
*** openstackgerrit has joined #openstack-searchlight18:02
*** nikhil has quit IRC18:29
*** akanksha_ has joined #openstack-searchlight18:47
TravT_awaysjmc7: david-lyle: rosmaita: sigmavirus24: Can we have a quick chat on the version number for the searchlight release?19:09
david-lyleo/19:09
*** TravT_away is now known as TravT19:09
TravTI exchanged an email with ttx this weekend on the release process.19:10
TravTi have a response drafted which I will include on the mailing list19:10
TravTbut for the version number (ignoring RC / not RC / milestone, etc)19:11
TravTwe do need to decide if we'd be pushing 0.x.0 or 1.0.019:11
sigmavirus24TravT: I had asked about this when the new number scheme was announced19:11
david-lyleis 1.0.0 another service?19:11
TravTdavid-lyle: ?19:11
sigmavirus24TravT: so if we say 0.x.0 we're saying "we can radically break things in the future"19:11
sigmavirus24There's no commitment to stability and people might shy away from that19:12
david-lyleturns out for this release all services have a different release version19:12
sigmavirus24david-lyle: yes19:12
david-lyleHorizon happens to be 8.0.019:12
sigmavirus24david-lyle: this was announced earlier in the cycle19:12
david-lyleNova might be 1.0.019:12
sigmavirus24Glance is 9.0.0 iirc19:12
TravTi saw ironic is 4.something19:12
sigmavirus24david-lyle: no nova is 11.0.0 or 12.0.019:12
sigmavirus24TravT: is ironic udner the integrated release stuff?19:13
david-lylejust e.g.19:13
david-lyleso wondering about overlap, if it matters or are we 24.0.019:13
TravTsigmavirus24: yeah the psychology of it all is what i'm most conflicted over19:13
david-lylewhich makes us sound very mature19:13
sigmavirus24david-lyle: no the number reflects the number of cycles we've been part of openstack19:13
sigmavirus24nova -> 11 or 1219:13
sigmavirus24glance -> 919:13
sigmavirus24searchlight -> 019:13
TravT0.x.0 implies not ready for anything.19:13
sigmavirus24TravT: right19:13
david-lylesigmavirus24: ok, that was the part I was missing19:13
TravTbut we are a new project so, we don't want to set too high of expectations either.19:14
sigmavirus24TravT: is that how you all feel about searchlight?19:14
TravTno, i don't feel that way19:14
sigmavirus24TravT: I dont' think it's just expectation setting about the maturity of the project19:14
david-lyleso 0.1.0 or 1.0.0?19:14
sigmavirus24do we think we're going to break any APIs or need to before 2.0.0?19:14
TravTbut we haven't had any battle testing yet...19:15
sigmavirus24TravT: I think that might be easily conveyed when talking about/announcing 1.0.019:15
sigmavirus24I'm okay with either one19:15
TravTttx pointed me to this:19:15
TravThttp://docs.openstack.org/project-team-guide/release-management.html19:15
TravTwhich i mostly am asking him about..19:15
TravTbecause we went with Common cycle with intermediary releases19:16
TravTbut the text for that one's intent doesn't quite line up with our intent, i think19:16
TravTsigmavirus24: i think we would try really hard to NOT make backwards incompatible point releases between now and mitaka19:16
david-lylewhy intermediary vs milestones?19:17
TravTi don't know of any that we currently have19:17
sigmavirus24TravT: so if we stick with that for now19:17
sigmavirus240.2.0 can come out before mitaka19:17
sigmavirus24and then 0.3.0 could be mitaka19:17
sigmavirus24that gives us time to iterate and then really get it out the door for battle testing19:17
sigmavirus24as things are found, we can then iterate quickly and get releases into people's hands19:17
sigmavirus24make sense?19:17
TravTdavid-lyle: it seemed a little more agile.  for example, we could release a .release when nova flavors are added or cinder volumes19:17
david-lylemakes sense19:18
sigmavirus24I think it can fit  us well if we're very conscientious about it19:18
sigmavirus24If we release 0.1.0 and talk up searchlight people will dig into it19:18
david-lyleI lean towards 0.1.019:19
sigmavirus24As it's a young project people will probably report bugs and if we identify any that we want to help people fix asap we can then create 0.2.019:19
david-lyleI'd really like to see it run outside a test enviroment19:19
sigmavirus24All of this in mind I'm leaning towards 0.1.0 too19:19
TravTyeah and then if things look pretty solid in mitaka , it become 1.0.19:19
sigmavirus24TravT: exactly19:19
david-lyleyup19:19
TravT0.x implies more of a beta release19:19
sigmavirus24TravT: sort of yeah19:20
TravTwhich is probably more correct at this stage without the battle testing...19:20
david-lyleI think that's fair19:20
* sigmavirus24 nods19:20
david-lyleit's worse to oversell expectations than undersell19:20
TravTok, 0.1.0 leave me feeling pretty comfortable with it, and as you said sigmavirus24, we still can promote it.19:21
sigmavirus24TravT: yep19:22
sigmavirus24I also like the idea of working with any potential deployers to identify show stopping bugs and shipping 0.2.0/0.3.0/whatever to help them get Searchlight into production faster19:22
TravTgives us a bit more time to feel good about the solidity of the API as well.19:22
TravTand we really do need some rounds of deploying it to figure out what is there.19:22
sigmavirus24It indicates a pretty good symbiotic relationship if we can do that for them19:22
sigmavirus24We may want to write some posts for the openstack blog or whatever about this choice and such19:23
TravTyeah, being able to release revs quickly will be important19:23
sigmavirus24it'll help people have some confidence in us19:23
TravTdefinitely...19:23
TravTsigmavirus24: maybe we can tag team on a blog post.19:25
sigmavirus24TravT: why not?19:26
sigmavirus24Let me ask some people, if we co-author it appropriately we might even be able to get it onto the Rackspace/HP blogs?19:26
TravTyeah, that'd be cool19:26
sigmavirus24(i.e., more coverage)19:27
TravTi am not well connected to the blogosphere, but i'll ask around in HP.19:27
sjmc7ooo19:27
sjmc7as a coincidence, i just got told to be prepared to write blog posts19:28
TravToo19:28
TravTexcellent19:28
sjmc7i was going to write about different sand grades or something, but this would be better19:28
TravTsigmavirus24: sjmc7: anybody interested: how about we co draft a joint blog on an etherpad to start with and then figure out how we can get it to openstack, rackspace, hp19:31
david-lyleopenstack just needs a blog registered with openstack-planet19:34
TravTsigmavirus24: david-lyle: sjmc7: rosmaita: FYI, i just sent a response back to ttx which includes the searchlight mailing list.19:52
sjmc7sweet!19:52
TravTnot intended to jump the gun, but just to help get release management blessing on our intentions19:53
sigmavirus24TravT: cool19:53
ekarlsosososososo20:03
ekarlsowhat's up ? :D20:03
TravThowdy ekarlso!20:05
TravTconfig options patch landed. :)20:05
ekarlsoat last :p20:06
ekarlsowhat did you end up with for a pattern?20:06
TravTi've spent most the morning reading mailing lists, blogs, and dev docs on release numbering in openstack so we can run a release.20:06
ekarlso:p20:07
TravTsigmavirus24: david-lyle: rosmaita: sjmc7: ekarlso: follow up on the earlier conversation.21:17
TravTif we go with 0.121:18
TravTthen should we change the versions output to 0.1?21:18
TravT{21:18
TravT  "versions": [21:18
TravT    {21:18
TravT      "status": "CURRENT",21:18
TravT      "id": "v1.0",21:18
TravT      "links": [21:18
TravT        {21:18
TravT          "href": "http://127.0.0.1:9393/v1/",21:18
TravT          "rel": "self"21:18
TravT        }21:18
TravT      ]21:18
TravT    }21:18
TravT  ]21:18
TravT}21:18
ekarlsouhm, I dont think the API versioning follows the versioning of the project no21:18
ekarlsoso def a nono :p21:19
TravTnova's microversioning seemed to do something along those lines.21:20
TravTGET /21:20
TravT{21:20
TravT     "versions": [21:20
TravT        {21:20
TravT            "id": "v2.1",21:20
TravT            "links": [21:20
TravT                  {21:20
TravT                    "href": "http://localhost:8774/v2/",21:20
TravT                    "rel": "self"21:20
TravT                }21:20
TravT            ],21:20
TravT            "status": "CURRENT",21:20
TravT            "version": "5.2"21:21
TravT            "min_version": "2.1"21:21
TravT        },21:21
TravT   ]21:21
TravT}21:21
TravTi'm fine with saying all the 0.x stuff is leading up to 1.021:21
sigmavirus24TravT: I'm kind of in agreement with ekarlso here21:25
sigmavirus24I'm not sure what you want to do with the endpoints but if you think we're going to make backwards incompatible changes to teh endpoints maybe it's better to stick to 0.121:25
sjmc7it's an api version21:34
sjmc7it doesn't have to match anything21:35
ekarlso+1 sjmc721:51
*** nikhil has joined #openstack-searchlight21:56
*** sigmavirus24 is now known as sigmavirus24_awa22:06
*** openstackgerrit has quit IRC22:16
*** openstackgerrit has joined #openstack-searchlight22:17
*** david-ly_ has joined #openstack-searchlight23:04
*** david-lyle has quit IRC23:04
*** akanksha_ has quit IRC23:28

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