Right, something like that was my thinking. Seems a little bit more reliable test. But if it isn't a problem, then I don't want to make it be one.
Robby On Fri, Nov 2, 2012 at 1:23 PM, Jay McCarthy <jay.mccar...@gmail.com> wrote: > If we just want to test HTTPS, then another option is to always run a > trusted HTTPS server (like Apache) on DrDr and have it contact that... so it > doesn't rely on the real network. (That is, if we don't want to have the > test spawn a Racket implemented HTTPS server.) > > Jay > > > On Fri, Nov 2, 2012 at 12:20 PM, Robby Findler <ro...@eecs.northwestern.edu> > wrote: >> >> It just failed for me so I wasn't sure if it was really a very reliable >> test. >> >> But I don't know what it is trying to test, actually, so maybe >> everything is fine. >> >> Robby >> >> On Fri, Nov 2, 2012 at 1:17 PM, Jay McCarthy <jay.mccar...@gmail.com> >> wrote: >> > I don't mind and I anticipate that planet2 will have more network >> > traffic >> > per push. >> > >> > Is there something in particular you're worried about? >> > >> > Even though Matthew is very productive, I think it will be a while until >> > his >> > activity causes DrDr to mount a denial-of-service attack. >> > >> > Jay >> > >> > >> > On Fri, Nov 2, 2012 at 9:33 AM, Robby Findler >> > <ro...@eecs.northwestern.edu> >> > wrote: >> >> >> >> Do we want drdr making network connections to github on each push? >> >> >> >> http://drdr.racket-lang.org/25599/collects/tests/openssl/https.rkt >> >> >> >> Robby >> >> _________________________ >> >> Racket Developers list: >> >> http://lists.racket-lang.org/dev >> > >> > >> > >> > >> > -- >> > Jay McCarthy <j...@cs.byu.edu> >> > Assistant Professor / Brigham Young University >> > http://faculty.cs.byu.edu/~jay >> > >> > "The glory of God is Intelligence" - D&C 93 > > > > > -- > Jay McCarthy <j...@cs.byu.edu> > Assistant Professor / Brigham Young University > http://faculty.cs.byu.edu/~jay > > "The glory of God is Intelligence" - D&C 93 _________________________ Racket Developers list: http://lists.racket-lang.org/dev