Re: [tor-dev] Release new version of stem

> > That is tricky as stem is not maintained anymore and therefore > > deprecated. > > That is a pitty. It would be nice if you can actually make this obvious on the > git repo like "currently stem is unmaintained and therefore deprecated" Hiya. Just a minor terminology correction: Stem is

Re: [tor-dev] Can "ExcludeNodes" be used multiple times in torrc?

Hi nusenu, tor's manual says [1]... "To split one configuration entry into multiple lines, use a single backslash character (\) before the end of the line. Comments can be used in such multiline entries, but they must start at the beginning of a line." I just double checked and it works...

Re: [tor-dev] How do Ed25519 relay IDs look like?

> I hope we can agree to use the same format in all places. Thanks nusenu, that's a great summary. Honestly I doubt that deprecating RSA keys is on anyone's visible horizon, and by extension RSA-based fingerprints will remain our canonical identifiers for the foreseeable future. That leaves our

Re: [tor-dev] How do Ed25519 relay IDs look like?

> Isn't using "fingerprint" not a bit misleading since it is not the output of > a hash function but the ed25519 master public key itself? Hi nusenu, that's fair. We've begun to conflate a couple concepts here... * Relay operators, controllers, DirPorts, etc all require a canonical relay

Re: [tor-dev] How do Ed25519 relay IDs look like?

> The way I understand it is this: Relay fingerprints are based on the > RSA key, which will go away eventually. The canonical identifier will > be the identity. We should start that transition Thanks Sebastian. In that case we should put more thought into this because fingerprints are

Re: [tor-dev] How do Ed25519 relay IDs look like?

> I was wondering why the base64 string is 43 characters long for a 32byte > Ed25519 key. > 32*8/6=42 That is because tor drops trailing '=' from base64 encoded values within descriptors. Some fields indicate this within the spec, others don't.

Re: [tor-dev] So Windows is Adding a Package Manager.....

Welcome Microsoft, to the cutting edge of the 90s! ;P Kidding aside this could be a great improvement. I'm rooting for them. This is constrained to Windows installers (exe or msi) but hopefully they expand this in the future. Distributing interpreted applications (python, ruby, etc) have always

[tor-dev] Stem and Nyx bug tracking moved

Hi all. Stem and Nyx's issue tracking has moved from Trac to GitHub. In the future please file tickets at... https://github.com/torproject/stem/issues/ https://github.com/torproject/nyx/issues/ Thanks! PS. All existing tickets have moved. These trac components will be disabled to cut down on

Re: [tor-dev] Raising exceptions in add_event_listener() threads (was Re: HSv3 descriptor work in stem)

Thanks George, this is a great question! I've expanded our tutorial to hopefully cover this a bit better... https://stem.torproject.org/tutorials/tortoise_and_the_hare.html#advanced-listeners You can trivially print exceptions within your listener if that is all you care about...

Re: [tor-dev] New python Tor client implementation

> 1. A number of python implementations I've found on the internet had > broken dependencies or didn't work at all. So, I decided to create a > fully functional Tor client with the bare minimum of dependencies. Ah! Gotcha. For what it's worth I'm in complete agreement with you on that. I designed

Re: [tor-dev] New python Tor client implementation

Thanks James, this is awesome! Very well done. Out of curiosity why sidestep any use of Stem? It supports encoding/decoding most tor cell types... Yours: https://github.com/torpyorg/torpy/blob/master/torpy/cells.py Mine: https://gitweb.torproject.org/stem.git/tree/stem/client/cell.py If you'd

Re: [tor-dev] HSv3 descriptor work in stem

Thanks George! Yup, work on that branch is in progress: https://gitweb.torproject.org/user/atagar/stem.git/log/?h=hsv3 On Thu, Oct 17, 2019 at 8:01 AM George Kadianakis wrote: > > Damian Johnson writes: > > >>Can I use `_descriptor_content()` to do that

Re: [tor-dev] HSv3 descriptor work in stem

>Can I use `_descriptor_content()` to do that? Or should I call >`_descriptor_content()` to generate the whole thing _without_ the >sig, and then do the signature computation on its result and >concatenate it after? Hi George. Yup, to create a signed descriptor we create the bulk

Re: [tor-dev] (no subject)

Further posts from vignesh will require moderator approval. Sorry folks for the noise. :) On Thu, Sep 26, 2019 at 12:01 AM vignesh kannan wrote: > > Please sent me a video that how to get dark web please > ___ > tor-dev mailing list >

Re: [tor-dev] TBB Memory Allocator choice fingerprint implications

> If someone is going to criticize other people's work and dismiss it as > nearly useless without even somewhat informing themselves about it, > they should expect to be called out on that. You might find my reply > offensive, but I found the email that I was replying to extremely > offensive and

Re: [tor-dev] Hack

Hi Pordeshi, this is a list for development related discussions regarding tor. Your question is both off topic and... um... illegal. Further posts from you will require moderator approval. On Fri, Jul 26, 2019 at 7:18 PM Pordeshi Pothik wrote: > > Hi,I want to learn how to hack facebook. >

Re: [tor-dev] The Tor project as a GSoC voucher for Whonix?

Thanks teor! Quite side note: it would be helpful if such questions are broached earlier in the process. Google has been calling for org applications for several weeks now. Asking roughly a day before the deadline creates last minute confusion and reduces the chances of an affirmative response.

Re: [tor-dev] PrivCount and Prio IRC Meeting

Hello, I won’t be able to be at this meeting, but I would like to make some comments: 1. Prio’s zero-knowledge proofs (i.e. SNIPs) are not secure against a single malicious server. If you are using them the decide whether or not to include a given input, then a malicious server can cause good

Re: [tor-dev] Archiving old Components in Trac

Hi teor, 'Core Tor/Erebus' is mine. Feel free to drop it. That's the name of a prospective web UI for relays but I won't be getting to it in the near future. No need to archive it. It doesn't have any tickets. We can always re-add it if I cobble together time to make it a thing. Thanks for

Re: [tor-dev] Bine - Go library for using and embedding Tor into applications

Thanks Chad, great work! Added Bine to our list of controller libraries... https://stem.torproject.org/faq.html#are-there-any-other-controller-libraries On Fri, May 18, 2018 at 9:56 AM, Chad Retz wrote: > I posted it on /r/TOR but figured I'd post it here too: >

Re: [tor-dev] onion v2 deprecation plan?

> OnionBalance requires STEM support for V3 Hi Alec, would you mind clarifying what you need from Stem? As far as I'm aware Stem supports v3 onion service creation... https://trac.torproject.org/projects/tor/ticket/25124 See the 'version 3' note at the end of...

[tor-dev] Standardizing the 'onion service' name

Hi all, teor suggested engaging the list with #25918 so here we go! Ticket #25918 has a couple goals... 1. Provide a tracking ticket for the rename effort. 2. Come to a consensus on if we should move forward with "onion service" or revert back to "hidden service". The limbo we've been in for

Re: [tor-dev] onion v2 deprecation plan?

Hi nusenu, thanks for bringing this up! Filed tickets for a couple things we should sort out before deprecating v2... https://trac.torproject.org/projects/tor/ticket/25918 https://trac.torproject.org/projects/tor/ticket/25920 ___ tor-dev mailing list

Re: [tor-dev] Notes from 12 April 2018 Simple Bandwidth Scanner Meeting

> Good question! > > While I didn't necessarily work on sbws while at my place of work, I > couldn't rationalize that it is unrelated to my day job. Thus I need to > get permission from my employer in order to release sbws. > > I've already submitted that paperwork and expect to get it back in

Re: [tor-dev] Notes from 12 April 2018 Simple Bandwidth Scanner Meeting

> https://github.com/pastly/simple-bw-scanner/blob/master/docs/source/specification.rst > (ask Pastly for access) Hi Matt, why is this repo read restricted? I was idly curious to see the code of sbws and was surprised it's effectively closed source. ___

Re: [tor-dev] Proposal Waterfilling

Hi Florentin, Thanks for the thoughtful response! > So why is it working? I come up the following conclusion: OVH is a big enough > company not to lie with "unlimited, unmetered 100Mbits". I did not try other > big providers, but that would be likely the same result. > > Conclusion: we can

Re: [tor-dev] Proposal Waterfilling

> On Mar 7, 2018, at 5:12 PM, Florentin Rochet <florentin.roc...@uclouvain.be> > wrote: > > Hello, > > > On 2018-03-07 14:31, Aaron Johnson wrote: >> Hello friends, >> >>> 1) The cost of IPs vs. bandwidth is definitely a function of mar

Re: [tor-dev] Proposal Waterfilling

Sorry, that link should have been <https://my.hiformance.com/cart.php?a=add=165 <https://my.hiformance.com/cart.php?a=add=165>>. Best, Aaron > On Mar 7, 2018, at 4:18 PM, A. Johnson <aaron.m.john...@nrl.navy.mil> wrote: > > OVH and OVH resellers do seem

Re: [tor-dev] Proposal Waterfilling

price below of $100/month for 1Gbps. Can we get even lower attacking either system…? :-) Best, Aaron > On Mar 7, 2018, at 4:01 PM, Alexander Nasonov <al...@yandex.ru> wrote: > > Aaron Johnson wrote: >> Currently on OVH the best I could find for hosting just now was >>

Re: [tor-dev] Proposal Waterfilling

>> 1) The cost of IPs vs. bandwidth is definitely a function of market offers. >> Your $500/Gbps/month seems quite expensive compared to what can be found on >> OVH (which is hosting a large number of relays): they ask ~3 euros/IP/month, >> including unlimited 100 Mbps traffic. If we assume

Re: [tor-dev] Proposal Waterfilling

Hello friends, > 1) The cost of IPs vs. bandwidth is definitely a function of market offers. > Your $500/Gbps/month seems quite expensive compared to what can be found on > OVH (which is hosting a large number of relays): they ask ~3 euros/IP/month, > including unlimited 100 Mbps traffic. If

Re: [tor-dev] Proposal Waterfilling

Hello, I recently took the time to read the waterfilling paper. I’m not sure its a good idea even for the goal of increasing the cost of traffic correlation attacks. It depends on whether it is easier for an adversary to run many small relays of total weight x or a few large relays of total

Re: [tor-dev] DocTor Check for <3 bw auth votes available

> I get the feeling that I'm annoying you so I'll try to stop that by avoiding > any further > such DocTor requests. Hi nusenu, I'm not annoyed in the least - sorry if I gave that impression! My read is that you asked for a notification when bandwidth authorities are missing, which we already

Re: [tor-dev] DocTor Check for <3 bw auth votes available

Hi nusenu, the notice pretty clearly says that one isn't present... "NOTICE: The following directory authorities are not reporting bandwidth scanner results: gabelmoo" https://lists.torproject.org/pipermail/tor-consensus-health/2018-February/008624.html You're right that it doesn't tell you the

Re: [tor-dev] DocTor Check for <3 bw auth votes available

Hi nusenu, hi teor. We already have a check that we have the expected bandwidth authorities... https://gitweb.torproject.org/doctor.git/tree/consensus_health_checker.py#n541 ... and that they're reasonably in sync... https://gitweb.torproject.org/doctor.git/tree/consensus_health_checker.py#n744

Re: [tor-dev] monitoring significant drops of flags in dirauth votes

> It might be smartest to just put in an exception for moria1's > HSDir votes, since we know it's being different. Suppressed any notices for HSDir flags. Also fixed the time based suppression for the check (it should have sent one notice a day rather than one an hour).

Re: [tor-dev] [prop-meeting] [prop#285] "Directory documents should be standardized as UTF-8"

> For the metrics tools there are some guidelines on this we can follow: > https://docs.oracle.com/javase/tutorial/i18n/text/design.html. The other > language would be Python (for stem), but Python developers have probably > got a good understanding of unicode/str/bytes by now. (In Python 3: when

Re: [tor-dev] monitoring significant drops of flags in dirauth votes

> thanks for implementing the new check so fast. No problem! Thanks for suggesting it. > This is also very useful but slightly different from what I had in mind, > because it would not trigger if dirauths upgrade from A to B in the > same hour and most exits, guards or hsdirs are gone due to a

Re: [tor-dev] monitoring significant drops of flags in dirauth votes

Thanks nusenu! Nice idea, added it to DocTor... https://gitweb.torproject.org/doctor.git/commit/?id=8945013 It gives a notice if flags issued by an authority are 50% different from the conensus. Presently there's only one instance of that... [consensus-health] NOTICE: moria1 had 756 HSDir flags

Re: [tor-dev] Stem ORPort protocol support

> So, there is this already -- not sure how "complete" it is though (and > looks like hasn't seen commits for 2+ years) but might have useful code: Thanks meejah! Took a peek but they both look pretty old and it's unclear to me how complete either got. If there's something in particular you think

[tor-dev] Stem ORPort protocol support

Hi all. Over the last few months Tim and I have been collaborating on Python support for the ORPort protocol. With it you can download descriptors without a DirPort, and possibly fancier things in the future like full circuit construction. Tim put together a wonderful proof of concept called

Re: [tor-dev] stem support for v3 ephemeral onion services

Great! Thanks David. Juggling some other things but I'll try to give this a pass in the next week or two. On Wed, Jan 31, 2018 at 12:56 PM, David Goulet wrote: > On 25 Jan (08:10:00), David Goulet wrote: >> On 25 Jan (06:50:30), teor wrote: >> > >> > > On 25 Jan 2018, at

Re: [tor-dev] New Authority File (was: Re: New Fallback Directory File Format)

> We've merged a new list of fallbacks in the version 2.0.0 format. Hi Tim. Last couple weeks I've been working on a Fallback and Endosome branch for Stem. Just finished and merged the former... https://gitweb.torproject.org/stem.git/commit/?id=ea2752c Stem now supports the v2 format, has

Re: [tor-dev] New Fallback Directory File Format

> Done! > > * the file now starts with a type and a version line: > /* type=fallback */ > /* version=2.0.0 */ > * extrainfo is mandatory (occasionally we won't get a descriptor, so > we'll warn and mark the relay extrainfo=0) > * each fallback entry ends with /* = */ Sweet, thanks Tim!

Re: [tor-dev] Did tor-wiki-changes ML break?

> Could the torproject provide you with a VM to run that service? Hi nusenu. My point is that I'm providing it because it's convenient for me since I already run an r2e instance for my personal news feeds. I'd rather not maintain two r2e cron jobs. If someone else would care to run it on a tor

Re: [tor-dev] New Fallback Directory File Format

> Do you want me to add an explicit end of record comment, or is the > comma sufficient? Hi Tim. I'd rather not rely on just a comma. I can easily see us tweaking the layout so 'expect a line with only a comma' breaks. I actually like both of the other suggested options: having 'extrainfo=0' so

Re: [tor-dev] New Fallback Directory File Format

Hi Tim, added preliminary Stem parsing support for the v2 fallback format... https://gitweb.torproject.org/stem.git/commit/?id=ea55eaa Few thoughts are... * It would be nice if the 'extrainfo=' lines were mandatory since I need a delimiter between the entries. * Maybe we should start the

Re: [tor-dev] Did tor-wiki-changes ML break?

> Would it help if we moved this to some other infrastructure? If someone else would like to maintain it then sure. Karsten originally ran it, then I took it over when he shut down his r2e instance since I already run one for my news feeds anyway. ___

Re: [tor-dev] Did tor-wiki-changes ML break?

Oh! Interesting, just got a dump of r2e emails. Guess it came back on its own without a router reboot. Neat! On Tue, Dec 19, 2017 at 10:54 AM, Damian Johnson <ata...@torproject.org> wrote: > Hi nusenu. Yup, I was just thinking about that. CenturyLink did some > work on my apartment'

Re: [tor-dev] Did tor-wiki-changes ML break?

Hi nusenu. Yup, I was just thinking about that. CenturyLink did some work on my apartment's connection yesterday that knocked it offline. Probably just needs the router to be rebooted but I'm visiting with family through new years so the r2e instance will be unavailable until then. More

Re: [tor-dev] Proposal 288: Privacy-Preserving Statistics with Privcount in Tor (Shamir version)

>> in Prio, servers use a generic secure multi-party computation (MPC) protocol >> to compute the circuits. If Tor is going to do that, why not just run a >> generic MPC protocol over all of the inputs? Doing so would allow Tor >> statistics aggregations to be robust to inputs that are likely

Re: [tor-dev] Proposal 288: Privacy-Preserving Statistics with Privcount in Tor (Shamir version)

rivacy-Preserving Statistics >> with Privcount in Tor (Shamir version) Author: Nick Mathewson, Tim >> Wilson-Brown, Aaron Johnson Created: 1-Dec-2017 Supercedes: 280 Status: Draft >> >> 0. Acknowledgments >> >> Tariq Elahi, George Danezis, and Ian Goldberg des

Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port

> Not entirely true actually, if we do that, the old Stem won't be able to > pickup the descriptor ID from new Tor... So how do you suggest to proceed with > backward compat? Just a new field like "DESCRIPTOR_ID=" and we leave the > "DescriptorID" in duplicating the information for v2 descriptors?

Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port

> What do you propose exactly? Hi David. What I mean is that having an optional positional field... MyEvent Field1 Field2 [Field3] Key1=Value1 ... means we cannot ever add more positional fields in the future. For example... MyEvent Field1 Field2 [Field3] [Field4] Key1=Value1 ... would be

[tor-dev] Fwd: Nyx 2.0 Release

-- From: Damian Johnson <ata...@torproject.org> Date: Mon, Nov 6, 2017 at 3:41 PM Subject: Nyx 2.0 Release To: tor-rel...@lists.torproject.org Hi all, after years of being in the works I'm pleased to announce Nyx! A long overdue modernization of arm. http://blog.atagar.com/nyx-release-2-0/

Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port

Hi David, great proposal! Sorry I'm juggling too many things right now to really really review it. Quick skim though looks great. One quick thought is that the HS_DESC event has an optional positional argument (DescriptorID). This is fine *but* I'd advise against it since it will prevent you from

Re: [tor-dev] PrivCount - Draft of secret-sharing specification

Hello, This appears to be a sketch of Shamir secret sharing, which will be just one tool used in the PrivCount system. For example, it is missing how relays (aka Data Collectors) maintain counters, how aggregators (aka Share Keepers) aggregate counters, and how secret sharing is used among

Re: [tor-dev] Summer 2017 Internship to Create a Bridge Bandwidth Scanner

> Hey Damian! > > Sorry, in my nearsightedness, having only ever had used Stem for parsing, I > had not realised that enough of the control protocol was implemented in Stem > to do this without using txtorcon! Please feel free to reword the posting (or > suggest a change) that you think would

Re: [tor-dev] Summer 2017 Internship to Create a Bridge Bandwidth Scanner

> The last example on the page it seems like you're just "really hoping" > that the next stream to open is the one you want to map onto the new > circuit, or am I missing something? Hi meejah. Yup, you're right. To keep things simple it's just attaching the next stream. If you were using your tor

Re: [tor-dev] Summer 2017 Internship to Create a Bridge Bandwidth Scanner

Hi Isis. For what it's worth if it turns out to be based on Stem I'd be delighted to help mentor and/or do code reviews. Also, I agree with Tim. The present wording makes it sound like txtorcon is the only game in town when it comes to custom circuit construction. Lots of options, and even if

Re: [tor-dev] Default bridges that are not publishing statistics

> You asked your bridge for its server descriptor and it gave it to you. > > Did you try: > print > controller.get_extrainfo_descriptors("8B5F0BD647B3C4AF2C57F148FF6A1FB8B695B0AE") > >

[tor-dev] Leekspin and Stem descriptor creation

Hi Isis. For kicks and giggles this weekend I added the ability for Stem to create descriptors... https://stem.torproject.org/tutorials/mirror_mirror_on_the_wall.html#can-i-create-descriptors https://gitweb.torproject.org/stem.git/commit/?id=b2a54ad This is something Stem has always been able to

Re: [tor-dev] txtorcon versioning

Hi meejah. This sounds like a good move since txtorcon makes so many small incremental releases. I like symantic versioning for stem [1], but I've only made six releases thus far. Not nineteen. :P Symantic versioning provides a clear way of indicating what upgrades are safely backwards compatible

Re: [tor-dev] Control-port filtering: can it have a reasonable threat model?

Hi Nick. Just a quick note that something I've wanted from time to time is a 'make the control port read-only' option so only GETINFO, GETCONF, events, etc would work. Yes, these could be used to deanonymize a user, but it could provide assurance the controller doesn't tamper with tor. This has

Re: [tor-dev] Proposal xyz : Count Unique IP addresses in an anonymous way

> We should also consider how this proposal would interact with other > proposed secure aggregation solutions, like Privcount [1] and/or some > other kind of PrivEx [2]. I'd like to hear what the designers of > those ideas think of this one. As you know, PrivCount is a secure aggregation system.

Re: [tor-dev] Anonymous Local Count Statistics Using PCSA - GSoC

] Florian Tschorsch and Björn Scheuermann, "An algorithm for privacy-preserving distributed user statistics”, Computer Networks 57 (2013). > On Apr 2, 2017, at 9:07 AM, Aaron Johnson <aaron.m.john...@nrl.navy.mil> > wrote: > > Sorry, I should have been more clear there

Re: [tor-dev] Anonymous Local Count Statistics Using PCSA - GSoC

” tab on <https://metrics.torproject.org/userstats-relay-country.html>. Best, Aaron > On Apr 2, 2017, at 8:51 AM, Veer Kalantri <mads.531...@gmail.com> wrote: > > about which stats are you talking Aaron? > > > On Sun, Apr 2, 2017 at 5:45 PM, Aaron Johnson

Re: [tor-dev] Anonymous Local Count Statistics Using PCSA - GSoC

> These statistics not just tell about the user's country but also keep a > track of unique IP addresses connecting from each country. This is > needed so as to present more realistic stats. If we increment counter on > any IP address instead of unique IP address then the statistics would > also

Re: [tor-dev] Anonymous Local Count Statistics Using PCSA - GSoC

Hi Samir, It is my understanding that the Tor metrics team plans to handle this problem in a different way. IPs are kept in memory to provide statistics about users’ countries, and so they will instead just keep the country statistics directly. That is, a counter will be kept for all

Re: [tor-dev] GSoC 2017 - Project "Crash Reporter for Tor Browser"

>> P.S. Have I to send proposal to GSoc as draft? > > I don't know the answer to this, but hopefully Damian does? It would be useful if you uploaded a draft to the site, but really the only hard requirement is that the proposal is uploaded before the deadline. ;)

Re: [tor-dev] GSoC 2017 - Questions

Hi Krishna, absolutely! We love having new volunteers be it through GSoC or not. Hell, most of us got our start outside the program. ;) I'll leave the crypto parallelism questions to Nick, George, David, and others far more knowledgeable of the core tor codebase than me. On Mon, Mar 27, 2017 at

Re: [tor-dev] GSoC 2017 - Project "Onionoo"

t;ExoneraTor", I also interested to work with that > > 2017-03-14 22:27 GMT+03:00 Damian Johnson <ata...@torproject.org>: > >> Hi Nur-Magomed. Unfortunately the folks maintaining Onionoo are >> unavailable to mentor this summer. I'd suggest looking into another >>

Re: [tor-dev] GSoC 2017 - Project "Onionoo"

Hi Nur-Magomed. Unfortunately the folks maintaining Onionoo are unavailable to mentor this summer. I'd suggest looking into another subproject. On Tue, Mar 14, 2017 at 10:59 AM, Nur-Magomed wrote: > Hi! > > I’m Nur-Magomed Dzhamiev, 4th year student from institute of

Re: [tor-dev] GSOC Contribution Into and Help

Hi Anshul. Second person today regarding Ahmia. :P For Ahmia Juha will be your best point of contact. Cc-ed him here. If he doesn't respond to you in a few days give me a nudge and I'll nag him. ;) Cheers! -Damian On 3/12/17, Anshul Malik wrote: > ​​ > Hi there! > > I

Re: [tor-dev] GSoC 17- Intro

Hi Pasan. For Ahmia Juha will be your best point of contact. Cc-ed him here. If he doesn't respond to you in a few days give me a nudge and I'll nag him. ;) Cheers! -Damian On 3/12/17, Pasan Chamikara wrote: > Hi, > I am Pasan Chamiekara, a final year undergraduate in BSc in

Re: [tor-dev] Tor in Google Summer of Code 2017

Oops! My bad. Great catch, thanks for pointing that out. On Tue, Mar 7, 2017 at 10:53 AM, Jaskaran Singh <jvsg1...@gmail.com> wrote: > Hi Damian, > > On Tuesday 07 March 2017 11:54 PM, Damian Johnson wrote: > >> Finally, write down your project idea using our templat

[tor-dev] Tor in Google Summer of Code 2017

Interested in coding on Tor and getting paid for it by Google? If you are a student, we have good news for you: we have been accepted as a mentoring organization for Google Summer of Code 2017! https://summerofcode.withgoogle.com/organizations/5675829762719744/ Here's the facts: GSoC gives you

Re: [tor-dev] GSoC 2017 - my name is Marcin

Hi Marcin, glad you want to get involved! We won't know until the 27th if we've been accepted into this year's program or not but always delighted for students to get involved early. We have a handful of project ideas and points of contact listed on...

Re: [tor-dev] non-anonymous ephemeral onion services with stem

> Excellent. I'm pretty sure this will work, but can you confirm? If I'd > like to use a non-anonymous ephemeral onion service, would code that's > something like this work, assuming c is a Controller? > > c.set_conf('HiddenServiceSingleHopMode', 1) > c.set_conf('HiddenServiceNonAnonymousMode', 1)

Re: [tor-dev] non-anonymous ephemeral onion services with stem

Oops, great catch - thanks Micah! Added a note saying how to use them... "Version 1.5: Added support for non-anonymous services. To do so set 'HiddenServiceSingleHopMode 1' and 'HiddenServiceNonAnonymousMode 1' in your torrc." On Wed, Dec 28, 2016 at 8:54 AM, Micah Lee

[tor-dev] Stem Release 1.5

Damn this was long overdue. I'm delighted to announce Stem 1.5.2, the accumulation of seventeen months of improvements. What is *Stem *, you ask? For those who aren't familiar with it Stem is a Python library for interacting with Tor. With it you can script against

Re: [tor-dev] strange ARM results

>> Gotcha. Definitely a refresh bug then. Sorry about that. :( > > No need to apologize, I think Stem/Nyx/Arm is wonderful software. Very > useful, thank you (and all contributors) for writing it! > >> Ahh, think I know the issue. Nyx requires the copy of Stem from its >> git repo too... >> >>

Re: [tor-dev] strange ARM results

> If I run tor-prompt and ARM side by side, the tor-prompt results are > updated when I do a GETINFO circuit-status. The ARM circuits page only > updates after a restart. Gotcha. Definitely a refresh bug then. Sorry about that. :( >> > ARM version 1.4.5 seems to be the latest version. I checked

Re: [tor-dev] strange ARM results

Hi Rob. I suppose it's possible arm is having a refresh issue but can't say there's a known bug around that. To double check try running tor-prompt and giving it 'GETINFO circuit-status'... https://stem.torproject.org/tutorials/down_the_rabbit_hole.html This is the command arm uses to get the

Re: [tor-dev] Proposal 273: Exit relay pinning for web services

A concern with this proposal that I have not seen mentioned is that exit pinning would cause the Tor path itself to leak more information about the intended destination. For example, a destination could (possibly without malicious intent) pin a single exit that is otherwise unlikely to be used.

Re: [tor-dev] Tor Browser downloads and updates graphs

> > Log files are sorted as part of the sanitizing procedure, so that > request order should not be preserved. If you find a log file that is > not sorted, please let us know, because that would be a bug. That’s great! It just appeared ordered in that multiple related requests appeared in

Re: [tor-dev] Tor Browser downloads and updates graphs

> > Good thinking! I summarized the methodology on the graph page as: The > graph above is based on sanitized Tor web server logs [0]. These are a > stripped-down version of Apache's "combined" log format without IP > addresses, log times, HTTP parameters, referers, and user agent strings. ... >

Re: [tor-dev] Adding depictor/stem to Jenkins

Hi Tom, just food for thought but another option would be a cron task that pulls the repos and runs that if there's a change. That's what I do for stem's website so it reflects the changes I push. Cheers! -Damian On Tue, Jul 5, 2016 at 5:31 AM, Tom Ritter wrote: > Hi all, > >

Re: [tor-dev] DescripTor 1.2.0 is released

Hi Karsten, congrats on the release! I gotta admit, first thing I wondered when I saw this was 'what is DescripTor and why does it have a name that will be so easily confused with the documents it fetches?'. Quick peek at the readme seems to indicate this is the DirPort fetching capabilities of

Re: [tor-dev] Summer of Privacy Application | Rohit Dua

> I recently knew about this years Tor summer of code. Although the date of > application is gone, I would like to ask if I could still manage to get into > the program. Hi Rohit. Jury's still out if we'll be running SoP again this year (at present we're just focused on GSoC which will possibly

Re: [tor-dev] GSoC'16 proposal: the Torprinter project (a Panopticlick-like website)

> Hi Pierre, on first glance looks like a nice proposal. Just a heads up > though that to be considered there needs to be a prospective mentor > for this project. Reaching out to tor-dev@ is a great first step and > hopefully it'll do the trick, but if it doesn't try asking on the > #tor-dev irc

Re: [tor-dev] Interest in GSOC 2016

Hi Akash. Good spot to start is to take a look a the following pages and think what sort of project would strike your fancy. https://www.torproject.org/about/gsoc.html.en https://www.torproject.org/getinvolved/volunteer.html.en#Coding On Wed, Mar 9, 2016 at 12:58 AM, AKASH DAS

[tor-dev] Tor in Google Summer of Code 2016

Interested in coding on Tor and getting paid for it by Google? If you are a student, we have good news for you: we have been accepted as a mentoring organization for Google Summer of Code 2016! https://summerofcode.withgoogle.com/organizations/6655685232164864/ Here's the facts: GSoC gives you

Re: [tor-dev] tor-wiki-changes is dead. Alternatives?

>>> https://lists.torproject.org/pipermail/tor-wiki-changes/2015-December/017387.html >> >> thanks for that url. > > Oh, looks like the list is pushing emails again. https://lists.torproject.org/pipermail/tor-wiki-changes/2016-February/017444.html ___

[tor-dev] Nyx Project Ideas

Hi wonderful relay operators. It's GSoC season again, where students can be funded to make open source projects like Tor even better! Nyx (previously known as arm [1]) has been my main focus this last year and is inching ever closer to release. For those unfamiliar with it, Nyx is an ncurses

Re: [tor-dev] Support for mix integration research

Hello Katharina, Sounds like a great project. I have a couple of suggestions: 1. Consider how to use mixing to anonymize Tor’s name resolution system. Currently, clients connect to onion service by first resolving the onion address (e.g. xyzblah.onion) to a descriptor using a distributed hash

Re: [tor-dev] Is tor-wiki-changes ML dead?

https://lists.torproject.org/pipermail/tor-wiki-changes/2015-December/017387.html On Sat, Feb 6, 2016 at 1:41 PM, nusenu wrote: > Hi, > > tor-wiki-changes doesn't seem to send out any emails? > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-wiki-changes > >

Re: [tor-dev] Git users, enable fsck by default!

> I suspect that setting things globally (in your ~/.gitconfig) > git config --global --add transfer.fsckobjects true > git config --global --add fetch.fsckobjects true > git config --global --add receive.fsckobjects true > might also work. (However, I haven't verified it.) You only

Re: [tor-dev] Comparing Stem, metrics-lib, and zoossh

Hi Karsten, hi Philipp, added these benchmarks to our site... https://stem.torproject.org/tutorials/mirror_mirror_on_the_wall.html#are-there-any-other-parsing-libraries Cheers! -Damian ___ tor-dev mailing list tor-dev@lists.torproject.org

Re: [tor-dev] Comparing Stem, metrics-lib, and zoossh

at 5:43 AM, Karsten Loesing <kars...@torproject.org> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 14/01/16 17:22, Damian Johnson wrote: >> Oh, forgot to talk about compression. You can run the stem script >> against compressed tarballs but python di

  1   2   3   4   >