<br>Hey,<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I favor GSoC projects that are collections of small items rather than </blockquote>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> a single big one (that way the incremental pieces are helpful, even </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
if the project isn't quite fit into the summer).<br></blockquote><div> </div><div> We're on the same page here, I think more tasks of a smaller scope is the way to go.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The next area I was planning to primary focus was client migrations,<br>which would involve work with TorBEL and Tor Weather...<br></blockquote><div><br>I've looked through both TorBEL and Weather and while undoubtedly they could use some love,<br>
I think I'll follow my heart and stick with Stem :)<br><br>Please don't take my ambiguity in regards to any concrete ideas as lack of interest on my side -<br>it's that the more I learn about Stem (and I try to dedicate it most of my free time) the better I can <br>
assess its current needs and areas of lacking and come up with something substantial.<br><br>As far as tutorials go, I was thinking about dealing with manual stream attachment (as a follow up to #8728), <br>exploring more operations on circuits i.e. tearing down, forcing hops through specified<br>
countries or address ranges (maybe a more robust example as an excuse to come up with good<br> use cases for REDIRECTSTREAM and TRUNCATE).<br><br>As for the Stem itself, I'd love to work on adding any missing functionality (against the Tor protocol or expanding the lib itself), but I'd like to hear your suggestions <br>
where the real priorities and missing spots are first.<br><br>Thanks,<br>Tom<br><br><br></div></div>