Re: [tor-dev] Globe needs a new maintainer (was: maintenance status of atlas or globe)
Abhiram Chintangal transcribed 4.6K bytes: Hello, Sounds interesting. Is it any different from Atlas? It looks like both of them are similar in functionality. They are roughly the same in features. Originally, only Globe allowed people to look up bridge relays, both by fingerprint, hashed, and double hashed fingerprint, but Atlas now has those features as well. IMO, Atlas is has better aesthetics, although perhaps it could use more interactivity on its charts. Essentially, they are the same. Perhaps you have a good point? Should we be focusing efforts on either Atlas or Globe, rather than both? -- ♥Ⓐ isis agora lovecruft _ OpenPGP: 4096R/0A6A58A14B5946ABDE18E207A3ADB67A2CDB8B35 Current Keys: https://blog.patternsinthevoid.net/isis.txt signature.asc Description: Digital signature ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Re: [tor-dev] Globe vs. Atlas - deprecate one in favor for the other?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 IMO, Atlas is has better aesthetics I agree. Perhaps you have a good point? Should we be focusing efforts on either Atlas or Globe, rather than both? Given the scars maintenance resources I wanted to suggest the same thing. -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJVGRynAAoJEFv7XvVCELh03vEP/3C0d2lXfZ4Ug36R2H7wFB1e WWNbaB4vxWC68CmIvjOU5e7eHaZhdhJ6ID4Fq7rC3N6uVZO+7UT21m0W6B83a9p8 Ev+Tzs2KDEvcnp/rLYuq7Cl2E6lzcW1kWwtG1aGwYAAZrxtqJbPIm16zlmp3n0hM J9I1P8MLn78yn9reYBLuYMDwvCWFIKR/FcOuwscbhlkaooOBHJ/PBo5JoLHVdWkT JqKd84I73PKMHuWoI02YaE8mzJ1ykNxNApGCr73OkWT/PJZ2ENelpOHyU9sCxYy2 HjVbGCS3z/BL08gyflyhKu8blg2DN+MbM2ah2uvUCikAPVCOAEHJXCLitp+LkHzo GmlcihyzIBugWTZytVRaur1Bw5aEXuFvvvV7SfxGqw776AbtzLj3gxZpOZ620gCH 7HM13yysT56s2iCY4B2IPnGWThKBuKFxHOKsctaHTpCZHRfB90JbIaRwnZmIwUTb LrGzyeRkTJmTnhxr+fr20d4S3HMaz+YXYxoJnnK9wM0hUIbD5qYUJEcMJZ0L6PFs SpzETF4fow4+OtdYKpIOy1UYeURAzLLAmesB5wZb51lq7H4Xj6PljWM8RV7NpyWH Aa2BG8iHhMgoHWILtzWtDnJh8wQJniLAzexzqmIcvWFVvFj/2h/5Uew57IfRt2Uh ECnc0AxKVXokRu/suOLN =o9Zk -END PGP SIGNATURE- ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Re: [tor-dev] Globe vs. Atlas - deprecate one in favor for the other?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Well, this is probably difficult to argue about. Personally, I like Globe's interface more. A matter of taste? Yes, definitely. But more importantly, I think Globe has the better code. That's probably a question for real web front-end developers though. (Not saying that this wouldn't apply to other people on this thread, but it certainly doesn't apply to me.) So, maybe we should improve Globe's aesthetics to look more like Atlas' and then focus on Globe. For example, I hear that people complained about Globe using too much whitespace. current situation - - globe lost its maintainer - - atlas is maintained by phw - - globes code might be better according to Karsten - - globes graphs are more powerful (user can choose time span to a certain extent) - - a few people(?) prefer altas' UI over globes due to excessive whitespace in globe Eventually the one actually doing the maintenance will be the one deciding which one will be focused on - I guess. Atlas tickets: https://trac.torproject.org/projects/tor/query?status=acceptedstatus=assignedstatus=needs_informationstatus=needs_reviewstatus=needs_revisionstatus=newstatus=reopenedcomponent=Atlasorder=priority Globe tickets: https://trac.torproject.org/projects/tor/query?status=acceptedstatus=assignedstatus=needs_informationstatus=needs_reviewstatus=needs_revisionstatus=newstatus=reopenedcomponent=Globeorder=priority whichever of the two we focus our efforts on now will soon become the better tool. Looking forward to it! btw: I just found out that globe also supports contact:keyword searches, maybe this should be documented somewhere? And because it has no 40 results restrictions it just became my favorite ;) -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJVGUNKAAoJEFv7XvVCELh0MwYP/3gUauB1Wqn8D1sIdJfiqXGB KNnBlEGAOA1u5I2luDd7zYrBSLzNyHcASEGztjlpH214UIKJYNmFCO7Q+0Ll1VVw o/fXSmUcKNcF2sWonSDS5KduM4+zIf+63cRwtZ+XhhyivmHa6/M7aESu8z4piCDY 6crI5RS15HE6cMmgn0P5J6MNcO55AFuLtqbon3niiWH81mHmlhqUeOFxxYv65hWF QpfUrhxNZu1dNKGBimKgaYXGJ7a8J46Ct2TqTJkptLH7OlqssHrSBkr/u6LkLy9p or7lnFEQon4rFswaGJUscAgkwAf3BbZOVuJ2/qt/w+jtwEdEQVeG2C114kyWCgqW tdoWnvsl8Hmyts/e27EP62yBiwoWK7tuRqlkEs+ML0ViGpNxt+QckNMecG5yTcLh JkQqtO8/mWwACJ4FvmNIgReqDfi4ZprwhOfWNQcboLMTldBoqg6cfMe+xTN43XFO w+MOIIoy8t+BSJm5hHGrmBYpeUlFRhNIsoR0lpCKkq8xkO3QPDcNLwx171n+m/dL g/Xv90DNZiU6KVUBBJwUlMJLo5DV9M+aXNPe9JdwBKqGkSp5RGDRF2THew+8ie6u j+MShTi1hJyYY6AKq5kxwXz5IkikVyhZkKW7viBKxSr7OWnC2BJSc3W6N+/E9uMZ aaUm64+YL7gVn/6FfjSm =Dn4/ -END PGP SIGNATURE- ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Re: [tor-dev] Globe vs. Atlas - deprecate one in favor for the other?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30/03/15 11:51, Nusenu wrote: IMO, Atlas is has better aesthetics I agree. Well, this is probably difficult to argue about. Personally, I like Globe's interface more. A matter of taste? But more importantly, I think Globe has the better code. That's probably a question for real web front-end developers though. (Not saying that this wouldn't apply to other people on this thread, but it certainly doesn't apply to me.) So, maybe we should improve Globe's aesthetics to look more like Atlas' and then focus on Globe. For example, I hear that people complained about Globe using too much whitespace. Perhaps you have a good point? Should we be focusing efforts on either Atlas or Globe, rather than both? Given the scars maintenance resources I wanted to suggest the same thing. Sure, sounds fine. We're not spending many resources on maintenance these days, so whichever of the two we focus our efforts on now will soon become the better tool. Thanks for helping! All the best, Karsten -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJVGTbiAAoJEJD5dJfVqbCrFpEH/0MN0KREyMWT7k5BI0b5PehG ja/rLIv2R0xjQDPaEuctyZBU4yPR9gEEUOkqHCZPjT5e6PrPqp54SmtZdSk7svL7 mSCrJdYBCrjskl45nrewT21QLLeJGp8A4eYgz9C0KkhyihNgJrvwp8ZnkJWwePzy 3mbAwzFF86qUoaMkklGy90RnIQNAtIcj4IdCUt6IhlxdPmQeKKEbpC2g3HhGK3lU eu+CfCTGWRqefJyNHVuOwFcgijBuLUfNmeAG2JBHH11xMhmjBx7Cjeh/k2pD30/7 hkG6Hy6LdyHlDnLWUdCCddBpgAmZEXFUHylMN2++iyVbBVYSlxd0W5QWgnNacBo= =JstU -END PGP SIGNATURE- ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Re: [tor-dev] #14997: canonical path to tor alpha debian repo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 What do you think about #14997? https://trac.torproject.org/projects/tor/ticket/14997 I guess this would not be big effort - simply creating a subfolder for the alpha builds would do it? Ok, I just saw that weasel closed it as a wontfix - the same moment as I wrote this email. weasel wrote: Running the current alpha should always be a deliberate decision. If you can't be bothered to change your sources.list once or twice a year, then you probably should be running stable. Maybe explaining my use case/motivation will make it more clear why this is not about changing the sources.list once a year. I wrote an ansible role [1] where the user can opt-in for alpha releases by setting a boolean. So this is already a user decision. By taking the user's decision into account I generate the appropriate sources.list entry, but if the sources.list entry for alpha releases is not static this will break over time. I could do some lets find out current stable and do stableversion + 1 but that will also break because currently the latest stable is 0.2.6.6 but there is no such repo as https://deb.torproject.org/torproject.org/dists/tor-experimental-0.2.7.x-jessie/ Generally speaking it would just be a lot cleaner on my side if there would be such a static place to go for alpha releases. regards, Nusenu [1] https://github.com/nusenu/ansible-relayor -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJVGTq9AAoJEFv7XvVCELh0qE0P/3ettdEXYKEFpMbpM2JNHRmE uCE+B1RhLQcdZEUVno+LbcW1xo2U0mKlFPNQQ+LTQ9ZUsKXuIMhT0VXwsp54UWXx mSXu4AS5V6PCkL5FK3zd2t6v0+TC8oLVk1FgaBsRKsF3LSlCb7gLEmah3yQAAfND iIhIyg2GMDt63La1QBJDvx8Pl4tKyOP9NRH/5oPCdmiiax2R5reaQ2HPS4XhBSBM 2X8BK3Nr172DOV/ZzkeBKV4JfxmqbgbnhL6luKZ2sxfrjH1uNbnYLlhrp2jXLccJ NZY6s5L+Z4NfE8AD/rKPdw16xV+kzANrMJbC10s+EBB0bAo5C+sEtrhyRZVD7Vaf JYH9uLl+0IM2LFXkk1M6uOGuUBSxW2n+cQZHndSMGG7ynH6Gn8spZtv3i8JGrXiU 3MM9yWec9Mw4S/f/CBUoLTa0N1cDo8x7ltMYJUx/ilkSgGGkQExOSNwKSK4X/IST JKgj4m+G6Tuzg3cCx1E196J+bgYxErVJF1vQxDbrQ0XF+uk0Ue/12YajvPy/34Sv i7pTBAfWunA5Jx8I4iIDD817vcW3X3aAt/wyRd614rUzQ9uTcW3DxuJVKxC7e7Vc 9/DgiDflQ4cyCP0NlsTjRjFIrKjHgSnG3zeS8v+KJiSNoWD2kUvrC8MpnhkCZz7b R7Dcq10yzTdfZDPLsIIx =bctM -END PGP SIGNATURE- ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Re: [tor-dev] What is the unit of the bw reported in the descriptor?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30/03/15 07:37, Thee Chanyaswad wrote: Following the earlier question about the gap between total bw reported, what is the unit of the bw shown? The Torspec doc says it's in Byte/s. Is this still correct? The spec is correct, yes. https://gitweb.torproject.org/torspec.git/tree/dir-spec.txt All the best, Karsten -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJVGTg2AAoJEJD5dJfVqbCrS9wH/RF+p0PXAsI43J9Sd40MtWjH bifRizxCpwfVMAndk0aNyJ6hjavGiWoiDcKxQ2K8rktfags0n9+3qidkAl43Bioo 3BEAPzGcE+QPIIHi9Jt8Y1HFjEpaYs98xqpxu1RxF5abPsXq7WxKfr4+J1kD45JG qlBTZPiSw++rLrkxETCwA6XhpwGSV22mMR1hxwHvcN0YXxhoWL6MCoUQX7bfX4cv i7sl1SDvQAdvHK+YMFUGnR9O6FLG+ZohXCEV6df91/DjK3S9kw2WzfN1qdjF9KuA OsKQ0EtHQ18WHEKh25NxEFpl06VuWtKb+Ki3FtB16oOdsCsEtunZWkUV1ZI33Eo= =PRWh -END PGP SIGNATURE- ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Re: [tor-dev] Globe needs a new maintainer (was: maintenance status of atlas or globe)
It looks like Atlas is essentially a static application where everything runs client side. Globe has a has a node.js backend. Is there any actually need for state to persist within the application? Atlas looks like a cleaner system in many ways. On Mon, Mar 30, 2015 at 2:40 AM, isis i...@torproject.org wrote: Abhiram Chintangal transcribed 4.6K bytes: Hello, Sounds interesting. Is it any different from Atlas? It looks like both of them are similar in functionality. They are roughly the same in features. Originally, only Globe allowed people to look up bridge relays, both by fingerprint, hashed, and double hashed fingerprint, but Atlas now has those features as well. IMO, Atlas is has better aesthetics, although perhaps it could use more interactivity on its charts. Essentially, they are the same. Perhaps you have a good point? Should we be focusing efforts on either Atlas or Globe, rather than both? -- ♥Ⓐ isis agora lovecruft _ OpenPGP: 4096R/0A6A58A14B5946ABDE18E207A3ADB67A2CDB8B35 Current Keys: https://blog.patternsinthevoid.net/isis.txt ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Re: [tor-dev] Globe needs a new maintainer (was: maintenance status of atlas or globe)
On Mon, Mar 30, 2015 at 5:40 AM, isis i...@torproject.org wrote: Abhiram Chintangal transcribed 4.6K bytes: Hello, Sounds interesting. Is it any different from Atlas? It looks like both of them are similar in functionality. They are roughly the same in features. Originally, only Globe allowed people to look up bridge relays, both by fingerprint, hashed, and double hashed fingerprint, but Atlas now has those features as well. IMO, Atlas is has better aesthetics, although perhaps it could use more interactivity on its charts. Essentially, they are the same. Agreed. Atlas seems much simpler to me as well. Perhaps you have a good point? Should we be focusing efforts on either Atlas or Globe, rather than both? Unless, I am wrong Globe supports filtering relays by country, type and flag. Something that can be Atlas doesn't have now. So for the time-being, it would be better to maintain it with minor patches? As for Atlas, it looks like someone is already working on the advancement feature [1]. Thanks! -- ♥Ⓐ isis agora lovecruft _ OpenPGP: 4096R/0A6A58A14B5946ABDE18E207A3ADB67A2CDB8B35 Current Keys: https://blog.patternsinthevoid.net/isis.txt ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev -- Abhiram Chintangal ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
