Thursday, 2015-07-09

elmikoetoews: have a fun vaca!01:02
etoewselmiko: thx! i'll be around tomorrow but after that gonzo01:03
elmikok, cool01:03
elmikowin 1301:04
*** elmiko is now known as _elmiko01:04
*** bitblt has quit IRC01:45
*** sigmavirus24_awa is now known as sigmavirus2401:49
*** sigmavirus24 is now known as sigmavirus24_awa02:17
*** woodster_ has quit IRC04:41
*** ig0r_ has joined #openstack-api05:52
*** ig0r__ has quit IRC05:55
*** cdent has joined #openstack-api06:39
*** fzdarsky has joined #openstack-api06:42
*** fzdarsky_ has joined #openstack-api06:45
*** fzdarsky_ has quit IRC06:53
*** fzdarsky has quit IRC06:56
*** fzdarsky has joined #openstack-api07:01
*** lucas-dinner has joined #openstack-api08:02
*** lucas-dinner has quit IRC08:03
*** lucasagomes has joined #openstack-api08:03
*** park_heijlong has quit IRC09:14
*** e0ne has joined #openstack-api09:28
*** fzdarsky has quit IRC09:32
*** e0ne is now known as e0ne_10:24
*** e0ne_ is now known as e0ne10:31
*** e0ne is now known as e0ne_10:51
openstackgerritAlex Xu proposed openstack/api-wg: Clarify the return code when conflicting input parameters
*** e0ne_ is now known as e0ne11:50
*** lucasagomes is now known as lucas-hungry11:51
*** e0ne is now known as e0ne_12:02
*** e0ne_ is now known as e0ne12:09
*** annegentle has joined #openstack-api12:15
*** e0ne has quit IRC12:32
*** annegentle has quit IRC12:38
*** lucas-hungry is now known as lucasagomes12:46
*** pserebryakov has joined #openstack-api12:47
*** e0ne has joined #openstack-api13:00
*** _elmiko is now known as elmiko13:15
*** fzdarsky has joined #openstack-api13:18
*** terrylhowe has joined #openstack-api13:27
*** sigmavirus24_awa is now known as sigmavirus2413:47
elmikosigmavirus24: hey, do you happen to know which rfc talks about query parameters for http?13:50
sigmavirus24elmiko: well rfc3986 discusses query parameters for URIs13:50
sigmavirus243987 is IRIs13:50
sigmavirus24URLs are URIs but a restricted subset13:50
elmikoexcellent, thanks13:51
sigmavirus24I would presume you're looking for 3986 because I don't recall if the 7230-7235 series talk about query params13:51
elmikocouple questions came up recently about using query params on POST and PUT, just curious to read more13:51
sigmavirus242616 may have but having standardized that elsewhere, it makes sense they would have omitted it13:51
sigmavirus24elmiko: ah, if you're looking for semantics then you are looking for something in the 7230-7235 series13:51
sigmavirus24I forget which one though13:51
elmikook, still, you've reduced my search parameters =)13:52
sigmavirus24no problem13:53
sigmavirus24I need to finish writing up that list for the API wg13:53
sigmavirus24with summaries13:53
sigmavirus24so its easier to look at the topics covered and say "I think it should be in this one"13:53
elmikoooh, that would be nice13:53
sigmavirus24it's a work-in-progress review13:53
*** pserebryakov has quit IRC14:00
*** annegentle has joined #openstack-api14:12
*** notmars has joined #openstack-api14:53
*** annegentle has quit IRC14:58
*** e0ne is now known as e0ne_15:32
*** e0ne_ is now known as e0ne15:48
*** notmars has quit IRC16:03
*** bitblt has joined #openstack-api16:03
*** notmars has joined #openstack-api16:08
*** notmars_ has joined #openstack-api16:11
cdentdoes the working group have a position on clients that do not configure themselves by asking keystone for an endpoint?16:12
cdentthat is, do we assume that that is the only legitimate way to find an endpoint?16:13
*** notmars has quit IRC16:13
*** notmars_ is now known as notmars16:13
*** terrylhowe has left #openstack-api16:13
ryansbI don't know that we have an official stance as a working group16:20
ryansbbut I'm pretty sure the general OpenStack concensus is "always use keystone, for it is the Source of Discovery Truth"16:21
cdentyeah, that's my understanding too16:21
cdentbut I also want a world where I can use curl :)16:21
ryansbyeah, you use curl to hit up the service catalog16:22
ryansbthen use curl to hit up the endpoint you got back16:22
ryansbyeah, I know16:23
cdentAre browser-based clients presumed to be doing the same kinds of lookups?16:27
cdentOr is there an expectation that the surrounding code which delivers the javascript to the browser wil have already done endpoint lookups?16:27
cdentDo other people think about these things or have I been at the koolaid for too long?16:28
ryansbI'd expect the JS code to do that lookup16:31
*** notmars has quit IRC16:31
ryansbbut I don't see why you couldn't send the lookup results along with the JS code16:31
stevelleditto. service catalog should be cached client-side16:31
*** annegentle has joined #openstack-api16:35
*** e0ne has quit IRC16:42
*** bitblt has quit IRC16:45
elmikoadvising the use of keystone's service catalog seems a little out of scope for the wg, imo16:46
elmikoi mean, sure, it's good practice16:46
*** annegentle has quit IRC16:46
*** Apoorva_ has joined #openstack-api16:50
*** annegentle has joined #openstack-api16:50
cdentelmiko: having a position on and making a guideline about is not quite the same thing :)16:51
cdentwe're in IRC, it's possible to have a position on everything!16:51
elmikolol, good point16:51
elmikomy position would be use the service catalog, unless you have a compelling reason not to16:52
*** lucasagomes is now known as lucas-beer16:53
sigmavirus24I agree with elmiko that client work is a bit out of our scope16:54
sigmavirus24We care about the APIs not the client best practices16:54
sigmavirus24That said, keystone and other services behind an F5 are still a bit ... broken16:54
sigmavirus24So relying solely on that has shown to be problematic without other ways of dealing with it. (See also recent cinderclient discussion on the ML and subsequent patch revert)16:55
sigmavirus24Also, I'm certain Swift would disagree given how much work they put into being able to be deployed sans *any* other OpenStack services16:55
elmikosigmavirus24: imo, that would fall under "compelling reason not to"16:57
elmikolike, you are only using swift and now for sure where the endpoint is16:57
sigmavirus24Yeah sure16:57
sigmavirus24Or you have a load balancer so you only ever need to know one endpoint ever16:58
* notmyname lurks16:58
elmikoright, that too16:59
elmikobut again, following cdent's lead, this is just opinion fodder and i don't think is worthy, or even appropriate, for guideline material17:00
cdentIt's in my consciousness because I've been doing devstack work to make services run on the same host and port with prefixes17:02
cdentwhich according to that gang is the desired default17:03{compute,network,identify} etc17:04
elmikothat's not the default installation expectation though, is it?17:05
cdentIs there such as a thing as a default installation? I don't know17:06
cdentbut from a human usability standpoint a portless single endpoint rather makes sense (whether it is by way of a series of proxies or direct)?17:06
elmikoby default i meant more what is in the offical install/ops guide17:07
cdentI don't think it is now, because it hasn't been easy to do with the eventlet-based api17:07
cdent(unless you used a proxy)17:08
cdentbut in the move to "prefer mod wsgi" then it is becomes more straightforward17:08
*** notmars has joined #openstack-api17:15
*** annegentle has quit IRC17:16
*** salv-orl_ has quit IRC17:20
*** salv-orlando has joined #openstack-api17:22
*** cdent has quit IRC17:39
*** annegentle has joined #openstack-api17:41
*** e0ne has joined #openstack-api17:51
*** salv-orlando has quit IRC17:55
*** annegentle has quit IRC18:00
*** notmars has quit IRC18:10
*** notmars has joined #openstack-api18:10
*** annegentle has joined #openstack-api18:19
*** annegentle has quit IRC18:20
*** notmars has quit IRC19:24
*** notmars has joined #openstack-api19:31
*** annegentle has joined #openstack-api20:04
*** fzdarsky has quit IRC20:16
*** notmars has quit IRC20:17
*** salv-orlando has joined #openstack-api20:19
*** fzdarsky has joined #openstack-api20:31
*** e0ne has quit IRC20:42
*** annegentle has quit IRC20:56
*** sigmavirus24 is now known as emacsraptor21:10
*** fzdarsky has quit IRC21:10
*** emacsraptor is now known as sigmavirus2421:10
*** notmars has joined #openstack-api21:21
*** notmars has quit IRC21:55
*** sigmavirus24 is now known as sigmavirus24_awa21:59
*** lucas-beer has quit IRC22:20
*** salv-orlando has quit IRC23:18
*** openstack has joined #openstack-api23:39

Generated by 2.14.0 by Marius Gedminas - find it at!