I suspect everyone working on LibReSSL is happy to hear the news about BoringSSL. Choice is good!! Their priority is on safety, not on ABI compatibility. Just like us. Over time, I suspect google's version will also become 'reduced API', since they require less legacy application support. That may give LibReSSL the opportunity to head in the same direction, if the applications are willing...
この"head"は「先んじる」というよりも「向く」ではないでしょうか。 彼の予定 [marc.info] (Finally, we would like to apply light pressure against the worst & least used APIs, to convince application's to move to safer APIs. Shrink the API exposure, simplify. But that won't happen today.) よりも早くそちらに向く機会をboringSSLが与えてくれるかもしれないという。
大歓迎してるようには読めない (スコア:3, 参考になる)
Theo de Raadtのポストは、不安になっているメンバーを励ますものに読めました。
I suspect everyone working on LibReSSL is happy to hear the news about BoringSSL. Choice is good!! Their priority is on safety, not on ABI compatibility. Just like us. Over time, I suspect google's version will also become 'reduced API', since they require less legacy application support. That may give LibReSSL the opportunity to head in the same direction, if the applications are willing...
試訳: BoringSSLのニュースを聞いて、LibreSSLに携わっている人たちは喜んでいると思う。選択肢があるのは良いことだ! 彼らの優先は安全性であり、ABI互換性ではない。これは我々と同じだ。時が経つにつれ、Google版も、また「単純化されたAPI」(reduced API)になっていくだろうと思う。こ
Re:大歓迎してるようには読めない (スコア:0)
That may give LibReSSL the opportunity to head in the same direction, if the applications are willing...
試訳: ... これは、LibreSSLが、同じ方向性で先んじる機会があるということだ。アプリケーションがそれを求めるなら、だが。
この"head"は「先んじる」というよりも「向く」ではないでしょうか。
彼の予定 [marc.info] (Finally, we would like to apply light pressure against the worst & least used APIs, to convince application's to move to safer APIs. Shrink the API exposure, simplify. But that won't happen today.)
よりも早くそちらに向く機会をboringSSLが与えてくれるかもしれないという。