| *** openstackstatus has quit IRC | 00:24 | |
| *** openstackstatus has joined #openstack-release | 00:26 | |
| *** ChanServ sets mode: +v openstackstatus | 00:26 | |
| *** mriedem_away is now known as mriedem | 00:42 | |
| *** mriedem has quit IRC | 01:13 | |
| *** openstackgerrit has quit IRC | 01:22 | |
| *** openstackgerrit has joined #openstack-release | 01:22 | |
| dims | lifeless ping | 02:03 |
|---|---|---|
| lifeless | dims: pong | 02:07 |
| dims | lifeless in https://review.openstack.org/#/c/238871, the dups are already handled in extract_reqs | 02:08 |
| dims | lifeless : will fix the other two problems mentioned | 02:08 |
| lifeless | oh, I see | 02:09 |
| lifeless | dims: any chance of making the tests programmatic and putting them in tree? | 02:09 |
| dims | lifeless : i want to move code to openstack/requirements, once i get the logic correct, will add the tests there | 02:10 |
| lifeless | dims: ok | 02:10 |
| lifeless | dims: we really need a new project... | 02:10 |
| lifeless | dims: because you'll have to backport any code you move to openstack/requirements to liberty,kilo and juno atm | 02:11 |
| dims | ++ | 02:11 |
| lifeless | :/ | 02:11 |
| dims | ouch | 02:11 |
| lifeless | (because the project-config job runs on all branches and it calls into openstack/requirements | 02:12 |
| lifeless | so, I looked at this previously and we share more code than we did in the past | 02:12 |
| lifeless | but the branching etc stuff really is infra specific | 02:12 |
| lifeless | I'd be ok with just a manual script we run that will exercise things | 02:13 |
| lifeless | anything >> nothing | 02:13 |
| dims | lifeless : understood. updated with the last set of changes we talked about. talk to you tomorrow | 03:54 |
| dims | going to get some zzzs | 03:54 |
| lifeless | ciao | 04:05 |
| *** amotoki has joined #openstack-release | 05:26 | |
| *** ifat_afek has joined #openstack-release | 05:45 | |
| openstackgerrit | Christian Berendt proposed openstack/releases: Release of openstackdocstheme 1.0.8 https://review.openstack.org/251647 | 06:01 |
| *** ifat_afek has quit IRC | 06:06 | |
| *** ifat_afek has joined #openstack-release | 06:06 | |
| *** dims has quit IRC | 06:09 | |
| *** dims has joined #openstack-release | 06:14 | |
| *** ifat_afek_ has joined #openstack-release | 06:27 | |
| *** ifat_afek has quit IRC | 06:30 | |
| openstackgerrit | Christian Berendt proposed openstack/releases: Release of openstackdocstheme 1.0.8 https://review.openstack.org/251647 | 07:08 |
| openstackgerrit | Christian Berendt proposed openstack/releases: Release of openstackdocstheme 1.2.5 https://review.openstack.org/251647 | 07:18 |
| *** dtantsur|afk is now known as dtantsur | 08:44 | |
| openstackgerrit | Dmitry Tantsur proposed openstack/releases: Release python-ironic-inspector-client 1.3.0 for mitaka https://review.openstack.org/251734 | 09:32 |
| openstackgerrit | Sylvain Bauza proposed openstack/releases: [WIP] Release Nova 13.0.0 beta 1 https://review.openstack.org/251805 | 11:29 |
| *** flaper87 has quit IRC | 11:30 | |
| *** flaper87 has joined #openstack-release | 11:30 | |
| *** flaper87 has quit IRC | 11:39 | |
| *** flaper87 has joined #openstack-release | 11:47 | |
| *** flaper87 has quit IRC | 11:47 | |
| *** flaper87 has joined #openstack-release | 11:47 | |
| *** bdemers has quit IRC | 12:40 | |
| *** sileht has joined #openstack-release | 12:47 | |
| *** dtantsur is now known as dtantsur|brb | 13:09 | |
| *** gordc has joined #openstack-release | 13:15 | |
| *** stevemar has quit IRC | 13:22 | |
| gordc | ttx: is there a way to test whether my email's be blacklisted by openstack-dev mailing list? can't seem to receive/send emails from it anymore. | 13:22 |
| *** stevemar_znc has joined #openstack-release | 13:23 | |
| *** ifat_afek_ has quit IRC | 13:40 | |
| ttx | I don't think we have a blacklist system. Do you get any error ? | 13:51 |
| gordc | ttx: nope. i just stopped receiving mail over the weekend... i tried unsubscribing and re-subscribing but i never get the re-subscribe confirmation email. | 13:58 |
| ttx | let me check if anything looks funny on our side | 13:58 |
| gordc | ttx: i'll check my mail settings again, it seems like openstack-dev is in my safe list. | 13:58 |
| gordc | ttx: thanks | 13:58 |
| *** bdemers has joined #openstack-release | 14:08 | |
| gordc | ttx: it's a microsoft thing. i can't register with my two microsoft accounts but i can with my gmail | 14:20 |
| *** amotoki_ has joined #openstack-release | 14:24 | |
| *** mriedem has joined #openstack-release | 14:36 | |
| *** amotoki has quit IRC | 14:38 | |
| *** dtantsur|brb is now known as dtantsur | 14:43 | |
| openstackgerrit | Sylvain Bauza proposed openstack/releases: [WIP] Release Nova 13.0.0 beta 1 https://review.openstack.org/251805 | 14:43 |
| smcginnis | Can anyone tell me what I'm missing here? | 14:48 |
| smcginnis | https://review.openstack.org/#/c/251535/ | 14:48 |
| smcginnis | First time releasing a client. | 14:48 |
| smcginnis | I set the depends-on flag, but it looks like the upper-constraint patch is failing not seeing the new client. | 14:49 |
| smcginnis | Or is it expected to fail until the new client lands and the depends on is just a safety? | 14:50 |
| dhellmann | smcginnis : yes, it's just a safety | 14:50 |
| smcginnis | dhellmann: Great, thanks. | 14:51 |
| smcginnis | dhellmann: So I can just wait and recheck once the new client goes through, right? | 14:51 |
| dhellmann | smcginnis : we had a lot of projects releasing and then never updating the constraints, so their new libs weren't actually being used, so we changed the process like this | 14:51 |
| dhellmann | yeah, after the release you just recheck and it should work then | 14:51 |
| smcginnis | dhellmann: Perfect. Thanks! | 14:52 |
| dhellmann | smcginnis : np, thank you for helping out with this :-) | 14:52 |
| smcginnis | dhellmann: I'm learning. :) | 14:52 |
| *** bauzas has joined #openstack-release | 14:54 | |
| bauzas | I have a quick question for https://review.openstack.org/#/c/251805/ | 14:55 |
| bauzas | do I need to provide the SHA for the commit I provided or for the Jenkins merge patch for that one ? | 14:55 |
| bauzas | I guess the latter but I'd love some feedback | 14:56 |
| bauzas | ttx: ^ ? | 14:56 |
| ttx | bauzas: checking | 14:58 |
| ttx | the merge patch. | 14:58 |
| bauzas | ttx: to be clear, the change just merged https://review.openstack.org/#/c/251805/ | 14:58 |
| ttx | bauzas: otherwise we'd be tagging your branch | 14:59 |
| bauzas | ttx: okay, that's what I thought | 14:59 |
| ttx | and not when it rejoined the HEAD | 14:59 |
| bauzas | ttx: yeah, it's understandable | 14:59 |
| openstackgerrit | Sylvain Bauza proposed openstack/releases: Release Nova 13.0.0 beta 1 https://review.openstack.org/251805 | 15:00 |
| bauzas | ttx: thanks :) | 15:00 |
| fungi | dhellmann: this is the time you wanted to talk about release automation next steps, yeah? | 15:01 |
| dhellmann | fungi : hi, yes! | 15:01 |
| *** amotoki_ is now known as amotoki | 15:01 | |
| fungi | just making sure our tz mappings agreed | 15:01 |
| dhellmann | fungi : I started making some notes in https://etherpad.openstack.org/p/mitaka-release-automation at the bottom | 15:01 |
| dhellmann | fungi : yeah, I'm in georgia, so I think we're the same tz unless you're travelling | 15:01 |
| * fungi is _always_ in utc ;) | 15:02 | |
| dhellmann | he | 15:02 |
| dhellmann | heh | 15:02 |
| dhellmann | so the 2 main questions I had are there at the bottom of the etherpad: did I get the bug handling changes right, and what's our next step for the spec (assuming ttx likes this draft) | 15:02 |
| fungi | right-o, i haven't reviewed that spec yet | 15:02 |
| dhellmann | ok, so that's probably the next step ;-) | 15:03 |
| fungi | yeah, i'm skimming as we speak | 15:04 |
| dhellmann | k | 15:05 |
| fungi | how far along is the centralize release tagging spec. should we consider that complete now? | 15:06 |
| dhellmann | yes, we've been doing all lib tagging using that process already and we'll be using it for mitaka milestone tags, too | 15:07 |
| dhellmann | we retroactively added the tags for service projects for liberty after doing those manually | 15:07 |
| dhellmann | actually, this spec technically completes that work, so I'm not sure how you want count it | 15:08 |
| fungi | just checking. mind uploading an infra-specs change at some point to move it to the completed list in the index? no rush, just housekeeping | 15:08 |
| *** dims has quit IRC | 15:08 | |
| dhellmann | sure, I'll do that today | 15:08 |
| fungi | awesome | 15:08 |
| fungi | the series name mentioned in the proposed change section near the end of the third paragraph... this is basically derived from the branch? | 15:11 |
| dhellmann | yes | 15:11 |
| dhellmann | so it's "mitaka" or "liberty" | 15:11 |
| dhellmann | that's part of the deliverable path name in the releases repo, and is expected to match the stable branch if one exists | 15:11 |
| dhellmann | during mitaka development we detect that there's no stable branch and don't indicate that the release is a stable release | 15:12 |
| dhellmann | after the stable branch is included, the release announcements include a comment about it being a stable branch (or maybe it's just an extra tag in the email headers) | 15:12 |
| fungi | leaving a note, but basically zuul doesn't know the branch of a tag (from a git perspective a tag can point to a commit which appears in multiple branches, though from the perspective of our automation there will generally only ever be one branch for a tag so we can make an educated guess and just plan to leave a safe fallback in case that assumption is occasionally incorrect) | 15:12 |
| dhellmann | the logic we have in the scripts already works this stuff out, so I don't think we need zuul to do anything | 15:13 |
| fungi | okay, cool | 15:13 |
| dhellmann | as long as the workdir has the repo checked out to the new tag, we can do everything else from that point | 15:13 |
| dhellmann | if it doesn't, the announce script will need to somehow know what release to be announcing :-) | 15:14 |
| fungi | yeah, just curious what happens if the announce script finds the tag is in the history of multiple branches. but as you say, it's an implementation detail we don't need to work out in the spec itself | 15:15 |
| dhellmann | when a job runs after a tag is pushed, is the workdir for the project being tagged checked out to that tag point? | 15:16 |
| fungi | e.g., 1. make stable/mitaka branch from head of master, 2. tag tip of stable/mitaka as 10.0.0, 3. release script sees tag is in the history of both stable/mitaka and master branches | 15:16 |
| fungi | yeah, the jobs in question generally checkout the tag by name | 15:17 |
| dhellmann | ok, cool | 15:17 |
| fungi | so something has to reverse the tag to a branch or series name somewhere | 15:17 |
| dhellmann | the announce script does something like $(git describe $(git describe $TAG^)) to determine the previous version | 15:17 |
| dhellmann | the series name is part of the input to the process, so we just carry it through | 15:18 |
| dhellmann | the release script adds it to the comment when tagging, and the announce script parses it back out | 15:18 |
| fungi | oh, got it, so we don't guess at a series name it's already supplied separately | 15:18 |
| dhellmann | right | 15:18 |
| dhellmann | it's part of the deliverable filename in the releases repository | 15:18 |
| dhellmann | now the validator there verifies that the commit being tagged is a descendant of the previous one in that series file, but that's before the tag is created | 15:19 |
| dhellmann | fungi : any other thoughts on the spec or those patches to change the bug handling behavior? | 15:24 |
| fungi | i'm adding a few more comments in the review | 15:25 |
| dhellmann | k | 15:25 |
| fungi | okay, comments added, sorry for the delay | 15:31 |
| fungi | they don't substantially alter the spec itself though so it's safe to keep discussing next steps | 15:32 |
| dhellmann | no worries, thanks for doing the review | 15:32 |
| dhellmann | k | 15:32 |
| flaper87 | dhellmann: hey, do you have 5 mins? | 15:33 |
| flaper87 | It's re Glance's m-1 | 15:33 |
| flaper87 | I'm targeting un-targeted bugs now | 15:33 |
| dhellmann | fungi : on the direct-release question, yes that's what I'm saying. see the 2 open reviews listed in https://etherpad.openstack.org/p/mitaka-release-automation | 15:33 |
| flaper87 | (the ones w/ a patch merged) | 15:33 |
| dhellmann | flaper87 : you can do that, but it's no longer required | 15:34 |
| flaper87 | I wanted to ask you what do you need from me to cut m-1? | 15:34 |
| flaper87 | dhellmann: that was one of the questons | 15:34 |
| flaper87 | questions | 15:34 |
| flaper87 | awesome | 15:34 |
| * flaper87 goes and reads reno's docs | 15:34 | |
| dhellmann | flaper87 : I sent an email to the list friday, let me find that link | 15:34 |
| fungi | dhellmann: yep, i'm looking at those now. the question was more for the benefit of other reviewers | 15:34 |
| dhellmann | flaper87 : http://lists.openstack.org/pipermail/openstack-dev/2015-November/080692.html | 15:34 |
| flaper87 | dhellmann: oh, nice. I wasn't around yday so it's probably on my backlog | 15:34 |
| dhellmann | fungi : ah, ok | 15:34 |
| flaper87 | dhellmann: thank you | 15:34 |
| dhellmann | flaper87 : I figured as much, np | 15:34 |
| mestery | dhellmann: I had the same question as flaper87, but now I know what to do! Thanks to both you and flaper87! :P | 15:37 |
| dhellmann | fungi : it did turn out that there were a lot of edits to project-config, so changing the default seemed to make more sense. I'm not sure I've got that quite right now, though. I asked on the ML, and no project liaison said they wanted to stick with the current behavior, so even though I added a reverse option to jeepyb I didn't add it to any projects | 15:37 |
| dhellmann | mestery, flaper87 : if you have questions, please post them as follow ups to that email so everyone can see the answer | 15:37 |
| flaper87 | dhellmann: sure thing :) | 15:38 |
| mestery | dhellmann: ++, looks clear to me, and I'm glad we got the reno stuff done in Neutron a few weeks back :) | 15:38 |
| dhellmann | mestery : ++, good work on landing that stuff early | 15:38 |
| fungi | dhellmann: that seems reasonable | 15:38 |
| dhellmann | fungi : cool | 15:38 |
| mestery | dhellmann: Thanks for driving that with clear messages to the ML and help from you and andreas when needed :) | 15:39 |
| fungi | dhellmann: my only related concern is downstream consumers of that hook in separate deployments (not openstack's) though i have a feeling there are few/none | 15:39 |
| dhellmann | fungi : yeah, I wasn't sure how to predict fallout from that :-/ | 15:39 |
| fungi | so if other reviewers don't object then i'm okay | 15:39 |
| dhellmann | I'll add the depends-on and remove the WIP flag today, then | 15:40 |
| fungi | it looked like you already added the depends-on? | 15:41 |
| dhellmann | oh, so I did :-) | 15:41 |
| dhellmann | I'll fix the merge conflict instead ;-) | 15:41 |
| *** bdemers has quit IRC | 15:43 | |
| fungi | okay, i think i've looked through the outstanding proposed changes and also answered pertinent questions on the etherpad | 15:46 |
| *** bdemers has joined #openstack-release | 15:46 | |
| dhellmann | fungi : great, thanks. I'll add the item to the agenda for next week. And we can do announcements by hand for the time being, until we figure out the email solution. | 15:48 |
| fungi | yeah, if you wait until after this afternoon's infra meeting (20:00 utc or later should be safe) then it'll be less confusing | 15:49 |
| dhellmann | fungi : makes sense | 15:49 |
| ttx | dhellmann: quick Sphinx/RST question | 15:54 |
| ttx | http://paste.ubuntu.com/13601060/ | 15:54 |
| ttx | doesn't generate a link on line 8 | 15:54 |
| ttx | I'd like that to generate an internal link in the document | 15:54 |
| *** dims has joined #openstack-release | 15:55 | |
| ttx | Also I'd like to put some links in bold, but **:ref:`foo`** doesn't do what I expect | 15:55 |
| dhellmann | ttx: you're missing a - between 1 and milestone on line 8 | 15:58 |
| ttx | err | 15:59 |
| ttx | no damn that was silly | 15:59 |
| dhellmann | I don't think there's a way to wrap a link in bold like that, unfortunately | 15:59 |
| ttx | I wanted to single out cross-project events vs. project-specific ones | 15:59 |
| dhellmann | separate columns? | 15:59 |
| ttx | could use two columns, but that's slightly less practical to edit | 16:00 |
| dhellmann | ttx: also, look at the list-table directive. way way easier to edit than this format | 16:00 |
| ttx | also less room if we want to keep udner 80 cols | 16:00 |
| ttx | dhellmann: no way to have rowspan in list-table afaict | 16:00 |
| dhellmann | http://docutils.sourceforge.net/docs/ref/rst/directives.html#list-table | 16:00 |
| dhellmann | hmm, maybe true | 16:01 |
| ttx | so it makes listing multiple entries on a single week a bit inconvenient | 16:01 |
| ttx | oh well let's try that as a first step | 16:02 |
| dhellmann | I wonder if it would let you have a list in a cell | 16:02 |
| dhellmann | not as nice as this, I guess | 16:02 |
| dhellmann | ttx: we could also do something with the class directive and css to change the style | 16:03 |
| *** wshao has joined #openstack-release | 16:04 | |
| *** dims_ has joined #openstack-release | 16:08 | |
| *** dims has quit IRC | 16:10 | |
| dims_ | dhellmann : any idea what gate-neutron-pep8-constraints is doing in requirements review? https://review.openstack.org/#/c/251088/ | 16:10 |
| dhellmann | dims_ : none. ask infra? | 16:10 |
| dims_ | ack thanks | 16:11 |
| dhellmann | dims_ : let me know what you find out? :-) | 16:11 |
| *** kzaitsev_ws has quit IRC | 16:11 | |
| dims_ | yes of course, let me dig a bit before i ask | 16:11 |
| *** kzaitsev_ws has joined #openstack-release | 16:13 | |
| dims_ | dhellmann : fyi https://review.openstack.org/#/c/251596/ got merged asking fungi on infra | 16:14 |
| fungi | yep, that's my bad. i didn't think it through. requirements will need integration tests more like what oslotest is (was?) doing | 16:20 |
| dims_ | fungi : i have to dig it up, have not looked at oslotest in a while | 16:23 |
| dhellmann | fungi, dims_ : thanks for digging into that one | 16:26 |
| *** dims has joined #openstack-release | 16:30 | |
| *** dims_ has quit IRC | 16:33 | |
| *** bswartz has quit IRC | 16:37 | |
| openstackgerrit | gordon chung proposed openstack/releases: python-ceilometerclient 2.1.0 https://review.openstack.org/251954 | 16:38 |
| openstackgerrit | Kyle Mestery proposed openstack/releases: Mitaka-1 milestone for Neutron deliverables https://review.openstack.org/251959 | 16:45 |
| openstackgerrit | Thierry Carrez proposed openstack/releases: [WIP] Add Mitaka release schedule https://review.openstack.org/251964 | 16:48 |
| ttx | dhellmann: I need a preliminary review on the WIP to doublecheck I'm on the right track :) | 16:48 |
| dhellmann | ttx: looking | 16:49 |
| ttx | dhellmann: also... should we track on the etherpad how many projects fail to submit mitaka-1 ? Or just let them fail ? | 16:49 |
| dhellmann | we should probably keep track this time so we can push the liaisons harder next time | 16:50 |
| mestery | Carrot and a stick, I like it dhellmann ttx :) | 16:50 |
| ttx | right. I'll list managed/cycle-with-milestones things on our etherpad | 16:50 |
| ttx | mestery: good cop, bad cop | 16:51 |
| mestery | lol | 16:51 |
| dhellmann | ttx: I was born to play bad copy | 16:51 |
| dhellmann | er, cop | 16:51 |
| *** bdemers has quit IRC | 16:52 | |
| dhellmann | ttx: the schedule looks good. I wonder if it makes sense to have a /schedules subdir instead of including the file in /releases, but that's not a big deal either way | 16:52 |
| ttx | yeah, that can, be easily fixed afterwards | 16:52 |
| dhellmann | right | 16:52 |
| ttx | I just didn't want to continue adding stuff to a layout if you didn't like it | 16:53 |
| ttx | The only drawback of this layout I think is the short space we have for columns. But since we want references there... it can be expanded to a long real title | 16:53 |
| ttx | If I make dates smaller they wrap and look ugly | 16:54 |
| *** amotoki has quit IRC | 16:55 | |
| openstackgerrit | Merged openstack-infra/release-tools: remove release_many.sh https://review.openstack.org/251510 | 16:57 |
| openstackgerrit | Merged openstack-infra/release-tools: add more detail to the output https://review.openstack.org/251567 | 16:57 |
| openstackgerrit | Merged openstack-infra/release-tools: catch more errors in external commands https://review.openstack.org/251568 | 16:57 |
| openstackgerrit | Merged openstack-infra/release-tools: better formatting for command errors https://review.openstack.org/251569 | 16:57 |
| *** mriedem is now known as mriedem_meeting | 16:58 | |
| *** wshao has quit IRC | 17:01 | |
| *** bdemers has joined #openstack-release | 17:01 | |
| ttx | dhellmann: while I think about the automation... the first job is definitely deliverable-driven (one tag request for several repos, with add_comment fixing launchpad for all of them). The second job is more repository-driven (tarball generation). That may make it difficult to drive announcements from the same one. | 17:03 |
| ttx | i.e. you want announcements to be about the deliverable | 17:03 |
| ttx | while at that stage you have multiple tarball jobs running reacting to the tags we pushed from the deliverable-driven job | 17:04 |
| ttx | We could push the announcement from the first job but we don't have tarballs yet. If we want to push announcement from the second one though, we need to somehow know when all the tarballs making up the deliverable are up | 17:05 |
| *** dtantsur is now known as dtantsur|afk | 17:11 | |
| ttx | dhellmann: ok, added lines to the etherpad. You can track reno support there as well if you want | 17:12 |
| openstackgerrit | gordon chung proposed openstack/releases: ceilometer 5.1.0 - stable/liberty https://review.openstack.org/251982 | 17:15 |
| openstackgerrit | Steve Martinelli proposed openstack/releases: release keystone managed libraries for mitaka-1 https://review.openstack.org/250523 | 17:15 |
| stevemar_znc | dims: dhellmann: would love your input on https://review.openstack.org/#/c/250523/ | 17:16 |
| openstackgerrit | gordon chung proposed openstack/releases: ceilometer 2015.1.2 - stable/kilo https://review.openstack.org/251983 | 17:17 |
| dhellmann | stevemar_znc : on my list | 17:18 |
| *** doug-fish has joined #openstack-release | 17:25 | |
| *** stevemar_znc is now known as stevemar | 17:25 | |
| dims | stevemar ack give me a few | 17:28 |
| stevemar | thank you both | 17:29 |
| dims | ah, releases, thought this was a review of code :) | 17:29 |
| dims | looks like dhellmann already volunteered :) | 17:30 |
| openstackgerrit | gordon chung proposed openstack/releases: ceilometer 2015.1.3 - stable/kilo https://review.openstack.org/251983 | 17:37 |
| openstackgerrit | gordon chung proposed openstack/releases: ceilometerclient 1.1.2 - stable/kilo https://review.openstack.org/251992 | 17:40 |
| openstackgerrit | gordon chung proposed openstack/releases: ceilometerclient 1.6.0 - stable/liberty https://review.openstack.org/251993 | 17:42 |
| *** mriedem_meeting is now known as mriedem | 17:43 | |
| *** bswartz has joined #openstack-release | 17:43 | |
| *** mihgen has joined #openstack-release | 17:45 | |
| dims | lifeless : dhellmann : another look please when you get a chance - project-requirements-change.py -https://review.openstack.org/#/c/238871/ | 18:56 |
| *** mriedem has quit IRC | 18:56 | |
| *** mriedem has joined #openstack-release | 19:01 | |
| *** patchbot has quit IRC | 19:03 | |
| openstackgerrit | Flavio Percoco proposed openstack/releases: Release Glance 12.0.0b1 https://review.openstack.org/252023 | 19:08 |
| *** patchbot has joined #openstack-release | 19:10 | |
| *** patchbot has quit IRC | 19:12 | |
| *** patchbot has joined #openstack-release | 19:13 | |
| flaper87 | dhellmann: I think I've done everything required on your email ^ | 19:14 |
| flaper87 | do let me know if I'm missing something! Thank you :) | 19:15 |
| *** armax has quit IRC | 19:16 | |
| *** devananda has quit IRC | 19:33 | |
| *** devananda has joined #openstack-release | 19:47 | |
| *** armax has joined #openstack-release | 19:51 | |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: ensure virtualenv is created in toolsdir https://review.openstack.org/251570 | 19:53 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: factor out command to list deliverable changes https://review.openstack.org/251571 | 19:53 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: rewrite release_from_yaml.py as bash script https://review.openstack.org/251572 | 19:53 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: add the series to the release tag https://review.openstack.org/251573 | 19:53 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: add announce.sh to generate a release notes email https://review.openstack.org/251574 | 19:53 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: factor out command to list deliverable changes https://review.openstack.org/251571 | 19:58 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: rewrite release_from_yaml.py as bash script https://review.openstack.org/251572 | 19:58 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: add the series to the release tag https://review.openstack.org/251573 | 19:58 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: add announce.sh to generate a release notes email https://review.openstack.org/251574 | 19:58 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: add the release metadata to the release tag https://review.openstack.org/251573 | 20:16 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: add announce.sh to generate a release notes email https://review.openstack.org/251574 | 20:16 |
| openstackgerrit | Merged openstack-infra/release-tools: ensure virtualenv is created in toolsdir https://review.openstack.org/251570 | 20:22 |
| openstackgerrit | Steve Martinelli proposed openstack/releases: release keystone managed libraries for mitaka-1 https://review.openstack.org/250523 | 20:36 |
| dhellmann | mestery : regarding the networking-* projects, why are those not release:cycle-with-intermediary or release:cycle-with-milestones? | 20:42 |
| mestery | dhellmann: I think they probably should be to be honest | 20:42 |
| dhellmann | mestery : ok, then rather than moving the deliverable files around do you want to talk to the neutron team about changing those tags? | 20:43 |
| *** AJaeger has joined #openstack-release | 20:43 | |
| mestery | dhellmann: That's an interesting idea, I'll do that by proposing hte patch to governance. Thanks! | 20:43 |
| dhellmann | mestery : ack, I left a comment on the patch, too | 20:44 |
| mestery | dhellmann: coolio :) | 20:44 |
| AJaeger | dhellmann: do you have time to release openstackdocstheme 1.25 today, please? https://review.openstack.org/#/c/251647/ | 20:44 |
| dhellmann | AJaeger : I'm looking at releases right now, in fact | 20:44 |
| stevemar | AJaeger: get in line :P | 20:44 |
| stevemar | dhellmann: the keystone libs patch is ready to go! hoping to get things released before it's too late in the week | 20:45 |
| stevemar | (yes i know you are reviewing releases now) | 20:45 |
| dhellmann | stevemar : :-) | 20:45 |
| AJaeger | stevemar: I will ;) | 20:48 |
| AJaeger | dhellmann: thanks! | 20:48 |
| openstackgerrit | Merged openstack/releases: Release of openstackdocstheme 1.2.5 https://review.openstack.org/251647 | 20:50 |
| openstackgerrit | Merged openstack/releases: ceilometerclient 1.1.2 - stable/kilo https://review.openstack.org/251992 | 20:59 |
| openstackgerrit | Merged openstack/releases: ironic-lib 0.5.0 https://review.openstack.org/250000 | 21:04 |
| openstackgerrit | gordon chung proposed openstack/releases: ceilometerclient 1.5.1 - stable/liberty https://review.openstack.org/251993 | 21:07 |
| *** AJaeger has quit IRC | 21:09 | |
| stevemar | dhellmann: for stable/liberty and stable/kilo, are those now being released being openstack/releases? | 21:13 |
| dhellmann | stevemar : yes | 21:20 |
| stevemar | dhellmann: is there a recommended schedule for when to release those things, or just whenever ptl decides? or when stable decides? i'm a bit unclear on that one | 21:20 |
| dhellmann | stevemar : you know, the stable folks may just be tagging service projects on some of the older stable branches | 21:22 |
| dhellmann | stevemar : stable/kilo is still synchronized. stable/liberty is not, so it's up to you to propose releases when you have "enough" patches built up. | 21:22 |
| openstackgerrit | Merged openstack/releases: Release python-cinderclient 1.5.0 https://review.openstack.org/251534 | 21:23 |
| stevemar | okay, i may tag a liberty release if we have enough patches there | 21:23 |
| dhellmann | stevemar : ++ | 21:23 |
| stevemar | dhellmann: one question about tagging bugs, should get tag them as mitaka-1 or leave the milestone untagged, that causes funniness in the client libs i noticed | 21:24 |
| dhellmann | stevemar : whether you target bugs is entirely up to you now. the release tool leaves a comment indicating when a fix was included in a release. | 21:26 |
| stevemar | gotcha | 21:26 |
| stevemar | i rememberd that much | 21:26 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: rewrite release_from_yaml.py as bash script https://review.openstack.org/251572 | 21:31 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: add the release metadata to the release tag https://review.openstack.org/251573 | 21:31 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: add announce.sh to generate a release notes email https://review.openstack.org/251574 | 21:31 |
| openstackgerrit | Merged openstack/releases: mitaka: release glance-store 0.10.0 https://review.openstack.org/248119 | 21:37 |
| openstackgerrit | Merged openstack/releases: release keystone managed libraries for mitaka-1 https://review.openstack.org/250523 | 21:46 |
| stevemar | yahoo! | 21:46 |
| *** bswartz has quit IRC | 21:51 | |
| openstackgerrit | Steve Martinelli proposed openstack/releases: tag keystone 9.0.0.0b1 for mitaka-1 https://review.openstack.org/252076 | 21:54 |
| openstackgerrit | Steve Martinelli proposed openstack/releases: tag keystone 9.0.0.0b1 for mitaka-1 https://review.openstack.org/252076 | 21:58 |
| SergeyLukjanov | dhellmann, hi! | 21:59 |
| SergeyLukjanov | could I help you with handling lib releases? | 21:59 |
| SergeyLukjanov | (I'm in CA for the next 3 weeks) | 21:59 |
| dhellmann | SergeyLukjanov : great! we're in the middle of rewriting the release scripts, so you could start by reviewing those changes to become familiar with them. The spec is https://review.openstack.org/245907 | 22:04 |
| dhellmann | ttx: I used the draft versions of release.sh and announce.sh that are up for review now to do all of the library releases today. Everything seems to be working fine. | 22:05 |
| SergeyLukjanov | ack! | 22:05 |
| dhellmann | SergeyLukjanov : if you want to review release requests for milestone tags, that would be a big help, too | 22:06 |
| ttx | dhellmann: awesome | 22:06 |
| gordc | dhellmann: just curious about requirements upper-constraint patch for clients... is it just in case the automated job doesn't kick in? | 22:06 |
| dhellmann | ttx: I realized that we might want a different version of announce.sh that checks out the repository, like release.sh does, but for now I just updated my local copies of repos and passed those directories to announce.sh | 22:07 |
| dhellmann | gordc : it's in part to educate everyone about how that process works, and also to provide a separate patch with just one constraint change so if it fails we can tell that it's because of that release, vs. having to debug all of the updates in the change from the bot | 22:08 |
| * dhellmann makes a note to document the reasons for that better in the release instructions | 22:08 | |
| gordc | dhellmann: ah, good point. yeah i didn't do it this time because i had to abandon all my previous requirements patch. | 22:10 |
| gordc | i'll make the changes | 22:10 |
| dhellmann | gordc : yeah, if the bot patch passes we can approve that one and abandon the individual ones, but this way makes debugging easier if we have failures | 22:11 |
| dhellmann | if failures start becoming rare, we can change the process again | 22:11 |
| gordc | dhellmann: cool cool. understood. | 22:11 |
| gordc | dhellmann: if the liberty upper-contraint already covers https://review.openstack.org/#/c/251993/ . should i lower it to match liberty releases or keep it as is? | 22:17 |
| gordc | right now liberty upperscontraint is pointing at first relesae fro mitaka | 22:17 |
| dhellmann | sigh | 22:17 |
| dhellmann | we have that in a few places, but I'm not sure how/why | 22:18 |
| dhellmann | gordc : the constraint is already higher than this release, then you don't need to make any changes | 22:18 |
| dhellmann | *if | 22:18 |
| gordc | dhellmann: kk, i'll make a note in gerrit | 22:18 |
| dhellmann | gordc : ack. I'm done for the day, so I'll look at those releases first thing tomorrow | 22:19 |
| gordc | dhellmann: no problem. thanks! | 22:20 |
| *** gordc has quit IRC | 22:24 | |
| stevemar | dhellmann: for the recent keystone library releases, it seems like those bugs associated with the projects in "fix committed" are no longer being auto-closed; i was expecting this for non-library projects, do i have to manually mark these bugs as fix-released for the libs? | 22:52 |
| *** bdemers has quit IRC | 22:55 | |
| dhellmann | stevemar : leave them for now; we'll bulk update them and I have patches up to change jeepyb to put them in fix-released automatically | 22:55 |
| stevemar | dhellmann: rgr that | 22:55 |
| stevemar | dhellmann: so i think we're almost all good to go for keystone mitaka-1, just the release notes to land, and i've proposed a release change | 22:55 |
| stevemar | thanks for helping out so much! :) | 22:56 |
| stevemar | we've got reno everywhere including libraries | 22:56 |
| dhellmann | stevemar : http://lists.openstack.org/pipermail/openstack-dev/2015-November/080288.html | 22:57 |
| dhellmann | stevemar : \o/ for the reno work and for getting your milestone tag proposed! | 22:57 |
| *** mriedem has quit IRC | 22:58 | |
| stevemar | #success got reno in all keystone projects | 22:59 |
| openstackstatus | stevemar: Added success to Success page | 22:59 |
| dhellmann | stevemar : ++ | 22:59 |
| *** david-lyle has quit IRC | 23:25 | |
| *** dstanek has quit IRC | 23:41 | |
| *** dstanek has joined #openstack-release | 23:41 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!