Re: MetaCPAN is quickly becoming the de-facto interface to CPAN

2011-08-28 Thread Aristotle Pagaltzis
* Shlomi Fish shlo...@shlomifish.org [2011-07-29 13:25]: One reason I have not converted wholesale to metacpan is because it redirects all http:// requests to https:// . Very annoying. http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html In January this year (2010), Gmail

Re: MetaCPAN is quickly becoming the de-facto interface to CPAN

2011-08-28 Thread Arthur Corliss
On Sun, 28 Aug 2011, Aristotle Pagaltzis wrote: http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html In January this year (2010), Gmail switched to using HTTPS for everything by default. Previously it had been introduced as an option, but now all of our users use HTTPS to

Re: MetaCPAN is quickly becoming the de-facto interface to CPAN

2011-08-28 Thread Aristotle Pagaltzis
* Arthur Corliss corl...@digitalmages.com [2011-08-28 19:55]: On Sun, 28 Aug 2011, Aristotle Pagaltzis wrote: http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html In January this year (2010), Gmail switched to using HTTPS for everything by default. Previously it had been

Re: MetaCPAN is quickly becoming the de-facto interface to CPAN

2011-08-28 Thread sawyer x
On Sun, Aug 28, 2011 at 9:41 PM, Lyle webmas...@cosmicperl.com wrote: On 28/08/2011 19:30, Aristotle Pagaltzis wrote: * Arthur Corlisscorliss@digitalmages.**com corl...@digitalmages.com [2011-08-28 19:55]: With friends like Google protecting your information, who needs encryption? ;-)

Re: MetaCPAN is quickly becoming the de-facto interface to CPAN

2011-08-28 Thread Arthur Corliss
On Sun, 28 Aug 2011, Aristotle Pagaltzis wrote: Right, so just let everyone in any coffee shop or any other open network you connect to sniff all your traffic. Did you have an actual point? Yep, but it appears you completely missed it. I use encryption all the time, but outside of

Re: MetaCPAN is quickly becoming the de-facto interface to CPAN

2011-08-28 Thread Eric Wilhelm
# from sawyer x # on Sunday 28 August 2011 12:03: a discussion of the effectiveness and CPU costs of SSL encryption I didn't think it was a question of CPU speed anytime in the past decade. How does a proxy cache encrypted data? Atwood's Law of Computer Latency: Processor cycles, storage

Re: MetaCPAN is quickly becoming the de-facto interface to CPAN

2011-08-28 Thread Arthur Corliss
On Sun, 28 Aug 2011, sawyer x wrote: You clearly misunderstood Aristotle. He doesn't care about a comment against Google, and I'm sure he has no special affinity towards it. He simply had a good remark on a discussion of the effectiveness and CPU costs of SSL encryption and it was ignored with

Re: MetaCPAN is quickly becoming the de-facto interface to CPAN

2011-08-28 Thread Arthur Corliss
On Sun, 28 Aug 2011, Eric Wilhelm wrote: I didn't think it was a question of CPU speed anytime in the past decade. How does a proxy cache encrypted data? Bringing up proxies is an excellent point. While most proxies do support SSL tunnelling, this does make the request uncacheable since the

Re: MetaCPAN is quickly becoming the de-facto interface to CPAN

2011-08-28 Thread Arthur Corliss
On Sun, 28 Aug 2011, Arthur Corliss wrote: snip Which brings to mind yet another point: for those of us providing content filtering services via proxies SSL is a huge problem. The only good solution is to do transparent interception of SSL connections with your proxies serving up a private

Statistics::R comaint to FANGLY

2011-08-28 Thread Brian Cassidy
Hello list, Hopefully a PAUSE admin is listening. I would like to have Florent Angly added as comaint to Statistics::R (and Statistics::R::Bridge). I had taken over the module from GMPASSOS a while back, but have been unable to do any work on it of late. Florent Angly (CPAN ID: FANGLY) has agreed

Module::Build::Tiny

2011-08-28 Thread Aristotle Pagaltzis
Hi, I find this module intriguing. In my understanding, the complexity of Module::Build piled up because the same tool tries to cover both installation and authoring use cases. I believe the Dist::Zilla approach is a better way to take care of authoring: a separate toolchain that can be as