>>Интересно, что хотя /usr/local/ssl/lib уже значился в ld.so.conf и libssl.so.0.9.7 была в
>>ld.so.cache (проверялось ldconfig -p) master и imapd на это не обращали
>>внимания :( (может кто-то объяснить?)
>так посмотрел бы
>ldd /path/daemon и получил бы ответ
а смысл?...и так ясно было, что мастер и имапд будут теребовать либу ссл (я же собирал их с поддержкой ссл)
мне не ясно почему они её не находили. Я всегда считал что для того, чтобы при старте программы линковщик мог загрузить нужные библиотеки достаточно прописать путь по которому находится библиотека в /etc/ld.so.conf и запустить ldconfig чтобы обновить /etc/ld.so.cache
Я честно выполнил это и даже не подозревал, что может не сработать :-( .
Тем более, что в данном случае в лог писался совершенно непонятный код ошибки (вместо полного описания которое и было получено применением опции -D на которую я обратил внимание совершенно случайно). Хотя может я что-то не совсем понял в механизме поиска *.so при старте программ?
Я читал man ld.so, man ldconfig....
>
>>Кроче теперь они стали говорить, что нету прав. Ну действительно, права на
>>/usr/local/ssl /usr/local/ssl/lib были 700 при овнере рут. Я поменял их на
>>755 и заработало ;)
>вот почему лучше не плодить деревьев и библиотеки и headers класть
>в /usr/local/lib и /usr/local/include - следя за версиями и обновлением,
>чтобы каши не получилось
>
>Вобщем молодец, но то что во FreeBSD из портов не стало работать,
>не
>верится, там описанных плюх нет, только вопрос авторизации и все.
ну на счёт не плодить, это кому как :)...хотя конечно простота-залог надёжности....чего я люблю *nix, так это потому, что there's MORE then one way to do it...в этом вся прелесть :)...каждый может всё завернуть по-своему....А на FreeBSD я тоже запущу master -D и тогда скажу, что было