19:00:24 <GeKo> #startmeeting tor-browser
19:00:24 <MeetBot> Meeting started Tue Feb 16 19:00:24 2016 UTC.  The chair is GeKo. Information about MeetBot at http://wiki.debian.org/MeetBot.
19:00:24 <MeetBot> Useful Commands: #action #agreed #help #info #idea #link #topic.
19:00:30 <GeKo> hi everybody
19:00:55 <boklm> hi
19:00:56 <GeKo> first, sorry for the late rescheduling. it seems i need to highlight us holidays in my calender or something
19:01:34 <arthuredelstein> my fault for not mentioning it earlier
19:01:54 <mcs> Some US holidays are more important than others, but most schools and banks are closed on days such as Presidents’ Day.
19:01:59 <arthuredelstein> It's our dumbest holiday, but who doesn't like those? :)
19:02:12 <GeKo> then we have a bit of an agenda today. first, status updates as usual, then we need to think about our next meeting as i won't be here next monday (and probably neither the rest of the next week)
19:02:33 <GeKo> and, third, we should think about about some kind of irc roadmapping session
19:02:46 <GeKo> given that the majority of tor browser folks won't be in valencia
19:03:03 <GeKo> alright, let me give you an update about stuff i did:
19:03:24 <GeKo> i fixed all the issues for getting esr45 built for windows
19:03:46 <GeKo> although, i can't get rid off libfaketime it seems, not sure why yet as it should work
19:04:01 <GeKo> then there was the chemspill that costed quite some time
19:04:03 <mcs> impressive progress on esr45!
19:04:10 <GeKo> thanks, boklm, for helping
19:04:23 <GeKo> i had time to write on the design document
19:04:40 <GeKo> and i spent a bit time reviewing code. some of it already got merged
19:05:11 <GeKo> this week i plan to look at osx and linux builds with esr45 and do more reviwing and more design documentation stuff
19:05:21 <GeKo> that's it for me
19:06:50 * mcs can go next
19:06:57 <mcs> Last week, Kathy and I filed #18292 and posted a stop-gap patch (already reviewed by GeKo and merged — thanks!).
19:07:03 <mcs> We spent some time on bug triage, e.g., for #18199.
19:07:09 <mcs> But the bulk of our time was spent on #13252.
19:07:15 <mcs> This week, we will continue to work on #13252.
19:07:28 <mcs> We are starting to work on the packaging changes (builders/tor-browser-bundle) but we have not done any work on migration yet (old directory layout to new).
19:07:37 <mcs> We also have some questions about PTs that we will need to eventually answer for #13252.
19:07:42 <mcs> E.g., how can we ensure that PTs will store all of their writeable data outside of the .app bundle on Mac OS?
19:07:47 <mcs> That's all for us.
19:08:31 <GeKo> man, this is more complicated than i anticipated :/
19:10:13 <arthuredelstein> Something similar to that seems to happen on Linux, where the Download folder is internal to the tor-browser directory. Do we have a ticket for that?
19:11:16 <mcs> I have an action item to file additional tickets for Windows and Linux to move all user data out of the application directory.
19:11:38 <mcs> (I don’t remember if there is already a ticket about Downloads)
19:12:18 <arthuredelstein> thanks
19:12:22 * arthuredelstein can go
19:12:49 <arthuredelstein> Last week
19:12:52 <arthuredelstein> I wrote a patch for #18297.
19:12:56 <arthuredelstein> I revised my patch for #16990.
19:13:11 <arthuredelstein> I looked into Emoji options for #18172, but I don't have a good answer yet.
19:13:21 <arthuredelstein> I did some rebasing of our patches to ESR45.
19:13:39 <arthuredelstein> And I worked on bugzil.la/1121643
19:13:46 <arthuredelstein> (mainly unit tests)
19:13:49 <arthuredelstein> That's it for me
19:14:49 <GeKo> what's up for next week? how is the rebasing going?
19:15:38 <arthuredelstein> Ah, sorry next week.
19:16:06 <arthuredelstein> More rebasing, finishing #18172, and hopefully finishing bugzil.la/1121643
19:16:56 <arthuredelstein> I'm maybe 40% through the patches? A lot left to do.
19:17:07 <GeKo> ok
19:17:26 <arthuredelstein> BTW, mcs and brade, would you like to do the updater patch rebasing again like last time?
19:17:42 <mcs> Sure, we can do that.
19:17:57 <arthuredelstein> thanks! :)
19:18:27 <mcs> We want to make more progress on #13252 first if we can but I am not sure when you need the rebased patches.
19:19:18 <GeKo> i think trying to get #13252 solved for the next alpha and doing the rebasing afterwards is fine
19:20:57 <mcs> sounds good.
19:21:10 * boklm can go next
19:21:24 <boklm> This past week I reproduced builds of the releases.
19:21:28 <boklm> I worked on #16009 and pushed an updated branch. Added a small patch to #18127.
19:21:41 <boklm> I started looking at why some of our unit tests that should fail do not fail on Mozilla Try
19:21:55 <boklm> This week I'm planning to work on #16009 and Windows / OSX support, and try to understand what happens to those non-failing unit tests
19:22:08 <boklm> That's it for me.
19:23:39 <GeKo> is anybody else here for a status update?
19:27:34 <GeKo> alright. when does the next regular tor browser irc meeting happen?
19:27:55 <GeKo> i probably won't be here next monday and i probably won't have much internet access next week either
19:28:15 <GeKo> if other folks want to meet and discuss things that's fine, though
19:28:50 <GeKo> i guess monday in two weeks won't work either due to the dev meeting
19:29:44 <mcs> I am flexible about meeting or not. It is good to touch base as a group but maybe no other day will work next week.
19:30:15 <mcs> What about after the Valencia meeting (week after)? Or are you at IFF?
19:30:48 <GeKo> no, i am leaving march 2
19:31:14 <GeKo> i think i'd like to have a meeting that week as we have a release in the week thereafter
19:31:31 <mcs> Sounds good to me. Maybe on the 3rd?
19:31:58 <GeKo> fine with me. boklm are you stying longer? would that work for you?
19:32:03 <GeKo> *staying
19:32:39 <boklm> I will be at IFF, but I should be able to join the meeting on the 3rd
19:33:08 <arthuredelstein> It's possible I may have a conflict on that date, but not confirmed yet.
19:34:22 <GeKo> well, i am fine with the 2nd as well if that works better for all
19:34:41 <mcs> either works for us
19:34:56 <boklm> it should work for me too
19:34:57 <arthuredelstein> March 2nd works for me.
19:35:27 <mcs> usual time?
19:36:31 <GeKo> sounds good to me
19:36:49 <boklm> yes
19:37:16 <arthuredelstein> yes
19:37:56 <mcs> btw, daylight savings time (summer time) begins on March 13th in the U.S.
19:38:01 <GeKo> ok. it seems that got sorted out. I'll write an email later to tbb-dev
19:38:04 <mcs> something to keep in mind in a few weeks
19:38:13 <GeKo> oha, yes, another thing to keep i mind, thanks.
19:39:19 <GeKo> let's turn to our pre-valencia roadmapping sessions
19:39:30 <GeKo> do we think https://trac.torproject.org/projects/tor/wiki/org/meetings/2015SummerDevMeeting/Roadmap/TBB is still accurate
19:39:32 <GeKo> ?
19:40:06 <GeKo> (modulo the e10s and sandboxing stuff)
19:40:48 <mcs> OSX codesigning should be moved to something like “end of March”
19:40:55 <GeKo> looking at the stuff we need to deliver i think that looks not bad
19:41:02 <GeKo> yes, that's true
19:41:15 <mcs> (hopefully mostly done this month)
19:42:10 <GeKo> i wonder if we need a separate seesion for that? or an email thread?
19:42:40 <mcs> A session to add items to the roadmap and edit it or ?
19:42:51 <mcs> maybe we are in good shape?
19:43:21 <GeKo> well, i think the roadmap is still good
19:43:36 <GeKo> we might want to flesh out who is doing what a bit but apart from that
19:43:48 <GeKo> there is no need to add new things to it AFAICT
19:44:27 <GeKo> mike plans to help with the feature review and is doing the network audit
19:44:33 <GeKo> which is a big help
19:45:33 <GeKo> so looking at the approaching ESR 45 stuff i think we are fine with sharing the workload
19:45:41 <GeKo> as specified on the roadmap
19:45:44 <mcs> Maybe there is another item which is something like “Create patches to address new ESR 45 features.”
19:46:08 <GeKo> i can add that and put tbb-team as owner, yes
19:46:09 <mcs> (or we can look at “update patches” as a very broad thing)
19:47:02 <mcs> sounds good to me
19:47:38 <GeKo> done
19:47:51 <arthuredelstein> After we finish rebasing to ESR45 I'd also like to work on "update our FF45-esr patches in Mozilla Bugzilla"
19:48:22 <arthuredelstein> if that seems reasonable
19:48:37 <GeKo> yeah
19:48:42 <arthuredelstein> Or maybe call it "work with mozilla to merge updated patches for ESR 52"
19:48:50 <mcs> That’s a good thing to add.
19:49:37 <GeKo> added
19:49:47 <arthuredelstein> thanks
19:50:00 <GeKo> i've put it into the October month as the contract ends there but that's just for planning
19:50:31 <arthuredelstein> makes sense
19:50:37 <GeKo> who wants to finish the torbutton conversion?
19:51:49 <mcs> Do we know how much more there is to do for torbutton? I cannot remember the contract details right now.
19:51:51 <arthuredelstein> I'd be happy to contribute to that if it wold be useful. What is left to be done?
19:52:30 <mcs> Kathy and I can help too.
19:54:19 <GeKo> i'd need to look at the torbutton code to see what is left
19:54:46 <mcs> OK. Looking at the contract, it promises “Convert key Torbutton privacy features into Firefox patches"
19:54:51 <GeKo> all the privacy features should be converted to c++ code
19:54:52 <GeKo> yes
19:55:24 <mcs> The idea being I think that someday a patched Firefox without Torbutton would still give you all the privacy features.
19:55:55 <GeKo> yes. so maybe the resizing logic we have on start-up would be one thing. uh...oh...
19:56:06 <GeKo> but i have to think about it a bit more
19:56:19 <arthuredelstein> Quite a bit of Firefox is implemented in JS anyway
19:56:29 <arthuredelstein> So I'm not sure it always makes sense to port to C++
19:56:34 <GeKo> true
19:56:52 <GeKo> I'll add both of you and try to come up with a list for that item
19:57:18 <arthuredelstein> sounds good
19:57:38 <mcs> yup
19:57:47 <arthuredelstein> Maybe the priority is to port patches that mozilla is perhaps likely to uplift?
19:58:15 <GeKo> yed, that as well
19:58:19 <GeKo> *yes
19:58:52 <mcs> I think we could also make an argument that porting to Firefox is key, not necessarily porting to C++ (we should use good judgment, in other words)
19:59:09 <GeKo> that basically leaves the partitionalloc part which i need to think about a bit as well
19:59:22 <GeKo> mcs: yes, good point
19:59:53 <mcs> Also, cleaning up torbutton code is a good thing to do if we have time and opportunity.
19:59:58 <arthuredelstein> yes
20:00:23 <GeKo> ok. do we have more concerns/suggestions for the roadmapping being done in valencia?
20:01:02 <mcs> Something to keep in mind is whether we need anything from other teams, e.g., the tor/networking team.
20:02:20 <arthuredelstein> Something I think we haven't talked about much recently is issues related #5791. Is that something we want on the roadmap or are we just waiting for Mozilla to get their act together?
20:02:28 <arthuredelstein> *related to
20:02:48 <arthuredelstein> (In other words, sandboxing.)
20:03:13 <GeKo> mcs: i think we are fine at least wrt SponsorU stuff
20:03:59 <GeKo> not sure if we'd need adjustments for domain socket support but I'd say "no" here as well at the moment
20:04:18 <mcs> GeKo: I think so too but there may be other dependencies. Anyway, something to think about.
20:04:51 <GeKo> arthuredelstein: i think given that we have actually a smaller team available now i'd say there is no e10s for us for esr 45
20:05:21 <GeKo> i like the idea for providing sanbox profiles in a contrib dir or something
20:05:39 <GeKo> but i guess that would start for the hardened series first anyway
20:05:52 <GeKo> *sandbox
20:06:45 <arthuredelstein> GeKo: yeah. I guess probably we should look at it again for ESR52 when we have e10s.
20:06:51 <GeKo> so "getting their act together" seems it to be at the moment
20:06:52 <GeKo> yes
20:08:12 <GeKo> alright, do we have anything else for today?
20:09:20 <msvb-out> In case anyone will be in Berlin on 22 Feb, the Mozilla policy team will talk about cookies I think.
20:09:52 <GeKo> ah, thanks
20:10:01 <msvb-out> I think it's a public event, on the weekend (maybe 20-21 instead of 22.) Announcement on Mozilla german mailing list.
20:11:11 <GeKo> okay, thanks everybody. it was a longer meeting than usual and the next one will be on march 2 19 UTC *baf*
20:11:15 <GeKo> #endmeeting