Thursday, 2017-07-27

*** itlinux has quit IRC00:02
openstackgerritTimur Alperovich proposed openstack/python-swiftclient master: Turn stdin uploads into SLO above 10MB.  https://review.openstack.org/47861100:05
openstackgerritTimur Alperovich proposed openstack/python-swiftclient master: Allow for uploads from standard input.  https://review.openstack.org/47503800:05
openstackgerritPete Zaitcev proposed openstack/swift master: PUT+POST and its development test  https://review.openstack.org/42791100:16
*** vint_bra has joined #openstack-swift00:21
*** psachin has joined #openstack-swift00:36
*** kiennt has joined #openstack-swift00:42
*** kiennt has left #openstack-swift00:43
*** vint_bra has quit IRC00:51
*** itlinux has joined #openstack-swift00:53
*** itlinux has quit IRC00:58
*** klrmn has quit IRC01:05
*** tovin07_ has joined #openstack-swift01:05
*** Sukhdev has quit IRC01:06
*** jamielennox has quit IRC01:08
*** jamielennox has joined #openstack-swift01:15
*** two_tired has joined #openstack-swift01:24
*** cdelatte has quit IRC01:27
*** noxdafox has quit IRC01:28
*** JimCheung has quit IRC01:32
*** JimCheung has joined #openstack-swift01:33
*** noxdafox has joined #openstack-swift01:34
*** vint_bra has joined #openstack-swift01:34
*** JimCheung has quit IRC01:37
*** tonanhngo has joined #openstack-swift01:48
*** JimCheung has joined #openstack-swift02:02
*** JimCheung has quit IRC02:07
*** klrmn has joined #openstack-swift02:13
*** jamielennox has quit IRC02:17
*** jamielennox has joined #openstack-swift02:24
openstackgerritOpenStack Proposal Bot proposed openstack/python-swiftclient master: Updated from global requirements  https://review.openstack.org/8925002:28
*** vint_bra has quit IRC02:45
*** ukaynar has quit IRC02:52
*** ukaynar has joined #openstack-swift02:53
openstackgerritMerged openstack/python-swiftclient master: Allow for uploads from standard input.  https://review.openstack.org/47503803:16
openstackgerritJohn Dickinson proposed openstack/python-swiftclient master: 3.4.0 authors/changelog update  https://review.openstack.org/48585903:21
openstackgerritJohn Dickinson proposed openstack/python-swiftclient master: 3.4.0 authors/changelog update  https://review.openstack.org/48585903:23
notmynameI'm landing patch 485859 and will tag the release as soon as it makes its way through the gate03:23
patchbothttps://review.openstack.org/#/c/485859/ - python-swiftclient - 3.4.0 authors/changelog update03:23
*** gkadam has joined #openstack-swift03:30
*** psachin has quit IRC03:41
*** psachin has joined #openstack-swift03:58
*** klrmn has quit IRC04:01
*** hoonetorg has joined #openstack-swift04:26
*** itlinux has joined #openstack-swift04:29
*** gkadam is now known as gkadam-afk04:31
*** links has joined #openstack-swift04:33
*** tonanhngo has quit IRC04:44
*** gkadam-afk is now known as gkadm05:15
*** gkadm is now known as gkadam05:15
openstackgerritOpenStack Proposal Bot proposed openstack/python-swiftclient master: Updated from global requirements  https://review.openstack.org/8925005:32
*** two_tired has quit IRC05:47
*** ukaynar has quit IRC05:49
*** ukaynar has joined #openstack-swift05:50
*** skudlik has joined #openstack-swift05:54
*** ukaynar has quit IRC05:54
openstackgerritMerged openstack/python-swiftclient master: 3.4.0 authors/changelog update  https://review.openstack.org/48585906:09
*** kiennt_ has joined #openstack-swift06:17
*** kiennt has joined #openstack-swift06:17
*** kiennt has quit IRC06:17
*** tonanhngo has joined #openstack-swift06:34
*** cschwede_ has joined #openstack-swift06:38
*** tonanhngo has quit IRC06:39
*** cshastri has joined #openstack-swift06:40
*** hseipp has joined #openstack-swift06:41
*** ChubYann has quit IRC06:41
*** xrb has joined #openstack-swift06:51
*** xrb has quit IRC07:00
*** rcernin has joined #openstack-swift07:13
rledisezclayg: yeah, sorry, i was so tired I went sleeping (and no, even if i'm french, i'm not taking vacations this summer :p)07:25
*** JimCheung has joined #openstack-swift07:31
*** JimCheung has quit IRC07:35
*** jaosorior has joined #openstack-swift07:52
*** oshritf has joined #openstack-swift07:54
*** tonanhngo has joined #openstack-swift08:15
*** tonanhngo has quit IRC08:19
acolesclayg: my stats_interval was 20, interval was 1008:20
kota_oops, sorry i could not find time to review for priorities today. it was a busy day for some inflight meetings :(08:20
acoleskota_: o/08:20
kota_acoles: o/08:20
*** geaaru has joined #openstack-swift08:22
*** oshritf has quit IRC08:24
acolestimburke: clayg nice work on is_healthy!08:28
*** oshritf has joined #openstack-swift08:36
*** oshritf has quit IRC08:51
*** oshritf has joined #openstack-swift08:54
*** mvk has quit IRC09:04
*** oshritf has quit IRC09:07
acolesclayg: so my stats_interval was 20 and reconstructor.ring_check_interval is 15 - I figure that sometimes an aggregate_recon_update happened before ring_check_interval expired which caused the ring to be reloaded and so no change was detected when ring_check_interval eventually expired. Other times ring_check got to the ring first so detected the change, but then the ring itself did not reload because it had not reached09:11
acoles its _rtime (reload time), so then I saw workers restart but using stale devs.09:11
acolesclayg: but that is all history now :)09:11
*** kiennt_ is now known as kiennt09:15
*** oshritf has joined #openstack-swift09:15
*** mvk has joined #openstack-swift09:44
*** tovin07_ has quit IRC10:08
*** tonanhngo has joined #openstack-swift10:21
*** tonanhngo has quit IRC10:26
*** JimCheung has joined #openstack-swift11:07
*** JimCheung has quit IRC11:11
*** ukaynar has joined #openstack-swift11:17
*** ukaynar has quit IRC11:28
*** kei_yama has quit IRC11:35
*** catintheroof has joined #openstack-swift12:11
*** kiennt has quit IRC12:11
*** psachin has quit IRC12:26
openstackgerritOpenStack Proposal Bot proposed openstack/python-swiftclient master: Updated from global requirements  https://review.openstack.org/8925012:40
*** gkadam has quit IRC12:49
*** links has quit IRC12:52
*** lucasxu has joined #openstack-swift13:03
*** caiobrentano has joined #openstack-swift13:06
*** JimCheung has joined #openstack-swift13:33
*** JimCheung has quit IRC13:38
*** mathiasb has quit IRC13:52
*** mvk has quit IRC14:06
*** lucasxu has quit IRC14:30
*** lucasxu has joined #openstack-swift14:32
*** iprokg has joined #openstack-swift14:33
openstackgerritAlistair Coles proposed openstack/swift master: Add unit test for ObjectReconstructor.is_healthy  https://review.openstack.org/48787314:35
*** iprokg has quit IRC14:38
*** cshastri has quit IRC14:48
*** lucasxu has quit IRC14:59
*** lucasxu has joined #openstack-swift15:02
*** rcernin has quit IRC15:03
*** links has joined #openstack-swift15:04
*** links has quit IRC15:07
*** skudlik has quit IRC15:12
acolesclayg: do you want to take a final look at patch 478416 w.r.t. timburke's fixes?15:24
patchbothttps://review.openstack.org/#/c/478416/ - swift - Add multiple worker processes strategy to reconstr...15:24
*** caiobrentano_ has joined #openstack-swift15:25
*** caiobrentano has quit IRC15:25
*** mat128 has joined #openstack-swift15:29
claygYes please!15:29
*** psachin has joined #openstack-swift15:32
*** caiobrentano_ has quit IRC15:33
acolesclayg: ok, it's teetering on the edge...15:35
*** gyee has joined #openstack-swift15:35
acolesI'm looking at patch 44848015:36
*** caiobrentano has joined #openstack-swift15:36
patchbothttps://review.openstack.org/#/c/448480/ - swift - DB replicator cleanup15:36
notmynamegood morning15:46
notmynameswiftclient was tagged. thanks timur timburke and acoles for that final patch push15:47
acoles:)15:48
*** caiobrentano has quit IRC16:06
*** lucasxu has quit IRC16:06
*** caiobrentano has joined #openstack-swift16:22
*** mat128 has quit IRC16:24
*** hseipp has quit IRC16:25
*** psachin has quit IRC16:32
*** JimCheung has joined #openstack-swift16:34
*** JimCheung has quit IRC16:37
*** JimCheung has joined #openstack-swift16:37
*** JimCheung has quit IRC16:38
*** JimCheung has joined #openstack-swift16:38
*** JimCheung has quit IRC16:39
*** JimCheung has joined #openstack-swift16:39
timburkegood morning16:42
*** mvk has joined #openstack-swift17:13
*** klrmn has joined #openstack-swift17:13
*** rcernin has joined #openstack-swift17:16
*** mat128 has joined #openstack-swift17:20
*** mat128 has quit IRC17:29
*** ChubYann has joined #openstack-swift17:30
*** mat128 has joined #openstack-swift17:34
notmynameacoles: timburke: on https://review.openstack.org/#/c/478416/ you both have +2s. what are we looking for next on that one? more eyes? squash follow-ups? something else?17:38
patchbotpatch 478416 - swift - Add multiple worker processes strategy to reconstr...17:38
acolesnotmyname: clayg said he'd like one last look17:38
notmynamekk17:38
claygAm I holding things up?17:39
claygI looked. It looks fine. I'm sure we can live with whatever. There's going to be follow up regardless.17:39
acolesno need to squash follow up IMHO17:39
acolesclayg: notmyname ok I'll +A17:40
notmynameok,thanks17:40
claygWhoa!  Cool!  Wtg guys!17:40
acolesclayg: this is the only follow up https://review.openstack.org/#/c/487873 so far17:41
patchbotpatch 487873 - swift - Add unit test for ObjectReconstructor.is_healthy17:41
notmynamebrb. restarting bouncer17:42
*** patchbot has quit IRC17:42
*** notmyname has quit IRC17:43
claygassertNotEqual isn't terribly strong but it gets the idea across. Why not merge it?17:44
*** patchbot has joined #openstack-swift17:44
*** notmyname has joined #openstack-swift17:44
*** ChanServ sets mode: +v notmyname17:44
*** cschwede_ has quit IRC17:45
*** patchbot has quit IRC17:45
*** patchbot has joined #openstack-swift17:45
notmynametest patch 123417:45
patchbothttps://review.openstack.org/#/c/1234/ - tempest - Removing link doctoring in test_images (MERGED)17:45
notmynametest patch 1234517:45
patchbothttps://review.openstack.org/#/c/12345/ - neutron - Update with latest code from openstack-common (sta... (MERGED)17:45
notmynameok, all good17:45
timburkeclayg: hey, you didn't +A either :P17:48
claygNot logged into gerrit ATM17:48
*** mat128 has quit IRC17:53
openstackgerritAlistair Coles proposed openstack/swift master: DB replicator cleanup  https://review.openstack.org/44848017:56
*** geaaru has quit IRC18:13
*** mat128 has joined #openstack-swift18:16
*** skudlik has joined #openstack-swift18:20
claygacoles: i missed patch 487168 when it came up - it doesn't seem obviously simpler to me18:43
patchbothttps://review.openstack.org/#/c/487168/ - swift - WIP try synchronous recon aggregation18:43
claygwhat's the benefit you were going for exactly?  I just want to evaluate it in the correct light; other wise IIABDFI18:45
notmynamehttp://www.urbandictionary.com/define.php?term=iiabdfi  <-- no definitions found18:48
timburkenotmyname: if it ain't broke...18:49
timburkei had to look it up, too18:49
notmynameah, ok :-)18:49
*** oshritf has quit IRC18:57
clayghrmm... Pavel found another gem and I missed it - lp bug #169079119:10
openstackLaunchpad bug 1690791 in OpenStack Object Storage (swift) "Objects are not deleted from additional handoff when primary disk fails" [Undecided,New] https://launchpad.net/bugs/169079119:10
claygtdasilva: I think we should have a tag for "has-patch" or something no?19:10
claygat somepoint that could be useful cleanup?19:10
claygLike once we have all the bugs "confirmed" I assume next step will probably be to try and maybe close one here or there?  based on priority or something?  If something is "confirmed" and "medium" and "has-patch" maybe that'd be a good place to start after we finish triage?  or something?  Maybe?19:11
timburkeclayg: doesn't launchpad have a search option like "Show only bugs with patches available"?19:12
claygprobably - but that's like "diff attached to bug" not "review available in gerrit"19:12
claygbut maybe "has-patch" isn't the right name for the tag - good point19:12
timburkei thought that's what the in-progress status was for19:13
clayg"gerrit-review-available"19:13
claygtimburke: i'm not sure how we use in-progress19:13
clayg... but I'm pretty sure you can set that if it's assigned to you even before you put a change up19:13
claygin fact that's probably a state with a timeout we could bot-away19:13
*** chsc has joined #openstack-swift19:14
*** chsc has joined #openstack-swift19:14
timburkehmm... https://review.openstack.org/#/c/219963/ has a really old bug attached...19:17
patchbotpatch 219963 - swift - Fix memcached exception out of range stacktrace19:17
openstackgerritOpenStack Proposal Bot proposed openstack/swift master: Updated from global requirements  https://review.openstack.org/8873619:23
claygtorgomatic: zaitcev: timburke: I missed patch 486264 - good fix!  (cc rledisez)19:39
patchbothttps://review.openstack.org/#/c/486264/ - swift - Close stdout *after* binding ports (MERGED)19:39
timburkeclayg: yeah, much better to have reliable probe tests again :-)19:39
*** skudlik has quit IRC20:22
*** mat128 has quit IRC20:27
*** mat128 has joined #openstack-swift20:27
*** mat128 has quit IRC20:29
timburkeclayg: on https://bugs.launchpad.net/swift/+bug/1525245 -- are we arguing for deprecating/dropping support for conditional puts entirely? 'cause that sure sounds like an argument for doing so20:31
openstackLaunchpad bug 1525245 in OpenStack Object Storage (swift) "If None Match on upload" [Wishlist,Incomplete]20:31
claygno20:32
claygif-none-match: * has an interesting affordance that hints at the only acceptable use-case (IMHO)20:32
timburkehow is it different? two clients attempt to PUT to the same name at approximately the same time... one actually gets to have its data durably stored, the other doesn't20:33
claygwhich is basically - I have generated THE data that belongs at this name, and unless someone has already beaten me to it - I'd like you to save it permanently at this name - if you have any record of an object - then you definitely have the correct data - because I have coded my application to work this way20:33
claygif you do not see a record of this object I will transfer it to you - and if you're wrong - worst case is I didn't get my little efficiency bump of getting to skip the network ingress20:34
claygyes, I mean... if you have to clients racing to upload different data - i mean what else would you expect if-none-match: * to do?20:35
claygunless the upload is somehow instantaneous?  I think the affordance somewhat hints at the guarantee - I was pretty skeptical to it when it was added - but the alternative was HEAD then PUT - and request_node_count 404's were an annoying price to pay when the application had the semantic I described (which JungleDisk did - and they were a huge consumer on CloudFiles at the time)20:37
claygif you try to abuse it to do like an atomic "baton" where whoever gets the PUT off holds a "lock" until they DELETE - but it fails horribly because of the upload/tombstone/[upload&upload]  case20:39
claygi hope no one tries to use it like that - because it definitely doesn't work in any reasonable sense - so it's unfortunate that it does give off that affordance a little bit - but i'm not advocating it should be ripped out, no20:41
claygmaybe that's not a consistent posistion for me to take!  but it's honest if still hypocritical.20:41
claygnotmyname: oh hey!  you were asking me about this very thing on the doc reorg -> http://lists.openstack.org/pipermail/openstack-dev/2017-July/120255.html20:46
claygI told you "meh, bite the bullet" - but I am an asshole that hates users!  We should *totally* provide these magic redirects with crazy regex's20:47
claygnotmyname: do you have enough sense of how the top-level trees have moved that you could purpose a patch that makes it "just work" - or even just validate the "process" works and then we can muddle around ad-hoc as we find broken links (how would we even find them?  Can we review the access logs to swift.openstack.org!?)20:48
notmynameso far, the top level stuff we used to have hasn't moved much20:49
notmynamehowever, the "plan" is that a lot of it will move. however, that's got to be part of a larger reorg of the docs content20:50
notmynameI love the idea of being able to maintain our own file that does redirects20:50
claygIKR!?20:50
timburkebut the redirects we have are crap. http://docs.openstack.org/developer/swift/development_saio.html -> https://docs.openstack.org/swift/latest/ ? that's not https://docs.openstack.org/swift/latest/development_saio.html !20:50
claygwe *have* redirects!?20:51
notmynameyes, but no20:51
timburke(maybe not "crap", but they could be improved)20:51
notmynamethe only redirects that have been set up are those external to our repo to point into our docs tree according to the new docs structure20:51
timburkeand they only go to the root20:51
claygoh... that sounds lame... I want to the hawtness with the we can fix it!20:52
notmynamethe previous /developer/ content (ie everything we used to have) is supposed to be under a /contributor/ directory and external redirects would link to that20:52
notmynamesimilarly to how external redirects for the API are now linking into our docs tree20:53
notmynameor the install guide20:53
notmynameie the stuff that we moved into our repo from the -manuals project20:53
notmynametoday, we're at the point where further reorg work can be done entirely in our repo20:54
notmynameand maybe we can use the .htaccess to provide better redirects? I don't know. I only saw the ML message the same time clayg did20:54
openstackgerritJohn Dickinson proposed openstack/swift master: added .htaccess redirect file for docs  https://review.openstack.org/48820220:58
notmynameI guess that's the basic structure?20:58
claygwe should put one in tho - anyone have a guess at what one might look like - to test?20:59
notmynameheh, yeah. IDK :-)20:59
claygI think this is one of those just do it and see what happens kind of things - I don't really mind a few shas in the commit history to figure out what works21:00
notmynamesure. even a /test-change-please-ignore -> /21:00
claygyes yes yes!21:00
claygi was thinking /notmyname -> /ptl-for-life but w/e21:00
notmynamelol21:00
notmynamea 402 on /write-this-special-feature might be a little too snarky ;-)21:02
claygnoice21:05
openstackgerritMerged openstack/swift master: Add multiple worker processes strategy to reconstructor  https://review.openstack.org/47841621:06
notmynamewoohoo21:06
openstackgerritJohn Dickinson proposed openstack/swift master: added .htaccess redirect file for docs  https://review.openstack.org/48820221:07
claygdid everyone do the think at https://www.openstack.org/profile/ where you click the "make me foundation member" button?21:07
clayghttp://lists.openstack.org/pipermail/openstack-dev/2017-July/119786.html21:08
openstackgerritMerged openstack/swift master: Add unit test for ObjectReconstructor.is_healthy  https://review.openstack.org/48787321:09
openstackgerritOpenStack Proposal Bot proposed openstack/swift master: Updated from global requirements  https://review.openstack.org/8873621:10
timburkeclayg: i thought you *had* to sign up for gerrit? hence http://lists.openstack.org/pipermail/openstack-dev/2017-July/120180.html recently...21:10
timburkeer, "had to *to* sign up..."21:12
notmynameI need to add a changelog entry for the multi-process reconstructor (/cc clayg) and then I'll push up another patchset for it21:15
notmynameI'm tempted to go ahead and land it and tag a swift release tonight21:15
claygwhoa21:20
claygumm... notmyname were you asking me to write the change log entry?21:20
notmynamenope. just letting you know that *I'm* writing it, and I'm about to ask you if you think what I just wrote is ok21:21
claygi bet it's *amazing*21:21
openstackgerritJohn Dickinson proposed openstack/swift master: 2.15.0 authors and changelog update  https://review.openstack.org/48583921:22
notmynameta da21:22
notmynamestarting at line 28 on https://review.openstack.org/#/c/485839/6/CHANGELOG21:23
patchbotpatch 485839 - swift - 2.15.0 authors and changelog update21:23
notmynameoh, weird. https://review.openstack.org/#/c/476955/ never actually landed21:26
patchbotpatch 476955 - swift - Add bin/swift-dispersion-report21:26
timburkeparent change: https://review.openstack.org/#/c/476953/21:27
patchbotpatch 476953 - swift - Make swift-dispersion-report importable21:27
openstackgerritJohn Dickinson proposed openstack/swift master: 2.15.0 authors and changelog update  https://review.openstack.org/48583921:44
notmynameI found 2 uncredited authors21:44
notmynameclayg: if you're ok with the changelog note for the reconstructor, I'll land it21:45
clayg*totally*21:46
notmynameok, thanks21:46
claygnotmyname: yeah I think that patch 488202 looks like a grand idea22:00
patchbothttps://review.openstack.org/#/c/488202/ - swift - added .htaccess redirect file for docs22:00
clarkbclayg: I've just approved the change to make it work on the web server side so you should be able to test it with the docs-draft site shortly22:02
claygwhhhaaa??? nowhey!!  thanks clarkb!!22:02
notmynameclarkb: thanks!22:19
notmynameclarkb: do we need to wait on a different patch before landing https://review.openstack.org/#/c/488202/? or should we go ahead and land ours and it will start working when another patch lands?22:23
patchbotpatch 488202 - swift - added .htaccess redirect file for docs22:23
clarkbnotmyname: you shouldn't need to wait it should start working once the server update happens. but you may want to wait if you want to test using docs-draft first, eg http://docs-draft.openstack.org/02/488202/2/check/gate-swift-docs-ubuntu-xenial/623ed92//doc/build/html/22:24
notmynameclarkb: ok. what's the other patch?22:25
clarkbnotmyname: https://review.openstack.org/488172 which has merged, we just need puppet to apply it to the servers which should happen real soon now if not already done22:25
patchbotpatch 488172 - openstack-infra/system-config - allow redirects in .htaccess files on the static w... (MERGED)22:25
notmynameok22:25
notmynameso we recheck our patch and it will be in the docs-draft?22:25
*** rcernin has quit IRC22:26
clarkbnotmyname: its already in docs-draft, the url I pasted is the draft build for it22:26
notmynameoh :-)22:27
clarkbnotmyname: no recheck necesasry as this is purely a webserver update to allow htaccess to affect things22:27
*** catintheroof has quit IRC22:27
openstackgerritTimur Alperovich proposed openstack/python-swiftclient master: Turn stdin uploads into SLO above 10MB.  https://review.openstack.org/47861122:29
notmynameclarkb: tbh, I'm not sure how to check the regex on the docs-draft site. what's the root (ie that matches ^)22:30
clarkbnotmyname: /02/488202/2/check/gate-swift-docs-ubuntu-xenial/623ed92//doc/build/html/ is the url I expect /02/488202/ to be the root which is your change id mangled. So it may be a pita to test that way22:31
notmynamehmm.. yeah. the beginning of line match is likely messing it up22:32
notmynameclarkb: ok, so how is this implemented? all projects are hosted at the same domain, so we just have good-faith that my regexes start with /swift/ and nova's start with /nova/ and we trust people not to stomp on each other?22:32
notmynameis the server side just a concat of all the available .htaccess files?22:33
notmynameor is each project only given .htaccess inside of their path segment?22:33
notmyname(which mean that /swift/ is the only thing that would work but /nova/ in our .htaccess wouldn't break nova)22:33
clarkbnotmyname: aiui an htaccess file only applies to the directory it is in and any subdirectories22:35
notmynameok22:35
clarkbnotmyname: that means you'd have to be in eg /swift/foo/bar/ to hit your htaccess file in which case a redirect from /nova/ to /notnova/ wouldn't match22:35
clarkbyou could still have that rule but I don't think it would have any effect22:35
notmynameright. ok. makes sense22:35
*** openstack has joined #openstack-swift22:44
*** jidar has quit IRC22:45
notmynameyeah, ok. some more generic regex might be more testable22:46
*** jidar has joined #openstack-swift22:47
*** redbo has joined #openstack-swift22:47
*** ChanServ sets mode: +v redbo22:47
*** mmmucky has joined #openstack-swift22:48
*** ukaynar has joined #openstack-swift22:50
*** itlinux has joined #openstack-swift23:03
*** chsc_ has quit IRC23:27
*** kei_yama has joined #openstack-swift23:31
notmynameI approved the changelog patch before the .htaccess patch. but because of the change to the check queue, the .htaccess patch got to the gate queue a lot faster. meaning that it will be in this release instead of the next one23:42
notmynameit doesn't really matter in this case, but it's interesting to note that the gate can and will reorder the patches to merge them, regardless of when the +A was given23:43
clarkbnotmyname: which two changes?23:43
clarkbhttps://review.openstack.org/#/c/488202/ and ?23:43
patchbotpatch 488202 - swift - added .htaccess redirect file for docs23:43
notmynamehttps://review.openstack.org/#/c/485839/23:44
patchbotpatch 485839 - swift - 2.15.0 authors and changelog update23:44
notmynamethe changelog patch was +A'd nearly an hour before the .htaccess patch, but the .htaccess one is in front of the changelog one in the gate queue23:44
clarkbyes the reason for that is the changelog patch had not passed check to get a +1 yet. And you can't enter the gate until you have that +123:45
clarkbthe htaccess change had already received the check +1 when approved so went straight into the gate23:45
notmynamethis is because the check queue for the .htaccess patch only ran the short tests (it matched the docs-only change pattern)23:45
notmynamenote that the .htaccess patch spent around 5 minutes in the check queue. the full check queue is an hour23:46
notmynamelike I said, it doesn't matter in this case. the non-determinism is something to be cautious of, though23:47
clarkbwell it is deterministic23:47
notmynameit's based on how long the check queue takes23:47
notmynamewhich can vary on workers23:47
clarkbits based on change state more specifically23:47
notmynamewhich isn't always deterministic23:47
clarkbif you wait for cehck +1 before approval the order will always be preserved23:48
notmynamesure. and it will always be preserved if every patch has a depends-on tag. definitely something lost in both cases, though23:48
clarkbya or just a git parent child relationship since they are in the same repo23:48
*** catintheroof has joined #openstack-swift23:52

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