18:00:51 #startmeeting Tor Browser Release Meeting 2022-11-28 18:00:51 Meeting started Mon Nov 28 18:00:51 2022 UTC. The chair is donuts. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:51 Useful Commands: #action #agreed #help #info #idea #link #topic. 18:01:10 #agreed 18:01:20 perhaps not 18:01:36 lol 18:01:38 hello all 18:01:46 o/ 18:01:49 let's take a couple of mins to update the pad before we get started 18:02:05 "Need to fix Android's problems" made me lol 18:03:17 ready? 18:03:23 Yes 18:03:54 excellent 18:03:58 let's start with gaba's question 18:04:12 I think both richard and I may have talked to gaba about this individually last week? 18:04:29 yes most likely 18:04:51 it sounds like if we've got another alpha and stable coming, we should just push the big release to Jan regardless? 18:04:54 so does it make sense kind of depends on the next alpha release which has been delayed due to a couple of issues 18:04:56 however I believe Tails are already aware of the upcoming changes, yep? 18:05:06 well, ideally we don't have another full stable 18:05:17 yeah just the android stable 18:05:29 Yes, Tails is already aware and already tested them 18:05:32 an android stable is fine compared to a full stable 18:05:33 They say it's okay 18:05:37 awesome 18:05:42 yeah we looped them in early on 18:05:48 They found some problem initially, but we've already fixed them 18:06:06 I'm worry that there may be other orgs having this dependency 18:06:16 does gaba's point about gettor probably still stand? or has someone chatted to anticensorship team about that already? 18:06:22 Sending a mail to tor-project@ would be a good idea 18:06:25 That said, I don't like the idea of having to backport other security fixes 18:06:33 yeah that^ 18:06:42 We're already later than we've expected and Firefox 91 has eol 18:06:43 we have a ticket for gettor 18:06:48 meskio has the work on gettor on his plate but if there are bugs afteter the release it will be good to have this in january to be here to help/support people 18:06:54 'ed almost 3 months ago 18:06:55 yep we discussed adding an email to tor-project as a new item under the "notify stakeholders" checklist for major releases 18:06:58 https://gitlab.torproject.org/tpo/anti-censorship/team/-/issues/109 18:07:02 I think security should be #1 priority 18:07:26 backporting security fixes gets harder/less reliable the further away we are from the intended release they are 18:07:35 right 18:07:51 Is there any difference between doing it around Decmeber 10th and January 10th? 18:08:00 so other things equal, a 12.0-based stable will be easier to release in dec then 11.5 18:08:22 yes, if we do another 11.5 in dec that's another round of security backports 18:08:40 well breaking gettor would be very bad too 18:08:47 what are the other team's blockers? 18:08:52 why would gettor break? 18:09:04 the links to localized versions? 18:09:09 because the way gettor is getting TB 18:09:18 meskio can fix it in december and coordiante with you all 18:09:21 that is not a problem 18:09:28 the issue is after the release if there is any problem 18:09:38 and nobody is around to deal with it 18:09:42 right 18:09:45 Could the other team try to update on the alpha just to test it? 18:10:07 well how much time do we have between release and vacations? three weeks? 18:10:11 give alpha versions to people instead of stable you mean? 18:10:31 yeah basically 18:10:34 gaba: no 18:10:38 if we have 3 weeks between release and vacations then it may not be an issue 18:10:55 but in that case the release should happen this week 18:11:10 I've meant: try to run dev instances with the alpha 18:11:10 if the 12.0a5 release goes smoothly then we'll have exercised all the machinery needed for 11.5 -> 12.0 no? 18:11:16 hang on, I'm going to open the calendar 18:11:22 apart from the forcing people through 11.5.8 code path right boklm? 18:11:30 It's less than 3 weeks 18:11:34 richard: yes 18:11:42 Release was planned for the 5th 18:11:43 It's like 10 days after the release 18:11:48 Release is planned for 12 18:11:50 13 18:11:50 I'm guessing it's delayed because of the alpha delays 18:11:59 Nope, it's delayed to rebase on 102.6 18:12:07 oh okay, release calendar needs updated 18:12:12 13 is a bit late tbh 18:12:14 sorry we discussed in the tb meeting this am 18:12:18 ah sorry 18:12:22 no worries 18:12:32 But I think we can do .1 based on 102.6 18:12:35 yes, it is late 18:12:51 for a release that will have a big change 18:12:53 so the current plan is to do 12.0 once we get 102.6 tags w/ i think you said is the 8th or something PieroV? 18:12:54 it's like 1.8 weeks to deploy fixes 18:13:04 i think we need to abandon ship 18:13:07 richard: it is, IIRC 18:13:16 https://wiki.mozilla.org/Release_Management/Calendar 18:13:25 Tags on the 8, release on the 13 18:13:30 eject, eject 18:14:48 blech 18:15:16 Okay, then what about doing .1 based on 102.6 is 12.0a5 goes well? 18:15:17 sorry :( 18:15:42 so back to the original plan of releasing early next week, if based on 102.6? 18:15:58 102.5 18:16:11 But yes 18:16:14 well i mean you're not wrong, it is risky 18:16:31 12.0a5 should be very close to what we will ship 18:16:32 pierov: ack 18:16:44 The only thing I'd change is the macOS Chinese fonts 18:17:00 gaba: how do you feel about that? 18:17:04 tbh i'd rather leave everythign as is between 12.0a5 and 12.0 18:17:11 and update chiense in 12.0.1 18:17:15 * meskio is around if needed, I'm just noticing to be poked here 18:17:25 seems fine 18:17:32 richard: that'd make 12.0.1 fingerprintable 18:17:37 Option 1: 102.5-based release on the 5th, option 2: 102.6-based release in Jan 18:17:49 I'd rather re-build 12.0a5 entirely to include them 18:17:54 not sure if i've got those FF numbers right but w/e 18:18:00 thanks donuts for summarizing options 18:18:18 Option 2 needs also a risky security backport 18:18:38 How many users are using gettor compared to users of other channels? 18:18:48 yeah, option 1 feels like a good compromise if we can patch gettor in time 18:19:07 gettor can also just keep folks on 11.5.8 if necessary 18:19:18 users would update to 12.0 after first botstrap 18:19:27 Yes, that's where I wanted to arrive :) 18:19:35 ah yes of course 18:19:43 so long as we don't delete 11.5.8? 18:19:44 right! that could be an option. To keep gettor in an older version until 12 is release /cc meskio 18:19:50 but this is all predicated on 12.0a5 working as we think it should 18:19:50 We won't delete 11.5.8 18:19:54 but we will not have issues also in TB if something is a problem 18:19:56 It's a forced step for users 18:20:04 pierov: right, great 18:20:04 imagine deleting mars before you intend to lol 18:20:10 hahahaha 18:20:37 gettor can be ready for TB 12 by mid december if needed 18:20:37 before I meant until January. Keep users in gettor to the older TB version 18:20:59 I've added notes to the pad 18:20:59 BUT there is no possible bugs or problems in TB 12 that will need to be supported? 18:21:05 but I'm happy with this plan if everyone else is 18:21:06 regardless of gettor 18:21:12 (better start working on the blog post etc...) 18:21:44 donuts: I think we've already set pretty much anything on 12.0a4 18:21:54 12.0a5 brings a major thing, too: macOS ARM 18:22:00 yeah 12.0a4 is very close to release 18:22:10 finally \o/ 18:22:15 yeah macOS ARM is the big thing, which we've validated in testbuids 18:22:20 fantastic 18:22:22 just need to you know, actually ship it to users 18:22:41 what else is comign in 12.0a5? is that it pretty much? 18:22:43 *coming 18:22:47 Let me go through the changelog 18:22:54 i think letterboxing fixes? 18:22:58 oh yes 18:23:03 Yes, and support for Albanian 18:23:07 which should lbe transparent to end users 18:23:26 but there's a problem with reproducibility atm? 18:23:26 here's the release prep ticket: https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/issues/40668 18:23:31 lovely ty 18:23:50 A few minor fixes. The "restart to apply language 18:23:51 "Rename OS X to macOS" 18:23:52 wow 18:23:52 " above all 18:23:53 finally 18:23:57 :D 18:24:05 That might fix some problems alpha users might have found with multi-locale 18:24:17 it seems we can't reproduce the reproducibility problem 18:24:22 about gettor, I'm expected the telegram bot to have some issues if it gets released and we don't update, but we are working on the update and we can be ready if we have a date for it 18:25:01 the gettor telegram bot update is not going to be backward compatible, that means I will need to deploy it somehow around the time you release 18:25:29 I'm planning to make the gettor email backward compatible 18:25:51 meskio: how much lede time do you need? 18:26:03 i can ping you on the above ticket when we're signing/publishing/etc 18:26:53 to deploy? will be nice to know the day before 18:27:37 but I need to know how much I need to rush the development, I believe is ~2 days of work, but I have to sit down to do them 18:28:02 so having a rough date will be really handy 18:28:21 so the rought date if all goes well is the 13th of Dec 18:28:33 nice, I can work with that 18:28:35 if all does not go well, sometime in january 18:28:39 wait, no 18:28:47 13th is too close to vacations 18:29:04 richard: I thought we were discussing for the 5th 18:29:06 I thought we meant the 5th, or January? 18:29:07 yeah 18:29:17 not only for gettor but for you all people! what if there is an issue with v12 release? 18:29:26 ^^^ 18:29:38 hold up, 12.0 would be on 102.6, which is tagged on the 8th 18:29:38 Like: if 12.0a5 is okay let's just ship it as 12.0 18:29:52 richard: we can do 12.1 for that 18:29:53 hm that could work too 18:30:03 err, 12.0.1 18:30:57 so meskio the real date (if we launch in December) is the 5th, i.e. next Monday :P 18:31:06 If we miss that, it'll be January 18:31:20 I think we can do also Tue or Wed, if it's better for gettor 18:31:37 for that to work we would need to get 12.0a5 out wednesday or thursday, see how upgrades go over the weekend 18:31:52 and then have 12.0 ready on the 5th 18:32:09 I'm confident I can be ready for the email support by monday, I'm looking into telegram as I'm not the main dev, but I'll do my best 18:32:17 let's plan everything for monday 18:32:29 which is fine, we'd optimistically do the 12.0 release prep right after 12.0a5 18:32:38 tyvm all <3 18:32:59 We also need to coordinate with championquizzer[m] and user support team 18:33:01 richard: are you going to rebuild Firefox, too? 18:33:02 for the weeks after 18:33:05 For 12.0a5 18:33:30 on tb-build-05 i'm currently rebuilding everything 18:33:31 ^ ggus 18:33:45 championquizzer is in the loop, I'll speak to them again tomorrow at the UX team meeting 18:33:49 ok 18:33:51 and put my old tor-browser-build on ice until i can diff the two later 18:34:14 i'll do 11.5.10 locally or on tb-build-04 18:34:14 So, for the Chinese font I think it'd be very good to get it into 12.0, to prevent macOS users to be fingerprintable between 12 and 12.0.1 18:34:26 It's a change of a few prefs 18:34:31 it's just a font to bundle and add to the allow list? 18:34:34 kk 18:34:46 A system font to add to the list, 18:35:04 The MR has already been approved, but I didn't merge it 18:35:07 ah ok even easier 18:35:15 Because I wanted 12.0a5 out first 18:35:50 I think it'd be safe to add it directly for 12.0, but another possibility is to rebuild Firefox, too 18:35:50 ok 18:36:02 And tag build3 for 12.0a5 18:36:34 the release calendar has been updated with the tentative plan assuming 12.0a5 updates go as expected 18:36:48 ty richard 18:37:03 11.5.10 tomorrow, 12.0a5 thursday and 12.0 after if alpha doesn't explode 18:37:08 is that it for your wishlist pierov? (given the tighter turnaround for next week) 18:37:29 if it looks at all sus we delay to january and do another backport stable after the 8th 18:37:37 👍 18:37:50 donuts: yes, we can sort it out later whether to add it directly in 12.0 or in 12.0a5 18:37:54 sounds good 18:38:14 since 12.0a5 won't be live long before stable, we should recruit tor-internal to test test test too 18:38:35 And 11.5.10 for tomorrow is goodish, though having to rebuild Firefox once again only because we're chaning version string is a bit on the annoying side :P 18:38:55 yes and we need to test every single platform for build-to-build upgrades 18:38:57 what's this ominous android situation? 18:39:04 with 11.5.10? 18:39:08 ugh 18:39:09 Google 18:39:16 So, Google bumps the required SDK version every year it seems 18:39:31 It might be possible to ask to be exempted, but maybe it's a manual thing? 18:39:34 ^that 18:39:40 ah, fun 18:39:56 And we've discovered only today that we could ask for exemption, and went for the upgrade instead 18:40:05 But things broke on Android 12 and 13 18:40:06 caught us unawares and so pushed out a fix 11.5.9 which broke newer android deviecs becuase they added an API breaking change 18:40:37 D: 18:40:53 Like, there was an optional flag. They've introduced the complementary flag and forced to use one of them in 12+ 18:40:58 but we've a new fix that's been verified to work on both old and new devices 18:41:14 oh great, phew 18:41:28 (we have an issue tracking this for next year w/ a reminder so it does't sneak up on us) 18:41:43 Since many users are reporting the problem, we could ask them to verify for a couple of days, and then push on the Play Store, if somehow possible 18:42:30 i hadn't seeen any issues related to this pop up in gitlab 18:42:33 apart from the one we opened 18:42:42 I think there were some in #tor? 18:42:56 But not sure 18:43:00 I'll get the lowdown from user support tomorrow 18:43:14 ah ok 18:43:21 donuts: fantastic 18:43:28 how much breakage is it resulting in? 18:43:30 Anyway we have the solution, just need to build 18:43:30 yes please donuts 18:43:36 donuts: crash at bootstrap D: 18:43:40 ooft 18:43:40 crash on launch i'm p sure 18:43:45 bootstrap/launch 18:43:51 At bootstrap, not at lunch 18:44:13 Personally I got the same problem also on my phone, that's how I've discovered... And bad feelings from March/April started to arise :( 18:44:19 i could crash some lunch rn 18:44:35 #same 18:45:04 richard: same of what Donuts wrote or of what I wrote? :D 18:45:15 both tbh 18:45:18 okay godspeed with 11.5.10, I'll let user support know that fix is coming in the next couple of days? 18:45:36 hopefully tomorrow evening ish 18:45:43 great 18:45:51 If your meeting is in the afternoon UTC maybe the fix will be already available B) 18:46:12 yes, 1600 :D 18:46:50 hopefully we'll have buids by then :p 18:47:09 I think that's us out of discussions 18:47:15 unless there's anything we missed about 12.0a5 18:47:20 Not sure if we wanted to say something about 12.0a5 18:47:32 it's gonna be great 18:47:35 We've reproducibility problems that we cannot reproduce 18:47:42 best release of all times 18:47:47 lol 18:47:50 I *am* sightly sus of localization changes 18:47:55 But apart from this it'll be great 18:48:11 yeah, I'd feel a lot better if we can get tor-internal to mass test it 18:48:15 the l10n changes I mean 18:48:30 ^ yes 18:48:40 and if there are any major issues we can pull the plug and go with plan B 18:48:40 Can we send a mail to tor-project@ about it? 18:49:24 I can send the usual announce email to tor-project too 18:49:29 with a plea for testing 18:49:44 or do we want somethign less formulaic? 18:49:53 thanks richard :D 18:50:00 maybe something in the subject to call for attenition? :) 18:50:02 thanks richard 18:50:11 i am a bit scared about l10n as well 18:50:20 richard: what is your worry about localization changes? 18:50:29 but we were testing the multilocale and 'it worked'(tm) 18:50:33 the thing that can go worse of all isn't easy to test though 18:50:38 And it's the updater 18:50:43 i dont know, changes scare me, for releases 18:50:52 what could go wrong? 18:50:55 only that my unreproducibe reproducibiity problems are all langauge adjacent 18:51:05 The updater might break for $random_reason 18:51:19 But it worked when we switched from single locale to multi locale in the alpha 18:51:21 and there's that too, but that's what 12.0a5 is meant to test 18:51:26 gaba: tor browser changes language? 18:51:28 it's true it did 18:51:32 also, more enthropy with the translations. one bad translation can break all languages now, before it was only its language :D 18:51:43 emmapeel: what do you mean? 18:52:08 i mean, now with all translations being on the same package 18:52:23 i want to understand what could go wrong and what is the plan if it goes wrong :) 18:52:39 I think best case scenario our migration strategy works, and most users don't notice a change – but worst case scenario we get a bunch of users asking why their TB just changed to English or something 18:52:52 ok 18:53:02 or the update fails entirely somehow 18:53:08 but there's not really a reason to think that would happen 18:53:12 well, yes, that is indeed worse 18:53:17 given our experience with the previous alpha ugprade 18:53:39 the big unknown currently is macOS x86_64 -> universal migration 18:53:54 but there isn't anything fundamentally different about that process 18:54:18 it's just somewhat scary :p 18:54:20 I can make sure I have the last alpha installed on both my machines and update both to universal 18:54:36 i'll scream if something goes wrong 18:54:43 please do :p 18:55:03 mmm, this is another thing I need to handle in gettor, but should be easy 18:55:17 donuts: I'm sure I'll hear you across the ocean :D 18:55:21 * gaba going into other meeting 18:55:26 oh of course, sorry meskio 18:55:27 bye gaba 18:55:33 thanks gaba! 18:55:44 we're getting close to the hour, shall I close the meeting? 18:55:50 yeah wfm 18:55:54 yes, I don't have anything else to add 18:56:00 thanks everyone :D 18:56:03 Thanks! 18:56:08 #endmeeting