16:59:54 #startmeeting network team meeting, 17th of may 2021 16:59:54 Meeting started Mon May 17 16:59:54 2021 UTC. The chair is ahf. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:59:54 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:00:01 hello hello 17:00:04 o/ 17:00:06 https://pad.riseup.net/p/tor-netteam-2021.1-keep is our pad 17:00:16 o/ 17:00:16 * nickm running late, sorry! Adding to pad now 17:00:26 no rush nickm, you can also do it after 17:00:36 not for proposed discussions I can't :) 17:01:04 that is true 17:01:35 dropping link to our board: https://gitlab.torproject.org/groups/tpo/core/-/boards - are folks doing alright there? 17:01:54 I think I am... 17:02:39 yes 17:03:18 excellent 17:03:29 o/ 17:03:59 how do we think the 0.4.5-post-stable and 0.4.6-stable situation is? 17:04:00 hello asn 17:04:30 hmmm 17:05:01 * ahf needs to revise the patch for tor#40333 17:05:14 so I think we're okay; I don't currently see anything on those lists where I would shout "release blocker!" 17:05:21 ya 17:05:38 ahf: tor!338 is ready for your review again :) 17:05:53 perfect, will get to it today 17:06:05 ok, looking at discussion items now 17:06:13 i wonder why it is mixed up in two places right now in the pad 17:06:42 yeah I have one in 045 but I have no clue how to address it and it is not critical at all so we are fine on my side 17:06:50 dgoulet: which one? 17:06:50 perfect 17:07:10 https://gitlab.torproject.org/tpo/core/tor/-/issues/40302 17:07:24 operators have weird setup I can't reproduce... 17:07:36 Do they have repro instructions? 17:07:36 I had an idea in mind lately that I need to try on 17:07:40 sort of yeah 17:07:50 It might be worthwhile to ask for easier repro instructions if you can't follow theirs :/ 17:07:51 just that it is a mixed of public IP + firewall + private IP ... 17:08:01 problem is setup 17:08:09 but I have an idea so I will try 17:08:17 ok 17:08:19 but worst case, they found a workaround 17:08:37 first discussion item today: 17:08:40 2021-05-17 [nickm] Let's divide up the new TROVE stuff, or make a plan to talk about it? And let's plan release dates? 17:09:14 sounds good about dividing! 17:09:22 Yeah, did everybody see those new tickets? 17:09:29 yes 17:09:51 i can take 006 17:10:15 asn: much appreciated! I'll assign to you. 17:10:25 * asn took it 17:10:27 I've got a patch for 004; I could do either or both of the others 17:11:00 i have not looked at those tickets yet 17:11:17 btw, 004 is not private 17:11:22 yes, it is not 17:11:24 ah first comment :) 17:11:55 I can try 003 17:11:56 I'll take 003 since it's a bit tricky and I know the code. 17:11:59 roger 17:12:06 oh! Or i can review dgoulet's fix 17:12:13 dgoulet: which would you prefer? :) 17:12:16 I would feel more comfortable on 003 than 005 lol 17:12:29 huh, ok. 17:12:33 then take 003 and make me reviewer? 17:12:37 let me know if you get stuck at all 17:12:37 ack 17:12:39 I'll do 005 17:12:43 unless ahf wants it 17:13:09 assigning to myself. 17:13:10 if you want it done deterministically fast then please take it - i know these things usually can get a bit stressful 17:14:13 ok! 17:14:53 ok, next item? 17:14:55 2021-05-17 [nickm] Please remember to look for ways to do _less_ in C tor, especially if it comes with a maintenance risks. 17:15:05 this is a bit like an announcement/reminder? :-) 17:15:20 we missed one thing: 17:15:20 or maybe it is also a topic for discussion if anybody have any questions/discussions around that area? 17:15:23 on the last topic 17:15:27 oh 17:15:27 we did 17:15:27 "and let's plan release dates" 17:15:33 yes, sorry, reverting back to the TROVE item 17:16:10 We should be aiming for a final 046 RC around the end of May, I think. Maybe mid-June would be the right time to put out 046 as well as all these fixes? 17:16:39 yeah sounds reasonable 17:16:44 ok 17:17:14 mid-June it is 17:17:41 Also if you haven't done a private branch and private MR before: please test with a non-sekrit commit before you make a private MR for one of these fixes :) 17:18:15 interseting, I've never done a private MR 17:18:16 IIUC you have to make a private fork of the tor repository, and make your MR relative to that project's own master branch 17:18:22 ack 17:18:34 (If there's a better way I will eagerly learn) 17:19:08 yeah, need an additional fork of tor.git than the one you usually use 17:19:27 so you can fork to another name on in your user dir on gitlab 17:20:35 ok 17:20:39 hmmm wait 17:20:44 I'm unable to fork tor.git again... 17:20:51 it keeps bringing me to the current one I have :S 17:20:54 fork again* 17:21:05 ah! 17:21:10 then create a new project in your user dir 17:21:16 called tor-private or whatever, mark it secret 17:21:22 then push locally to the empty repo 17:21:24 ok! 17:21:35 but I can make MRs that way against core/tor ? 17:21:43 if it was not "fork" from core/tor? 17:21:57 hm. i hope gitlab isn't so silly that it requires that the social graph of the repos are intact 17:22:02 nickm: how did you create yours? 17:22:12 I don't remember. 17:22:14 ok 17:22:21 I,ll try 17:22:29 sounds good 17:22:47 ok, going to next item 17:22:56 2021-05-17 [nickm] Please remember to look for ways to do _less_ in C tor, especially if it comes with a maintenance risks. 17:23:16 anything we want to discuss about this here and now? it seems quite open 17:24:34 i take that as a no 17:24:35 yeah, I guess I'd just like folks to think about it and try to invent ways we can make this more of a policy in the future 17:24:40 that's all 17:24:40 ya 17:24:44 makes sense 17:25:02 ok, let's talk hackathon on Thursday 17:25:04 I'm personally keeping it very narrow to sponsors and reported bugs tbh 17:25:11 dgoulet: nice 17:25:12 and always keeping in mind to improve arti first 17:25:39 go ahf 17:26:10 we need to talk about if we need to prepare anything first. we talked about last week a bit about talking about some ideas we have for the hackathon too 17:26:31 like specific project ideas that allows us to play a bit around with the arti api and what is possible to do with the current codebase and its api 17:26:52 I wonder if anybody outside this team has any ideas for quick hacks they'd like somebody to build 17:27:14 GeKo, dgoulet, and arma2 might have some ideas from the health team? 17:27:24 yeah but I'm in this team :P 17:27:24 dgoulet has :) 17:27:28 they always seem to be working with a ton of smaller tools 17:27:36 dgoulet: XD you are welcome to say them too 17:28:05 well they are not quick hacks 17:28:27 are they 3-4 hour hacks? 17:28:42 no idea tbh... maybe something nickm would be able to estimate 17:28:43 just say and maybe we can build a tiny piece :) 17:28:45 i feel i don't know enough about arti at that point to suggest any quick hacks 17:29:05 like, ,maybe quick little tools you wish you could build with stem or tor or something 17:29:20 i got a little bit hooked on trying to write something that could scan for inter-relay reachability 17:29:28 but mostly what I think we need is a way for arti to be designed in a way that as an API user, I can have fine grained control on let say a circuit on how it is built and what goes on it for instance... 17:30:12 and so we can build tools on the health side that allows us to tests relays like sending them Cell A, B, C in that order and looking on how it responds and timings 17:30:18 ahf: that part should be pretty easy 17:30:23 that is why I also worked a bit on the tracing + event part laast week 17:30:26 yeah, and it wont discover anything new 17:30:31 so we could get our tools to learn what is happening 17:30:49 in realtime as they are unfolding 17:30:50 dgoulet: is there a list of the health tools somewhere and what they do? i assume most of them are implemented with stem? 17:30:57 so this is the broader design idea I have in mind 17:31:10 ahf: yeah they are on Gitlab 17:31:16 but I just don't want to just rewrite them tbh 17:31:19 and we can see them? 17:31:20 ok 17:31:23 I want more control with arti :) 17:31:27 that I don't have now 17:31:49 *if* we want tools for the hackaton, then yes, the health repository has plenty! "margot" is a great start for a lot of them :) 17:32:45 do you have a wishlist for margot? 17:32:52 I do 17:32:54 what I want to avoid with the present discussion is that we all show up on thursday with no idea what to hack on :) 17:33:05 yeah 17:33:17 I would like an async way to describe what I want here... email thread likely 17:33:23 it is not easy to outline it just here in a chat... 17:33:30 sounds fine to me 17:33:32 I want to provide examples and such so it is a longer discussion 17:33:47 sounds good to me. if there are useful things that would be useful here and now on margot, then i am up for diving into that 17:33:59 dgoulet: want to start a thread on ... on hm! 17:34:23 i have no idea what list would be ideal for that. maybe the damned network team list 17:34:39 hackathon is not open to public right this time? 17:34:51 it is not, maybe just a list of the people who have singed up for the hackathon? 17:34:53 ok so yeah lets just talk between ourselves then... 17:35:01 like just a big CC list instead of an ML 17:35:11 sure 17:35:52 awesome, thank you 17:36:04 in this mail you will also write about some of the wishlist items you have for margot? 17:36:19 yes ofc, I'll outline it all 17:36:25 ALL my ideas, my entire brain 17:36:57 ok, awesome! that sounds like a long email 17:37:04 thi means i also got an answer to my discussion item 17:37:25 i don't see anything else on our list, so i think it's time for the s61 part of the meeting with mikeperry 17:37:36 kk 17:38:03 so I think the main thing going on is rob's speedtest experiment 17:38:20 GeKo: you mentioned something about dennis looking into a parallel experiment in email? 17:38:29 is that just to gather more datapoints, or other? 17:39:25 other data points 17:39:43 it's about how users are affected by the flooding 17:39:48 and whether they are at all 17:39:49 ok. so it is not sth that will influence any results substantially 17:39:50 kk 17:39:55 no 17:40:07 it's more to give a fuller picture 17:40:12 awesome 17:40:34 yep 17:41:33 so a copy of rob's experiment or? 17:41:39 ahf: lmk if there are any questions or anything wrt https://gitlab.torproject.org/tpo/core/tor/-/issues/40312. I can try to keep an eye on the ticket 17:41:41 or is it another speedtest experiment? 17:41:51 mikeperry: sounds good 17:41:56 ahf: yah, pretty much re-running the previous one 17:42:00 excellent 17:42:59 there's some minor improvements I think.. last time not all relays were tested, etc 17:43:26 nice 17:43:38 our main activity is to look for any overload or issues, and see if we can do this more often. it did help.. but it also hurt stuff and caused bugs. so we're gonna find 'em 17:44:10 that DNS one is a major suspect. perhaps there will be others. we'll be doing this on and off for a while 17:44:47 anyway I think that's it for s61 for now unless there are other questions 17:44:56 * ahf has none 17:45:34 <- is fine, too 17:46:02 let's call it then! 17:46:04 #endmeeting