15:00:22 #startmeeting releaseteam 15:00:22 thanks! 15:00:22 Meeting started Fri Dec 7 15:00:22 2018 UTC and is due to finish in 60 minutes. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:23 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:25 The meeting name has been set to 'releaseteam' 15:00:28 ohai! 15:00:29 guys, thank you! 15:00:39 o/ 15:00:41 o/ 15:00:47 been a while.... where did smcginnis pack the pinglist 15:00:55 o/ 15:01:12 fungi, evrardjp maybe? 15:01:32 ohai 15:01:34 yeah 15:01:34 Agenda around line 192 15:01:40 I don't see a list in the etherpad 15:01:50 * fungi was sucked into openstack-discuss 15:02:00 sort of a wormhole 15:02:07 indeed 15:02:15 #topic how to fix karma-subunit-reporter 0.0.4 tag 15:02:40 So I've been importing release history for some rarely-released QA deliverables 15:02:43 in the past we've just ignored malformed tags 15:03:12 karma-subunit-reporter has a "v0.0.4" 15:03:34 So I should only mention 0.0.3 and be done ? That might result in someone proposing 0.0.4 next and confusion? 15:04:12 * ttx is actually tempted to release a 0,0,5 15:04:23 ahh, 2-year-old tag pushed by a human 15:04:33 yes, pre-release-repo 15:04:45 how vintage 15:04:52 dhellmann: what do you suggest? 15:05:15 so v0.0.4 is the latest release? 15:05:20 yes 15:05:20 yes 15:05:31 #link https://git.openstack.org/cgit/openstack/karma-subunit-reporter 15:05:35 I guess we could retag it, then 15:05:58 note that our release pipeline regex wouldn't have matched that tag anyway 15:05:59 we could ignore it, re-tag it, or tag a new version 15:06:15 the tag pipeline would have because it fires for any signed tag regardless of content 15:06:19 maybe using a new version number would be better 15:06:23 #link https://review.openstack.org/#/c/622919/ 15:06:31 dhellmann: yeah, that's what I was thinking 15:06:45 less confusing than having 2 packages with the "same" version 15:07:34 looks like my technique to match tags and commit SHAs is not valid, too 15:08:03 we have a tool in the releases repo to import existing history 15:08:21 I used git show-ref --tag 15:08:55 how does that not work? 15:08:56 dhellmann: do we? the tools I found did seem to do something else, or not work for _independent 15:08:58 at least we used to 15:09:03 tools/build_tag_history.sh looks relevant 15:09:08 although that's clearly importing older stuff 15:09:15 ah, tag_history_from_git.py 15:09:53 fungi: the validation complains for example that Version 0.1.4 in openstack/devstack-tools is on commit '1384ec992db4ea1692e66427dfa56edfe9a75528' instead of 'f77cebc8dc8994f6a76bb3f46dd0f2ff2d678244' 15:09:59 you might want to modify that to make it just pull everything into the independent file 15:10:01 while show-ref gives: 15:10:08 f77cebc8dc8994f6a76bb3f46dd0f2ff2d678244 refs/tags/0.1.4 15:10:15 huh, i'm going to dig into that 15:10:23 oh! 15:10:27 a signed tag gets a git object of its own 15:10:28 i get it 15:10:36 unsigned tags dono't 15:10:37 dammit git 15:10:52 this was exciting to learn about when I was writing reno :-) 15:10:54 I'm too old for that sh%t :) 15:10:55 yes, show-ref for a tag gives you a hash of the tag, not the commit it wraps 15:11:17 i misunderstood what you were looking for there for a moment 15:11:38 Anyway, moving on... (still if someone has the magic git command that displays the SHA I want, I'll take it) 15:12:01 #topic networking-arista release job errors 15:12:04 ttx: look in tools/tag_history_from_git.py for the git show command that uses 15:12:21 We had a number of job fails this week, I think that's the only one still open though 15:12:43 arista isn't an official project, and it looks like someone is manually uploading releases and then pushing tags 15:12:44 #link http://logs.openstack.org/47/47808fbdc25422e35d3448236bdb4123407f4242/release/release-openstack-python/b3d41d9/ 15:12:57 dhellmann: so I guess my question is... should we care at all ? 15:13:06 And if yes, is there a quick way to tell that we should not care 15:13:11 we could let them know 15:13:18 but otherwise I don't think we need to care 15:13:31 unfortunately we get email about all failures, not just the official repo ones 15:13:56 so I usually check the officialness first if I don't know off the top of my head 15:14:16 agree on the "not caring", I'm just wondering how to quickly tell. I guess it's just a grep away 15:14:44 yeah 15:15:08 other than client-side procmail automation i'm not sure how to go about sorting the wheat from the chaff there 15:15:16 ok, that is all I had 15:15:20 #topic open discussion 15:15:25 or having a separate release pipeline for official openstack projects 15:15:26 Anything else ? 15:16:04 fungi: I suspect that could be resolved by opendevving 15:16:31 I've noticed diablo_rojo lurking about the meetings ;-) -- should we be doing some mentoring to train her up as a release manager? 15:16:32 if you use a zuul opendev tenant for all things not official? 15:16:45 dhellmann: acute eyes 15:17:14 dhellmann: we should! Also she might take over the release highlights collection process 15:17:29 ok, I can sign up for that 15:17:42 Although she is a bit sleepy at release meeting time 15:17:59 /dcc send diablo_rojo caffeine 15:17:59 :) Yes please :) 15:18:00 I'm sure we can find a better time to pair up on a few reviews 15:18:12 ttx: yeah, separate tenants are likely to happen in the future 15:18:12 ttx, yes please 15:18:30 diablo_rojo : let's talk offline about your monday/tuesday schedule, since those are my release review days 15:18:38 dhellmann, sounds good 15:19:03 I'm on point on Wednesdays, fwiw 15:19:34 We use review days so that we can more easily ignore relmgt work on other days 15:19:45 Makes sense to me. 15:19:47 it'll be good to have someone doing reivews in a later tz, too 15:20:06 Monday/Tuesday are usually lighter days for me so that works. 15:20:12 * ttx looks up base docs to send as preparatory pre-mentoring reading 15:20:14 West coast represent! 15:20:45 ttx, anne may have sent me all that already ;) But send over what you've got in case I missed anything 15:20:59 https://releases.openstack.org/#references is probably good reading 15:21:28 don't hesitate to flag things that look incoherent, sometimes process moves and docs stay still 15:21:36 ++ 15:22:26 Like the process doc is not even mentioning release highlights 15:22:43 Will do! 15:22:50 "oops" 15:23:05 this team is run by a bunch of slackers 15:23:36 Yes, can't wait until they are all replaced with capable hands 15:23:50 dhellmann: they might see through that ruse though 15:24:15 * diablo_rojo will never forget that the release team was late for their first team photo 15:24:17 ttx: sssh 15:24:21 anyway... anything else to discuss in meeting? 15:24:21 by like...20 min 15:24:35 wow, gauntlet thrown 15:24:38 By definition, the release is never late 15:24:43 diablo_rojo: i wonder if you could help get the release team better integrated into the contributor guide? 15:24:56 It's everyone else that is too early or too late 15:25:26 you'd be well-placed to gauge what's missing from their contributor onboarding as you're going through it, after all 15:25:39 fungi, yeah something I can look into once I know more of the things :) 15:25:50 Definitely can do that. 15:26:18 * fungi apologizes if he seems to be volunteering you for things, given how busy you already are 15:26:24 Though hopefully smcginnis and tonyb have already done most of that being involved with OUI 15:26:33 great point 15:26:35 fungi, I do the same to you lol 15:26:46 touché! 15:27:10 Alright I think we can close then 15:27:21 thanks for chairing, ttx! 15:27:28 thanks ttx! 15:27:29 Have a great end of week! 15:27:33 #endmeeting