17:04:17 #startmeeting 17:04:18 Meeting started Wed Apr 9 17:04:17 2014 UTC. The chair is av. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:04:18 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:04:23 #chair av 17:04:23 Current chairs: av 17:04:31 #topic Elections 17:04:56 muelli_, do you plan to re-apply for this year's elections? 17:05:30 if yes, either me or fabiana should probably take care of running the elections like we did the past year 17:05:48 heh. Good question. 17:05:56 Let me decide to not commit myself now. 17:06:03 av: weren't you planning to run as well? 17:06:19 fabiana, actually yes 17:06:41 I have a timeline proposed here: http://paste.ubuntu.com/7227129/ I think it's fine. If you also think so, we can propose it to the Board. 17:07:21 muelli_, looks fine to me 17:07:23 (it's actually the same as last year, only substracted "1" from every day...) 17:07:39 muelli_: looks fine to me too 17:07:49 that's 7 weeks to go. Should be doable, right? 17:08:10 hopefully 8D 17:08:23 well. 5, if we consider the opening of candidacies to be the start. 17:08:36 actually yes, I'd start by committing to git and start populating the website with the information we can provide as soon as the Board will ack the timelines 17:08:53 yeah, I have the 2014/ directory ready, locally. 17:08:58 awesome 17:09:26 dunno if I could or should commit (to a separate branch?)... I guess it's not really needed anyway. 17:10:03 no need I'd say, we can wait a few more days to propose the timelines to the Board and commit them all together 17:10:14 I volunteer to propose that timeline, but if anybody is in the mood of writing emails, go ahead ;-) 17:10:17 muelli_, can you mail the Board with the timeline? 17:10:34 yes. There is a meetbot command for that, right? :D 17:10:55 #action Tobias to mail the Board with the proposed timeline (http://paste.ubuntu.com/7227129) 17:11:05 muelli_, ok, thanks 17:11:17 as soon as those are approved feel free to go ahead and commit 2014/ 17:11:27 k. will do. 17:11:28 Do we have to consider anything from last year? 17:11:33 IIRC everything went well, right? 17:11:54 we'll then have to decide who will run the elections, but let's wait a few more weeks for that until we clear up our minds 17:12:09 muelli_, yeah, what I'd do is sending out the renewal mails a bit earlier this time 17:12:24 ah! Renewals. Something is broken, right? 17:12:32 muelli_, btw I hacked a bit your script to send the past renewals to f-list 17:12:48 I fixed your .my.cnf as well 17:13:08 cool. So things are working again? (or should be, at least :D) 17:13:15 yup 17:13:29 also, have you committed changes to the script? It's managed on foundatoin-web, IIRC. 17:13:49 https://mail.gnome.org/archives/foundation-list/2014-April/msg00018.html 17:14:12 muelli_, no, it was a local fix just to send out the march renewals 17:14:50 seems the supported modes are only month, year and maybe one more (?) 17:15:44 muelli_, anyway everything should be working now, what I'd do is mailing f-list and personal emails with the past 3 months + may renewals 17:15:47 is that doable? 17:16:01 sorry guys, got a bit sidetracked with work 17:16:54 fabiana, we're discussing about renewal emails and the broken script that did not send out any "You need renewals" mails the past two months 17:16:57 we should do that. I guess the script can get the member whose membership expired up to three month ago. 17:17:04 awesome 17:17:20 where do I have to SSH to these days to try? 17:17:22 oh, I didn't notice that 17:17:34 muelli_: thanks for taking care of it 17:18:09 ah. meh. Different machine, with the SSH key not being known to GNOME. 17:18:29 muelli_, webapps2 I'd say 17:18:41 muelli_, where do you run the cronjobs? 17:18:43 webapps2? 17:18:48 av: no idea 17:18:55 let me see 17:19:07 used to be people IIRC. But I may be mistaken 17:19:25 muelli_, confirmed, webapps2 17:19:29 cool 17:19:31 yeah, people equals to webapps2 17:19:38 given people itself points to the proxies 17:20:15 so webapps2 should have the required access to the foundation database already 17:20:35 muelli_, ok, so will you be able to send the past 3 months renewals the very first days of may? 17:21:13 so that we cover march - april - may 17:21:30 av: heh. I can try at least. 17:21:53 It'd be good if the ssh key could be added: ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDGEjN6UObt1EDjXl7rBNaQaWJKuH4bTDVa/hs10e9acVc/4YzpbPvjz+5C0tQCjfXfj32jW9Nl7odcm+BhZ1exiklsE5YyIDc4XZ0EvvLHTEqnFcy0860yl/Mzh9IIO7CWRJ7CdN3E9J5ecrkHT87DKyl8n1YFMOmi5qu47G1rbd6PBk6AS8THWCcAL7TGM0Fe2yRkMIo36DBjNATZkwNmEynMRU9I7pJ5ysmsD/gsutB+DfsqBcTXk8JuQHnVVm48/x+CxwYdNuiYsx7RsftJ+U2Y6QjbRekxXhkvCQwjeH+UNLn53+6TQB168uXfNZU5UVj5Cmk7i2NKUMkskt7Z muelli@sapx230 17:21:57 and people should be able to renew/apply for membership until may 5th? 17:22:04 so I can use my laptop. 17:22:22 before the 24th I'd say 17:22:24 muelli_, ? 17:22:29 muelli_, you can do that yourself 17:22:33 hah! 17:22:58 we'll discuss the mango access in the second topic, but you should be able to add an additional SSH key yourself now :) 17:23:00 I think we stopped having a latest date of application and opted for "ASAP" in combination with "If it's too late, it's too late"/ 17:23:05 niec 17:23:06 yeah 17:23:24 but I'd say let's not accept any renewal / new membership after the 24th 17:23:43 I propose the 24th May as the latest day for renewals / new membership to be processe 17:23:46 processed even 17:23:59 on the 25th instructions are sent out to the electorate 17:24:18 right. The rule is to be a member before that date. IIRC. 17:24:27 let's vote on that 17:24:28 +1 17:24:31 to be eligible to vote for the election. 17:24:43 heh, we should have it in the rules already ;-) 17:24:53 ah, cool :) 17:25:11 adding an agreed just to be sure we don't forget 17:25:28 #agreed No processing of renewals or new members after the 24th May 17:25:36 we can decide to double check that it is indeed in the rules once we've published them 17:25:41 sure 17:26:00 embers of the GNOME Foundation as of 2013-05-22 are eligible to vote in the elections 17:26:09 good 17:26:17 just fix the date locally to not forget :) 17:26:21 As such, we can still process applications. But it won't result in the person being able to vote 17:26:26 yeah 17:26:37 won't that impact tokens? 17:27:04 if they are generated, then not. 17:27:13 and they should have been generated ;-) 17:27:17 correct 17:27:22 FTR: 2014-05-21 is what I have locally. 17:27:43 I'd extend it to 2014-05-24 17:28:39 just to give a few more days for people to eventually catch up 17:29:11 anything else on this topic? 17:29:27 It seems that this is the CANDIDATES_ANNOUNCED_DATE. Which makes some sense to me 17:29:40 (the 21st, that is) 17:29:49 so I'd leave it as is 17:30:36 allright, works for me 17:30:45 anything else on this topic? 17:31:08 muelli_, what I care are renewal mails to be sent out in time to make sure no one is left behind 17:31:24 and that is going to be sent out on the beginning of may anyway 17:31:27 yes. I will do it. 17:31:30 thanks 17:31:39 other than that: Is our election supposed to work? :D 17:31:55 I expect yes, but just to double check that we have MySQL access, the VIEW is there, et al. 17:31:57 #action Tobias to send out renewal mails both personally and to foundation-list at the beginning of May 17:32:18 the database was imported as is from the old machine 17:32:22 it *should* work 17:33:28 cool. 17:33:42 also exporting everything for backup reasons? ;-) 17:33:50 I will try when I experiment with the mailings. 17:34:08 muelli, "| GRANT SELECT, INSERT, DELETE, SHOW VIEW ON `foundation`.* TO 'anonvoting'@'webapps2-back'" 17:34:29 that should be all we need 17:34:36 cool 17:35:03 ok, anything else on this topic? 17:35:46 Not that I can think of right now. 17:35:52 fabiana, ? 17:36:23 good here 17:36:29 k, let's go ahead 17:36:40 #topic Active and inactive members of the Committee 17:37:04 as you may be aware of I've been mailing m-c-private and then m-c mailing lists asking for who is active and who's not 17:37:17 seems the committee has 3 active members out of 5 17:37:43 Pedro and Federico did not respond to my pings and mails 17:39:01 we should definitely look for new people and make sure the positions on the committee are kept by active members 17:39:50 av: would you rather reach out to people in private? or post an invite in foundation-list? 17:40:39 fabiana, I originally thought Kat wanted to help out but she's busy as hell nowadays 17:40:52 yeah, I imagine 17:41:00 I'd publicly ask. 17:41:21 muelli_, that's what we did the past times but it never took any good result 17:41:32 at first people are interested, then suddenly disappear 17:41:33 right. I was not saying to not ask privately ;-) 17:41:42 the only success we had is fabiana 17:41:43 av: thanks :P 17:41:45 haha 17:41:58 :D 17:42:22 fabiana has been amazing, she put a lot of work on the committee and helped us out a lot during the past year 17:42:33 thanks for the hard work you've put on the committee fabiana 17:42:40 yeah! 17:42:42 :) thanks av 17:43:06 we had a bunch of new people join the foundation recently 17:43:09 I'd also like to put on vote the removal of inactive members from the committee 17:43:11 maybe it's worth another try 17:43:34 I mean, with publicly asking and all 17:44:43 Pedro and Federico have been serving the committee since a long time, especially in Pedro's case, but unfortunately I never saw any of them around processing a single application since months 17:45:27 and them not replying a single mail on our mailing list is enough for me to say the lack an interest in helping out the team anymore 17:45:37 I agree. 17:45:37 similar to what happened with the travel committee a while back 17:45:43 yep, agreed 17:46:09 I'll make sure to announce the change on the committee and call for volunteers today 17:46:35 #action Andrea to mail foundation-list announcing the changes on the committee and the request for possible volunteers to join and help out the team 17:47:14 this should be enough on this matter, /me moves ahead 17:47:37 #topic Script to sync Foundation's database to LDAP and @gnome.org mail aliases 17:48:17 so I've started building a script that is populating the 'foundation' and 'mailaliases' group on LDAP 17:49:00 awesome! 17:49:00 the script grabs the 'GNOME userid' from mango (this has its own 'userid' field on the foundation database on mysql) and populates the LDAP groups accordingly 17:49:26 on that side, I enabled both Tobi and Fabiana to the 'Accounts' group on LDAP 17:49:44 more unification of our data. Maybe, in five years or so, we will only have a single set of non-redundant data \o/ 17:50:03 which allows you to check the GNOME's LDAP and found out whether a new member (or existing) has an LDAP account or not 17:50:10 muelli_, exactly :) SSO is coming too 17:50:19 and we'll make massive use of LDAP 17:50:44 do you guys have any questions on your new mango capabilities? 17:50:59 do you know how to lookup people and populate the relevant field accordingly? 17:51:14 av: not that I can think of right now. 17:51:22 heh. not so new as I had that interface before ;-) What happens if a userid is entered but the checkbox is not ticked? 17:51:32 "Has a cool 'gnome.org' mail alias" that is 17:51:44 will you update the wiki soon with the new steps? that will help me some 17:51:48 Also, Shall we tick "Foundation member" ? 17:52:01 there won't be any need of touching anything else than the 'GNOME userid' field on the "Foundation members" area 17:52:08 cool. 17:52:09 no need to tick anything on the user's page 17:52:20 that's easy. 17:52:30 the script will handle everything on its own, including the creation of the alias 17:52:48 cool 17:52:50 fabiana, yup, will add the needed instructions on the wiki today or most likely tomorrow 17:52:58 nice, thanks 17:53:20 how much work would it be to extend the LDAP schema by the fields we have in the database? I.e. last_renewed on, as it's the only field I think is of importance. 17:53:21 #action Andrea to add mango instructions to create an account / lookup an existing account / add the relevant userid on the "Foundation members" area 17:54:25 muelli_, not much on the LDAP side, the only issue I see is how Mango is currently designed to work 17:55:01 mango is currently designed to cope with a mysql database when touching foundation members, I'd love seeing it rewritten in django 17:55:16 including the full move of the foundation members and the missing fields on LDAP itself 17:55:48 hm. 17:56:15 but we probably could make it create an LDAP entry instead of a MySQL row when creating a user, no? 17:56:21 s/user/member/ 17:56:47 (yeah, the Django solution is to be preferred, but it has been so long now :-/) 17:57:24 (also all the scripts we use are written to talk to a mysql database and not to ldap itself) 17:58:13 right. let 17:58:18 let's defer that discussion. 17:58:45 the only downside with the current approach is the need for the committee members to lookup LDAP before creating a new member 17:58:48 or updating it 17:59:16 heh. I see many more downsides. The biggest one being that we have redundant data. 17:59:25 yeah, that as well :/ 18:00:33 muelli, we should work out a mango replacement that talks to LDAP for all the things we need 18:00:43 from there I can just move all the members to LDAP and add the missing schemas 18:00:58 but that's not something we can do in 1 month 18:01:07 yeah. Let's do that right after we've updated bugzilla ;-) 18:01:16 yeah, which is way more important... 18:01:44 I'm going to add a few more functionalities to the script 18:02:16 which is removing old aliases if last_renewed_date is > 2 + 6 months time 18:02:34 hm. automatic removal of email aliases? 18:02:51 doing it on demand sounds a bit nicer to me. 18:02:57 in the case a member did not renew their membership within 6 months 18:03:50 I must say keeping an alias adds no single load to our servers at all as you might have expected 18:04:16 but the point is different, aliases are part of the benefits package we give to members 18:04:26 right. 18:04:58 so theoretically when a membership lapses and it's not renewed within a specific amount of time we can discuss (6 months for example?) the benefits should be removed 18:05:16 I'm not talking about removing a blog and its content for example 18:05:19 but taking things away out of envy, instead of out of necessity feels a bit bad. 18:05:56 so would you keep all the benefits around even if the membership lapsed and was not renewed within 6 months? 18:06:31 that removes the point of keeping an emeritus member status 18:06:58 right now if you've been granted a benefit you keep it forever 18:07:03 I don't know. I don't have a generally applicable opinion on that. For now, it's just more work to remove the aliases and it might create friction. For pretty much no benefit on our side. 18:07:56 what would be the difference between a member and a member with the membership expired? 18:08:08 none except for the member to be able to vote 18:08:25 right. 18:08:47 and on this matter, what's the point in keeping a two years membership when there's no difference between a member and a member with an expired membership? 18:09:06 and, well, at least I check whether the people an applicant refers to in her application are members. 18:10:08 I'm wondering if keeping a two years duration for the membership is helping or not 18:10:31 given the current situation where members and past members do have the same rights and benefit except not being able to vote 18:10:45 There is not much of a point. I appreciate that. In my opinion, creating a point by forcefully removing something with neither a need for doing so nor with actually getting a benefit (as in reduced cost, less management overhead, things like that), is bad. 18:11:33 I agree, but the problem currently resides in how memberships are managed especially in relation with the two-years duration of the membership itself 18:11:56 it makes no sense to keep a duration for the membership if members and past members equal 18:12:06 Well, but they are not. 18:13:02 fabiana, what do you think on this matter? 18:13:28 it's clear that Tobi has very good points against removing aliases after a certain amount of time 18:13:32 (FWIW: I don't feel strongly about automatically removing the aliases, and if you go ahead and make it happen, I'm all fine. I just don't think it's a good way of doing things) 18:14:39 I wouldn't like to do so before trying to reach out to the members in question before 18:15:05 some people might use the alias personally or professionally, so I think it's only fair to give them a heads-up before removing it 18:15:30 yeah. That's the absolute minimum I'd say. 18:15:34 I mean, we do fail with the renewal notices every now and then, and some people might just not see that message for whatever reason 18:15:47 that's another good point, yeah 18:16:02 fabiana, but how should we solve the member / past member debate? 18:16:12 I mean right now they have the same benefits 18:16:14 which touches a point I was trying to make on the mailing list: if we knew that an alias has not been used for half a year, we might just as well go ahead and nuke it. 18:16:28 I agree with you, I don't think they should have the same benefits 18:16:29 kittykat, welcome :) 18:16:46 but that's wrong! There's still the ability to vote. 18:16:47 muelli_, yes, but checking /var/log/maillog can be hard 18:17:01 I'm just saying that it's a matter of whether we have the time and resources to make it in an appropriate way right away 18:17:14 log rotates, might get lost somewhere, we should check for both outgoing and incoming mails 18:17:20 av: I see :-\ I guess only logs is not sufficient. 18:17:35 the alias might have been registered to a mailing list that still sends out mails to that alias 18:17:39 which results in a false positive 18:18:31 kittykat, feel free to join in :) 18:18:52 we covered the "we are looking for new people" topic before, but feel free to step in 18:19:25 ah, ok… thanks for inviting me to join, but I have to decline as I've got more than enough stuff on my plate as it is 18:19:34 so I probably wouldn't be very effective 18:19:53 av: can we send an automatic message to members 3m after expiration? 18:20:01 I would like to suggest that aruna would be a good choice to join the committee instead of me 18:20:04 then maybe the automatic removal in 4m/5m 18:20:04 sure 18:20:18 but would we have a way to lift the automatic removal? 18:20:20 (in case we get no replies) 18:20:50 muelli_, lifting the automatic removal would be renewing the membership or adding the past member as emeritus 18:21:05 and as for the automated mail: We could use the "Your membership expired" mail we currently send. A second mail (sent from different infrastructure :D) sounds like a good idea though. 18:21:05 exactly 18:21:23 kittykat, :( I'm going to send out a little announcement to foundation-list about this given we are looking for new member 18:21:41 muelli_: yeah, I think giving two warnings is fair 18:21:43 Yeah, I wouldn't be entirely happy with that, but as I've said: I'd be fine. 18:21:45 kittykat, can you poke aruna about this so maybe she can reply the announcement and get in touch with me? (if she has time) 18:21:54 av, will do 18:22:10 kittykat: is she aruna on IRC? I'd be happy to poke her as well :) 18:22:11 aruna is sensible and likes to do things the right way 18:22:15 muelli_, I'd say, adding a text on the current "Your membership expired" mail saying the alias is due to removal in 6 months from that date 18:22:26 fabiana: yes. It is fair. But again: It's taking action only to make a point. At least as long as we don't have benefits of actually doing so. 18:22:27 muelli, then the script can mail that alias 3 months after that 18:22:32 fabiana: yep, as "aruna" :) 18:22:50 (although not right this moment, apparently) 18:22:51 kittykat, awesome, that's definitely what the committee is looking for :-) 18:23:08 and, for starters, I'd rather want to see actual membership data being deleted after a generous grace period than the email aliases ;-) 18:23:22 muelli_: +1 on that 18:23:42 muelli_, would you remove the entire membership entry? 18:23:47 and it's a bit hard to defend us deleting the alias but not the membership data. 18:24:18 yeah, absolutely. It's of close to no interest whether there is someone from eight years ago who had a membership. 18:24:45 at least right now as we don't have any use for that data. 18:25:05 ok, so as a resume: 18:25:27 1. add text into the current "Your membership expired" automatic mail about the removal of the alias within 6 months 18:25:35 And we don't need that data for renewals, not only because we officially don't do renewals any more, but also because we wouldn't consider things from 5 years ago. 18:26:00 2. remove very old members data (we'll think about how much old the membership should be for the removal to take effect) 18:26:16 what if we make it 2+1y for complete expiration? I believe a year is plenty of time to renew your membership 18:26:52 so last_renewed_date + 1y for the data to be removed? 18:27:32 and it gives enough time to people that care about the project, but can't currently contribute for whatever personal reasons 18:27:38 av: I'd say so 18:27:53 that probably makes sense. I wouldn't want to decide on a specific time just yet without even having looked at the data. 18:28:03 agreed 18:28:23 we have a total of 1k entries on the database FYI 18:28:35 and a total of 300 active members (more or less) 18:28:38 yep, makes sense 18:29:11 muelli, I'll implement more stuff on the script, so it'll act as a real cleaner on demand 18:29:27 the entries in the membership table you mean? 18:29:31 yes 18:29:35 cool. 18:30:15 I have to leave pretty much now, guys. do we have anything else in the agenda? 18:30:26 as for the aliases: If possible I'd want to have a way to lift the removal. I can imagine several reasons why someone would not want to become an emeritus member just yet. One being getting a kid and not really having the time to care about anything else for 6 months. 18:30:31 correct details: 309 active vs 1022 total rows 18:31:00 wow 18:31:01 muelli, so ideally we can just think about removing the data all together 18:31:24 without caring about the alias et all (which will be removed automatically anyway if a member is removed from the database) 18:31:48 if we implement the script that way or we can just leave it on just-add mode and leave the aliases there 18:31:56 even if a member was removed from the database 18:31:58 ah 18:32:33 right now the script only adds new aliases 18:32:50 so removing a member's data from the database will keep the alias around 18:33:54 av: muelli_ need to run. 18:34:03 av: will you post the minutes later? 18:34:24 thanks fabiana! 18:34:48 fabiana, the minutes will be generated by meetbot :) 18:34:59 kudos to meetbot :) 18:34:59 I'll update the wiki with the minutes et all though 18:35:12 thanks guys, later! 18:35:21 thanks everyone attending! 18:35:24 #endmeeting