Re: [devel] questions about openssl: /usr/lib/ssl/*

["Dmitry V. Levin" <ldv@alt-linux.org>]

[-- Attachment #1: Type: text/plain, Size: 1836 bytes --]

On Thu, Nov 22, 2001 at 11:37:39PM +0300, Ivan Zakharyaschev wrote:
> Собирая pine, обратил внимание на расположение файлов из
> openssl{,-devel}, и мне они показались не совсем хорошими:
> 
> Вот что ожидает система сборки pine (на нее следует, конечно,
> ориентироваться):

Не толко на нее.

> headers в $SSLDIR/include/ и $SSLDIR/include/openssl/
> libssl.so в $SSLDIR/lib/
> сертификаты в $SSLDIR/certs/
> 
> где SSLDIR у нас был бы равен /usr/lib/ssl.
> 
> Что у нас в пакетах:
> 
> headers в /usr/include/, /usr/include/openssl/
> libssl.so в /usr/lib/, при этом существует пустая /usr/lib/ssl/lib/
> есть /usr/lib/ssl/certs/
> 
> Что мне не нравится/не понятно:
> 
> - зачем нам пустая /usr/lib/ssl/lib/? Если это осталось от другого
> принципа расположения файлов openssl, то ее imho надо либо убрать, чтобы
> никого не смущать, либо (раз уж некоторые программы при сборке надеются
> найти там libssl.so) добавить в openssl-devel ссылку
> /usr/lib/ssl/lib/libssl.so.

/usr/lib/ssl/lib - это лишнее.

> - предназначена ли /usr/lib/ssl/certs/ для хранения сертификатов? Если
> да, то ей место либо в /var/, либо в /etc/. Если нет, то ее содержимое
> похоже на пример -- и тогда ей место в /usr/share/doc/. В документации к
> pine/imapd сказано, что именно в ней следует держать настоящие
> сертификаты.

/usr/lib/ssl/certs - это действительно неправильно (хотя rh и mdk
используют именно этот каталог).

Лучше /var/lib/ssl/certs или /etc/ssl/certs.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]