From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 X-Virus-Scanned: Debian amavisd-new at cryptocom.ru Date: Thu, 7 May 2009 13:25:31 +0400 From: "Victor B. Wagner" To: devel@lists.altlinux.org Message-ID: <20090507092531.GF7433@cryptocom.ru> Mail-Followup-To: devel@lists.altlinux.org References: <921f6bb40905050346n77872b7al1648223cc0eb8fb6@mail.gmail.com> <20090505113110.GJ2101@cryptocom.ru> <921f6bb40905050447k2d5b8e15k71201958a4aec54a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <921f6bb40905050447k2d5b8e15k71201958a4aec54a@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: [devel] =?koi8-r?b?9dDBy8/Xy8Egb3BlbnNzbCAod2FzOiD3z9DSz9PZIM7P?= =?koi8-r?b?18ney8Ep?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 May 2009 09:25:47 -0000 Archived-At: List-Archive: List-Post: > Ну, вот и мне как-то это странным не показалось... Хотя, если оно не > нужно, можно и в examples... Давайте уточним... Не означает ли это > действие, что, при необходимости, первое что придётся делать - это > копировать эти скрипты обратно... Обратно - точно не придется. В /usr/bin положить - может и полезно будет, и то вряд ли. Что сама openssl их никогда не использует, и тем более не ищет в $OPENSSLDIR/misc - это могу гарантировать. > Они никому не нужны? Не хотелось бы иметь подобный ручной привод... Из того, что ставится upstream-ом в misc кем-то используется только c_rehash. Но он уже ставится в /usr/bin. Может быть было бы полезным использовать CA.pl/CA.sh (последний в Alt ставится в misc под именем CA, а куда дели первый - надо в spec смотреть). В силу сугубой интерактивности скриптов CA их отсутствие вряд ли что сломает. Поэтому имеет смысл заменить их на скрипт с аналогичной функциональности, но с нормальной поддержкой русского языка (а то и русских алгоритмов), который ставить в /usr/bin или /usr/sbin. Кстати, c_issuer, c_name и c_info тоже будут иметь немаленькие проблемы с русскими буквами в DN, которые на уровне openssl.cnf не фиксятся (зато на уровне самого скрипта - да запросто. Правильный -nameopt добавить и все).