Thursday, 2015-10-01

*** mriedem1 has joined #openstack-relmgr-office00:18
*** mriedem has quit IRC00:21
*** bswartz has joined #openstack-relmgr-office00:22
*** mriedem has joined #openstack-relmgr-office00:51
*** mriedem1 has quit IRC00:53
openstackgerritDean Troyer proposed openstack/releases: OpenStackClient 1.7.1  https://review.openstack.org/22969400:57
*** armax has quit IRC01:29
*** dims__ has quit IRC02:29
*** dims_ has joined #openstack-relmgr-office02:29
*** mriedem has quit IRC02:51
*** dims__ has joined #openstack-relmgr-office03:15
*** dims___ has joined #openstack-relmgr-office03:16
*** dims____ has joined #openstack-relmgr-office03:18
*** dims_ has quit IRC03:18
*** dims__ has quit IRC03:20
*** dims___ has quit IRC03:21
*** spzala has quit IRC03:34
*** armax has joined #openstack-relmgr-office03:36
*** dims____ has quit IRC03:37
*** aukhan has joined #openstack-relmgr-office04:25
*** stevemar has joined #openstack-relmgr-office04:30
ttxbswartz: approving stuff now06:33
*** armax has quit IRC06:39
ttxstevemar: your approval of https://review.openstack.org/#/c/229647/ means we need to open a RC2 window for keystone to account for it.07:30
ttxstevemar: so ping me when around to discuss what else to approve there07:32
*** openstackgerrit has quit IRC07:46
*** openstackgerrit has joined #openstack-relmgr-office07:47
*** thingee has joined #openstack-relmgr-office07:57
*** thingee has quit IRC08:31
*** dims has joined #openstack-relmgr-office09:55
*** Kiall has quit IRC09:55
*** Kiall has joined #openstack-relmgr-office09:56
*** stevemar has quit IRC10:08
*** stevemar has joined #openstack-relmgr-office10:09
*** stevemar has quit IRC10:13
sdaguettx: morning10:30
ttxo/10:32
sdagueso... I think we have a path forward which is going to require a new novaclient release10:34
sdaguehttps://review.openstack.org/#/c/229669 will have to land first10:34
sdagueis there anything else we should know / do given where we are in the release cycle?10:34
sdagueto build context here: we can't switch all the upgrade infrastructure from liberty -> master because osc/novaclient boot from volume with a preprepared volume does not currently work10:38
sdagueand that's used in our cinder upgrade verification10:38
ttxsdague: is it going to require to change requirements ?10:38
ttxlike bump the minimal version ?10:39
sdagueideally, probably yes. Though it is only this one operation that is broken (as far as we can tell), so we could probably live without it10:39
ttxI'd rather do that ASAP so that other RC2s can include the bump then10:41
ttxlet's wait for dhellmann and just do that10:41
sdagueok, we still need to actually land the patch, melanie did a WIP on it10:43
sdagueunless johnthetubaguy wants to just update the commit message to make it landable10:44
sdagueI'll let that be his call as PTL10:44
ttxack10:44
* ttx lunches10:44
*** aukhan has quit IRC11:07
flaper87ttx: https://review.openstack.org/#/c/228227/11:28
flaper87ttx: and https://review.openstack.org/#/c/229672/11:28
flaper87ttx: unless I'm missing something, it should be ok to unblock these patches now11:29
*** dtantsur|afk is now known as dtantsur11:47
ttxflaper87: looking11:50
ttxflaper87, nikhil: Yeah, I should open a RC2 milestone there today. Anything else you want to land there ?11:52
ttxoh there is a CVE coming up, we should include that as well11:52
* ttx opens milestone11:52
*** gordc has joined #openstack-relmgr-office12:01
flaper87ttx: yeah, originally the CVE was the main reason for having an RC212:07
bswartzttx: ping12:17
bswartzttx: I saw you marked a bug as "fix released" even though RC isn't released yet12:18
bswartzshould I be marking each bug released as the fix merges into stable/liberty?12:18
ttxbswartz: o/12:25
ttxbswartz: I can do that. But yes, we track if a bug makes it to the release branch by moving it from FixCommitted to fixReleased12:25
ttxsince Launchpad limits who can create series tasks, it simplifies tracking12:25
ttxFixCommitted = in master branch12:26
ttxFixReleased = in release branch (stable/liberty)12:26
ttxbswartz: I think we are missing a few backports. I stand by to approve them when submitted12:26
*** spzala has joined #openstack-relmgr-office12:31
bswartzttx: okay it's confusing because there's no obvious way to check what was backported and what still needed it12:32
bswartzttx: I found the ones that were missing and cherry picked them12:32
bswartzI'll start marking the bugs released as they merge12:33
bswartzoh you already did it12:33
ttxyep.12:34
sdaguettx: so, as the clients actually branched, I'm assuming the stable/liberty backport was right here - https://review.openstack.org/#/q/Ie8c56c28492793990ef7ed6dc54768cef9e28a98,n,z12:40
sdaguethat will need a stable maint +A on it12:41
ttxI'm on it12:41
*** stevemar has joined #openstack-relmgr-office12:41
ttxsdague: oh, waiting for the master landing first12:41
sdaguesure, master is in the gate now12:42
sdagueis there a reason not to have them run in parallel?12:42
*** stevemar has quit IRC12:46
ttxsdague: what do we do if master fails ?12:46
ttxWaiting is about the only way you make sure you never introduce a regression in master (i.e. fix something in stable/liberty but not in master)12:47
sdaguerecheck, it's passed tests a few times12:47
*** stevemar has joined #openstack-relmgr-office12:47
ttxdoesn't mean something won't happen that will prevent the merging of the patch as it stands.12:47
sdaguethat risk seems extremely small12:48
ttxWe can parallelize it but then we need to check back that the master patch actually landed12:48
ttxso it becomes a two-step process12:48
ttxit's fine when you only watch one12:48
sdagueyep, which we will, as we need new versions of novaclient on both branches12:48
ttxwhen you watch two dozens, like I'm right now, not so fun12:48
sdagueI'll keep an eye on these12:48
ttxsdague: ok then12:49
sdaguebecause novaclient doesn't get picked up by us, or users, except at releases12:49
sdagueif it was the server, I would be more cautious, but as a library with a low patch volume, I think we're fine12:49
ttxsdague: approved. I put your name on the blame line12:50
sdague:)12:50
sdaguethat's fine12:51
sdaguethis is basically my high priority interupt today until it's all sorted, as all the grenade branch switch work is blocked on it12:51
ttx(we may ned that extra hour this will likely buy us)12:51
ttxnee*12:51
*** stevemar has quit IRC12:52
*** mriedem has joined #openstack-relmgr-office13:23
dhellmannttx, sdague : good morning, I'm catching up on scrollback13:34
ttxdhellmann: the priority is to get the requirements changes in, since we can't really close the currently-open RC2s without importing the requirements changes13:35
ttxdhellmann: I think that means the pmython-novaclient that sdague is working on... and the reno import13:35
dhellmannttx: ack13:35
ttxthe latter might need a kick, was blocked by a dims question13:36
ttxAlso might be worth reviewing if anything else is worth a requirements bump13:36
ttxdhellmann: if you confirm that https://review.openstack.org/#/c/229059/ is good to go, I can approve it. It's in master anyway so if a mistake was made we need to fix it there too13:36
sdaguejust to be clear, this is currently where we blow up in doing the branch shift, but we don't know what will fail behind it once this is changed13:37
dhellmannttx, dims: I believe the blacklist only applies to constraints, not to the requirements specification13:37
dhellmannthose are unconstrained libs, iiuc13:37
dhellmannsdague: when this is sorted out maybe we can spend a little time reasoning about where these branches should be created in the process (last seems like too late?)13:38
sdaguewell, it used to be done post release13:38
sdagueit can't be done until the branches exist on the projects13:38
sdaguebut, I agree, figuring out ways to get ahead of this would be good13:39
sdaguemaster -> master upgrades would actually have caught this issue13:39
dhellmannmaster -> master? like "install everything except the patch under test then upgrade to the patch under test"?13:40
sdagueyeh, or even just install master and try to run the upgrade process back to master13:40
ttxdims: could you discuss your -1 on https://review.openstack.org/#/c/229059/ here ? We'd like that fix is ASAP13:41
sdaguethe reality is, this mostly is about the fact that osc (and the clients in general) have really limitted testing13:41
sdaguewe do more osc ops during grenade than most places, as it was trying to demonstrate best practices for interacting with openstack13:41
sdaguebut, I do agree we should probably do a post mortem here and figure out the best way to make this smoother13:44
dhellmannsdague: maybe rather than new features, we should prioritize more tests for osc this cycle13:44
dhellmannyeah, when it's all working13:44
bswartz+1 for test coverage13:44
sdaguethe problem is it's easy to say +1 for test coverage, but very few people show up to do that :)13:45
bswartzmany projects have no functional test coverage in their clients13:45
bswartzjust unit tests and functional test coverage of the server13:45
bswartzIn manila we've spend a significant amount of time on functional test coverage in both the client and the server, and something like 75% of our test cases are negative test cases13:46
bswartzall it takes is a core team that stands up and refuses to merge new features until the test coverage gets better13:49
ttxmestery: please have a look at https://bugs.launchpad.net/neutron/+bug/150177213:49
openstackLaunchpad bug 1501772 in neutron (Ubuntu) "Metadata proxy process errors with binary user_data" [Undecided,New]13:49
mesteryttx: Looking ...13:50
mesteryttx: On it13:50
*** armax has joined #openstack-relmgr-office13:52
*** armax has quit IRC13:52
ttxredrobot: ping me when around for a RC2 opening13:52
ttxnikhil: around ?13:54
*** stevemar has joined #openstack-relmgr-office13:54
*** armax has joined #openstack-relmgr-office13:55
*** stevemar has quit IRC13:59
redrobotttx o/14:04
ttxredrobot: are the bugfixes you want to include merged in master already ?14:04
redrobotttx only 1/2 so far.  the other is in review.14:05
ttxredrobot: shall we wait a bit more then ?14:05
redrobotttx yeah, it should be landing later today hopefully14:05
ttxok, ping me when ready14:05
* dims will be back in a bit. running an errand14:10
*** dims has quit IRC14:10
*** david-lyle has quit IRC14:11
*** stevemar has joined #openstack-relmgr-office14:11
*** sigmavirus24_awa is now known as sigmavirus2414:12
stevemarttx: hey, yes, that was intentional, there are 2 more fixes to land back for rc2, one for translations and this one here: https://review.openstack.org/#/c/215870/14:12
*** david-lyle has joined #openstack-relmgr-office14:13
ttxstevemar: ok, will target14:15
ttxstevemar: could you research and let me know which milestone to target those two blueprints to:14:15
ttx    https://blueprints.launchpad.net/keystone/+spec/remove-oslo-incubator14:15
ttx    https://blueprints.launchpad.net/keystone/+spec/remove-py26-hacks14:15
ttxstevemar: I pushed the translations one already14:16
stevemarttx: thanks for the translation merge, qq about one of those blueprints14:18
stevemarttx: looks like https://blueprints.launchpad.net/keystone/+spec/remove-oslo-incubator went into liberty-314:20
stevemardoesn't look like i can set the milestone to one in the past14:20
ttxyeah, you need to reactivate the milestone, I'll do it, it's a bit painful to do14:21
ttxjust tell me which is what and I'l lfix it14:21
stevemarttx: looks like that one was liberty-3. sorry about that.14:22
stevemarttx: let me ask when the other one went in, might have been the same release14:23
stevemarerr milestone14:23
ttxok14:23
ttxkeep me posted14:23
*** stevemar has quit IRC14:41
*** stevemar has joined #openstack-relmgr-office14:42
*** stevemar has quit IRC14:46
*** stevemar has joined #openstack-relmgr-office14:46
*** stevemar_ has joined #openstack-relmgr-office14:49
nikhilttx: hi, was in a meeting. now here14:50
*** stevemar has quit IRC14:51
*** stevemar has joined #openstack-relmgr-office14:55
*** stevemar_ has quit IRC14:58
*** TravT has quit IRC14:58
ttxnikhil: o/14:59
ttxnikhil: I opened the RC2 milestone14:59
ttxnikhil: https://launchpad.net/glance/+milestone/liberty-rc215:00
ttxnikhil: first one is CVE we expect for later today. Anything else you'd like to see in there before the respin ?15:00
*** TravT has joined #openstack-relmgr-office15:01
nikhilttx: looking15:02
mriedemttx: per bug 1501435 i'm going to be posting a novaclient 2.30.1 release request15:06
openstackbug 1501435 in python-novaclient "osc 1.7 no longer can boot a server from volume" [Critical,Fix committed] https://launchpad.net/bugs/1501435 - Assigned to John Garbutt (johngarbutt)15:06
mriedemjust fyi15:06
ttxmriedem: sounds good. dhellmann ^15:06
mriedemand then i'm going to be raising the upper-constraints cap in g-r on stable/liberty from 2.30.0 to 2.31.0 so we have room to fix 2.30.x15:06
dhellmannmriedem: the constraints cap isn't an upper bound, it's an exact value that is the package version we use in the tests15:07
mriedemdhellmann: so that will be automatically updated to 2.30.1?15:07
dhellmannmriedem: do you mean raising the cap in stable/liberty? we shouldn't have a cap any more15:07
ttxmriedem: you mean the raise the minimum, no ?15:07
mriedemi meant just upper-constraints15:07
mriedemsdague: do we need to raise minimum required novaclient for liberty to 2.30.1?15:08
dhellmannmriedem: not quickly, you want to submit that update, too15:08
ttxmriedem: ok15:08
mriedemdhellmann: yeah that was my plan15:08
dhellmannmriedem: if the only thing broken by the old version is osc, then you don't need to raise the minimum for a bug fix15:08
dhellmannmriedem: there are some instructions on submitting a requirements change along with release requests in http://docs.openstack.org/releases/instructions.html#requesting-a-release now15:08
mriedemyar15:09
sdaguedhellmann: yeh, raised minimums are probably not needed as long as our jobs will get the new version with upper constraint going up15:09
openstackgerritMatt Riedemann proposed openstack/releases: liberty: release 2.30.1 for python-novaclient  https://review.openstack.org/22995215:11
sdaguemriedem: do you also want to do a master release now?15:12
mriedemhere is the g-r change https://review.openstack.org/#/c/229954/15:13
mriedemwait wrong branch15:13
sdaguemriedem: heh15:13
mriedemoh, .gitreview isn't updated on g-r15:14
mriedemyar https://review.openstack.org/#/c/229956/15:15
mriedemok, working on master branch release now15:16
mriedemsdague: looking at the diffs in novaclient on master, i don't think there is anything that would really warrant a minor version bump, but we can't release it as 2.30.1, and 2.30.2 would be weird, so i'll just make that 2.31.015:20
mriedem3350a57 is probably ok for a minor15:20
mriedemdhellmann: how do i prime the novaclient releases yaml in the releases repo for mitaka? just copy python-novaclient.yaml from liberty and add to a mitaka subdir?15:22
dhellmannmriedem: yeah, start a new file in a mitaka directory with the single release you want15:25
mriedemdhellmann: there should only be the one release in there?15:25
dhellmannmriedem: yes, to start that cycle you should only have one release15:26
mriedemok15:26
openstackgerritMatt Riedemann proposed openstack/releases: mitaka: release python-novaclient 2.31.0  https://review.openstack.org/22995915:26
mriedemsdague: johnthetubaguy: ^15:27
ttxdhellmann: when should we push reno support in stable/liberty ?15:28
ttxif it needs to be in the release we should push them for projects that have a RC2 currently opened15:29
ttx(glance, keystone, manila)15:29
dhellmannttx: for stable/liberty we only need to add it to the test requirements and then we can add notes files without any build infrastructure around them15:29
dhellmannso no sphinx changes, no real requirements updates, etc15:29
dhellmannI don't know if we do releases for test requirements changes, so I don't know if we need to do that before rc2?15:29
ttxdhellmann: we could do it either way. Just seems simpler to include it as we respin a RC2 anyway ?15:30
*** dims has joined #openstack-relmgr-office15:30
dhellmannttx: wfm15:30
ttxotherwise means we need to do it post-release which is a bit of a pain15:30
ttxsince we'd rather drink ourselves to death when that comes15:31
johnthetubaguymriedem: thank you, they both look good to me now15:31
sdagueso, https://review.openstack.org/#/c/229952/1 is jenkins +1, dhellmann / ttx can we get a +A on that15:31
dhellmannyeah, I have a meeting starting right now so I was going to do it after that15:32
ttxsdague: better do it when we actually push it through the releasemachine15:32
dimsdhellmann: want me to push that out?15:32
dhellmanndims: sure, thanks!15:32
ttxdims: wfm15:32
dimsk looking15:32
ttxdims: you can +2/Approve on releases now right ?15:32
dhellmanndims: beware that the current release script is going to submit a constraints update, too, and mriedem has already done that15:33
sdagueok, I'm just eager to get that going so we can see what other monsters sit behind it15:33
dhellmannttx: he could before, he's in library-releases15:33
ttxok cool15:33
dimsdhellmann: ack15:33
sdagueso that we can actually start the liberty -> master testing and ensure we're not regressing15:33
ttxnotmyname: hi! how is it looking in Swiftland ?15:33
dhellmanndims: I didn't update the script with the process change, so if you want to edit it locally and submit the tool change patch that'd be great15:33
notmynamettx: aaaagghhhh!15:33
notmyname;-)15:33
ttxnotmyname: that's fine, we can cut stable/liberty from your last release :)à15:34
notmynamettx: we're working hard. we've been making good progress. got a couple more to land15:34
notmynamettx: nah, we'll be able to have something more recent than that :-)15:34
ttxnotmyname: ok, good :)15:34
dimsdhellmann: let me see what shakes out when i run ./release_postversion.sh15:34
dhellmanndims: ++15:35
ttxnotmyname: still an ETA on Friday, or rather Monday ?15:35
notmynamettx: however, I'm learning (or relearning) some interesting things this morning about distros15:35
ttxnotmyname: I spent the last 5 years to forget everything about distros.15:35
notmynamettx: time zones make it fun. I plan on having a SHA in your email inbox before your monday am. ie patches sent to the gate by EoD my friday15:35
ttxnotmyname: I might pick some up on Saturday morning15:36
notmynameok15:36
bswartzttx: added 2 more things to manila liberty-RC2 https://launchpad.net/manila/+milestone/liberty-rc2 https://review.openstack.org/#/q/project:openstack/manila+branch:stable/liberty,n,z15:36
ttxnotmyname: we can communicate through the openstack/releases repo. Push the SHA there when you're happy15:36
notmynamettx: yeah. canonical has never packaged swift's kilo version. and it seems debian has "liberty RC1" but that doesn't include swift (which might not be bad, because it seems swift is not in the expiramental part of debian)15:36
notmynamettx: yeah. that's what I mean. will do :-)15:37
ttxbswartz: noted15:37
openstackgerritDavanum Srinivas (dims) proposed openstack-infra/release-tools: Fix ImportError: No module named simplejson  https://review.openstack.org/22996915:42
dimssdague: 2.30.1 is on pypi now - https://pypi.python.org/pypi/python-novaclient15:42
sdaguedims: thanks!15:44
openstackgerritMerged openstack/releases: liberty: release 2.30.1 for python-novaclient  https://review.openstack.org/22995215:45
dimssdague: mriedem: need to fix the requirements patch - https://review.openstack.org/#/c/229962/ with the correct version number15:49
mriedemdims: wrong change15:49
dimssdague: mriedem: also do we want to bad novaclient versions in g-r?15:49
dimss/want to bad/want to ban bad/15:50
mriedemno15:50
sdaguedims: honestly, I think it's fine to leave it15:50
dimsmriedem: sdague: ok15:50
dimsmriedem: which is the correct requirements change?15:50
sdaguedims: there are 215:51
mriedemhttps://review.openstack.org/#/c/229956/ is liberty15:51
sdaguebecause branches15:51
jrollttx: dhellmann: feel free to ignore me until the current fires are out... but thinking we want to do a 1.0.0 release of ironic-python-agent, and make that stable/liberty. we've never released IPA before, so starting the process with https://review.openstack.org/#/c/229983/ . is that all good with y'all?15:51
mriedemhttps://review.openstack.org/#/c/229962/ is master15:51
jrollttx: dhellmann: nothing depends on IPA, we wouldn't need a g-r change or whatever15:51
dimsthanks mriedem15:52
dimssdague: ack15:52
ttxjroll: let's wait for dhellmann, he knows the implications better than I do15:52
ttxjroll: I'm fine with it if he is fine with it15:53
jrollttx: cool, thanks15:53
openstackgerritJim Rollenhagen proposed openstack/releases: Release ironic-python-agent 1.0.0  https://review.openstack.org/22998615:59
jroll^ not ready yet, waiting on one more patch15:59
dimsjroll: is there a companion review for project-config/gerrit/acls/openstack/ironic-python-agent.config to fix pushSignedTag? (see http://docs.openstack.org/infra/manual/creators.html)16:01
jrolldims: oops, I missed that16:02
jrolldims: I guess I'll need a bunch of changes there, to add stable access etc, cool with just copying that from ironic?16:03
dimsjroll: ++ :)16:03
jrolldims: not sure what pushSignedTag should be though; that section isn't in ironic.config, I assume there's some default and I should just leave it out?16:04
dims[access "refs/tags/*"]16:05
dimspushSignedTag = group library-release16:05
jrollit isn't a library16:05
dimsah sorry, let's check with dhellmann then16:06
jrollhehe16:06
* dims trying to help and learn at the same time :)16:06
jrollditto!16:07
*** thingee has joined #openstack-relmgr-office16:08
jrolldims: https://review.openstack.org/#/c/229993/16:09
jrollhopefully dhellmann can verify my assumptions there16:09
*** mriedem is now known as mriedem_lunch16:22
*** thingee has quit IRC16:23
*** stevemar_ has joined #openstack-relmgr-office16:25
*** vipul has quit IRC16:27
*** stevemar has quit IRC16:27
*** vipul has joined #openstack-relmgr-office16:28
*** dtantsur is now known as dtantsur|afk16:29
*** mriedem_lunch is now known as mriedem16:30
*** bdemers has quit IRC16:31
*** bdemers has joined #openstack-relmgr-office16:31
dhellmannjroll, dims : "Release Managers" should be right16:32
jrolldhellmann: for refs/tags/*? is that the default or does it need to be explicit (I notice ironic doesn't have that section)16:33
dhellmannjroll, dims : I believe removing the override for pushSignedTag leaves it to the default, but it would be good to get infra to confirm that16:33
jrollfungi: ^ can you confirm this assumption? (see also my comment here) https://review.openstack.org/#/c/229993/1/gerrit/acls/openstack/ironic-python-agent.config16:34
fungiyou can look at the global gerrit acl from which the per-project acls inherit https://review.openstack.org/gitweb?p=All-Projects.git;a=blob_plain;f=project.config16:36
funginote that in the [access "refs/*"] section there's pushSignedTag = group Release Managers16:36
jrollfungi: perfect, thank you16:37
fungiso by default, anyone in the Release Managers group can push tags for any repo in gerrit _unless_ there's an exclusive group permission in the project-specific acl for that16:37
jrollyep, makes sense16:37
fungiadding a pushSignedTag permission for some other group in your per-project acl is simply additive16:37
fungi(unless it's set as an exclusive group permission that is)16:38
dimsah fungi good to know16:38
fungiwould have to say something like exclusiveGroupPermissions = pushSignedTag to prevent inheriting from the global acl16:39
fungijroll: i'm glad it makes sense to you. gerrit acl inheritance is complex enough it trips me up pretty often16:39
jrollfungi: I'm sure if I didn't focus on a single piece and instead looked at the whole picture, my head would spin16:40
dhellmannfungi: thanks for explaining that, I need to get that written down somewhere since it comes up so often16:41
dhellmanndims, ttx, sdague, mriedem  : I need to step out for a bit, but it seems like the novaclient thing is handled?16:41
sdaguedhellmann: yes16:42
sdaguewe're good on that16:42
dimsdhellmann: the liberty 2.30.1 - yes16:42
dhellmannack, good, thanks tims16:42
dhellmanner, dims16:42
dims:)16:42
dhellmanndo we need the 2.31.0 release, too?16:43
mriedemyeah i think so16:43
dhellmanndims: have a minute to do that, or should I do it when I get back from this errand?16:44
fungidhellmann: https://review.openstack.org/Documentation/access-control.html is a good read16:44
dimsdhellmann: i did not see any mitaka/*.yaml files...hence was not sure16:44
dhellmannfungi: aha, thanks for that16:44
dimsdhellmann: yes, i can take care of it if you can confirm mitaka libraries are ok16:45
dimsto release16:45
dhellmanndims: it should be ok to go ahead, as long as the commit is not on the stable branch16:45
dhellmanndims: we need the constraints update, too16:45
dimsdhellmann: thanks16:45
dhellmanndims: thanks for diving in, ill timed appointment on my end16:46
dimsno worries dhellmann16:46
dimssdague: mriedem: one of you please fix this nit? https://review.openstack.org/#/c/229959/1/deliverables/mitaka/python-novaclient.yaml,cm16:51
mriedemi can do that quick16:51
dimsthanks matt16:51
openstackgerritMatt Riedemann proposed openstack/releases: mitaka: release python-novaclient 2.31.0  https://review.openstack.org/22995916:52
openstackgerritMerged openstack/releases: mitaka: release python-novaclient 2.31.0  https://review.openstack.org/22995917:00
*** mriedem has quit IRC17:02
*** dims_ has joined #openstack-relmgr-office17:03
*** dims has quit IRC17:04
*** mriedem has joined #openstack-relmgr-office17:07
*** stevemar_ has quit IRC17:18
openstackgerritJim Rollenhagen proposed openstack/releases: Release ironic-lib 0.2.0  https://review.openstack.org/23003617:41
* dhellmann returns17:57
*** openstackgerrit has quit IRC18:31
*** openstackgerrit has joined #openstack-relmgr-office18:32
dims_dhellmann: sdague pointed to a problem with grenade update from liberty->mater in (see gate-grenade-dsvm logs in https://review.openstack.org/#/c/229363/)18:49
dims_dhellmann: pulling in a couple of oslo.service fixes from master to stable/liberty to see if that fixes the issue18:49
dhellmanndims_: ack18:50
dims_dhellmann: we'll need a 0.9.1 of oslo.service i think18:50
dhellmannthat's easy enough18:50
dims_dhellmann: will ping you when the changes merge18:50
dims_hopefully it fixes it! :)18:50
dhellmanndims_: great, thanks for handling the debugging18:50
openstackgerritDoug Hellmann proposed openstack-infra/release-tools: do not update constraints list on each new release  https://review.openstack.org/23008019:01
*** gordc has quit IRC19:04
openstackgerritDoug Hellmann proposed openstack/releases: change the master/default branch to mitaka  https://review.openstack.org/23008319:04
openstackgerritDoug Hellmann proposed openstack/releases: Release python-ironicclient 0.9.0  https://review.openstack.org/22742319:04
*** stevemar has joined #openstack-relmgr-office19:04
openstackgerritDoug Hellmann proposed openstack/releases: Release ironic-lib 0.2.0  https://review.openstack.org/23003619:04
dhellmanndims_: it turns out you were right to think we should wait with mitaka releases, we should take https://review.openstack.org/230083 before we accept too many more19:06
dims_:)19:06
dhellmannI don't think it caused any harm, but it would be better to have everything lined up19:06
dims_absolutely ++19:07
dhellmanndims_: were you going to handle the osc release in https://review.openstack.org/#/c/229694/1 or shall I?19:08
openstackgerritMonty Taylor proposed openstack/releases: Release 1.7.6 of os-client-config  https://review.openstack.org/23008519:08
dims_dhellmann: please go ahead19:08
openstackgerritAndreas Jaeger proposed openstack-infra/release-tools: Rework translation-cleanup  https://review.openstack.org/22745419:11
openstackgerritMerged openstack/releases: OpenStackClient 1.7.1  https://review.openstack.org/22969419:13
*** david-lyle has quit IRC19:18
openstackgerritDoug Hellmann proposed openstack/releases: Release 1.7.6 of os-client-config  https://review.openstack.org/23008519:18
dhellmannjroll: did you mean for the ironicclient release to leave out some changes from master? http://logs.openstack.org/23/227423/2/check/gate-releases-tox-list-changes/4bdfabc/console.html19:19
jrolldhellmann: no, but I had put that up like a week ago, I assume that's why19:21
jrolldhellmann: I can update it, or you can, either way19:21
dhellmannjroll: or we could leave it alone, it's up to you19:22
dhellmannI mean, I can release it as originally requested19:22
jrolldhellmann: nah, no reason not to pick them up19:22
jrollI'll get to it in a few19:22
dhellmannjroll: sounds good, I'll look at the ironic-lib release in the mean time19:22
jrollthanks19:22
*** david-lyle has joined #openstack-relmgr-office19:27
openstackgerritMerged openstack/releases: change the master/default branch to mitaka  https://review.openstack.org/23008319:28
openstackgerritJim Rollenhagen proposed openstack/releases: Release python-ironicclient 0.9.0  https://review.openstack.org/22742319:29
jrolldhellmann: ^ there you are sir19:30
dhellmannjroll: ty19:32
jrollnp19:33
openstackgerritMonty Taylor proposed openstack/releases: Release 1.8.0 of os-client-config  https://review.openstack.org/23008519:37
openstackgerritDoug Hellmann proposed openstack/releases: show more verbose git log output  https://review.openstack.org/23010319:41
openstackgerritMerged openstack/releases: Release ironic-lib 0.2.0  https://review.openstack.org/23003619:46
openstackgerritMerged openstack/releases: Release 1.8.0 of os-client-config  https://review.openstack.org/23008519:53
*** gordc has joined #openstack-relmgr-office19:55
ttxstevebaker: around?20:09
stevebakerttx: hi20:09
ttxstevebaker: did you have time to look at the blueprints I listed the other day ?20:10
stevebakerttx: umm, I think I missed that20:10
ttxyou can let me know which milestone to target them to, as some of the milestones are closed and reopening them is a bit painful20:10
ttx    https://blueprints.launchpad.net/heat/+spec/functional-tests20:11
ttx    https://blueprints.launchpad.net/heat/+spec/reorg-asg-code20:11
ttx    https://blueprints.launchpad.net/heat/+spec/add-cinder-backup-constraint20:11
ttx    https://blueprints.launchpad.net/heat/+spec/oslo-i18n20:11
ttx    https://blueprints.launchpad.net/heat/+spec/template-unicode-support20:11
ttx    https://blueprints.launchpad.net/heat/+spec/support-cinder-volume-type-access-operations20:11
ttx    https://blueprints.launchpad.net/heat/+spec/cinder-volume-encryption20:11
ttx    https://blueprints.launchpad.net/heat/+spec/enhance-property-constraints20:11
ttx    https://blueprints.launchpad.net/heat/+spec/resource-for-volume-backup-job20:11
ttx    https://blueprints.launchpad.net/heat/+spec/run-heat-api-under-apache220:11
ttxstevebaker: here is the list ^20:11
ttxstevebaker: in other news, any urgency in opening a RC2 ? Or can it wait onday so that we catch translations ?20:11
ttxMonday*20:12
stevebakerttx: Monday will be fine20:12
stevebakerttx: so should I go through each bp and comment on the whiteboard what milestone it landed in?20:13
ttxstevebaker: or tell me here20:13
stevebakerttx: ok, I'll work through them and comment here throughout the day20:14
ttxsounds good! thanks.20:14
ttxSlickNik, SergeyLukjanov : ping me if around20:14
openstackgerritMerged openstack/releases: Release python-ironicclient 0.9.0  https://review.openstack.org/22742320:17
openstackgerritDoug Hellmann proposed openstack/releases: show more verbose git log output  https://review.openstack.org/23010320:32
openstackgerritDoug Hellmann proposed openstack/reno: add better usage instructions  https://review.openstack.org/22657220:36
openstackgerritDoug Hellmann proposed openstack/reno: add documentation for the sphinx extension  https://review.openstack.org/22658420:36
openstackgerritDoug Hellmann proposed openstack/reno: Handle errors scanning a branch  https://review.openstack.org/22942420:36
openstackgerritMerged openstack-infra/release-tools: Sync with global requirements  https://review.openstack.org/22708620:36
openstackgerritDoug Hellmann proposed openstack/reno: add better usage instructions  https://review.openstack.org/22657220:36
openstackgerritDoug Hellmann proposed openstack/reno: add documentation for the sphinx extension  https://review.openstack.org/22658420:36
openstackgerritDoug Hellmann proposed openstack/reno: Handle errors scanning a branch  https://review.openstack.org/22942420:36
openstackgerritDoug Hellmann proposed openstack/reno: add better usage instructions  https://review.openstack.org/22657220:59
openstackgerritDoug Hellmann proposed openstack/reno: add documentation for the sphinx extension  https://review.openstack.org/22658420:59
openstackgerritDoug Hellmann proposed openstack/reno: Handle errors scanning a branch  https://review.openstack.org/22942420:59
SergeyLukjanovttx, pong21:35
SergeyLukjanovsorry, was on a lunch21:36
*** mriedem has quit IRC21:43
*** david-lyle has quit IRC21:43
*** gordc has quit IRC21:46
openstackgerritDoug Hellmann proposed openstack/reno: support multi-line notes and notes with complex formatting  https://review.openstack.org/23016221:50
openstackgerritDoug Hellmann proposed openstack/reno: reverse slug and uuid order in filenames  https://review.openstack.org/23016321:50
*** spzala has quit IRC21:54
*** spzala has joined #openstack-relmgr-office21:56
*** david-lyle has joined #openstack-relmgr-office21:56
*** johnsom has joined #openstack-relmgr-office21:59
stevebakerttx: https://blueprints.launchpad.net/heat/+spec/functional-tests liberty-122:09
stevebakerttx: actually, https://blueprints.launchpad.net/heat/+spec/functional-tests kilo-122:10
stevebakerttx: https://blueprints.launchpad.net/heat/+spec/reorg-asg-code kilo-322:11
stevebakerttx: https://blueprints.launchpad.net/heat/+spec/add-cinder-backup-constraint liberty-322:12
stevebakerttx: https://blueprints.launchpad.net/heat/+spec/oslo-i18n kilo-122:14
stevebakerttx: https://blueprints.launchpad.net/heat/+spec/template-unicode-support kilo-122:16
stevebakerttx: https://blueprints.launchpad.net/heat/+spec/support-cinder-volume-type-access-operations liberty-322:17
stevebakerttx: https://blueprints.launchpad.net/heat/+spec/cinder-volume-encryption liberty-322:18
stevebakerttx: https://blueprints.launchpad.net/heat/+spec/enhance-property-constraints liberty-122:19
stevebakerttx: thats it, I've dealt with the others22:21
*** SergeyLukjanov has quit IRC22:51
*** mriedem has joined #openstack-relmgr-office22:51
*** SergeyLukjanov has joined #openstack-relmgr-office22:51
*** sigmavirus24 is now known as sigmavirus24_awa22:59
*** stevemar has quit IRC23:02
*** mriedem has quit IRC23:10
*** mriedem has joined #openstack-relmgr-office23:10
*** mriedem has quit IRC23:15
*** mriedem has joined #openstack-relmgr-office23:25
*** johnsom has quit IRC23:32
*** johnsom has joined #openstack-relmgr-office23:32
*** TravT has quit IRC23:37
*** dims has joined #openstack-relmgr-office23:56
*** bnemec has joined #openstack-relmgr-office23:57
*** dims has quit IRC23:58
*** dims_ has quit IRC23:58
SlickNikttx: around now. Now a good time to talk?23:59
*** dims has joined #openstack-relmgr-office23:59

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