- tor-project - lists.torproject.org

Requiring JavaScript on Tor Metrics
by Karsten Loesing 17 Nov '16

17 Nov '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi everyone, I'm moving this (old but recently continued) thread from an internal mailing list to this list as suggested by Roger. Any feedback would be most useful by Wednesday, November 16. Thanks! All the best, Karsten On 07/12/15 14:09, Karsten Loesing wrote: > Hi everyone, > > we're discussing changing the graphing engine on Tor Metrics from > generating static images on the server using R/ggplot2 towards > generating interactive visualizations using JavaScript on the > client. > > As a result, Tor Metrics will require Tor Browser users to switch > to Medium-High Security or lower. > > This switch has some potential with respect to visualizations, and > the visualization people in the metrics team want to do it. It > allows producing more graphs like Lunar's bubble graph: > > https://metrics.torproject.org/bubbles.html > > In fact, it would allow all kinds of visualizations like the ones > seen in the D3 gallery: > > https://github.com/mbostock/d3/wiki/Gallery > > So, my question is: can you all live with this change? > > The next step will be to ask users on tor-talk@, but I figured I > should ask here first. If I don't hear any strong objections by > Thursday, I'll go ask on tor-talk@. > > Thanks! > > All the best, Karsten On 07/12/15 15:22, somebody else wrote: > I assume it would be infeasible to maintain non-Javascript > fallbacks, correct? > > Likewise, I assume it would be too difficult (for now (?)) to try > something crazy-fancy like render the javascript versions on the > server and serve them as images in that case? [0] > > [0] I'm hand-waving about whether or not this is possible, but it > seems like it in theory, and at least one person has tried: > http://blog.davidpadbury.com/2010/10/03/using-nodejs-to-render-js-charts-on… On 08/12/15 00:34, somebody wrote: > I don't understand why you would want Tor users to lower their > security in order to get prettier graphs. Is there some obvious > thing I am missing? > > Personally I run with Javascript disabled on the vast majority of > web sites I access (via NoScript), and with third party "included" > Javascript disabled virtually everywhere (via PrivacyBadger and > sometimes RequestPolicy). Having web sites run their own choice > of programs in my computer seems like a really stupid idea. I can > only assume that its prevalence as a technique reflects how little > respect the average web site has for the security of its users. On 09/12/15 08:45, another person wrote: > I'd like to know how much work it would be. On 09/12/15 13:59, Karsten Loesing wrote: > I'll try to find out. I think that having non-JavaScript > fallbacks written in a different language would be infeasible. But > I could imagine that we render D3.js graphs on the server using > Node.js and return images to the client. > > I'm mostly worried about the lack of interactivity. I'd really > want to get away from requiring a full round-trip from client to > server and back just to change something in the displayed graph. > Maybe we can keep them somewhat interactive, or at least add > tooltips, by using SVG as image format. > > But please understand that while I'm doing okay at processing > large amounts of data, I don't know much about web development. If > people here have ideas, please let me know! > > Note that investigating these options may take a while, mostly > because people in the metrics team are busy. But we won't switch > to client-side JavaScript before we know about possible > alternatives. > > Thanks for the feedback. This is very helpful! > > All the best, Karsten On 12/11/16 16:37, Karsten Loesing wrote: > Hello everyone, > > apologies for digging out such an old thread, but after almost > starting a new thread on the exact same topic I remembered that we > had this discussion almost a year ago. I figured it's better to > continue this thread to avoid discussing the exact same things > again and instead add new thoughts below. > > So, on Thursday, Linda, iwakeh, and I met in Berlin to talk about > making the Tor Metrics website more usable. We came up with some > pretty good ideas to better address the various user types---from > journalists to data scientists---coming to the Tor Metrics website > to learn interesting things about the deployed Tor network. We'll > share results with you in a few weeks from now when there's > something to see and click on. > > But in this context I want to bring up the topic of JavaScript > once more. > > To be clear, our immediate plans---including reorganizing > information and displaying sparklines as quick entry points into > the data---don't require JavaScript on Tor Metrics. And even our > planned improvements might work without JavaScript---including more > customizable graphs and even a dashboard with user-selected > graphs---can be made to work without JavaScript. Though the latter > will be a stretch. > > The question is: do we have to keep stretching by avoiding a web > techology that would make our lives and the lives of our users so > much easier? > > This isn't really something that we can work around by generating > graphs with a JavaScript library on the server. I'd want us to > switch to another graphing framework such as R Shiny (which I used > for the webstats prototype) or D3.js (which we currently use on Tor > Metrics just for the bubbles graph, though not in the most > efficient way). > > - From a development perspective this switch would make a lot of > sense, because we'd have to write a lot less code for new graphs > and because there'd be potential contributors out there who'd > appreciate working with a known framework. Our current graphing > engine doesn't scale much longer, and this does slow us down. > > Note that I'm not arguing to use JavaScript in all places, just > because we can. I'm in favor of keeping all the parts of Tor > Metrics where we provide textual or static information entirely > JavaScript-free, so that our data will still be available to users > that don't have or don't want to use JavaScript. And services > like ExoneraTor could easily stay JavaScript-free. > > But the parts of Tor Metrics where we're providing visualizations > and letting users explore our data would require JavaScript. This > would include all graphs and tables, because we shouldn't be > maintaining two graphing engines. > > So, how do we decide this? I believe that this should be a > Tor-wide decision. My main worry is that we're sinking weeks and > weeks of development effort into this switch without many Tor > people noticing, and then once we publish and they get aware, we > need to roll back, wasting all the effort. > > But to be honest, we're wasting effort right now by keeping the > workarounds and implementing hacks with dynamically generated HTML > forms and potentially dozens of parameters just to avoid the devil > called JavaScript. This feels like a bad use of our time. > > Here's my suggestion: unless somebody raises a valid concern how > requiring JavaScript on Tor Metrics is *bad for Tor*, say, by next > Wednesday, November 16, we're putting this on the hold again. > (That's the day before the next metrics team meeting and Vegas > meeting, and it should be enough time to raise your voice.) > > Otherwise we'll switch. > > Oh, and if you're in favor of switching, please consider saying > that, too. Thanks. > > All the best, Karsten On 13/11/16 05:04, Roger Dingledine wrote: > Does this mean that we'd be breaking the "download a static version > of the graph" feature too? I use that feature a lot for grabbing > snapshots to put into presentations, and we also want to use it for > pulling in metrics graphs in blog posts, e.g. > https://blog.torproject.org/blog/tracking-impact-whatsapp-blockage-tor > > as well as for external journalists. > > Oh, I should also say this would be a great topic for the > tor-project list, since it doesn't need to be sekrit (and since > then other people could know that it's a topic we're considering, > and maybe even help us make the right decision). On 13/11/16 10:08, Karsten Loesing wrote: > It's quite easy to implement that feature using Shiny, for > example. Either Shiny would produce a .png file that you can > download using your browser's "Save Image As..." feature, or there > would be a "Download Graph" button. It would be just a few lines > of code. > > And we'd be able to provide features like a "Download graph data" > button with just a few more lines of code, which would require a > lot more effort right now. > > Good idea. How about I move over the thread with all responses so > far and with names of previous posters redacted? I can do that > later today, unless I hear it's a bad idea. > > All the best, Karsten -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQEcBAEBCAAGBQJYKIymAAoJEC3ESO/4X7XBMFUIAMAP1LJYv+QEEUtQN5AAXaGP ZvmPrIlWrnhvoY1Uy/iPkYMsLqTtHNn3RkIfvfBj5LOafBBinkRL/pm8DHnHDrGw OLoo12t1ZHKiQk62eB+FNnnBfXdDoitdcaFCm92N+aItHY37qe9pJRICkA/QvtwA eUHRBAsrn/g6F6CSQT+jpSTJfCOnmWuPrD9nEqA6DD3e37+f1MDyBnre/mgMQG2e hZ5jhdwToX4z4LBIL4ilJoFkWjLDPlc4H+MdaMEXN3CHwd5XTXK7xJUhsaJwb/+k JzujeI5J7p6kJCEx2PbhCZMqSyNLmjiFjTWE0Xi1YNLyaQ6QtDvf8nzpBdRcvkY= =HA4c -----END PGP SIGNATURE-----

6 10

About the importance of website metrics
by Nima Fatemi 16 Nov '16

16 Nov '16

Hey there, I just found out about https://tor-metrics.shinyapps.io/webstats/ through 'boklm' on IRC and after playing around with it for a couple of mins I found so many important and noteworthy things and it got me excited too much to not to share it with the list. Here's just one of the things I noticed. If you look at this graph from Aug 2016 to Sep 2016 [1], you'll notice that: - the number of hits on home page are (~55k on average) lower than the number of hits on download page. - the number of initial downloads are (~50k on average) lower than number of hits on download page. Of course it needs much deeper analysis but that quick look tells me one of the primary goals of the people who visit Tor Project website seems to be downloading Tor Browser and a big portion of them fail to do so. We can definitely use this data while rebuilding the website. You might say it's obvious that the download of our primary product on the website, but it's something else when you can measure it with actual data. Specially when things aren't as good as their potential and when there's room to improve. This is really exciting and amazing work. Kudos to metrics team and Sebastian for providing anonymized webstats and visualizing them. PS: I've a question: how often do the web stats get pushed? seems like the last push was on Sep 15th. And whether it's possible to have them in a closer-to-real-time basis. (ie. once a day). PPS: Apologies about the cross-post. It seemed like this email is valid for all three lists, and members don't necessarily overlap. [1] https://people.torproject.org/~nima/ux/home_dl-page_dl.png Cheers, -- Nima 0X58C4B928A3E218F6 | @mrphs "I disapprove of what you say, but I will defend to the death your right to say it" --Evelyn Beatrice Hall

2 1

meek blocked in China since 2016-10-19
by David Fifield 15 Nov '16

15 Nov '16

https://bugs.torproject.org/20495 It looks like meek has been blocked in China since about 2016-10-19. (See the red line in the attached graph.) I didn't get any reports or anything; I just happened to check the graph. I tried but have not yet been able to reproduce any blocking by making HTTPS requests from a measurement location in China.

3 3

Notes from November 10 2016 Vegas team meeting
by Karsten Loesing 14 Nov '16

14 Nov '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 See this posting for context: https://lists.torproject.org/pipermail/tor-project/2016-April/000223.html Notes for November 10 2016 meeting: Georg: 1) Preparations for releases with donation banner (6.0.6, 6.5a4 and 6.5a4-hardened) 2) More coordination with Mozilla on a roadmap for Tor related things 3) How to bill for future OTF work? Isabela: 1) Behind with reports -- priority to get it done asap 2) Linda is working with Metrics team on ux for the metrics.tpo page - she is documenting the project here -> https://trac.torproject.org/projects/tor/wiki/doc/UX/MetricsRedesign / she is also in Berlin now and has a lot of different things going on, meeting w/ metrics team, working w/ ooni on new hiring, participating/presenting at underexposed (ux event organized by simply secure) 3) I wonder if I should write a report back from chile - in short I presented to librarians students at a university and has a contact who wants to help get a library to be a pilot in chile (at least start with the LFP privacy pledge / did a training with around 25 people / did a interview for a local tech mgz / presented at another university / presented at primavera hacker / met with university of chile about hosting a tor relay (sent report about this one) 4) campus party brazil (10k people audience) offered Tor a space for the whole week to do presentations, workshops etc. I am trying to organize the space with local people who are part of the community 5) misc - catching up with hiring for network team and ooni / trying to following up with donation campaign stuff / misc network team stuff Nick: 1) End-of-month crunch 2) Hiring. 3) I've been reading/watching these once or twice a day: http://www.humansofnewyork.com/post/152973683571/i-first-ran-for-congress-i… https://boingboing.net/2016/11/09/harvey-milks-hope-speech.html Alison: 1) Checking in with Colin tomorrow about creating a support portal timeline. 2) Sent the community council guidelines to the -internal list for feedback Kate: 1) Fewer than normal media interactions because of election media deluge. 2) Writing press releases for OONI and user manual. Mike: 1) Phone Blog Post draft is mostly written. I could use some help from Kate, others. 2) Tor Labs Arturo: 1) OONI internal meeting (did a lot of very useful discussions and planning for the next steps) + open hackathon happening tomorrow. Karsten: 1) Berlin UX/metrics team meeting with Linda (lnl) and iwakeh to redesign Tor Metrics website. We made some good progress here, but we also decided not to do all the things at once. 2) We'll have a web designer to implement the Tor Metrics website changes in November/December. 3) Asked Silvia (hiro) to help with getting metrics builds on Jenkins and giving feedback on the CollecTor manual. Shari: 1) end of year stuff 2) personnel stuff 3) planning Amsterdam Tor meeting -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQEcBAEBCAAGBQJYKZ7HAAoJEC3ESO/4X7XBe3IH/3ZJt+sINsFUb+8jSAzxOIOn JBg3YJSdNx10B7t0XD/o8bOvMJu1SVuR59K/r4ySEndUiGt+uJoQGiK9gf7aetlC zf9xO6I+P8BUBHoFeDSF5m9nHaD4bmBmy//gMF8Yj06XPknseWHtQTK1mApLdHNY dR/KbwbJ1q3/nGkWRskFCkiypg178BH9Anjq0ro3X6EoAyg3x2W1pFCtdVvW+pT1 YI41GLH8ILtON11mpjlOX2HceyKL0cvBvsRXWwx7BW1IkY86eBWbIefZRqFQB8vS 8yNcSvXG8t5fUI7GUGBDiqOcax1kJ0fVvGHN5yPm7esLiwhG++ipnqd7+93OR9M= =JMl3 -----END PGP SIGNATURE-----

1 0

Aspiration Dev Summit
by Allen Gunn 13 Nov '16

13 Nov '16

Hi friends, I hope this finds you all well and having good weekends after a tough week at least in the US. With apologies for not posting this sooner, I wanted to let folks on this list know about our annual Nonprofit Software Development Summit, taking place this year 16-18 November in Oakland, California US. More information is here: https://aspirationtech.org/events/devsummit16 It's a place to share Tor-related knowledge, projects and updates with a diverse network of activists, and meet other techies focused on free, open and non-corporate efforts for privacy, anonymity and general good. We have some Tor-identified folks coming, and we welcome more if you are in range of the Bay Area. We have guest registrations available for anyone who wants to join, and even have a little travel budget left if you are inclined to come from farther away. I'm happy to answer questions. Hope to see some of you there. thanks & peace, gunner -- Allen Gunn Executive Director, Aspiration +1.415.216.7252 www.aspirationtech.org Aspiration: "Better Tools for a Better World" Read our Manifesto: http://aspirationtech.org/publications/manifesto Follow us: Facebook: www.facebook.com/aspirationtech Twitter: www.twitter.com/aspirationtech --

1 0

Report on meeting with university of Chile on hosting Tor relays
by isabela 08 Nov '16

08 Nov '16

Background: During Tor Meeting in Seattle (2016) we had a session to discuss about building a stronger presence in the global south. One of the things that came out of the session was to build partnership with universities in the global south, starting in Latin America, to seek the opportunity to have them hosting Tor relays. University of Chile meeting: Isabela and ilv met with Salvador Millaleo, the coordinator of 'Centro de Estudos de Derecho Informático' -- Center of Studies of Computer Law -- or something close to it :) they exist for a long time and one of the people working there too is the founder of Derechos Digitales. We explained why Tor would like to have more servers in the south, how that was important for the network to have geolocation diversity and also how that could be something interesting for them. We said that beyond helping with our mission, which has to do with their mission as well (freedom of expression and privacy online) it could be a great opportunity for them as a study center in the university for research. They were very excited about it and said they were going to reach out to the CS department to build a partnership with them on hosting a tor relay. I mentioned that for the CS department that could also be a very good opportunity for the students to learn more about security and privacy online and to do research. We mentioned PETS as it seems one professor from there (Alejandro Hevia) have been part of PETS committee to review papers. Next steps: We will follow up with Salvador and try to establish a contact with someone at the CS school there as well to see if we can get them excited about hosting a relay. We also plan on document the discussion we had at the last Tor Meeting inside the community team wiki (finally) so we can carry on this work in a more organized way :) and in coordination with the community team. Reach out to other universities in Latin America. Work with Derechos Digitales to see if we can initiate a campaign for tor relays in the region -- which will be a big help with this initiative.

1 0

Notes from November 3 2016 Vegas team meeting
by Karsten Loesing 07 Nov '16

07 Nov '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 See this posting for context: https://lists.torproject.org/pipermail/tor-project/2016-April/000223.html Notes for November 3 2016 meeting: Karsten: 1) Let's start thinking about mass mailing donors from the last fundraising campaign, in a way that they won't hate us. Nick: 1) sponsor-U guard hacking targets. Arturo: 1) Working on having better integration testing for the various OONI components after a critical bug came out in 2.0.0 (will probably be something based on travis and docker). 2) The OONI hackathon is 1 week away. Georg: 1) Firefox releases got moved one week and Tor Browser will follow which means we have one week more to test the donation banners and to get the strings for the fundraising campaign translated (the english ones landed on Torbutton master) Shari: 1) a couple of personnel things 2) trying to get end-of-year fundraising stuff in place, including reaching out to major donors (suggestions welcomed on folks to approach!) 3) started meeting planning for Amsterdam (suggestions welcomed on this topic, as well!) -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQEcBAEBCAAGBQJYIENsAAoJEC3ESO/4X7XBrk0IAMNrqTxA6uL6N5AER+jPXQT+ XbATt5Jy2UE8yoFkekQe3R9zQ5Dg3UJLJyfzjiVylE5CKOk0BXEElFb2Hr/ge30a h1YB3SlowakVIjM7JOycBxHW4zJqha0gAlqN2tvboqHsQp2paixs+1jWe6AxVY16 fAVh8gmWqerV40N0SuFDq3zVN5YmkT7D3XZuWCCZQ5vzSbjUHubvzEeQ/TGm7mNq 2l6RIDj1orxw6r0S7Tq6ro0qo/Th2DrPbI8d2qPI4a1BpNYXSYr7GwVNhUYIl/Q2 NJgQyKSqL6crpiWVhE3lu8Kjspx/iUUgMARfmFKY64AeVEOoLTB3yGL7UC+si8k= =E2w8 -----END PGP SIGNATURE-----

2 1

Notes from October 27 2016 Vegas team meeting
by Karsten Loesing 01 Nov '16

01 Nov '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 See this posting for context: https://lists.torproject.org/pipermail/tor-project/2016-April/000223.html Notes for October 27 2016 meeting: Alison: 1) Not much to report this week: working on membership docs, doing lots of trainings around New England, USA Roger: 1) It looks like we're moving forward on a preliminary NSF proposal to work on a plan for a live testing Tor network, which can help answer more realistic research questions than tools like Chutney or Shadow can answer. If we do it we'll be submitting it within a week. Cass is in the loop. 2) Reminder that I'll be offline from Nov 3 through Nov 11ish. Kate: 1) Coordinating a few blog posts 2) Networking with colleagues in other NGOS (best practices, etc.) 3) Stillll following up with major stories in the offing (that have been going forever). 4) Not much else this week (was sick for a couple days earlier) Arturo: 1) Got the thread for the UX design hire started 2) Publishing a report on censorship in Egypt that includes some analysis of how they are blocking Tor: https://ooni.torproject.org/post/egypt-network-interference/ 3) Published announcement of the Hackthon in Berlin (seems like the metrics team is also there during those days, yay!) https://ooni.torproject.org/post/berlin-hackathon-2016/ Georg: 1) Got nightly builds working again (thanks to ln5) 2) SponsorU work and release preparations Nick: 1) Let's keep the testing coming! Karsten: 1) We're debugging the new sync feature of CollecTor and should have a release in the next couple of days. 2) Will soon need help with invoicing for the first completed Sponsor X task. 3) We'll soon have a web designer to help with Metrics website improvements and Atlas usability tweaks. Isabela: 1) Silvia - new services maintainer starts on Nov 2nd! - I am trying to organize her on-boarding as I won't be online as much due to trip to Chile 2) Linda is kicking ass :) I couldn't be happier with the work she is doing. We are closing the loop with the security slider on orfox, she also documented all this work in the team wiki and organized the whole thing. Now she is preparing for her trip to Berlin and for our next job which is to work with the metrics team on the site usability report 3) Preparing for Chile - 3 different talks and one workshop - translating a lot of things to spanish etc 4) Working on Q3 report for DRL (vixe maria!) 5) Trying to get people to test tor alpha release 6) grant stuff - hiring new people stuff Shari: 1) lots of preparation for end-of-year campaign 2) preliminary planning stuff for Amsterdam 2017 meeting 3) catching up after time out of the office, Tor meeting, etc. -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQEcBAEBCAAGBQJYGLiIAAoJEC3ESO/4X7XBrt8H/jlaxfviWB3vSAXIiqY+HQnF YSpLLp0LF8GEBO52cq06oKNxyMBmkKK6FmUVKMhMWF8qPmsfbv0Y0zwMAfap0Tfk fVHSWn+NIXGCW5WdJarXiwMNHT7pKOz3qJNNhORpMnplCDK/MG1DCT5MT2D96Z7E rhJLxb9pg4OM//wSFNs4Q2ZAEdhBABz3TE0BUVv4c0VbZtMXw7pRN4df0S4jzeu+ miJkGD6SJht1qKmpU2s3ZSeA2If9SqVddGf60bQo0lHLV0f6/nnpZD6/Vb7vLlT4 tBm0D+CoWEVWrxJXnpFyNNE35Jd8wWM3/O2MjgttEvWneNkNURoNl/ZQnOMSO3M= =Wdam -----END PGP SIGNATURE-----

1 0

Orfox Security Slider
by Linda Naeun Lee 31 Oct '16

31 Oct '16

Hello, We're making good progress in porting over the security slider to Orfox. We finished designing the mobile user interface. Documentation of our the process here: https://trac.torproject.org/projects/tor/wiki/doc/UX/OrfoxSecuritySlider We also hired a contractor to develop the appropriate changes. Yay! P.S.: A wiki page with a tl;dr gist of our projects (and the link to each project's page) is here: https://trac.torproject.org/projects/tor/wiki/org/teams/UxTeam/PastProjects You can get to that page (and other good ones) from the UX team page: https://trac.torproject.org/projects/tor/wiki/org/teams/UxTeam The UX team page now has links to UX references and lists open tickets. ٩(^‿^)۶, Linda -- Current Key: https://pgp.mit.edu/pks/lookup?search=lindanaeunlee GPG Fingerprint: FA0A C9BE 2881 B347 9F4F C0D7 BE70 F826 5ED2 8FA2

1 0

Fwd: [guardian-dev] Orbot 15.2.0 RC 1 is out!
by Nathan Freitas 28 Oct '16

28 Oct '16

----- Original message ----- From: Nathan of Guardian <nathan(a)guardianproject.info> To: guardian-dev(a)lists.mayfirst.org Subject: [guardian-dev] Orbot 15.2.0 RC 1 is out! Date: Fri, 28 Oct 2016 09:13:11 -0700 A culmination of work done since March, has resulted in a stable-enough-for-jazz RC 1 release of Orbot v15.2. This is the first RC using our new Gradle-based project, which we hope to even further refine into various useful modules. We've also redesigned the user interface to be even simpler for new users, yet still have all the exciting options for the old timers. Along with this, we are now shipping on ARM only, SDK16+ release, reducing the app download size to 7MB. We will be released x86 and MIPS builds shortly, as well. We are considering our strategy for supporting older devices, in particular Android 2.3, or at least 4.0/SDK-14, and up still. The build has been pushed to Google Play, and is available as an APK for direct download. We will update our F-Droid repository shortly, as always. APK: https://guardianproject.info/releases/Orbot-v15.2.0-RC-1-arm.apk (.asc) Tag: https://gitweb.torproject.org/orbot.git/commit/?id=9077bd236df388cd14727252… CHANGELOG: https://gitweb.torproject.org/orbot.git/tree/CHANGELOG /** 15.2.0 RC 1 / 28 October 2016/ 9077bd236df388cd14727252d0be676d39b841e5 **/ 9077bd2 update to 15.2.0-RC-1 and SDK min of 16 085ddb3 make ndk-build work again 290059d fix string path in build script dec3d95 add proguard rules to optimize orbot binary 160383b update for gradle /** 15.2.0 BETA 2 / 24 October 2016/ 12b1198b4b5a4420b16b9ab166828bba787c17aa **/ 345aea9 move the controls to the left sidebar; improve VPN mode more c76d935 improve bridge dialog display ac037a9 fix browser install request 28f1dbf make the VPN/apps mode have a better UI flow c1ffdbb put browser button back in 518f70d comment out notification actions for now 0bb8e84 update Tor version to 0.2.8.9 2125db1 make start and stop of Tor service all hanlded through executor d8648a5 remove meek-google as an option 2676cd3 update resource to make smaller 3ee6b2a don't fail on lint for release builds e3d7ca2 update tor 0.2.8.9 /** 15.2.0 BETA 1 / 13 October 2016/ abaa3f83fc64b9b567a5d437d26db0f660655f35 **/ cd8b549 add the compiled tun2socks lib for devs who just want to work on UI 3c181bc add the proguard rules 9948975 we aren't going to show a notification light 50f33c9 make sure we set VPN mode properly before we launch the service 9de4f54 using compat builder for notifications 3308602 improve the code for launching the pdnsd daemon da0fb10 multiple fixes to re-enable VPN mode and pdnsd daemon ca238c6 continued re-integration of VPN feature 1614921 clean pdnsd binaries from libs in Makefile 1db5676 continue to migrate service and VPN code d5f2c06 remove vpn code that is now in the service module 34c7cfd modify jni build inclusion 268002b fix build scripts for new paths 6333a45 update gitignore to handle orbotservice binary libs d2cf545 move jni code and VPN logic from app module to service 9f61afc improve tor service event handling and display ebc046e remove littleproxy reference (for now!) 7c3a16f we don't need a separate service for the VPN 7950cac remove dated information in the BUILD file 9afbb00 update gradle props and ignore files we don't want in repo 7284a5e make sure Tor start/stop work - use Process instance instead of processID lookup - reply on Tor's HALT command 55e08b9 tweak homescreen layout and strings d56fdb2 renable polipo 90d77ce modify imports 1ffea58 udpate resource paths bab7904 target API 14 aba7f8e update gitignores for gradle 912cb74 update tor to 0.2.8.7 5a4e00a fix paths for new module layout ecf9023 remove old binaries 10f1ade update makefile and add new patch b52023a move assets to service project 549399b launch default activity from notification 6d0fdbb update gitignore for gradle project 56683a3 add pdnsd library in for vpn service DNS! 29fd07a remove patches from here, moved to external 0f00e12 move patches to external since that is what it is applied to (external code) 54b3349 remove redundant code from old ant build format (not in gradle modules) 18682e4 big check-in of major gradle refactor; now building and running! VPN features are disabled for now bdb5893 update translations 4023354 Merge branch 'master' of github.com:n8fr8/orbot 6e45c07 Merge pull request #32 from ghost/patch-1 21c5bcc Remove typo 5adcbec Start the meek transport for custom meek bridges -- Nathan of Guardian nathan(a)guardianproject.info _______________________________________________ List info: https://lists.mayfirst.org/mailman/listinfo/guardian-dev To unsubscribe, email: guardian-dev-unsubscribe(a)lists.mayfirst.org

1 0