Re: [tor-dev] next globe update feedback

relay. If this isn't the case it checks for a bridge and redirects to its detail page. (for example "TorLand2" has a bridge in its family members field and clicking on the fingerprint throws an error on atlas) If this behavior is wrong or something is missing just tell m

Re: [tor-dev] next globe update feedback

Am 2013-11-05 13:20, schrieb Lunar: m...@rndm.de: In addition i fixed the current tests to work with the new version and added a jshint task[1] in the build process. Please, please, please, don't depend on jshint. It is non-free software: I re

Re: [tor-dev] next globe update feedback

Am 2013-11-04 04:17, schrieb Ian Goldberg: On Sun, Nov 03, 2013 at 01:14:26PM -0500, m...@rndm.de wrote: Hi there, I worked on a new update for globe. This update addresses some features that were missing or not possible in the current version of globe ( http://globe.rndm.de/ ). These changes

Re: [tor-dev] next globe update feedback

I added the following based on Justin Bulls feedback: - active style for navigation items - "Showing all results" for empty seach query Damn this is awesome! I'm tempted to link to this from our front page (replacing Tor Browser in the project matrix on www.torproject.org, since TBB is already

Re: [tor-dev] next globe update feedback

The header's navigational tabs could be wider to take advantage of the available real estate and not squish "Top 10 relays" onto two lines. Changed it and it should work now. Thanks ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.

[tor-dev] next globe update feedback

Hi there, I worked on a new update for globe. This update addresses some features that were missing or not possible in the current version of globe ( http://globe.rndm.de/ ). These changes include: - fixed minification process to allow usage of the ember production build - removed unnecessa

Re: [tor-dev] atlas.torproject.org question

Am 2013-07-06 06:33, schrieb Sebastian G. : 06.07.2013 12:05, Karsten Loesing: On 7/6/13 9:01 AM, Lunar wrote: Karsten Loesing: On 7/3/13 5:16 PM, m...@rndm.de wrote: I updated it to display bridge detail and enable bridge search. Works fine so far. You can now toggle between relays or bridg

Re: [tor-dev] atlas.torproject.org question

ionoo.torproject.org/summary?search=YOURFINGERPRINTHERE and see if there is an item in the bridges array. I used the one in the data/fingerprint file. I thought the suggestion earlier in this thread was that the javascript would hash it for me. I guess not? - Ian

Re: [tor-dev] atlas.torproject.org question

Am 2013-07-05 07:38, schrieb Ian Goldberg: On Fri, Jul 05, 2013 at 09:18:45AM +0200, Karsten Loesing wrote: On 7/3/13 5:16 PM, m...@rndm.de wrote: Okay. Looking forward to seeing your tool display Onionoo's bridge details! I updated it to display bridge detail and enable bridge search. Wo

Re: [tor-dev] atlas.torproject.org question

Nothing wrong from a legal perspective (IANAL), but Tor Onionoo Search isn't as catchy as it could be. Hmm, how about picking one of Atlas' children's names (http://en.wikipedia.org/wiki/Atlas_%28mythology%29) for your project? Greek mythology is full of fun project names. Mh I started to

Re: [tor-dev] atlas.torproject.org question

Okay. Looking forward to seeing your tool display Onionoo's bridge details! I updated it to display bridge detail and enable bridge search. Works fine so far. You can now toggle between relays or bridges in the search results. Nothing wrong from a legal perspective (IANAL), but Tor Oni

Re: [tor-dev] atlas.torproject.org question

- Is this an Atlas fork or a rewrite? Are you planning to contribute your changes to Atlas, or do you want to run this as a new project? In the former case, please be sure to talk to Arturo or Sathya (both are on this list). In the latter case, please let me know when your tool is deployed

Re: [tor-dev] atlas.torproject.org question

Am 2013-06-25 06:02, schrieb Moritz Bartl: Hi, Nice work! Please publish it, but better remove the Tor logo: It makes it look like an official project, and Torproject receives a lot of support requests for third-party projects that either use the Tor logo or use "Tor" in the name. Apart from th

[tor-dev] atlas.torproject.org question

Hi there, I rebuild atlas.torproject.org using Ember.js instead of Backbone. It looks like this right now: search page: http://i.imgur.com/GEM86mk.png details page: http://i.imgur.com/1UwpwlA.png I'd like to share the code and thought about putting it on github but I don't know if it's ok f

Re: [tor-dev] Questions pertaining to client to directory authority communications

> but not what communication protocol is actually being used. http, https://gitweb.torproject.org/torspec.git/blob/HEAD:/dir-spec.txt section 1 line 184 "All directory information is uploaded and downloaded with HTTP." If you search through the document for http, you will find most of the uris a

Re: [tor-dev] building from source in a 64-bit windows environment..

back (or did-- I didn't actually report them, another I told about them did and included my name). > Your experience is precisely the opposite of mine, then. POSIX.1-2001 > functionality, including most of its optional bits, is reliably > available and correct everywhere except

Re: [tor-dev] building from source in a 64-bit windows environment..

the same as an integer, or unsigned long if you prefer. On Sat, May 18, 2013 at 12:29 PM, Zack Weinberg wrote: > On Sat, May 18, 2013 at 12:50 AM, not me wrote: >>> Look more closely at those libevent headers: this is only the case on >>> Windows. Yeah, it's at least ar

Re: [tor-dev] building from source in a 64-bit windows environment..

> There's nothing wrong with sizeof(long) == sizeof(int), Agreed. > but I assure you that C89 does require sizeof(long) >= sizeof(void *) Really? where? It doesn't seem to be in the C89 standard I just flipped through. I flipped through it because this sounded horribly wrong. Here's what I found

Re: [tor-dev] building from source in a 64-bit windows environment..

> Neither of these is true. I could accept it's been a while. > For one, Tor builds fine for me, with no warnings, for me under > mingw64. (I just tried it out to be sure, and used > --enable-gcc-warnings to make sure I got all the weird fiddly > warnings.) I've not

Re: [tor-dev] building from source in a 64-bit windows environment..

nation in some cases. Redhat (at least some versions, didnt go pull down their patched up libc to validate its still like this) would always return the full length it would have written and can be made to blow up on some unicode sequences in some locales. On Sat, May 18, 2013 at 12:44 AM, not me wrote

Re: [tor-dev] building from source in a 64-bit windows environment..

ls more like writing c on a sunos 4 box than anything modern. Then again, I also get an easier out by preferring C++ anymore and making use of the STL which allows me to avoid a lot of related pitfalls (specifically thinking of file operations). Either way, my biggest point there being that po

Re: [tor-dev] building from source in a 64-bit windows environment..

> Look more closely at those libevent headers: this is only the case on > Windows. Yeah, it's at least arguably wrong, but it's not interfering with > anyone else. why on earth anyone thought this was a good idea ever is beyond me. Even if we consider a 32-bit box with an OS

Re: [tor-dev] building from source in a 64-bit windows environment..

o be a lot of bugs lurking waiting for the right conditions even on the 64-bit builds for unices, there's just so much stuff like using intptr_t as a return value for socket() (is there even an OS that will allow me to have billions of file descriptors open at once?). If I get anything spectac

[tor-dev] building from source in a 64-bit windows environment..

Hi, It seems fairly self-evident that tor hasn't been build for 64-bit windows and questionable whether it's ever been built in an environment that doesn't utilize mingw. There are literally hundreds of thousands of warnings about integer truncation, at least some of which seem somewhat problemati