20:01:01 #startmeeting 20:01:01 Meeting started Mon Feb 16 20:01:01 2015 UTC. The chair is marga. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:01:01 Useful Commands: #action #agreed #help #info #idea #link #topic. 20:01:07 #topic Roll Call 20:01:13 . 20:01:16 * madduck 20:01:20 Hi everyone, please say something if you are here 20:01:29 hi 20:01:34 Agenda at: https://wiki.debconf.org/wiki/DebConf15/Germany/Minutes/2015-02-16 20:01:35 * edrz sort of here, but there's a child climbing on me so ... we'll see. 20:01:36 I'm here 20:01:40 hello, from phone 20:01:45 * _rene_ - sort of... 20:02:00 (hi) 20:02:03 #link https://bugs.debian.org/summit.debconf.org pseudo-package exists. 20:02:15 #link https://lists.debian.org/debconf-infra/ also exists. 20:02:32 #topic Registrations, CfP status 20:02:35 hi 20:02:50 So, things are mostly ready 20:03:01 edrz: thanks for the info. We don't have an agenda item for status updates, but it's duly noted that infra has been working really well 20:03:12 During the weekend we've been working on the announcement email for the opening of registration, plus the instructions on how to register 20:03:20 yes. got last feedbacks 20:03:23 #info infra team has set itself up and commenced work; thanks! 20:03:41 Was the call for papers drafted as well? I don't remember seeing that one 20:03:44 for CfP We also start to draft the announcing email 20:03:45 the cfp and registration work has been almost entirely cate, so far. I've only discussed some. 20:03:53 marga: on content@.. 20:03:54 summit, wise, i mean 20:03:57 hi 20:04:12 rmayorga, alright. How ready is that? 20:04:28 when is supposed to be sent out? 20:04:31 +it 20:04:42 not ready at all, probably we need one week to finish, we don't have any specific date to send it 20:05:03 on this regards, I still think Registration should be send first, then CfP 20:05:04 we lack few details: vat 20:05:16 I don't think we should hold back for vat 20:05:17 personally, I think we should not wait for keynote/invited speakers to get on the CfP 20:05:24 rmayorga: why registration first then cfp? 20:05:35 As I mentioned yesterday, if we end up receiving less money because of vat, so be it. 20:05:36 cause you need to register to submit? 20:05:58 mostlikely if you are submitting an event you are already register 20:06:06 as a meta-discussion at some point, i really wish content@ was public somewhere. not worth getting into now. 20:06:07 azeem: but that's inherent, no? the cfp should have instructions to add an event that lead the person to register 20:06:24 Personally I think it makes sense to do both at the same time, but I don't have a strong opinion, so I'll go with whatever the majority wants 20:06:31 I just want to decide this now and move on 20:06:37 madduck: well, probably 20:06:39 <_rene_> when should that go out? I think we should have some sort of info inplace then? 20:06:47 madduck: on my email on the list I mention some points for this 20:06:54 edrz, I agree, thanks for mentioning it, I thought I was the only one. 20:06:55 generally, I guess the CfP should be circulated more wideley, like debian-announce 20:07:02 edrz ~+1, we still need privacy to discuss the talks aproval 20:07:06 registration open kinda follows from that 20:07:22 azeem: which means it needs to have info for people who have not registered yet anyway 20:07:40 maxy, talk approval is a totally different activity than drafting call for sprints / call for papers / etc. 20:07:48 madduck: yeah, I kinda assumed not having the registration sent out meant registration not being ready 20:08:18 So, it seems there's people for all of these options, and we basically need to decide what we want to do and do it. 20:08:28 in the long run we should ensure that events can be created without requiring a full registration first 20:08:41 rmayorga, why would the CFP require an extra week? 20:08:49 azeem: you don't need to register to submit. 20:09:10 edrz: in that case why would registration need to go out first, before CfP? 20:09:12 marga: mostly drafting, writing I'm saying one week to be ready is enough 20:09:22 rmayorga: we can help with the draft… 20:09:27 still, we will share it with -team to final review 20:09:32 edrz,rmayorga: is there a way to see the current submission page? the testsummit url from content didn't work for me either 20:09:43 azeem: yes, you can see it now 20:09:52 rmayorga, link? 20:09:53 #info some of us would like to have access to content@; this should possibly be discussed in a future meeting 20:10:27 https://summittest.debconf.org/debconf15/propose_meeting/ 20:10:28 #info Not to the talk selection process, but to the rest of things that go on behind closed doors by the content team 20:10:38 right 20:10:45 you still need to login with the test users and so on 20:10:48 I think it's easy to solve by a list... 20:10:49 not sure how on topic is this now 20:11:10 rmayorga: I still get "Error: mismatching_redirect_uri" 20:11:13 It's not, it was just a comment 20:11:16 * edrz stuck about 4 minutes back in backlog ... 20:11:19 I also get the mismatching error 20:11:22 ok, so what is the test user? 20:11:39 can we make a decision on what to send first, and then fix dates please? 20:11:41 summittest is not in SSO 20:11:46 and do summit testing and stuff after the meeting? 20:12:00 Yes, sorry 20:12:04 you can log in through https://summittest.debconf.org/admin/ then return to site 20:12:08 there's a test user. 20:12:11 azeem: we can check that on -infra 20:12:20 or after the meeting, if you like 20:12:25 yeah, #debconf-infra is a good channel for this 20:12:28 Given that the registration mail is ready and the call for talks is not, I'd say let's open registration first 20:12:43 except it's not ready 20:12:53 i understand what you say about VAT 20:12:57 and I agree 20:13:00 but people will ask 20:13:03 people from Germany that is 20:13:10 so unless we want to send an update 20:13:15 We don't need to have an answer for every possible question 20:13:18 I don't think it's really that important which order (arguments both ways) 20:13:23 or answer the same question, I need to check this. 20:13:24 There will be many more questions 20:13:34 marga: right, but VAT can make more of a mess than most things 20:13:36 We can just add it later to the registration page 20:13:37 okay, then I rest my case 20:13:44 It will not be in the email, anyway 20:13:53 marga: but it's definitely safer not to assume we will do VAT 20:13:54 maybe it would be good 20:13:57 to include in the email 20:14:02 a link to a Wiki FAQ 20:14:05 might make sense to have a registration FAQ (even if empty) ready to put in the mail 20:14:06 so we *can* update people 20:14:09 if we are worried on the budget side, the fees should just be set high enough that it doesn't matter if we need to pay VAT later 20:14:12 madduck: heh 20:14:14 Yeah, a link to the registration page with more info 20:14:21 Then we can expand as we get more info. 20:14:30 #agreed registration email should contain link to wiki FAQ page, even if empty 20:14:34 todayvi cteated the faq on wiki 20:14:53 Ok, dates? 20:15:06 cfp end of this week, registration end of month? ;) 20:15:11 oh, I said I'd rest my case. sorry. 20:15:29 Sponsored registration closes on March 29th 20:16:08 do we have a plan what to do if more people signup than we have beds by then? 20:16:08 I'd prefer if we didn't wait to announce the opening of registrations just because 20:16:17 azeem, no 20:16:38 azeem, not worth planning for an unlikely worst case. We'll see what we do IFF it happens 20:16:38 we close registrations 20:16:40 note: the summit eill open both on yhe same time 20:17:02 marga: indeed, better go on with registration, wait a few days and send the CfP 20:17:17 so where does the registration announcement go to? 20:17:23 debconf-announce, debian-devel-announce, blog? 20:17:29 I still don't see any gain on CfP first, then Registration 20:17:38 azeem, yes 20:17:47 i'm guessing cate means there's not technical reason not to open both. and both will probably be deployed live together. 20:17:47 (not debian-announce) 20:17:58 edrz, yeah, agreed. 20:18:03 who will format publish, send? 20:18:31 20:18:36 I guess I can do it :) 20:19:35 So, cate, do you think that you could put the new summit instance live tomorrow so that we can "test" register before sending the announcement? 20:19:37 shouldn't content@ send CfP and pa send regstration? 20:19:50 edrz, content will send cfp, for sure 20:19:55 edrz: yup 20:19:56 marga: yes 20:20:07 edrz, registration is more of an all englobing thing, as it entails the whole conf 20:20:10 I think we should coordinate that 20:20:27 so CfP goes to debconf-announce, debian-announce (i.e. press release)? 20:20:31 If so, then we could send the announcement on Thursday, after we have road-tested it and see that it worked. 20:20:34 I can talk to the Debian press team 20:20:35 Ok, so we could ask larjona to send the registration announcement? 20:21:16 or we send both out to the same channels and then ask the Debian press team to send out a consolidated press release about both? 20:21:26 just so we're clear, it's not "put the new summit instance live", but, 20:21:31 azeem, that would probably make sense. 20:21:44 maxy, you need to be a DD to send to -devel-announce 20:21:44 deploy changes made on summittest.dc.o -> summit.dc.o 20:21:44 that was an "or" 20:21:49 regiatration wrbpage need web formatting. copying to pad I broke all formatting 20:22:44 cate: where do the changes need to be made? who can make them? 20:22:58 #info Missing steps: 1- Move changes done on summittest to summit, 2 - Format new registration instructions 3 - Test drive the new summit instance and verify the instructions make sense 4 - Send announcement email to dc-a and d-d-a 20:23:02 dc15/website/registration.xhtml ? 20:23:15 yes 20:23:38 no such file here 20:23:40 tomorrow i'll deploy summit 20:23:59 #action Cate will deploy summit tomorrow 20:24:32 edrz, are you going to handle the registration.xhtml file? 20:25:03 sometime tomorrow? not sure I can we're getting snow tonight so pre-school will be closed tomorrow. 20:25:08 wed. possibly. 20:25:52 cate: which pad is it in? 20:26:01 19 20:26:20 <_rene_> madduck: should be copied from dc14... 20:26:41 <_rene_> madduck: (and edited, obviously) 20:26:44 marga: if wed is ok, i'll take it. 20:26:54 Anyone can take it before Wed? 20:27:42 #link https://debian.titanpad.com/19 has the current draft of instructions and announcement email 20:27:44 sorry, i cannot. full day tomorrow :( 20:28:11 edrz, I might or might not have time. I'll let you know if I get to tackle it before Wed 20:28:26 And then we send the announcement on Thu? 20:28:34 ok. slim chance I'll have time tonight. we'll see. 20:29:21 *there is a slim chance, i meant. 20:29:42 #agreed If everything goes well, we should be sending the registration announcement on Thursday, to debconf-announce and debian-devel-announce. CFP will follow later on, when it's ready. 20:30:04 Anything else about summit / registration / CFP ? 20:30:34 just that there is a psuedo-package in the BTS for summit.debconf.org 20:30:40 when is deadline for invited speakers, rmayorga? 20:30:54 do we need one? 20:30:58 edrz: that's really cool. that should probably be mentioned in a footer on the page. 20:31:15 I think it makes more sense to keep 2-3 slots open, and then concentrate on finding them later 20:31:18 azeem: well, decisions need to be made earlier in some cases for keynotes etc. 20:31:18 madduck: we don't have a deadline yet 20:31:21 madduck: yes. it's in my todo to fix it. currently points to launchpad. 20:31:22 also, better PR if we spread it 20:31:46 azeem: I was thinking to follow on the normal deadlines 20:31:47 we also should tell pabs not to keep CCing people so we owe them answers 20:31:50 well, except some people already plan their august now 20:31:53 i.e., the deadline to submit a talk 20:31:58 azeem: pabs has been told 20:32:01 cool 20:32:23 rmayorga: if we want to invite some cool people to deliver keynotes at debconf, we cannot wait endlessly 20:33:19 madduck: so you're asking for a lifeline, not a deadline? 20:33:28 … 20:33:45 Ok, I think we can move on now. 20:33:51 #topic Website status 20:33:55 so a dead line for the call f p and start inviting. 20:34:18 So, _rene_ mentioned earlier that he hasn't yet published the how to get to heidelberg page, but it's work-in-progress 20:34:38 We probably should publish before doing the announcement email it even if it's unfinished 20:34:55 _rene_ said he's work on it tomorrow 20:35:25 Yeah. As he's not around, and neither is Laura, I guess there's not so much else to say about that 20:35:52 #topic DC15 media strategy 20:35:53 moving right along… 20:36:04 sucks without Laura around 20:36:10 or most of the .de team actually 20:36:15 as this is about .de media 20:36:28 marga: I suggest we call a meeting next week Monday specifically for the local team 20:36:46 Yeah, we are in need of more local people 20:37:22 we can reach out to whoever was at the DC15 kick-off meeting at least 20:37:25 #action madduck will call a .de-local-team-meeting 2015-02-23 as we need people to get back involved (e.g. day trip, media) 20:37:26 But can you explain a little bit what this heise thing is and why it would be important? 20:37:44 heise is the most widely known IT media outlet in .de I guess 20:37:58 and FSFE is willing to share their contacts and coach us a bit on media work in .de 20:38:24 I guess I will talk to Matthias and plot the strategy and then hope to find some people next week 20:38:30 ok 20:38:33 Matthias who? 20:38:35 Kirschner 20:39:04 #agreed As we need more local people to help with local issues (daytrip, conf dinner, press, etc), we will call for a local-only meeting to address those issues. 20:39:13 #topic Sponsor Rlations 20:39:17 #topic Sponsor Relations 20:39:47 this is like a 3 tier topic I guess 20:40:04 short-term, we need to figure out details of e.g. job fair and the booths 20:40:11 so we need to engage with the sponsors 20:40:15 but not like "uh, what do you want" 20:40:32 rather a concrete proposal (cf. marga's mail) and asking them whether that's ok 20:40:38 I think we need a non-invoice contact here 20:40:48 do we have a list? 20:40:54 mid-term, we might want to reach out to them with things like the raffle 20:41:14 and long-term, we really should engage with them regularly, pre-/at-/post-conf to get their feedback 20:41:15 azeem, what do you mean "a non-invoice contact"? 20:41:38 sure... I'm not sure there's anything to discuss there :) 20:41:39 marga: somebody we can tell "here's what we think about for XY, do you have comments?" 20:41:44 Also, this is more like a bursaries thing 20:41:51 and not just somebody who pays the bill in accounting 20:42:08 azeem: but those people could be asked to forward on 20:42:11 then at least we tried 20:42:27 better than spending too much energy on searching the right people 20:42:42 marga: not bursaries, but fundraising 20:42:45 Ah, well, it depends on the sponsor. Sometimes we have both contacts, sometimes it's even the same person. And when it's not, they should be able to forward 20:42:51 Yes, yes, fundraising sorry. 20:42:56 :( 20:43:00 I keep making that mistake 20:43:05 well, yeah, but me want to send some updates later on like "you can build up the booth from XY o'clock", those should really go to the right people right away 20:43:07 i guess the point is that this is an excellent way for someone to get involved in the fundraising team ;) 20:43:33 azeem: so reach out to whatever contacts we have, asking them to forward an email with details to whoever is responsible 20:43:40 and then we wait for them to contact us? 20:44:28 #info in the future, fundraising should ask for the right point of contact when dealing with a sponsor right away 20:44:52 #topic TODO list / Open Issues 20:45:19 This is basically, what other things do we need to work on that we are not working on right now? 20:45:27 Are we forgetting something important? 20:45:34 as mentioned before, private discussions on content@ about schedule, etc, really would be better on a public list. 20:45:42 video team concerns about scheduling 20:45:47 *nods 20:45:52 daytrip, maybe 20:46:05 maxy: we'll take up daytrip in the local team meeting 20:46:05 We skipped daytrip due to lack of locals 20:46:15 marga: at a meta level, agreeing the more detailed timeline -- which would then also answer this question :) 20:46:55 can someone volunteer to go through https://wiki.debconf.org/wiki/DebConf15/TODOs and tick off the things that are done, and maybe write to the list the things that are overdue? 20:47:09 and update the list, as moray suggests? 20:47:16 We did agree on some dates last time (deadline for sponsored attendees, reconfirmation, etc). 20:47:37 maxy, maybe you can take that action? 20:47:54 maxy the poker 20:48:02 marga: right, but we are supposed to be putting together a full project plan type timeline 20:48:05 Ok we'll publish the proposed schedule, but it's not really that different from the one in https://titanpad.com/dc15-schedule 20:48:25 maxy, no, this was about going through the timeline in the TODOs 20:48:30 Not about the conf schedule 20:48:31 moray: https://wiki.debconf.org/wiki/Timeline, and dc16 is looking into that 20:48:32 marga: Ok, ok 20:48:35 I want to make that the next topic. 20:48:57 maxy: except there are four schedule proposals in that titanpad… 20:48:57 madduck: right. but it needs cooperation from all teams 20:49:00 #action maxy to go through the timeline to tick things that are done and poke about things that are overdue 20:49:07 madduck: and therefore coordination from the coord team :) 20:49:08 #topic Conference Schedule 20:49:27 Santiago committed something today. I haven't had the opportunity of looking at it 20:49:30 moray: it mainly needs someone to do drive this cooperation, and yes, this will be done with the coord team 20:50:59 But there was a comment about scheduling stuff over lunch, and I must say I agree with Holger 20:50:59 We don't want to schedule stuff over lunch _officially_ 20:51:00 i sent a reply with a bit of feedback, but in general it's looking good. 20:51:18 no, well, at least not the events that want video coverage 20:51:37 the rooms will be available for ad-hoc slots though 20:51:46 and I don't see a problem with that 20:51:47 Yeah, but we don't wnat to schedule stuff 20:51:57 not right now, no 20:52:08 People might say, "we'll use room X at time Y", but we shouldn't consider that a slot 20:52:11 hopefully ad-hoc can be self-scheduled in summit later 20:52:13 madduck: I'm not sure that recognising events scheduled during lunch is good ever 20:52:33 madduck: I agree w/ moray 20:52:42 moray: if my team Foobar wants to make an ad-hoc session in room A at 12, why not? 20:52:43 marga, what do you mean? 20:53:05 madduck, you can do it, but not through summit 20:53:26 People meet at places all the time during debconf, they don't store all their meetings in the system 20:53:29 marga: i think we should consider that a possibility, and if only so that in the end we can show to our sponsors a huge schedule of stuff 20:53:36 right, what marga says 20:53:46 marga: summit is encourage for ad-hoc 20:53:49 they need to use summit if they are planning to use a limited resource like a room 20:54:02 it makes the meeting visible on the schedule, IRC, etc 20:54:10 Well, I think we are in agreement that we don't want to make this officially 20:54:11 because i don't think azeem nor i will ever want to do this wiki madness again 20:54:20 of course, if you don't want to, we ca nnot force you to register the event there 20:54:28 Maybe we want to give people the possibility of booking a room without it showing up in schedule and stuff 20:54:34 Just for booking purposes 20:54:37 but if someone registered an event for a room, they have the right to use that room 20:54:42 madduck: if groups want to meet over lunch, I dno't see it as a problem for them just to look for an available space at the time, to be honest 20:54:50 marga: yeah, whether it shows up or not is a totally different question 20:55:01 madduck: e.g. a lunch table... 20:55:10 moray: no, but I also don't see a problem for them to book a conference room and be able to close a door 20:55:20 #agreed there will be no official events scheduled from 13 to 14 (i.e. over lunch). 20:55:29 12 to 14 20:55:37 madduck: I do when inevitably it then becomes more formal, some video team person finds they want to join too, etc. etc. 20:55:54 I think there was stuff until 12:30 in the schedule, and that's ok. 20:56:12 moray: a video team person who wants to join should just join then 20:56:14 what's the issue? 20:56:17 Anyway, we have one more topic 20:56:29 #topic DebConf16 Announcement 20:56:41 highvoltage: ? 20:57:16 he wasn't replying to you earlier, so I'm assuming he's afk 20:57:44 ok. well 20:57:59 this is easy: is it okay for dc16 to draft a blog announcement and commit it this week? 20:58:21 So, I made a couple of edits to the whiteboard, but then I realized that you say that file lives somewhere else as well. 20:58:22 http://whiteboard.debian.net/debconf-16-bid-announce_d2ba7d.wb 20:58:27 i'd say yes, but better have this okayed in terms of general media strategy 20:58:30 Will my edits be translated into the other file? 20:58:38 marga: there is no other file 20:58:46 ok 20:58:57 this is now the defacto live draft 20:59:01 highvoltage: ^ 20:59:22 so agreed? we push this ASAP before registration 20:59:28 and then registration a few days later? 20:59:43 that seems like the right order too 20:59:47 I think it's fine to push ASAP, but the blog needs a bit of work. 20:59:56 I don't think there is much benefit from a quick announcement, but not much to be lost either 20:59:56 the post, I mean 21:00:00 yeah sure, that's highvoltage and tumbleweed's job ;) 21:00:04 but perhaps wait until after registration to not confuse things? 21:00:25 otherwise *some* people will certainly look this up in their minds with the registration post 21:00:31 moray: instead, publish now and mention that dc15 registration is expected to open soon 21:00:48 i am tired of micromanaging 21:00:51 well, the people who will be confused won't be ones who read down to that paragraph 21:01:12 #agreed dc16 to publish announcement ASAP as they see fit, sync with dc15 registration announcement just before commit 21:01:27 What does that mean? 21:01:28 "agreed"? 21:01:36 "sync with registration announcement"? 21:01:53 make sure the two are in sync with each other, time-wise and content wise 21:02:02 i.e. if dc16 goes out first, defer to dc15 registration to come 21:02:09 madduck: there is really no advantage to the readers of this from knowing the decision yet (interested people will already have looked for it) 21:02:33 I think it's good to have it 21:02:37 except for the team who might actually want to write about it, moray 21:02:46 i don't know if they do, but I could imagine so 21:02:49 i surely did 21:02:54 I just worry about not confusing unnecessarily 21:02:55 highvoltage already wrote on his personal blog 21:03:19 marga: that is why I wrote "sync" to ensure that extra care is taken to reduce the potential of confusion 21:03:20 madduck: and I would imagine that with your press experience you will realise that media relations should be used to maintain interest etc., so just pushing out 3 things at the same time loses all impact 21:03:48 we have quite a pipeline of press-related content, moray 21:04:02 * edrz has to go. thanks all. 21:04:31 moray: seriously, i wonder why the push-back. anyway, i'll stop. go ahead and undo my agreed if you feel so strongly 21:04:47 ideally, we should have been able to announce dc16 2 weeks ago. 21:05:33 #info this needs to be coordinated to not make 3 announcements on the same day 21:05:36 #endmeeting