17:01:28 #startmeeting community 17:01:29 Meeting started Mon Apr 20 17:01:28 2015 UTC and is due to finish in 60 minutes. The chair is reed. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:01:32 The meeting name has been set to 'community' 17:01:57 so let's start with a pat on the back :) 17:02:13 #info Q1 2015 community activity report is out 17:02:24 #info thank you Daniel for the hard work 17:02:25 where? 17:02:51 #info thank you Stefano for the hard work :) 17:03:09 this is under the activity_board repo 17:03:22 #link http://superuser.openstack.org/articles/openstack-breaks-a-new-record-for-active-contributors 17:03:40 lots of interesting facts and data 17:03:46 oh ok, I saw that 17:03:54 feedback is more than welcome 17:04:14 tips to improve, new numbers of interest for you, etc 17:04:15 I have on my todo list to reach out to johnthetubaguy to talk about Nova's time to merge and get his feedback :) 17:04:23 great 17:04:31 and mikal too 17:04:31 that would be awesome to have feedback from devs 17:04:41 yep 17:05:02 so, moving on the next topic 17:05:35 did we have any previous action item agreed? 17:05:41 I don't think so, right? 17:05:56 reed, you mean as next topic for this meeting? 17:06:11 dizquierdo, yes 17:06:24 It hink we can move to the next topic safely 17:06:24 https://wiki.openstack.org/wiki/Community/MeetingAgenda 17:06:25 reed, we're updated the puppet recipes, that could be one 17:06:45 #topic Askbot upgrade path 17:07:00 mrmartin, what's the status? 17:07:13 ok, for askbot I made the initial staging-askbot infra patch 17:07:38 #info mrmartin made the initial staging-askbot infra patch 17:07:43 this one: https://review.openstack.org/#/c/172880/ 17:08:03 and we're a littlebit stucked with this: https://review.openstack.org/#/c/171066/ 17:08:12 #link https://review.openstack.org/#/c/172880/ 17:08:28 so let's join and vote down: Joshua's -1 :) 17:08:36 mrmartin, what's the problem with 171066? 17:09:19 We got a -1, because Joshua not agrees with pinning the askbot theme to actual stable release 17:09:31 but expect this, it is ok. 17:09:32 mrmartin, are the two patches dependent on each other? 17:09:36 no 17:09:41 ok 17:09:45 * johnthetubaguy wonders if he can answer questions 17:09:52 so let's do one thing at the time 17:10:08 johnthetubaguy, I'll email you, it's not time sensitive 17:10:10 this theme patch is required to keep the ask.o.o's theme stable, so Evgeny can start do commit theme changes 17:10:18 reed: perfect 17:10:47 #info patch https://review.openstack.org/#/c/171066/ is required to keep the ask.o.o's theme stable, so Evgeny can start do commit theme changes 17:11:04 reed: the staging patch contains the environment, expect the askbot deployment, I'm working on that, because we need to consume github repo here as we discussed before. 17:11:31 #action reed to comment on 171066 and ask for quick solution 17:11:54 I'll try to push 172880 tomorrow on infra meeting 17:12:14 #action mrmartin to push 172880 tomorrow on infra meeting 17:12:24 indeed, mrmartin, things need to accelerate 17:12:42 and we have a small issue with the ask.o.o puppet and the vamsee-solr repo 17:12:57 this one: https://review.openstack.org/#/c/171600/ 17:13:38 it's a bit complex story, but finally, I need to contrib back to vamsee-solr to give a permanent solution 17:13:49 I made a pull request: https://github.com/vamsee/puppet-solr/pull/22 17:13:57 #info hit a small issue with the ask.o.o puppet and the vamsee-solr repo, mrmartin working on a fix https://review.openstack.org/#/c/171600/ 17:14:03 #link https://review.openstack.org/#/c/171600/ 17:14:07 so when it gets an approval, I can close the 171600 17:14:19 #link https://github.com/vamsee/puppet-solr/pull/22 17:14:22 gotcha 17:14:28 thanks 17:14:38 and as I know, we successfully finalized this ask.o.o redis issue 17:14:56 so to be clear, for the upgrade you only need 171066 to merge? 17:15:10 mrmartin, yes, the redis issue seems to be solved 17:15:39 so if the 171066 merged, we'll get a clean staging-askbot environment with database and puppet, so if it is very urgent 17:15:51 we can start to deploy askbot github manually (just the code) 17:15:59 cool 17:16:00 until the auto-deployment arrives 17:16:30 for auto-deployment I'm working on a similar little middleware that we are using for groups portal and openstackid 17:16:44 #info once 171066 merged, we'll get a clean staging-askbot environment with database and puppet, so if it is very urgent we can start to deploy askbot github manually (just the code) until the auto-deployment arrives 17:16:57 #info for auto-deployment mrmartin is working on a similar little middleware that we are using for groups portal and openstackid 17:17:04 gotcha, thanks 17:17:12 anyway, do we have any urgent ask.o.o production issue? 17:17:16 ok, that's great 17:17:47 mrmartin, nothing urgent, but there are a lot of small bugs that I'd like to address asap, so getting the staging done is urgent 17:17:59 ok. 17:18:05 next topic? 17:18:28 #topic Infratization of Activity Board 17:18:44 dizquierdo, what's the current status here? 17:19:01 reed, mrmartin we've been working on migrating the previous puppet recipes 17:19:08 to a more openstack-focus 17:19:12 https://wiki.openstack.org/wiki/Community/MeetingAgenda 17:19:18 but I'd say that we need some help here 17:19:29 those are the recipes to install all of the tools 17:19:39 I'd like to start from this spec: https://etherpad.openstack.org/p/activity-infratization-spec 17:19:41 allright, I'm here, ping me during working hours 17:19:58 ah ok mrmartin :), thanks 17:20:03 is that ready to submit to infra? IIRC that was the first thing to complete, right? 17:20:30 reed, I'd like mrmartin to check that in first place 17:20:32 it is in much better form 17:20:34 if he does not mind doing this 17:20:39 so I'll review that tomorrow 17:20:44 if nothing urgent comes in 17:20:56 #info mrmartin to review https://etherpad.openstack.org/p/activity-infratization-spec 17:21:00 #undo 17:21:00 Removing item from minutes: 17:21:06 #action mrmartin to review https://etherpad.openstack.org/p/activity-infratization-spec 17:21:14 thanks a lot mrmartin, dpose and I should be around, and we can improve those 17:21:57 mrmartin, it doesn't have to be perfect, just good enough to be submitted for review on infra-specs without being laughed at 17:21:59 :) 17:22:02 and the following step would be to add another recipe to install Automator, the tool to run all of the tools 17:22:07 yes I know, they will break it apart 17:22:20 that's my concern, not to annoy a lot infra team :S 17:22:42 the infra team will throw us into a deep well, but we will climb back 17:22:49 :) 17:22:54 it can be a WIP for a while, too 17:23:01 yep 17:23:04 ok 17:23:10 yeah, we need to make it a priority effort somehow 17:23:12 any other action items? 17:23:16 but it will take time 17:23:52 not regarding to puppetization 17:23:54 ok, I have some groups portal thingy 17:23:55 mrmartin, I'll take care of the priority settings for activity board infratization, no worries about that 17:24:13 let's get the spec ready asap: not urgent but it's important 17:24:15 so we had a security update on a drupal module again 17:24:25 mrmartin, are you changing topic? 17:25:17 #topic groups portal 17:25:19 can I? 17:25:27 are we finished with activity board? 17:25:28 dizquierdo, anything else to be aware? 17:25:32 I have one more question on this: are you guys working on the 'traditional' release report? 17:25:39 yep reed, that's all 17:25:57 reed, you mean the report about orgs working on the OpenStack projects? 17:25:58 sorry :) 17:26:17 dizquierdo, right, what Bitergia usually produces for your blog 17:26:27 and we relay extensively from our side :) 17:26:36 I'd like to have a release about that for sure 17:26:37 yep 17:26:39 :) 17:26:48 reed, 17:26:48 dizquierdo, cool, let me know about the timing so we coordinate 17:26:52 the deadline is on the 30th right? 17:27:01 sure, I'll let you know 17:27:25 dizquierdo, that's the week of the release as of today 17:27:31 according to https://wiki.openstack.org/wiki/Releases 17:28:09 reed, I reword the question, when should that blog post be ready? 17:29:06 oh, I don't know 17:29:17 I guess it'sup to you 17:29:39 hehe, ok, I'll use the 30th that seems to be the official release 17:30:30 cool 17:30:35 :) 17:30:55 dizquierdo, can you help me pull the list of contributors? 17:31:03 reed, sure 17:31:07 cool 17:31:21 #action reed and dizquierdo to coordinate offline to pull the list of contributors to Kilo 17:31:25 ok 17:31:27 next topic 17:31:35 #topic groups portal status 17:31:42 ok 17:31:43 so 17:32:05 we had a module sec update, and the release is rolled out 17:32:29 and I made this csv contact export for the marketing team, so now they can start to prepare the Bday party 17:32:33 #info a couple of security updates were rolled out to the groups portal 17:32:49 #info mrmartin created a csv export of contacts for the marketing team 17:33:05 we don't have a GUI report there, but the goal had been reached, so anyone with a proper admin right can do the export 17:33:14 mrmartin, re the bday party, we need to make more people register to the portal as administrators of the groups 17:33:28 yes, that was the exact problem the came up 17:33:28 the process currently is: 17:33:36 - administrator logs in 17:33:56 - click on "join us" to become a member of the group 17:34:21 and somebody need to approve 17:34:21 - Send an email to *someone with high rights* and ask to be promoted to administrator of the group 17:34:43 can we make this process easier? 17:35:06 like a button saying 'Are you the administator? DO THIS" 17:35:17 the question here, how can you identify who is a group admin? 17:35:19 with DO THIS something like click a button and a process starts automatically 17:35:33 what you think about creating tokens 17:35:35 like we do now, with email checks 17:35:45 and sending those tokens for every organizer who not registered yet 17:35:58 ah, I see ... 17:36:05 looks complicated 17:36:05 and when he clicks on the link embedded on his email, drupal automagically do the process 17:36:05 ? 17:36:24 we are sending an email requesting people to do something 17:36:25 the problem here, that he *must* login 17:36:38 exactly, so let's keep it simple 17:36:45 and a new user must be created first with his openstackid token 17:36:54 that's the initial step we cannot skip 17:37:05 we are contacting group admins and we're going to sponsor their party if they complete the signup steps on the portal 17:37:30 the first step is easy: sign up on the portal 17:37:30 this token / email thing is not complicated 17:37:41 and I can redirect them to the login form 17:37:42 it is, forget about the token 17:38:12 I think it would just be simple enough to have a button for admin on the groups home page 17:38:47 ok, but how can you identify the group admin? 17:38:52 by email address? 17:39:08 you can do it only, when he used the same email address for his openstack.org profile registration 17:39:21 email address, yes, it's fine 17:39:49 we were working a lot with Tom to cleanup the original json file, but I'm still not sure it is 100% perfect 17:39:51 the token would have the same issue, right? you send it to one email address 17:40:15 yes, but we are sending to an email address enlisted in groups.json 17:40:35 but, we could check how much those accounts exists in openstack.org profile db 17:41:12 if I make a list from those guys, can Sebastian or somebody else whether those emails are matching for real-life profiles? 17:41:18 the marketing team is sending an invite to the emails in the CSV 17:41:27 if yes, it is easier to match the group organizers 17:41:53 and I can write a little code that automatically joins this guy based on email address to his own group on first login 17:41:54 why do you think we need so much security? we never did this before 17:42:05 it is not security 17:42:21 oh, I think I see what you mean now 17:42:32 it is about they are using the same email address that we have in groups.json, and he registered as an o.o profile 17:42:38 you want to make sure that the email in the json file has a correspondent id on o.o 17:42:50 gotcha, that makes sense 17:42:50 yeah it can be a problem, if this two email is not matching 17:43:05 if we have a matching email address, we can do a lot of actions at groups side 17:43:15 and even I can ease the registration process 17:43:27 ok, so next order of business is to talk to Tom about this and have him check 17:43:29 so he don't need to join to the group and promoted by someone to be an organizer 17:43:52 we have the .csv list of emails, sebastian may be able to check how many of those are *not* on openstackid 17:43:53 so if have an around 90% match, that's great 17:44:22 mrmartin, let's write a quick summary 17:44:43 if you check the group status report, you can see, we have a process level of 63% 17:44:44 #action reed to write a summary of this discussion and send it to community list 17:44:51 but Africa is totally missing 17:45:20 but a lot of work required for North America and Asia 17:45:44 I could move Cyprus back to EU now :) 17:45:47 are those not very active groups? 17:46:02 Cyprus should be Europe :) 17:46:10 yeah it can be an issue, with Erwan we tried to reach out all of the group leaders 17:46:34 but we still have some black-holes, so we need to work on this 17:46:36 you can leave them there as placeholders until someone active shows up 17:46:59 that's why I wanted to have a button that says: "I would like to administrate this group" 17:47:05 yeah, I don't want to remove groups 17:47:29 for example in Czech Republic, I see that they are doing meetups, just guy was not answering, maybe our emails lost in a spam filter or something 17:47:30 click on the button, Tom gets an email and a conversation starts 17:47:59 ok, let's move the chat to the email 17:48:05 so we can't automate that, it is an administration task that is manual 17:48:05 but 17:48:24 what I'm working on, but still not landed in dev, this is the email notification / messaging 17:48:45 so Drupal have this privatemsg module, and on my dev environment I can send messages between users and roles 17:49:00 and can send message to anyone 17:49:18 it have only a single bug with matching of user names 17:49:27 and the UX is a bit messed up in the actual theme 17:49:45 so if I solve this issue, we have a properly working messaging system there 17:49:55 sounds good 17:50:07 the Commons solved that with a custom module, that not fits our model 17:50:25 because it requires an approval before accepting messages (they call it trusted messages) 17:50:36 spam 17:50:55 alright, sounds like we have plenty of work to do :) 17:50:59 yeah exactly, but I'm not afraid of spam, because we have openstackid, and everybody linked to an o.o profile 17:51:15 and I want to remove this manual recipient selection 17:51:31 so I like to put a "send me a message" link to the profile page of a user 17:51:45 and implement the "send a message to group members" 17:51:55 and the "send message to organizers" use cases. 17:52:08 cool 17:52:29 if you check meetup.com, the messaging there is very sofisticated, I don't like to implement that in the first round, but this three basic use case can work. 17:52:30 mrmartin, can you please document these use cases, have an estimate of work required 17:52:32 ? 17:52:52 on meetup.com you can even select specific user list to accept messages, or send messages to active members. 17:53:05 yes, I'll write an etherpad for that 17:53:10 thanks 17:53:29 ok anything else? 17:53:36 commons messaging was not implemented this and I pulled out my hair until I find out how they rewrite to core messaging modules :) 17:53:58 #action mrmartin to document use cases for inter-portal communication 17:54:05 so that's the reason that I don't have long blonde hair 17:54:12 ok 17:54:14 arrgh 17:54:17 so that's all 17:54:18 sorry :) 17:54:21 cool, thanks 17:54:27 #endmeeting