----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/27494/#review60251 -----------------------------------------------------------
src/slave/flags.hpp <https://reviews.apache.org/r/27494/#comment101599> Remove space at the end of the line (before newline char)? - Kapil Arya On Nov. 6, 2014, 6:21 a.m., Till Toenshoff wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/27494/ > ----------------------------------------------------------- > > (Updated Nov. 6, 2014, 6:21 a.m.) > > > Review request for mesos, Adam B and Vinod Kone. > > > Bugs: MESOS-2001 > https://issues.apache.org/jira/browse/MESOS-2001 > > > Repository: mesos-git > > > Description > ------- > > Also fixes messages.proto to use a raw bytestream instead of a string for > AuthenticationStartMessage as non CRAM-MD5 authentication may transmit binary > data. > Note that the change of AuthenticationStartMessage does basically have no > impact on C++ based proto code other than the prevention of a warning due to > non-UTF8 characters being encoded. That does in fact occur when using non > CRAM-MD5 based SASL authentication mechanisms. > > Note that this patch covers modularized slave authentication only. Framework > authentication currently is currently covered by the default (built-in) > implementation. There will be a subsequent patch for modularized framework > authentication. > > > Diffs > ----- > > src/messages/messages.proto de0e2a2 > src/sched/sched.cpp e5f828d > src/scheduler/scheduler.cpp c74187c > src/slave/constants.hpp 701dd89 > src/slave/constants.cpp d6ad78c > src/slave/flags.hpp efbd35d > src/slave/slave.hpp 5b082fc > src/slave/slave.cpp dbfd1a8 > > Diff: https://reviews.apache.org/r/27494/diff/ > > > Testing > ------- > > make check > > NOTE all three CRAM-MD5 authenticatee module related RRs need to get applied > before running make check. > > > Thanks, > > Till Toenshoff > >
