>[оверквотинг удален] > и прозрачнее. А про то, чтобы разбить программу на несколько, чтобы > сообщество эффективнее взаимодействовало. Сейчас же будут форки openssl, в которых будут > делать полезный код, но он будет сложно переносим между проектами (включая > merge в оригинал). В результате вместо того, чтобы совместно пилить качественный > продукт состоящий из хорошо работающих компонентов, каждый пилит свой bundle. > Очень грубо говоря: > Если разбить пакет на несколько, то LibreSSL-вцы бы просто пилили ядро (libssl) > и минимальный набор базовых lib (libостальное). А OpenSSL-вцы смогли бы использовать > это качественное и вылизанное ядро с базовыми lib-ами уже при добавлении > поддержки дополнительных алгоритмов в виде отдельных lib.Проблема в том, что у OpenSSL и LibreSSL (равно как и BoringSSL) разные подходны к разработке. Но зато кодом и идеями последние два проекта потихоньку обмениваются, так что не всё так плохо. Что же до разделения на отдельные сущности - в общем-то и так есть libssl и libcrypto, готовится ещё libressl. Это в OpenSSL как раз первые две либы умудрились завязать друг на друга взаимно. :-\ Правда, может, в последних версиях это всё же исправили - хз, свежего линя под руками нет... В общем, разделение определённое уже есть, а полностью его провести - увы, мешает понятие "обратная совместимость". API (заметно) ломать негоже, иначе такой форк никогда не станет дефолтным ни в одной ОС.
|