18:01:27 #startmeeting Tor Browser Release Meeting 2022-08-08 18:01:27 Meeting started Mon Aug 8 18:01:27 2022 UTC. The chair is donuts. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:01:27 Useful Commands: #action #agreed #help #info #idea #link #topic. 18:01:31 we're GO 18:01:40 let's update the pad first 18:01:43 i'm a signing 12.0a1 literally RIGHT NOW 18:02:24 RIGHT NOW!? 18:02:28 si 18:03:29 so release some time in the next few days? 18:03:35 ideally tomorrow 18:03:40 nicceeeee 18:03:54 apple signing seems to be going smoothly which historically is the sketchiest one 18:04:37 I've marked in the calendar esr102-based alpha for end of aug/start of sept 18:04:45 but we'll see where we are when we get there 18:05:01 kind of depends on what reproducibility issues we discover in the coming weeks 18:05:39 i see you estimated 12.0 for November 15th 👀 18:05:49 yolo 18:05:51 wait no 18:05:52 22nd 18:06:22 sounds good to me, probably don't want to leave it any later otherwise we'll start to run into bug fixing during the holidays 18:06:30 if we can get 102 alpha out for 12.0a2 then that should give us 3 102-based alphas 18:06:37 and nobody wants a bugmas 18:06:41 yeah ikr 18:07:11 i would very much like us to not to think about tor-browser over the holidays 18:07:25 lol yes 18:07:58 what alpha will the first esr 102 build be on? 18:08:09 tentatively 12.a2 18:08:18 12.0a2* 18:08:19 oh awesome 18:08:32 hopefully things are a little easier this year :D 18:08:32 I think more 12.0a3 18:08:36 right 18:08:48 If we want to release 12.0a2 based on 91.13 18:09:20 (around aug 25) 18:09:53 is that the last scheduled esr 91 update by mozilla? 18:10:02 Yes 18:10:05 yeah 91.13 is the last one 18:10:17 so subsequent stables will need to take 102 backports for anything important 18:10:19 right, and then it's backporting security fixes for the foreseeable? 18:10:21 yep 18:10:21 cool 18:10:48 i think that if we *can* do esr102 for 12.0a2 we should do it 18:11:00 but not bend over backwards to get it working if it just isn't there yet 18:11:12 do you think we should hop on an earlier esr next year? 91 -> 102 didn't leave us a lot of time 18:11:42 i'd like to have as many alphas as possible on esr102 so we can catch issues early and ensure happy holidays for everyone involved :p 18:11:48 yeah, agreed 18:12:02 102 is already there 18:12:05 But without audits 18:12:12 (and the Rust problem) 18:12:36 we don't know about reproducibility yet though right? 18:12:45 Oh well, and not an esr, but the latest 102 from the rapid release 18:13:15 richard: yep, you're right on this, but I think we'd like to solve all the toolchain problems, first? 18:13:45 yes, I just meant it's one more unknown re '102 is already there' 18:15:03 next year we can probably hope onto the migration a month earlier 18:15:22 as soon as the rapid-release tags are there 18:15:44 this year was a bit hard w/ the 11.5 and hiring and everything 18:15:50 even the beta tags? 18:16:18 yeah whichever is reasonable 18:16:30 wfm 18:16:42 but that's a problem for next spring 18:16:48 or summer 18:17:57 yeah 18:18:06 okay, that sounds fine 18:18:09 well 18:18:12 maybe 18:18:18 perhaps 18:18:19 when were the beta tags available? 18:18:52 I think around the same time 101 was stable 18:19:04 May ish 18:19:18 yeah, mid May at the latest, maybe? 18:19:46 that still doesn't leave a lot of alphas between beta and EOL for the current ESR to be honest 18:20:03 even if we did it all perfectly and by the book 18:20:37 releasing 12.5 sooner last year would help though 18:21:00 er 18:21:02 next year i mean 18:21:22 yeah 18:21:37 still two alphas isn't that bad either 18:23:30 okay that's it for discussion items from my pov 18:23:34 anything else anyone would like to discuss? 18:23:41 Anything about Android? 18:23:48 we have an android app? 18:23:54 happyily it looks like the tor meeting slides right between release work, so that's nice :p 18:23:57 we do! 18:24:02 We have a MR for tor-browser-build for Android 102 18:24:10 awesome! 18:24:27 I've already built it and it passes the usual qa we do for builds 18:24:38 the plan going forward is a single android+desktop branch in tor-browser right? 18:24:53 Yes, but this MR still has its own branch 18:25:14 (I keep forgetting comparing the preferences, will do before merging tor-browser!337) 18:26:09 well that's just great 18:26:25 I guess that we're skipping this Android alpha 18:26:38 Unless we want to do a deferred 12.0a1 or an Android-only alpha 18:26:41 yeah no 12.0a1 Android, but yes for 12.0a2 18:27:01 I'm planning on just keeping the version numbers in lock-step going forward 18:27:02 Yes for sure, or yes only if 12.0a2 is 102 also for desktop? 18:27:24 12.0a1 Desktop, 12.0a2 Desktop+Android 18:27:31 so the first android alpha will be 12.0a2 18:27:37 I'm sure it's fine 18:28:04 Okay, but my question was: if for any reason 12.0a2 desktop is 91.13 instead of 102, are we pushing Android back to 12.0a2? 18:28:10 *12.0a3 18:29:11 hmm, no I think it's fine to do esr102 for android, and 91 for desktop 18:30:10 Pierov: I'll get your Mrs reviewed and let's try and verify reproducibility around thurs/friday this week? 18:30:17 MRs* 18:30:38 I don't have one for desktop yet, 'cause I'm basing on my Android batch 18:30:41 branch 18:30:59 But otherwise works for me 18:31:02 then we'll check android only then :) 18:31:18 cool cool 18:31:20 Most of the desktop is ready though :) I have the branch, not the MR 18:32:17 exciting and terrifying times ahead 18:32:39 when do you think we can start looking into bug fixes for android again? 18:32:43 yeah 18:33:09 donuts: I think we should crete a plan for which bugs we want to fix first 18:33:25 yeah 18:33:26 we have issues open for two priority bugs atm 18:33:31 I'd love if Dan could start working on the very-Androidish ones 18:33:34 I think they're both in the next column 18:33:36 I'll check 18:33:37 I can take GV ones 18:34:07 https://gitlab.torproject.org/tpo/applications/fenix/-/boards 18:34:35 Fenix are the more-Androidish ones 18:34:46 the s22 device-specific rendering one? 18:34:47 err, okay, the board isn't super helpful 18:34:48 https://gitlab.torproject.org/tpo/applications/fenix/-/boards 18:34:49 (probably) 18:34:54 yeah the S22 one was the second priority 18:34:58 let me find the first... 18:35:04 maybe the 23247 regression? 18:35:18 wait nope S22 is the top priority, richard is correct 18:35:27 I think we get constant requests for the automatic bootstrap 18:35:36 So that TBA can be set as default browser 18:35:42 And HTTPS-Only is also very high priority 18:35:59 we should do HTTPS-Only first, yep 18:36:13 i think https-only should happen first, given the planned convergence of desktop and android 18:36:22 I wonder if we get it for free by using desktop's preferences 18:36:59 i would assume so, though i have no idea about how about:rulesets would work on android, and we also need to rip out https everywhere from android too 18:37:15 ripping out the extension is easy enough to do I'm sure 18:37:17 richard: I think .securedrop.tor.onion doesn't work on Android atm 18:37:31 yeah you're right 18:37:42 richard: nope, there's some patch on the Java side to force-load extensions 18:37:57 So we must remove also that code to remove HTTPS-E 18:39:05 we can plan to hand these tickets off to dan_b then 18:39:27 probably start with the other 23247 regression we have on Android to get him started w/ Android 18:39:28 Okay, they could be very good to get started 18:39:51 we should probably plan to get budget for some galaxy s22 device(s) too 18:40:06 34066 18:40:08 er 18:40:10 And for a m1 mac? :D 18:40:11 excuse me 18:40:14 https://gitlab.torproject.org/tpo/applications/fenix/-/issues/34066 18:40:28 does this mean the tor.onion redirects aren't currently a thing on android? 18:40:32 (I saw that an m1 mac mini is cheaper than I expected - I found one for less than 700€) 18:40:38 they are not a thing on android atm 18:40:44 oh well that's good 18:41:27 lol yes 18:41:28 well it's not good for feature parity 18:41:29 but ya know 18:41:58 whats the 23247 regression? 18:42:21 tor-browser#23247 18:42:28 ahhhhh yes 18:42:33 that was indeed the other one i was thinking of 18:42:36 ty ty 18:42:40 we've a regression on desktop that dan_b is looking into now, and there's another possibly related on Android 18:43:18 yep, I know what you mean 18:43:34 tor-browser#41087 18:43:48 aha right it's in tor-browser, not fenix 18:44:14 they do indeed show the broken padlock 18:44:18 We should probably move all the relevant issues and disable the creation of new ones for other projects 18:44:38 wdym pierov? 18:44:49 move everything from Fenix to Tor Browser 18:44:55 And from Android components to Tor Browser 18:44:56 agreed 18:45:16 And disallow the creation of new issues on any other project, except for tor-browser-build 18:45:22 i don't *think* you can disable create of issues thoug (at least i couldn't figure it out for torbutton and tor-launcher) 18:45:33 though i would love to be wrong on that 18:45:47 the other one: tor-browser#41075 18:45:48 ah right I see 18:45:53 yeah, that would make things easier 18:46:07 you could restrict issue creation to project members i think 18:46:08 I think you may need to disable issues completely, but I expect that'd break existing links 18:46:19 mmhm 18:48:02 * donuts is updating the pad... 18:50:00 okay done 18:50:40 i like the idea of moving all issues to tor-browser a lot tbh 18:50:58 pierov: will you need an M1 mac long term? or just until we have stable ARM builds for Mac? 18:51:13 Nah, I don't think I'll need one 18:51:17 Only if we get nasty bugs 18:51:28 yeah that^ 18:51:35 And there's some people that rents remote macs 18:51:38 ah okay 18:51:59 I was thinking that if it's temporary, we could get a macbook and send it off to a new owner once you're done with it 18:52:03 quite a few of the ops people are on mac 18:52:11 and i'm sure there are machines needing replacement soon 18:52:21 I don't think it's a good idea 18:52:45 Getting things from US to EU needs either paperwork or money 18:53:12 ah yeah true, it would probably be easier to ship it within the EU 18:53:15 Like paying the VAT (around 20%, 22% in my country) 18:53:24 in any case we can ask Sue what's needed 18:53:31 Yes, within the EU is much easier 18:53:53 Yeah, but I think that boklm may need one, if he hasn't already 18:54:45 cool, we can def get that approved :D 18:54:57 phones macs and signing machines 18:55:00 so many hardware requests :p 18:55:13 ha yes, but it's all in the name of ~stability~ 18:55:22 i mean 18:55:39 yes 18:56:20 if it makes you feel any better I'm using my own macs, although I got an Android from TPI 18:56:47 i ain't go no worries 18:56:50 if we start traveling again I'm gonna have to request something new though 18:56:58 the brave little macbook isn't doing too well these days 18:57:08 god i know the feeling 18:57:21 my poor thinkpad is v sad when it has to do anything 18:57:28 haha yess 18:57:35 I'd also need a new laptop, but I think I cannot ask TPI :/ I wanted a framework, but they still don't ship to the old country :( 18:57:42 my macbook is leaving red marks on my lap when it tries to load a gif these days 18:58:04 luckily i have the green machine when i'm at home though 18:58:56 woops look at the time 18:59:01 #endmeeting