Re: [openssl-gost] README и инструкция по установке...

[Nikolay Shaplov <dhyan@nataraj.su>]

В письме от 17 сентября 2017 20:09:51 пользователь Dmitry Belyavsky написал:

> > > > > > > > > Для 1.0.2 - drop-in replacement того, что в дистрибутиве. И
> > > > > > > > > с
> > > > > > > > > патчами.
> > > > > > > > 
> > > > > > > > Я правильно понимаю, что это надо описать как Legacy, и что в
> > > > > > > > будущем такого больше не будет...
> > > > > > > 
> > > > > > > Это описано в версии для 1.0.2
> > > > > > 
> > > > > > Я наверное что-то пропустил... Где именно это описано?
> > > > > 
> > > > > В README в ветке 1.0.2.
> > > > 
> > > > Ой, как все грустно...
> > > > Не знаю насколько глубоко мне тут следует влезать с моими
> > > > улучшизмами, но
> > > > мне кажется, что тут что-то очень не хорошо со сруктурированием
> > > > информаци... Я бы этот README нашел бы только от отчаянья перебирая
> > > > все
> > > > ветки подряд...
> > > Блин. Если ты работаешь с веткой 1.0.2, то там будет этот README,
> > > который
> > > для неё актуален.
> > > Для остальных это мёртвая история.
> > Для меня проблема в том, что, раз уж я начал ковыряться с
> > документированием,
> > то это должно быть где-то описано словами. В смысле то что есть две
> > ветки,
> > для
> > 1.1.0 и для 1.0.2, и в чем их разница. При этом это описание должно быть
> > где-
> > то в корне (в смысле в том месте в которое человек заглянит в первую
> > очередь).
> > README.md в мастере -- хорошее место для описания. Но я туда честно
> > говоря
> > планировал отправить то что сейчас находится в README.gost
> > переформатировав  под markdown и вынеся в отдельные файлы специфические
> > подразделы.

> > И внутрь этого README.md описание ветвления уже как-то не лезет...

> В README.md должно быть что-то базовое. С отсылками, что нумерация версий -
> как в openssl,
> и брать надо соответствующую ветку.
ok

> > В идеальном мире я бы наверное хотел бы видеть engine живущий в одной
> > ветке и
> > об #ifdef'ленный для работы с разными версиями OpenSSL'я. Как это сделано
> > в xmlsec. С единой документацией описывающей нюансы применения к разным
> > версиям.
> > Но мир не совершенен.
> Не-не-не. Масштаб перехода между 1.0.2 и 1.1.0 сделает из кода помойку.
Понял, слезаю...


> > > Опиши текущее поведение
> > 
> > директория bin создается внутри дерева исходников

> > > и предлагаемое тобой.
> > 
> > директория bin создается внутри директории в которой была запущена
> > сборка.
> > Остально можно оставить как есть.
> 
> То есть на уровень выше? в директории engine?

и 

> А вот идея создания спецдиректории под сборку
> - нет, если без неё всё будет работать.

Директория bin должна создаваться внутри той директории в которй сказали

cmake [путь к исходникам] ; make

Если это сказали в корне исходников, то bin должна появиться в корне 
исходников. Если сказали где-то еще, и путь к исходникам указали в параметрах 
cmake, то значит bin должен создаваться там где сказали.

> Текст меня вроде устраивает. 
Ok. Покажу перед pull реквесту англоредактору... Это займет какое-то время...

> > Ну и еще, из собственно говоря раздела, я не очень понял по абзацу
> >
> > BouncyCastle cryptoprovider has some problems with private key parsing
> > from PrivateKeyInfo,
> > so if you want to use old private key representation format, which
> > supported
> > by BC,
> > you must add:
> > 
> >   PK_PARAMS = LEGACY_PK_WRAP
> >
> > to [gost_section]
> >
> > О чем это, насколько это вообще еще актуально?
> 
> Актуально. Меня заставили это сделать месяц назад.
Звучит как-то безисходно :-)
> Идея запихнуть это в CAVEATS мне нравится.
Ага... гут...


-- 
Do code for fun. Can do it for money (Perl & C/C++ ~10h/week)