13:30:34 #startmeeting 13:30:34 Meeting started Wed May 13 13:30:34 2015 UTC. The chair is nickm. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:30:34 Useful Commands: #action #agreed #help #info #idea #link #topic. 13:30:37 hi everybody! 13:30:42 It's another beautiful wednesday. 13:30:53 hi meeting! 13:30:58 we've got at least two discussion topics pending, but let's start with quick status reports. 13:31:08 Please start chatting while I pour myself a coffee? 13:31:24 uhm, did a bunch of stuff that's in 0.2.7.1 13:31:43 plans are, "do more stuff, some of it pt, some of it tech writing, and look at prop 188" 13:31:51 (yay, new release) 13:32:16 also probably look into some of the low hanging fruit stuff on the 0.2.7.x list 13:33:48 ok I can go maybe? 13:34:05 go for it 13:34:34 sure 13:34:48 (I also distracted dgoulet with torsocks stuff muhahahahaha) 13:35:00 here are the tickets I did patch for: #4862, #8243, #15881 13:35:45 *looks at the missing desc thing* 13:35:58 I'm waiting for a reply on #14917, this has been mostly my little-t tor work apart from torsocks and hs health 13:36:00 Yawning: it's a bit tricksy 13:36:05 it is... 13:36:34 latest patch fixes the HSDir issue but I'm open to other ways (if any) to do it 13:37:01 but the thing is without that patch, hs health tool is unable to work properly :S 13:37:05 * dgoulet done 13:37:20 and for 14917, I don't see the question. I think we could do "warn loudly at startup for a while; later, don't start." 13:37:25 does that seem plausible? 13:38:10 I'll go now I guess 13:38:11 dgoulet: that doesn't add it to uploaded event right? 13:38:18 Yawning: not yet 13:38:18 (oh, ok, questions can wait) 13:38:28 (yeah discussion phase soon :) 13:38:57 I got 0.2.7.1-alpha released, and added another libevent maintainer since libevent has been stalling hard. I also spent a lot of time in the weeds looking at Tor financial stuff and being in meetings. 13:39:30 I merged the outline for the "how to write tests" doc I wanted to do for SponsorU, but it needs more work 13:39:43 I started drafting ideas for how to kick old releases off the net 13:40:16 at https://pad.riseup.net/p/deprecating-old-tors 13:40:33 nice 13:40:42 coming up I am going to try to spend the next day or two hacking and writing as much as I can. 13:40:49 though I should review and merge patches too I guess :) 13:40:58 I hope I can churn out a few more proposals 13:41:01 nickm: keep in mind that this pad will be deleted after 30 days of inactivity :) 13:41:10 * nickm saves 13:41:23 :) 13:41:35 riesup's pad takes a while to load for me 13:42:36 who's next? 13:43:58 ok. if anyone else steps in we can chat more then, but let's move on to discussion. 13:44:11 isabela_ has a cool thing for us to look at. isabela_ , do you want to present that or should I? 13:44:30 sure 13:44:37 * dgoulet smells trac overhaul! 13:44:40 https://docs.google.com/document/d/1luDGhBRw2eJxJ4JKlPlF2CCIqMRCFP35NRuM2scBSh8/edit# 13:44:43 lol 13:45:06 so this is where I am documenting what I want to change 13:45:13 dgoulet: smells like ... victory. 13:45:19 WOOT! 13:45:25 hehehe 13:45:30 hm earthquake 13:45:32 sec 13:45:37 oh man :( 13:45:42 ok 13:45:43 just minor 13:45:48 ! 13:45:51 good 13:45:52 hey 2nd one today 13:46:03 the one in the morning was 6.something 13:46:09 (at source) 13:46:22 so, readikng through it, I like the basic idea and would like to suggest some refinements 13:46:30 I think the TBB team is currently using points, for instance 13:46:55 also we can actually add fields if we need to 13:47:02 yes 13:47:23 I think we can do lots of discussion and comment on the document, and let isabela_ figure out what to fold in? 13:47:26 I wonder how is the best way to circulate this around before is implemented to trac, maybe send to tor-dev? 13:47:44 let's do one round of in-team discussion, then send to tor-dev 13:47:46 btw the workflow is not something that needs to be part of the first implementation 13:47:51 agreed 13:48:04 nickm: sounds good 13:48:05 our current workflow is not the trac default workflow, btw 13:48:09 we have needs_review and needs_revision 13:48:25 as keywords? 13:48:30 no, as states 13:48:30 or states 13:48:35 oh nice 13:48:51 (is this where I say wtb gerrit) 13:48:55 the idea is that needs_review can been reviewed and merged. if the review says that revisions are needed, it goes into needs_revision until it's ready. 13:48:57 (or does that come later?) 13:49:35 Yawning: I am in favor of gerrit or any such tool so long as somebody admins it. The sysadmins will probably not mind providing the OS-level hosting so long as someone else is responsible for the app. 13:49:56 yeah just not sure we have the mystical someone 13:50:05 I'd offer to do it but I'm a horribad sysadmin 13:50:10 * nickm too 13:50:27 would more teams like gerrit? 13:50:32 twitter uses it 13:50:44 I was a sysadmin in an other life some years ago :P not sure I want to go back though eheh 13:50:53 hehehe 13:51:16 gerrit would be cool, never installed/admin it just used it 13:51:31 (if this was an offtopic question, sorry) 13:51:42 (not trying to distract, but since we were talking about workflow stuff....) 13:51:56 Yawning: no is good 13:52:21 nickm: milestone will be 'january' instead of a project or a release 13:52:42 should january be qualified with a year? 13:52:53 like Jan2016 or w/e 13:52:58 I'm adding lots of comments on the document. Is that a good way to do discussion? 13:53:36 nickm: yes it is 13:53:41 Yawning: agree 13:53:53 please add comments and I will improve it base on them 13:54:18 also btw: when I say something like "We do it this way because..." 13:54:25 or "we used to do it like that but it failed because..." 13:54:34 I'm not saying that we can't change; only explaining the current rationale. 13:54:45 yes, history is good 13:57:49 i guess i missed on arrow on my workflow 13:58:15 from reviewable back to open.. witch is the revision state you have 13:59:01 I think the currect flow you have should be ok to keep / i will look into it more (how the current one is set up) 13:59:56 I am excited about this plugin because we can track dependencies 13:59:58 http://trac-hacks.org/wiki/ProjectPlanPlugin 14:00:28 ok, I think I commmented on everything I saw. groovy 14:01:47 hrm something I have in mind with the current situation 14:02:05 when we backport a fix nickm flags it but doesn't close it yet even though it's merged upstream 14:02:10 I wonder how that would work in this new workflow 14:02:25 "merged" state ? but not "closed"? 14:02:56 oh sorry, this is bad habit 14:03:19 i would close after demos 14:03:28 but we can change tht 14:03:30 that 14:03:37 " i would close after demos" ? 14:04:08 I am fine with a new workflow for backports, but we _do_ need a workflow for backports. :) 14:04:18 at twitter the team would merge and at the end of sprint meeting we will have demos for me to see if all good then the tickt would be closed 14:04:18 ^ 14:04:42 no need to do the same 14:04:51 maybe merged == "somebody else confirms that it now works in master" ? 14:05:04 I feel that this ^ will be chaotic :S 14:05:18 means we have to ack twice the ticket? :) 14:05:21 nickm: yeah, is a small room for qa before going to the wild 14:05:46 I'm not sure we have a "merged" / "in-the-wild" distinction. :) 14:05:55 cool ;) 14:06:01 we have "merged" / "released", but people start testing our code as soon as it's merged. 14:07:24 yeah, i need to get the current flow correct before anything else 14:08:13 I think the basic idea looks good to me though 14:08:14 so, I will work on your feedback and send it back to you before tor-dev 14:08:25 do we have a sense of who can make these changes? 14:09:06 I think qbi might be able to help. I am applying then localy on a server I have here at home to test if it will work how I want it to 14:09:25 o.O 14:09:34 having a home trac server is p hardcore 14:09:48 heheh i dont use it for real 14:09:53 always mount a scratch monkey :) 14:09:54 is just to play and test set ups 14:10:06 "Ticket 7161: Buy coffee" 14:10:09 epic 14:10:10 lol 14:11:11 right in the workflow, I would propose a way to have a "revision" state or something that can go back and forth with reviewable 14:11:38 we often have lots of round trip between an initial patch and mergeable one 14:11:50 (Yea code review!) 14:11:54 hehehe 14:12:07 yes, i missed an arrow there coming back 14:12:19 we use needs_revision for that 14:12:37 yeah basically needs_review/needs_revision indeed 14:12:46 cool 14:12:57 pretty neat stuff 14:13:32 cool - will update with feedback.. probably ask TBB folks to look at it before sending to dev 14:13:46 might start applying this with you first then move to other teams 14:13:53 sorry you my little rat lab :) 14:14:01 no worries 14:14:05 isabela_: hrm quick question 14:14:09 just make sure the cheese is the expensive kind :) 14:14:28 dgoulet: ssup 14:14:38 is this oneof those experiments where I get cocaine if I press a button? 14:14:39 isabela_: tor-hs, -relay, -client will be removed, is there a way to categorize ticket then? 14:14:41 :P 14:14:54 yeah I thing the varions tor- tags useful 14:15:03 I use tor-hs 14:15:20 so I am adding projects 14:15:30 ah that would be "project" field? 14:15:35 project core tor - components of this project can be 'relay' 14:15:54 ah ok 14:15:57 a1 14:16:24 project hs can have a dependency on project core tor ticket (can be a way to do tor-hs things but it can also be a component) 14:16:53 and what happened when the HS goes beyond core tor ? 14:17:00 the hs ticket* 14:17:11 a bunch of stuff we do touches lots of subsystems 14:17:13 hs will be a project 14:17:29 tickets will have dependencies 14:17:38 ok I see 14:17:41 ah 14:17:41 that is the plugin i was talking about and that is how projects work are connected 14:18:15 so you can open a dependeny against core tor or against bridges 14:18:33 sounds good 14:20:48 other topics? :D 14:21:09 wtb descriptor ID in UPLOADED HS_DESC events 14:21:12 ;_; 14:21:27 dgoulet: maybe let's do a quick round of review-and-merge after the meeting? 14:21:38 I was pretty distracted yesterday 14:21:46 nickm: sure 14:21:49 I can review stuff, but I need to dinner 14:21:56 at some point 14:21:59 ok 14:22:08 and kitty is giving me death glares 14:22:12 i'll be around for hours and hours 14:22:17 shall I endmeeting? 14:22:32 cool 14:22:33 hmm 14:22:36 nickm: wait 14:22:47 ok 14:22:47 ah well yeah sure 14:22:50 sorry 14:22:51 #endmeeting