16:00:14 #startmeeting api-wg 16:00:15 Meeting started Thu Dec 1 16:00:14 2016 UTC and is due to finish in 60 minutes. The chair is cdent. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:16 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:18 The meeting name has been set to 'api_wg' 16:00:22 cdent: LOL, you beat me to it 16:00:30 #chair etoews elmiko 16:00:31 Current chairs: cdent elmiko etoews 16:00:34 * mlavalle waves at cdent 16:00:36 :) 16:00:41 o/ 16:00:57 hi 16:00:58 has elmiko returned from 16:01:02 well there ya go 16:01:05 i has =) 16:01:07 hi o/ 16:01:12 edleafe: you about? 16:01:26 #link agenda: https://wiki.openstack.org/wiki/Meetings/API-WG#Agenda 16:01:26 yup 16:01:37 #topic previous meeting action items 16:01:51 #link previous meeting: http://eavesdrop.openstack.org/meetings/api_wg/2016/api_wg.2016-11-17-16.00.html 16:02:15 one agenda item was on edleafe, he did it, made it happen, guideline for nin now under review 16:02:29 s/agenda/action/ 16:02:45 #topic open mic 16:02:58 there's one listed there, but before we get to that anyone have anything? 16:03:12 there are two 16:03:22 I added one ~30 min ago 16:03:51 ah, awesome 16:03:58 well let's do your then: 16:04:09 #topic Clarifying use of 400 vs. 404 16:04:26 #link review with conflicting 400 vs 404: https://review.openstack.org/#/c/401941/ 16:04:38 ok, the guideline at https://github.com/openstack/api-wg/blob/master/guidelines/http.rst#id7 is what I'm concerned with 16:05:21 It states that if a resource passed in the body of a request isn't found, to return 400, not 404, because 404 means just the URI 16:05:57 My concern is that 400 means that the request is malformed or otherwise has bad syntax 16:06:21 400 is also the "something is wrong and nothing else fits, but you might be able to fix it on your side" 16:06:38 I don't agree that a perfectly-formed request that references a resource that doesn't exist should be a 400 16:07:35 I think I probably wrote the bit you are objecting to (I can't remember for sure). Can you point to the part of the rfc that makes you think otherwise? 16:07:50 https://tools.ietf.org/html/rfc7231#section-6.5.1 16:08:15 the only thing that suggests being a catch-all is "perceived to be" 16:08:39 yeah, that's not the thing, the reason to use 404 is in 6.5.4: "that the origin server did not find a current representation for the target resource" 16:08:42 so 404 is wrong 16:08:54 400 may also be wrong, but it definitely should not be 404 16:09:15 409 stands out as a possible likely candidate with 400 16:09:23 although, also not perfect 16:09:54 i don't think it's a 409 16:09:55 no, 409 wouldn't be very good oeither 16:10:00 which is why we fall back to 400... 16:10:04 right 16:10:09 yeah, 409 seems as poor a fit as 400 16:11:02 So are we stuck with 400, but with a honking good error message? 16:11:14 i think 400 would be okay with a good error message 16:11:29 yeah, pretty much 16:11:35 Dinesh_Bhor: how does that sound to you? 16:11:47 Agree 16:11:57 has cinder adopted the error message guideline? 16:12:12 ok, I'll re-review with an eye on the error messages 16:12:15 i like honking good error messages, in general XD 16:12:23 beep beep 16:12:26 are honking and stonking the same? 16:12:43 doesn't seem like it, at the least there are 3 character different 16:12:59 * cdent thinks maybe we should send elmiko back 16:13:02 cdent: kindred spirits 16:13:12 oh please do, i fell in love with al Andaluz 16:13:19 :) 16:13:39 So, is that resolved then? 16:14:02 topol_: you and stevemar are one and the same?? 16:14:11 :) 16:14:25 * cdent moves on 16:14:25 cdent: Yes, I don't see a better solution 16:14:32 #topic Let's discuss dropping APIImpact as a thing, not only do we not do it, but what it means in commit messages is not the same as how we intended to make use of it? 16:14:44 cdent: I'll propose some extra wording to the guideline to clarify 16:14:53 edleafe++ 16:15:10 Could someone please comment on the patch so that it will be easy for me to convience cinder community to accept it? 16:15:29 my reasoning on this is that having something we intend to do but never do and we have a more workable solution anyway just seems like bad form, so we may as well dump it, if we can 16:15:42 The "if we can" is wondering if we have some kind or charter or otherwise that requires it? 16:15:46 cdent: that is sound reasoning 16:15:54 Dinesh_Bhor: yes, I'll do that 16:16:04 it's a great aspiration, but we have sadly fallen short 16:16:11 edleafe: ok, thank you 16:16:20 cdent: do you mean dump it from our meeting or dump it from all of openstack everywhere? 16:16:21 most of the time human interaction seems to work the best (as today) 16:16:39 etoews: I mean dump it from our meeting, our newsletter, and any other documents we have 16:16:41 Dinesh_Bhor: the question is always "is it worth it", and that you'll have to work out amongst yourselves 16:17:09 edleafe: yes, I will 16:17:15 as far as I can tell it operates as a signal within each project independent of whatever it means to us 16:17:27 cdent: would there be a way for a patch submitter to indicate that they would like it reviewed by the API WG? 16:17:41 cdent: or do they have to do that with this meeting, or the ML? 16:18:42 right now it seems the ML is the defacto way, with followups here, and that seems to be working? 16:18:52 afaik and as far as our docs are concerned, i think it's only in https://wiki.openstack.org/wiki/API_Working_Group 16:18:55 the [api] tag is visible and meaningful 16:19:15 If we choose to make the change I can take the action to cleanup wiki and anything else 16:19:40 i agree that [api] on ml and bringing folks into this meeting seems to be working well enough 16:20:04 etoews: that's the doc I had in mind 16:20:23 should we poll the world or is it okay to decide unilaterally? 16:20:43 i don't think we need to poll the world 16:20:49 (me neither) 16:21:03 * cdent looks at elmiko 16:21:05 but... what if we accidentally offend someone??? 16:21:13 * cdent gives edleafe a cookie 16:21:15 i don't think we should tell people to stop using it though 16:21:15 well done 16:21:28 oh yeah, I wasn't suggesting that 16:21:36 kk 16:21:43 hmm 16:21:46 etoews: we should tell them that it is no longer a bat signal 16:22:06 maybe follow our normal proceedure, and signal that we will deprecate APIImpact and see if there is a huge backlash? 16:22:15 IOW, that we are largely ignoring it 16:22:34 that's already obvious from several months of saying that in the newsletter (every single time) 16:22:42 APIImpact has other uses 16:23:03 yes, which is why we're not telling people not to use it, just that it won't mean anything to the api-wg 16:23:11 we use it in Nova for indicating a need for microversions, release notes, etc. 16:23:32 cdent: exactly. Not the API WG bat signal 16:23:38 * cdent nods 16:24:12 cdent: +1 16:24:50 cool, whoever gets the newsletter can say something about that, and also remove that chunk from the newsletter etherpad, I'll do the wiki etc 16:25:22 #action cdent to clean up persistent docs to indicate that APIImpact is no longer an api-wg bat signal, [api] ml tag and agenda are. 16:26:00 #agreed APIImpact is no longer the api-wg bat signal 16:26:06 any other opens? 16:26:13 i don't think we want to say "deprecate APIImpact" 16:26:25 that will give the impression that people should stop using it 16:26:39 yeah, good point etoews 16:27:06 fair 16:27:16 I think "bat signal" is about right, but is too colloquial? 16:27:19 simply say that we're not actively reviewing apiimpact anymore and to hit us up on the ml with [api] 16:27:31 should we change the language in the newsletter to direct folks towards making an email with [api]? 16:27:51 * cdent buys the jinxers a coke 16:27:56 lol 16:29:05 #topic guidelines 16:29:17 #link pending guidelines https://review.openstack.org/#/q/status:open+project:openstack/api-wg,n,z 16:29:42 nin is freezable? https://review.openstack.org/#/c/399131/ 16:30:12 (other two not) 16:30:16 not a lot of controversy, eh? 16:30:21 seems like it is 16:30:48 edleafe: politics fatigue :) 16:31:24 "wanna fight about it?" "nah" 16:31:31 hehe 16:32:34 etoews: you wanna freeze that one? 16:32:35 big whoop 16:32:41 cdent: sure 16:34:36 nothing is ready to merge 16:34:45 #topic bug review 16:34:48 there are no new bugs 16:35:16 since elmiko has been away for a while that means he has to do 20 penalty bugs 16:35:49 wow 16:35:53 so harsh 16:36:01 =) 16:36:18 elmiko: yeah, cdent doesn't mess around 16:36:56 seriously 16:37:22 Yeah, I'm all about amassing and abusing power. 16:37:45 hahaha 16:38:07 "You will all bow down before me!!!" 16:38:07 #topic weekly newsletter 16:38:54 is anyone aching to be the newletter editor this week? or shall we work on it together in the next 20 mins? 16:39:09 #link newsletter etherpad: https://etherpad.openstack.org/p/api-wg-newsletter 16:39:50 i'm all for collaboration 16:40:22 sweet, i mean suite 16:40:56 lol 16:47:31 Pushed the change for the 400v404 thing: https://review.openstack.org/#/c/405515/ 16:56:06 how's the etherpad seem? 16:56:15 looking tight on my end 16:56:52 +1 16:58:24 I'm having a spelling and grammar brainfart. Is this correct: " led to a proposed" ? 16:58:44 that seems correct to me 16:58:48 sound fine 16:59:02 etoews: did you do the cpl thingie on the frozen guideline? 16:59:11 yep. 16:59:19 \o/ 16:59:22 perfect timing 16:59:25 thanks everyone 16:59:28 before freezing so they see the frozen comment 17:00:35 #endmeeting