Friday, 2017-03-31

*** jamielennox is now known as jamielennox|away00:25
*** jamielennox|away is now known as jamielennox00:31
reedipanything new happeneing?00:33
reediparmax : never mind, got the info from the new stadium docs :)00:36
*** hoangcx has joined #openstack-sdks00:38
reedipwrong place :P00:50
*** yuanying has quit IRC00:58
*** yuanying has joined #openstack-sdks01:10
*** reedip has quit IRC01:20
*** huanxuan has joined #openstack-sdks01:22
*** john-davidge has joined #openstack-sdks01:54
*** john-davidge has quit IRC01:59
*** reedip has joined #openstack-sdks02:24
*** bobh has quit IRC02:31
*** bobh has joined #openstack-sdks03:04
*** bobh has quit IRC03:09
*** yuanying has quit IRC03:11
*** yuanying has joined #openstack-sdks03:14
RuiChenhi rabel: I saw your discussion in IRC meeting about "router show interface", seems that the key is identify which port is interface and which is gateway, if i'm not wrong, so "port list --router <router> --long" might be helpful, that show "device owner", looks like: network:router_interface/network:router_gateway03:21
*** amotoki has quit IRC03:22
*** reedip has quit IRC03:25
*** reedip has joined #openstack-sdks03:28
*** amotoki has joined #openstack-sdks03:50
*** amotoki has quit IRC03:56
*** amotoki has joined #openstack-sdks04:00
*** Qiming has quit IRC04:04
*** Qiming has joined #openstack-sdks04:06
*** gouthamr has quit IRC04:14
*** reedip has quit IRC04:17
*** john-davidge has joined #openstack-sdks04:21
*** amotoki has quit IRC04:22
openstackgerritMerged openstack/python-openstackclient master: Remove log translations  https://review.openstack.org/44788804:22
*** john-davidge has quit IRC04:26
*** reedip has joined #openstack-sdks04:26
*** frickler has quit IRC05:11
*** frickler has joined #openstack-sdks05:12
*** reedip has quit IRC05:14
*** e0ne has joined #openstack-sdks05:25
*** e0ne has quit IRC05:26
*** rabel has joined #openstack-sdks05:26
*** amotoki has joined #openstack-sdks06:05
*** amotoki_ has joined #openstack-sdks06:08
*** amotoki has quit IRC06:10
*** Serlex has joined #openstack-sdks06:29
*** d0ugal has joined #openstack-sdks06:52
*** d0ugal has quit IRC06:54
*** d0ugal has joined #openstack-sdks06:58
*** d0ugal has quit IRC06:58
*** d0ugal has joined #openstack-sdks06:58
*** hoangcx_ has joined #openstack-sdks07:03
*** hoangcx has quit IRC07:05
*** jpich has joined #openstack-sdks07:14
*** d0ugal has quit IRC07:22
*** reedip has joined #openstack-sdks07:23
*** Qiming has quit IRC07:26
*** d0ugal has joined #openstack-sdks07:26
*** d0ugal has quit IRC07:26
*** d0ugal has joined #openstack-sdks07:26
*** Qiming has joined #openstack-sdks07:32
*** ralonsoh has joined #openstack-sdks07:34
*** ralonsoh_ has joined #openstack-sdks07:35
*** hoangcx has joined #openstack-sdks07:39
*** ralonsoh has quit IRC07:39
*** hoangcx_ has quit IRC07:41
*** ralonsoh_ is now known as ralonsoh07:44
-openstackstatus- NOTICE: Jobs in gate are failing with POST_FAILURE. Infra roots are investigating07:44
*** ChanServ changes topic to "Jobs in gate are failing with POST_FAILURE. Infra roots are investigating"07:44
*** e0ne has joined #openstack-sdks08:24
-openstackstatus- NOTICE: logs.openstack.org has corrupted disks, it's being repaired. Please avoid rechecking until this is fixed08:25
*** ChanServ changes topic to "logs.openstack.org has corrupted disks, it's being repaired. Please avoid rechecking until this is fixed"08:25
*** ssbarnea has quit IRC08:54
*** fzdarsky has joined #openstack-sdks08:55
*** ssbarnea has joined #openstack-sdks09:01
*** annegentle has quit IRC09:18
*** cdent has joined #openstack-sdks09:20
reedipRuiChen : need your help09:36
reedipRuiChen : https://review.openstack.org/#/c/356263/18 was lost somewhere , couldnt track it. I am pushing it now.... can you review it ?09:37
*** yanyanhu has joined #openstack-sdks09:37
reedipjust doing the final test cases09:38
reedipankur-gupta-f4 : for you as well, when you are awake :D ^^09:38
*** sdague has joined #openstack-sdks09:44
*** john-davidge has joined #openstack-sdks09:47
*** yanyanhu has quit IRC09:48
openstackgerritReedip proposed openstack/python-openstackclient master: Add extra dhcp option to 'port create/set/unset'  https://review.openstack.org/35626309:59
openstackgerritReedip proposed openstack/python-openstackclient master: Add extra dhcp option to 'port create/set/unset'  https://review.openstack.org/35626310:07
*** cdent has quit IRC10:07
*** e0ne has quit IRC10:13
*** amotoki_ has quit IRC10:15
*** e0ne has joined #openstack-sdks10:16
reedipsindhu : ^^10:25
reedipthanks10:25
*** ralonsoh_ has joined #openstack-sdks10:30
*** ralonsoh has quit IRC10:34
*** hoangcx has quit IRC10:35
*** cdent has joined #openstack-sdks10:38
*** fzdarsky is now known as fzdarsky|afk11:08
*** fzdarsky|afk has quit IRC11:10
*** jkilpatr has joined #openstack-sdks11:21
*** yanyanhu has joined #openstack-sdks11:21
*** yanyanhu has quit IRC11:26
*** john-davidge has quit IRC11:32
*** amotoki has joined #openstack-sdks11:32
*** john-davidge has joined #openstack-sdks11:38
*** cdent has quit IRC12:08
*** edleafe is now known as figleaf12:10
*** chlong has joined #openstack-sdks12:40
openstackgerritCedric Brandily proposed openstack/python-openstackclient master: Enable to create legacy router  https://review.openstack.org/44917613:01
*** gouthamr has joined #openstack-sdks13:01
*** cdent has joined #openstack-sdks13:05
*** e0ne has quit IRC13:06
*** cleong has joined #openstack-sdks13:10
*** dave-mccowan has joined #openstack-sdks13:18
*** ralonsoh__ has joined #openstack-sdks13:41
*** ralonsoh_ has quit IRC13:43
*** ZZelle has quit IRC13:49
*** ZZelle has joined #openstack-sdks13:50
*** ZZelle is now known as Guest1118213:50
*** e0ne has joined #openstack-sdks13:53
*** e0ne has quit IRC13:53
*** Serlex has quit IRC13:54
*** Dinesh_Bhor has quit IRC13:55
*** e0ne has joined #openstack-sdks13:56
*** e0ne has quit IRC13:56
*** amotoki has quit IRC13:59
*** huanxuan has quit IRC14:07
*** Guest11182 is now known as ZZelle_14:12
openstackgerritDean Troyer proposed openstack/python-openstackclient master: start using api.versions  https://review.openstack.org/45161814:16
*** jamielennox is now known as jamielennox|away14:16
*** bobh has joined #openstack-sdks14:20
*** brianw has joined #openstack-sdks14:24
sindhureedip: will take a look :)14:49
reedipgreat sindhu : cheers :D14:50
openstackgerritCedric Brandily proposed openstack/python-openstackclient master: Enable to specify which vm fixed-ip to add  https://review.openstack.org/45223514:56
*** e0ne has joined #openstack-sdks15:18
*** hongbin has joined #openstack-sdks15:23
*** e0ne has quit IRC15:39
*** ralonsoh__ is now known as ralonsoh15:54
*** jpich has quit IRC16:16
*** cdent has quit IRC16:25
*** ZZelle has joined #openstack-sdks16:36
ZZellereedip, hi16:37
reediphi Cedrick / ZZelle :)16:38
ZZellereedip, about https://review.openstack.org/#/c/452235/1/doc/source/command-objects/server.rst16:38
reedipyeah16:38
*** cdent has joined #openstack-sdks16:38
ZZellereedip, i don't see the added value of your proposed change16:39
reedipZZelle : okay16:39
ZZellereedip, 'Requested fixed ip address' comes from novaclient help16:39
reedipit may not add too much value , thats why I said nit. But it is in line with the message format followed in OSC.16:39
reedipZZelle : its not necessary to translate the help messages exactly as that from the original client. But similarity is expected.16:40
reedipZZelle : I find the message , IMO, short. But this is my opinion.16:40
reedipagain, its a nit. If others find it Ok, then I dont have a problem.16:41
ZZellereedip, short doesn't mean meaningless16:42
reedipZZelle : does my message change the meaning of the one proposed in the patch?16:43
ZZellereedip, no, longer without added value IMO16:44
*** ralonsoh has quit IRC16:44
reedipZZelle ; I am not in agreement with you , but yes, thats a nit. I will revert my analysis, but retain my comment16:45
ZZellereedip, longer also means line-wrapped and less readable16:45
reedipZZelle : if we are going beyond 80 characters, yes16:45
openstackgerritCedric Brandily proposed openstack/python-openstackclient master: Enable to specify which vm fixed-ip to add  https://review.openstack.org/45223517:15
*** e0ne has joined #openstack-sdks17:50
*** reedip is now known as reedip_afk17:56
*** cdent has quit IRC18:30
*** cdent has joined #openstack-sdks18:32
*** john-davidge has quit IRC18:40
*** e0ne has quit IRC18:40
*** e0ne has joined #openstack-sdks18:41
*** e0ne has quit IRC18:43
*** e0ne has joined #openstack-sdks18:45
*** rabel has quit IRC18:52
*** e0ne has quit IRC19:02
*** cleong has quit IRC19:12
*** cdent has quit IRC19:17
*** sdague_ has joined #openstack-sdks19:23
*** john-davidge has joined #openstack-sdks19:40
*** john-davidge has quit IRC19:46
*** sdague_ has quit IRC19:51
*** sdague_ has joined #openstack-sdks19:56
-openstackstatus- NOTICE: lists.openstack.org will be offline from 20:00 to 23:00 UTC for planned upgrade maintenance19:59
*** stevelle has joined #openstack-sdks20:11
*** Qiming has quit IRC20:12
stevelleelmiko_ or any other API-WG types paying attention?20:12
*** Qiming has joined #openstack-sdks20:16
*** gouthamr has quit IRC20:22
*** sdague has quit IRC20:36
figleafstevelle: I'm around20:38
rosmaitafigleaf: got a question about supporting partial downloads.  we are thinking of supporting only single-range requests.  so in response to a multi-range request, would it be better to (A) return 501, or (B) return 200 and the entire content20:40
*** prg3 has quit IRC20:40
rosmaitathe standard isn't very clear on this point20:40
stevellefigleaf: reference we have been looking at https://tools.ietf.org/html/rfc7233#section-4.420:41
figleafrosmaita: 5xx are only for server-side errors20:41
*** sdague_ has quit IRC20:41
rosmaitawell, it's kind of on us because we aren't implementing something20:41
figleafIf you only support single-range, and they request something unsupported, it should be a 400 Bad Request20:41
stevelleour library doesn't support multi-range20:41
figleafIs that documented?20:42
stevellewe are choosing not to try to work around that limitation at this time20:42
*** prg3 has joined #openstack-sdks20:43
figleafI still think a 400 with an error message that explains how to correct the request would be best20:45
rosmaitafigleaf: i think this is what we have doc'd now: https://developer.openstack.org/api-ref/image/v2/?expanded=download-binary-image-data-detail20:45
*** gouthamr has joined #openstack-sdks20:46
figleafah, forgot about 41620:47
figleafNot one of the more popular return codes :)20:47
rosmaitanope20:47
stevellepointing at what we have now (which is for the wrong header) is kind of terrible though :)20:47
stevellemakes me sad20:47
stevellethe current text saying "For an unsatisfiable partial download request" seems to suggest it is used where it probably shouldn't20:49
rosmaitafigleaf: our reading of the rfc7233 is that 416 is for inconsistent range requests, but in this case, you could be making an otherwise OK request syntax-wise, we just don't suport multi-range requests20:49
rosmaita(well, my reading, anyway)20:49
figleafrosmaita: I tend to agree.20:50
rosmaitafigleaf: that worries me, because we are both sensible fellows, so if we agree, we are probably misreading the standard20:52
rosmaita:)20:52
figleafwhat makes you think I'm sensible???20:52
rosmaitawe tend to agree a lot, it's the only conclusion to draw20:53
rosmaitain any case, you seem to not like the 501 idea20:54
figleafNo, since the server *does* support the functionality. The user can re-formulate the request so that it will succeed20:56
stevelleto advocate for the other side, the server doesn't support the correctly-formatted request20:56
stevelleso "not supported"20:56
stevelle"I can't do that, Dave." is different from "Syntax Error"20:57
figleafWell, if I were a user, and I got that, I would assume you don't support any downloads20:58
* rosmaita is trying to think if there's a response code for "i can do that, and you are authorized, but i refuse"20:59
figleafthe problem with that is that the server *can't* do it20:59
stevelleI thought 501 was that. Note that we WILL return an Accepts-Range header21:00
stevelleregardless of the status code21:00
figleafRemember that in the RFC, "method" means GET, PUT, etc.21:01
*** Qiming has quit IRC21:01
stevelleiirc the RFC says "may" mean the method is unsupported... checking21:01
figleaf4xx is client error. If multi-range is documented as not supported, and a client requests multi-range, that's client error21:02
*** Qiming has joined #openstack-sdks21:02
stevelleI have no horse here. Just trying to thoroughly consider all alternatives.   The note on https://tools.ietf.org/html/rfc7233#section-4.4 is the argument for just returning the full image and 200 status21:04
stevelleI see multiple "right" answers, just trying to find more consensus on what is best21:04
rosmaitafigleaf: i am worried about the openstack API implications of returing a 400 and then if we later add support ... what do we do? if it's a 501, we are allowed to make the change21:05
stevelleahh, the meta discussion :)21:05
*** prg3 has quit IRC21:05
figleafMy tiebreaker is always what would be more helpful for the consumer of the API?21:05
figleafrosmaita: that's a very cynical way of approaching API goodness21:06
rosmaitamy ocata experiences have made me very cynical!21:06
figleafBeing "allowed" to fix a 5xx is in the spirit of 5xx responses are bugs21:07
rosmaitaok, so 501 might be confused as "no support at all", that makes it un-good21:07
figleafand a client should never expect a bug21:07
rosmaita400 would mean reformulate your request, and possibly RTFM before making another request21:07
rosmaita200 plus the entire thing appears to be allowed by the standard21:08
figleafrosmaita: well, the error message in the response should be so helpful that they won't have to RTFM!21:08
rosmaitai think we should add "and RTFM" to all 400s just on general principles21:09
stevellefigleaf: in that case, and error message is more important than the status code chosen :)21:09
stevelleI don't disagree, but still what code21:09
figleafstevelle: +121:09
figleafYou guys could always come to next week's API WG meeting21:09
figleafstevelle said he'd bring bagels21:10
stevellelies!21:10
rosmaitai think they only have to be virtual bagels21:10
rosmaitaand, you only have to bring them to your keyboard21:10
figleafJust the holes21:10
stevelleI don't know where to find bagels in PDX at 6am that don't suck21:10
* stevelle has homework21:11
rosmaitaso the argument for 400 and against 416 is that it's a properly formatted request, we just won't accept it21:11
figleafstevemar: get up at 3am and make 'em yourself!21:11
stevellepoor steve21:11
stevellehe has to make me bagels now :)21:11
rosmaitahe is going to be very surprised when he sees that irc highlight21:12
figleafstevemar: sorry. Freakin' tab completion!21:12
rosmaita"wtf? bagels?"21:12
figleafHey, Toronto has some good bagels21:12
figleafrosmaita: 416 seems to me like it fits the case where they request a range that is larger than the actual resource21:13
figleafThis matter is not that at all21:13
rosmaitaright21:14
figleafif they request multiple ranges that are all within the resource length, 416 isn't applicable21:14
openstackgerritCedric Brandily proposed openstack/python-openstackclient master: Enable to add/remove port to/from a server  https://review.openstack.org/45232821:14
figleafBut since you don't support multiple ranges, 400 is returned21:14
rosmaitaok, 400 plus informative error message sounds good ... what about just dumping the entire content with a 200 ?21:15
stevellereviewed where we talked about 400 vs 416, and I don't see any reason to dwell on that here. 400 or 200 is where I think we are at21:15
figleafrosmaita: wait - are they requesting the whole thing, just in parts?21:15
rosmaitafigleaf: not necessarily21:15
rosmaitai think we don't even want to try to find out21:16
rosmaitawe are just saying "no multiple range requests are accepted"21:16
figleafSo no, I wouldn't return anything other than what they requested21:16
*** sdague has joined #openstack-sdks21:16
figleaf'zactly21:16
figleafbrb21:17
rosmaitai'm leaving, too ... have a good weekend, and thanks for the help21:17
figleafno worries - enjoy your weekend!21:24
*** sdague has quit IRC21:33
*** prg3 has joined #openstack-sdks21:47
-openstackstatus- NOTICE: The upgrade maintenance for lists.openstack.org has been completed and it is back online.21:51
*** bobh has quit IRC22:18
*** figleaf is now known as edleafe22:18
*** gouthamr has quit IRC22:34
openstackgerritDean Troyer proposed openstack/python-openstackclient master: start using api.versions  https://review.openstack.org/45161822:39
*** john-davidge has joined #openstack-sdks23:05
*** john-davidge has quit IRC23:10
*** bobh has joined #openstack-sdks23:29
*** bobh has quit IRC23:30
*** bobh has joined #openstack-sdks23:31
*** bobh has quit IRC23:36
*** prg3 has quit IRC23:41
*** ZZelle has quit IRC23:42
*** prg3 has joined #openstack-sdks23:45
*** gouthamr has joined #openstack-sdks23:49

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