17:13:52 #startmeeting 17:13:52 Meeting started Wed Jun 4 17:13:52 2014 UTC. The chair is meejah. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:13:52 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:14:11 nickm: i would also like to document the magic times in entry_is_time_to_retry(). do you know if these are spec'ed out, or are they implementation details? 17:14:13 lucyd: okay, cool. 17:14:34 I have been away for a month, so I'd like to find out what the current status of the tor-weather rewrite is. 17:14:57 luketheduke: okay. 3. overall status 17:15:02 asn: if they are documented anywhere, I would expect that it would be in path-spec. But they might not be 17:15:08 nickm: thanks 17:15:17 (if there is an internet page that is accurate and current I would also be very happy with a link to that) 17:16:27 okay, lets start with 1. if anyone has more agenda, just speak up ;) 17:16:35 https://trac.torproject.org/projects/tor/ticket/12085 17:16:38 ಠ_ಠ 17:16:43 #topic 1. updates from lucyd 17:16:49 meejah: should we consider adding a 'Progress' section in the weather-rewrite wiki? 17:17:15 #agreed update wiki page with progress 17:18:23 lucyd: okay, what did you make progress on this week? 17:19:03 okay. so I picked up some stuff from OnionPy and developed an initial wrapper 17:19:31 checkout the comment on the ticket for info regarding usage 17:19:46 as pointed out by meejah, it had some possible improvements 17:19:52 I made some of them 17:20:12 #action i will post my review-email to trac 17:20:14 e.g., restructuring the OnionooRequest object 17:20:35 meejah: i'm here 17:20:40 adding some more docstrings etc 17:20:41 sorry -.- 17:22:24 now that I've seen that I'd like to request adding "let's talk about OnionPy" to the topic list. 17:22:54 also made suggested style-related modifications like converting all objects to the new-style objects etc 17:23:04 nickm: i'm also intrigued by the fact that almost all calls to entry_is_live() have need_capacity toggled to true. 17:23:19 nickm: as an example, the call in entry_guard_register_connect_status() 17:23:35 luketheduke: 4. onionpy 17:23:48 nickm: which toggles all the previous entry guards to 'up', if we just made contact with a new guard. 17:24:12 nickm: i'm not sure why the previous entry guards _must_ have need_capacity. 17:24:17 meejah: (: 17:24:31 hello weether-rewrite team, did I miss the meeting? 17:24:40 should we move on to 3 (or 2, but that's clarified, right?) 17:24:41 feverDream: it's happening now 17:24:46 nickm: because I'm checking out the calls to choose_random_entry_impl(). and some of them don't require need_capacity. so it's possible that some guards are not fast? 17:24:54 sure, 3 17:24:55 hola feverDream :) 17:25:11 you guys can put #info in front of things to, i think, have meetbot put them inminutes... 17:25:18 hola baumanno, long time :) 17:25:36 so 3, "the wiki page" is this one: 17:25:41 https://trac.torproject.org/projects/tor/wiki/doc/weather-in-2014 17:25:52 does need a few updates 17:26:11 #topic 3. overall status 17:26:28 asn: I think that perhaps there is no reason for that. As least, not any reason that's immediately obvious. 17:26:36 ok. will note it down. 17:27:00 yeah, so there's info about the repos in there, and in my "next" we have some vagrant stuff merged, some unit-tests merged from jondbaker so far 17:27:24 lucyd: where are you at in your overall plan? anything to add? 17:27:35 I'm almost done with the onionoo document-attributes issue meejah mentioned and once I write some unit tests, the wrapper is set to go 17:28:16 I'll also try to add a couple of utility methods that use the wrapper to perform weather backend functionality 17:29:03 I'm thinking this will be done by june 6 and I can put it up on my report 17:29:17 #info there's also lucyd' proposal: https://sites.google.com/site/sreenathadev/gsoc-2014-weather-rewrite with detailed plan 17:29:38 lucyd: what are you thinking of? what comes to my mind is basic checks, like is_stable and such 17:29:53 so then you plan to use these util methods and incorporate the tshirt etc scripts using them? 17:30:07 nickm: was just going to look at the blog post, but noticed the email never got sent. I dont have scrollback to yesterday, is there any reason for this? 17:30:34 baumanno : right. I was planning to start off with your email-parser...since most of the code is already up at your github repo, I'll take a look at it 17:30:47 meejah : precisely 17:31:04 okay 17:31:18 i guess this feeds into 4. then, maybe? lucyd: sorry i missed last meeting, can you remind me why karsten and you decided to modify onionpy stuff "in" tor-weather? 17:31:27 #topic 4. onionpy 17:32:54 Phoul: I'm waiting for the message to get onto the list. First, I need permission to post. Trying to unravel whom it is who can give me permission to post. 17:32:59 *who 17:33:07 i don't have meejah's mail at hand at moment, but fiddling with the wrapper, i'm getting weird responses 17:33:20 though this might be the documents-attributes issue mentioned earlier 17:33:28 What I'd like to say is that I wrote Onion-Py with the new tor-weather in mind as the primary consumer. 17:33:37 we figured it would come in handy for all the backend scripts 17:34:05 e.g. "for relay in doc.relays: print relay.fingerprint" returns "None" 17:34:05 yeah, i guess i'm asking: why isn't tor-weather just depending on onion-py? 17:34:07 I also have gamambel as a potential "customer" now since he wanted some scripts to keep track of torserver things. 17:34:08 is this known? 17:34:59 was karsten worried about deployment or something? 17:35:09 baumanno: not by me ;) 17:35:46 But I'd be very happy to make changes to onion-py as they are required by tor-weather, or to merge back whatever you do (within reason) if you fork onion-py for tor-weather development. 17:36:13 As for deployment, whenever I have time, I will figure out how to get onion-py into PyPi, which shouldn't be too hard since everyone does it (: 17:36:18 I think we decided that we wanted something specific for handling the weather-rewrite issue 17:36:30 If I remember correctly, I think the plan was to make it more generic later 17:36:43 onion-py was a bit generic and hadn't been maintained for a while 17:37:08 luketheduke: i think karsten greatly prefers debian-packaged things :/ 17:37:29 but yeah, it'd need to at least be on pypi for proper deployment 17:38:01 lucyd: can we concentrate on testing/deving the utility methods you need in the immediate future? 17:38:03 imho there are no debian-packaged things that are appropriate for development and deployment of a modern, sane python product. 17:38:51 I seem to remember karsten wanted python 2? 17:39:02 and ideally get the "onionoo query/caching layer" simply using onion-py? especially since the author is here and keen to merge things? ;) 17:39:03 I don't know if that was related to tor-weather. 17:39:30 meejah: okay...we'll have to take a look at weather's functionality and estimate some helpful utility methods 17:39:30 not sure. 17:39:51 #action talk to karsten and figure out weather deployment 17:40:19 lucyd: also working on incorporating the scripts will help guide that 17:40:45 some "utility things" are in https://github.com/duk3luk3/onion-py/blob/master/bin/onion.py right now 17:40:46 as in, should guide what methods you need as you try to eliminate duplicate code 17:41:20 But those are just meant to be code samples showing how to use onion-py atm 17:41:27 ok 17:41:57 lucyd: do you have a good idea how you're going to lay things out as you bring in the tshirt, etc things? 17:43:06 well, once the wrapper is done, the tshirt script for example, would have to be rewritten accounting for this change 17:43:09 nickm: ahhh, ok. 17:43:24 similar is the case for other scripts 17:43:30 nickm: If you think about it, could you ping me when it gets posted? 17:43:43 luketheduke: okay, that looks good. i don't want to de-rail lucyd too much on his plan, but there's no need to have two python onionoo abstractions... 17:43:45 once the core functionality is implemented, we can work on the django controllers and views 17:44:10 is the tor-weather rewrite currently intended to work in python 2? 17:44:21 lucyd: okay, and you'll arrange for the scripts to run at the right time from within django? 17:44:31 or something else? 17:44:36 Phoul: okay. If you haven't heard from me by tomorrow or so, feel free to ping me back again too. :) 17:44:44 luketheduke: as far as i understand, yes 17:45:00 i do want to discuss with karsten what his deployment needs are, though 17:46:02 meejah : most scripts will be run periodically using crontab 17:46:08 nickm: Sounds good :) 17:46:13 yeah, I think that's what karsten wanted. 17:46:17 hmm. 17:46:39 I don't remember what I said back when I talked about this with karsten. 17:46:42 meejah : and then the documents fetched and parsed by the scripts should be stored in the database 17:47:05 lucyd: okay 17:47:48 hi. didn't read backlog, but what questions are there about deployment? 17:48:08 karsten: hi. luketheduke wondering about python2 (vs 3) 17:48:21 what's in wheezy + wheezy-backports? 17:48:22 hi karsten. 17:48:25 ...and why we imported onionpy instead of depending... 17:48:25 hi 17:48:33 both 17:48:47 i'm 99% sure, sec 17:49:13 importing seemed easier because of the needs-a-package-in-debian requirement. 17:49:23 there is no python3 support to speak of in wheezy and wheezy-backports. 17:49:31 if there's an easy way to depend on it that fulfills our deployment needs, let's do that. 17:49:59 packages.debian.org says it's in there. don't know about libs. 17:50:03 though I'm not sure how far lucyd is with rewriting the concept of onionpy. (again, didn't read backlog yet.) 17:50:32 hello karsten 17:50:38 hi feverDream 17:50:38 it's not *that* different from upstream's repo. except the pep8-spacing stuff i guess... 17:50:40 the preferred way to deploy a python3 product on debian is with setuptools. 17:50:59 luketheduke: i'd say that's prefered for python2 as well ;) 17:51:12 karsten disagrees, last I heard. 17:51:24 ...however, that doesn't deal with updates as nicely as "apt-get update; apt-get upgrade" 17:51:31 indeed. 17:51:52 I'm just relaying what our sysadmins say, and it doesn't seem crazy what they want. 17:52:21 maybe we should involve them in this discussion? 17:52:35 well, tor-weather is not going to be in wheezy or wheezy-backports, but it could well go on pypi. 17:52:45 karsten: i guess the question is: is it possible to depend on onion-py via pip/pypi? 17:53:23 you're going to be doing "Something" to upgrade tor-weather, right? if that included "upgrade deps from pypi", is that sufficient? 17:53:33 I'd feel more comfortable asking our sysadmins rather than making a statement here about things I don't know enough about. 17:53:44 sure, okay. we should take this offline 17:53:48 (you could also host tor-weather distribution somewhere else in a git repo, setuptools can pull distributions from git urls) 17:54:24 true. and there's "peep" to verify SHAs of dependencies 17:56:05 so, that's action-item for karsten and I 17:56:22 I have to say I can't really make a strong argument towards "use setuptools for everything" since the documentation that I've found is so terrible I don't actually know what setuptools can or can not do except for the things I've tried myself :/ 17:57:08 for lucyd this week, finish what you're doing, and move on to bringing in the tshirt-etc scripts as soon as possible, to start guiding the util methods you need 17:57:13 are you proficient with setuptools meejah? 17:57:19 somewhat, yes 17:57:24 excellent 17:57:32 most of that knowledge is burned into txtorcon's setup.py ;) 17:57:48 I will be consulting you on improving onion-py's setup.py 17:57:57 luketheduke: it comes with it's own pluses and minuses 17:58:00 meejah : gotcha 17:58:01 okay, cool 17:58:12 meejah: of course, like everything (: 17:58:40 this week, karsten and i will look into deployment questions etc. 17:58:47 great (: 17:58:49 yup 17:59:00 baumanno: did you have anything to add? 17:59:05 feverDream: ditto 17:59:54 meejah: absolutely not :) i'll be watching progress on onion-py and maybe i'll be able to give some thoughts about the util-methods 18:00:02 okay, great 18:00:16 but, as lucyd aptly put it: most of what I thought I needed is already in the hacky scripts on github ;) 18:00:40 meejah: not much here, I have to play catch up with you guys for some time 18:00:53 luketheduke: BTW, don't discount possibility of onionpy being debian-packaged -- that's always an option too 18:01:19 meejah: there will not be any new packages in wheezy 18:01:31 right, but there's wheezy-backports 18:01:39 I don't know what the policy on that is 18:02:10 also I feel like I'm far too un-noteworthy a person to have a package in an official debian repo o.O 18:02:29 me neither, exactly, but txtorcon release magically appear in there 18:03:03 i'm *pretty* sure that's not a needed qualification ;) 18:03:07 interesting 18:03:08 #endmeeting