а поизучайте его objdump'ом или readelf'ом на предмет rpath. Если там нет жёсткого указания пути, то, оно должно слушаться системного LD_PATH (или как оно там). А если есть, то косяк либо мейнтейнера, либо в коде.
// и да, старайтесь, пожалуйста, избегать указания "свежий" вместо точной версии. В письме от Thursday 24 September 2015 21:00:54 пользователь Dmitry Ivanov написал: > Здравствуйте, All. > > Какая-то странность у меня при сборке nginx из свежих портов. Причем > на одной только машинке. Краткий анамнез: > > # uname -r > 11.0-CURRENT > > # grep OPENSSL /etc/make.conf > WITH_OPENSSL_PORT=YES > > После make, который проходит нормально, nginx падает в корку. При > этом: > > # ldd `which nginx` > /usr/local/sbin/nginx: > libcrypt.so.5 => /lib/libcrypt.so.5 (0x28178000) > libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x2819b000) > libssl.so.8 => /usr/lib/libssl.so.8 (0x28212000) > libcrypto.so.8 => /lib/libcrypto.so.8 (0x2826b000) > libz.so.6 => /lib/libz.so.6 (0x283ef000) > libc.so.7 => /lib/libc.so.7 (0x28403000) > libthr.so.3 => /lib/libthr.so.3 (0x28565000) > > > Т.е. он ищет ssl-ные библиотеки совсем не там, где они должны быть: > > /usr/local/lib/libcrypto.so.8 > /usr/local/lib/libssl.so.8 > > Слинкуешь "портовые" модули в то место, куда хочет nginx - все > взлетает. > > Вопрос: это я что-то мог накрутить или автор порта nginx? -- Best regards, mva
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ nginx-ru mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx-ru
