17:02:31 #startmeeting TWS call 17:02:31 Meeting started Mon Jul 21 17:02:31 2014 UTC. The chair is Madhu. Information about MeetBot at http://ci.openstack.org/meetbot.html. 17:02:31 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:02:31 The meeting name has been set to 'tws_call' 17:02:58 #chair phrobb regXboi 17:02:58 Current chairs: Madhu phrobb regXboi 17:03:33 #chair edwarnicke 17:03:33 Current chairs: Madhu edwarnicke phrobb regXboi 17:06:19 * colindixon arrives 17:06:22 #chair colindixon 17:06:22 Current chairs: Madhu colindixon edwarnicke phrobb regXboi 17:07:42 has somebody done the #topic to set it to “hydrogen stable release” update? 17:07:45 or should I? 17:08:17 #topic discussion on stable/hydrogen release 17:08:23 ok 17:08:24 thanks 17:08:43 #info the auto-release code is used for weekly releases as well as the hydrogen stable release 17:08:48 colindixon: do u have the link to the google docs that Ryan put together ? can u #info it ? 17:08:58 yeah 17:09:00 got it 17:09:48 #link https://docs.google.com/a/colindixon.com/spreadsheets/d/13MBWx3kcevlGGla0zIYS312xvjnJHH2i5X2fGOYMesw/edit#gid=0 this is the google doc tracking the hydrogen stable release 17:09:54 #info discussion on https://lists.opendaylight.org/pipermail/release/2014-July/000089.html 17:09:54 on it 17:10:21 colindixon: the above link takes care of it :) 17:10:30 yup 17:11:34 heh, as in, it comes w/ a big eraser or bottle of whiteout 17:12:13 #info the current autorelease provides a way for staging it 17:12:26 #info the auto-release project pushes artifacts to a staging nexus which nobody directly relies on, so it can be blown away, doesn’t break anything, and doesn’t require project permissions for every project to run (this is all good) 17:12:33 #link https://bugs.opendaylight.org/show_bug.cgi?id=1402 17:14:43 #link https://github.com/giovannimeo/autorelease currently, this is the autorelease code which is hosed in GiovanniMeo’s github rather than inside ODL because there’s not a logical home for it at the moment 17:18:42 #info Git Bundle : http://git-scm.com/docs/git-bundle 17:19:42 GiovanniMeo: It makes sense to me too... but its not the first time I've heard it :) 17:20:30 #info the odlautorelease job doesn't push the tags to all the projects participating in that auto release 17:20:50 Madhu: if you want things to show up as a link in the logs, you need to do #link and then immediately the URL and then any comments 17:20:51 #info the tag is not pushed because the user running the odlautorelease may not have the privileges 17:21:05 colindixon: thanks :) 17:21:39 #info - there is one other issue here 17:22:05 #info - when we do *releases* the *release* tag probably shouldn't be pulled to the git repo until its *actually* the release 17:22:12 does odlautorelease automatically update versions for each project from 0.1.0.1-SNAPSHOT to 0.1.0-2-SNAPSHOT? 17:22:23 hideyuki: that’s a good question 17:22:24 hideyuki 17:22:29 it can 17:22:35 but currently are not doing it 17:22:39 for two reason 17:22:42 one 17:22:54 the next dev is calculated automatically as 17:23:00 0.1.1-SNAPSHOT 17:23:38 GiovanniMeo: I think hideyuki's point is... once we do a release, where do we get the Gerrit to bump to the next SNAPSHOT version? 17:26:13 #info git bundle, listed above, makes it possible to ship the entire git repository as a single file and this can be pushed into the nexus—this allows us to get around the fact that we can’t push tags into projects, but still record the exact state of the repo that produced and autorelease 17:26:26 edwarnicke 17:26:46 there is a tag saved in the 17:26:51 git bundle with the next rev 17:27:00 tag pointing to it 17:27:45 Ah... so someone could pull that and push it to Gerrit automatically 17:28:42 #info mlemay asks about the build order 17:28:46 #info the build order is currently hard-coded in the odlautorelease. 17:28:55 #info GiovanniMeo build order is manual 17:29:23 GiovanniMeo: edwarnicke: Thank you for answering. 17:30:43 we have worked around the local distribution by using maven profiles 17:31:07 so if you want it you can include the profile (depending if it is a active profile by default or not) 17:31:42 #info hideyuki : does odlautorelease automatically update versions for each project from 0.1.0.1-SNAPSHOT to 0.1.0-2-SNAPSHOT? 17:32:02 dbainbri: My thought exactly 17:32:16 Madhu: sorry, I have a typo. 17:32:17 A release profile 17:32:22 'release' 17:32:45 #info hideyuki : does odlautorelease automatically update versions for each project from 0.1.0-1-SNAPSHOT to 0.1.0-2-SNAPSHOT? 17:34:37 #info GiovanniMeo's answer : for master this version bump is done automatically by maven-version plugin. while the stable/hydrogen branch needs some work and can be patched by a minor fix. 17:34:47 thanks hideyuki 17:35:21 #info regXboi really wants this to become it's own project with a release team to provide extra hands and eyes ... 17:35:45 #info GiovanniMeo suggests to keep it as a system script and handled by LF (tykeal) :-) 17:36:57 This link edwarnicke https://docs.google.com/spreadsheets/d/13MBWx3kcevlGGla0zIYS312xvjnJHH2i5X2fGOYMesw/edit#gid=0 17:37:09 #info Madhu asks when are we actually going to release the hydrogen stable release? We’ve been slipping for weeks and things seem to be stalled. 17:37:26 #info we are looking for +1 from projects in : https://docs.google.com/spreadsheets/d/13MBWx3kcevlGGla0zIYS312xvjnJHH2i5X2fGOYMesw/edit#gid=0 17:37:27 I have updated OF-plugin to +1 today morning 17:40:45 email 17:42:24 abhijitkumbhare: thanks 17:42:27 Emailed 17:43:40 i added "ACTION REQUIRED" and it's directly "To:" primary contact 17:44:14 To vs. Cc won't change if release will tag it 17:44:53 colindixon: indeed 17:45:41 cdub, colindixon & edwarnicke - I think this "ACTION REQUIRED" is a good format 17:46:02 abhijitkumbhare: ok, good to know. thanks for feedback 17:46:07 abhijitkumbhare: I like [ACTION REQUIRED] as long as its addressed 'To' release 17:46:14 #topic Helium documentation 17:46:25 I’m working on a #action for me (with help from ed) 17:46:26 edwarnicke - OK 17:46:40 cdub: abhijitkumbhare I think the key thing is just getting clear expectations 17:47:03 yeah 17:47:17 yes 17:47:36 #action colindixon to work with ed warnicke to document best practices around notifying projects of required responses (and possibly some other things that will help smooth releases). Some suggestions are specifying exactly what primary contacts need to pay attention to and the expected response time. Also suggestions around words in subject lines that will attract attention. 17:48:17 edwarnicke: I intentionally left your IRC handle split so it will log things as my action item not yours 17:48:17 colindixon: one thing to note: mailman has a dangerous setting (often default) here 17:48:30 cdub: listens 17:48:42 colindixon: Many thanks 17:48:43 colindixon: which is the "don't cc me if i'm on the list" where it actively edits the Cc line 17:49:20 colindixon: so if you reply to release list, the Cc list on the email may be truncated 17:49:56 colindixon: which means it shows up in someone's inbox only as delivered to 'release' not delivered to them directly 17:49:58 cdub: got it, so, we need to be aware the cc (for individuals) is unreliable 17:50:21 cdub: *aha* 17:50:23 colindixon: yes, for follow-ups, and it should be disabled as default setting for list 17:50:43 it's terrible, terrible, terrible, evil way to hack the Cc list 17:51:28 (ok, last part is my strongly opinionated rant, the rest is unbiased reality ;) 17:51:34 cdub: I don' 17:51:50 mind responses so much... I also visually scan for [release] and pay closer attention there 17:52:01 #info Mathieu Lemay talks about how to get documentation back on track 17:52:30 #info we need atleast 1 responsible person from each project to signup for project docs. 17:52:54 #info Mathieu will send out a small guide and go over that in the Docs meeting to happen on Wednesday 07/23 18:02:14 endmeeting time? 18:02:26 #endmeeting