Linux за българи: Форуми

Здравейте,

На една от машините имам инсталиран Slackware 14.1 и ми се наложи да update php версията от 5.2 до 5.3 и след това се случи следния проблем.

php: error while loading shared libraries: libssl.so.1: cannot open shared object file: No such file or directory

ldconfig - Segmentation fault

Общо взето почти всяка команда ми връща следното

pico: error while loading shared libraries: libssl.so.1: cannot open shared object file: No such file or directory

libssl.so.1 - такова животно няма ,но има libssl.so.0

Предложения ?

Има ли някакъв положителен ефект, ако направиш symlink от наличния към неналичния?

ln -s libssl.so.0 libssl.so.1

Добави им и пътища в командата, ако не отидеш в конзолата до папката, където са.

Да току що точно това правих и се получи следното:

ln -s /usr/lib/libssl.so.0 /usr/lib/libssl.so.1

php: error while loading shared libraries: libcrypto.so.1: cannot open shared object file: No such file or directory

добре и тази библиотека я линкнах по горния начин.

ln -s /usr/lib/libcrypto.so /usr/lib/libcrypto.so.1

И отново

php: error while loading shared libraries: liblzma.so.5: cannot open shared object file: No such file or directory

Окай и това по същия начин.


ln -s /usr/lib/liblzma.so /usr/lib/liblzma.so.5 

И се получи това :


php
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/curl.so' - /lib/libc.so.6: version `GLIBC_2.17' not found (required by /usr/lib/libcurl.so.4) in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/dba.so' - libdb-4.8.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/dbase.so' - /usr/lib/php/extensions/dbase.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/mhash.so' - /usr/lib/php/extensions/mhash.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/snmp.so' - libnetsnmp.so.25: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/sqlite.so' - /usr/lib/php/extensions/sqlite.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/xsl.so' - /usr/lib/php/extensions/xsl.so: undefined symbol: dom_node_class_entry in Unknown on line 0

И увисна конзолата.

Явно сериозно оплесках нещатата тук :(

нетер, какви глупости го караш да прави?

console,
преинсталирай openssl; имай предвид, че openssl и openssol-solibs са ъпдейтнати в /patches

Въобще не са глупости! Ето какво имам на един 13.0

root@manevski:~# locate libssl.so
/usr/lib/libssl.so
/usr/lib/libssl.so.0
/usr/lib/libssl.so.0.9.8
/lib/libssl.so.0
/lib/libssl.so.0.9.8
root@manevski:~# ls -l /lib/libssl.so*
lrwxrwxrwx 1 root root     15 Apr 10  2012 /lib/libssl.so.0 -> libssl.so.0.9.8*
-r-xr-xr-x 1 root root 297664 Feb  1  2012 /lib/libssl.so.0.9.8*
root@manevski:~# ls -l /usr/lib/libssl.so*
lrwxrwxrwx 1 root root 15 Apr 10  2012 /usr/lib/libssl.so -> libssl.so.0.9.8*
lrwxrwxrwx 1 root root 15 Apr 10  2012 /usr/lib/libssl.so.0 -> libssl.so.0.9.8*
lrwxrwxrwx 1 root root 25 Apr 10  2012 /usr/lib/libssl.so.0.9.8 -> ../../lib/libssl.so.0.9.8*
root@manevski:~#

Всъщност е в междината между глупости и неглупости - един вид workaround :) Който изглежда в случая сякаш върши работа, но е крайно недостатъчен за цялата картина. Не съм запознат с обстановката в Slackware, но изглежда ще има нужда още и от надграждане на glibc, поправяне на пътища до някои extension-и на PHP (да не се е сменил пътят от /usr/lib/php на /usr/lib/php5 или нещо друго? макар че изглежда се търсят и в /usr/lib/php), проверка за наличността на libdb-4.8.so и libnetsnmp.so.25... на пръв поглед не е ясна картинката с xsl.so...

Всъщност, ти как надгради версията на PHP?

Версията я обнових чрез slackpkg upgrade.Изкочи ми един интефейс в който имаше една камара неща за upgrade  и аз избрах само php-to

ама си и ти... що не ъпгрейдна цялата камара неща?

ПП: ще ти ъпгрейдне и кернела да знаеш, така че да не забравиш да пуснеш

# lilo -v

Сега ако го пусна да update всичко мислиш ли ,че няма да оплете хептем нещата?

Относно оплитането никога не се знае със сигурност 100%. Ама то вече се е омаскарило достатъчно.

Ми обикновено не се оплитат. Ъпдейтите при Slackware са малко и нещата работят без проблем след тях. Поне така би трябвало. Може да изчистиш симлинковете дето си ги правил ръчно.

Такива експерименти могат да изиграят много лоша шега, може не веднага, но нищо чудно след време. API-тата се променят, добавят се нови функции, съответно софтуера може да почне в някой хубав момент след ъпдейт да гърми или да отказва да се стартира щото dynamic loader-а не е resolve-нал някой символ. Дори самото им наличие сега може да изиграе кофти номер когато тръгнеш да инсталираш пакети защото не знаеш кой preinstall/post-install скрипт ще се изтрещи. От такива изпълнения - симлинкване на libreadline в случая - преди време си направих системата unbootable защото още initrd-то се трошеше и ме хвърляше в шел откъдето не можех да си монтирам LVM устройствата, понеже lvm се оказа линкнат към libreadline. Да видиш как се разнасят .so файлове по флашки и как се оправя тази кочина няколко часа. Беше си точно като заложена бомба - след инсталиране на ново ядро и премахване на старото, mkinitrd или там каквото  дебиан-а ползва за да създава initrd, се беше ошашкал заради това и не беше сложил libreadline в image-а, при последвалия рестарт имаше много неприятна изненада.

Ясно е че кашата е голяма. Има ли някакъв начин по които да реша генерално нещата и да върна всичко в стария му вид?

ъпдейтни всичко, което ти казва

Хехех - Добре дошъл в света на Слак-а
Вече се убеди и от личен опит че Слак пакетите нямат и не поддържат зависмости
В днешно време за поддръжката им се разчита на 3ти/неофициални и пр. пакети и врътки и се получава това

..та както вече каза колегата - обнови всички пакети т.е. трябвало е да обновиш всички пакети  8)

П.П. Не е трябвало да ти дава да обновиш само 1 пакет при положение че той зависи от друг(и) които искат обновяване. Така се е получило щото то в пакета няма такава информация а пък интрумента ти за обновяване (не знам кой е) или също няма т.е. назад е с материала или има бъг или пък и той не поддържа зависимости.

П.П.П. Не че аз като минах вече на Дебиян си нямам проблеми със зависимостите... бъгове (обик. в пакетния мениджър) и пр. но по-скоро тук проблема е обратния - като забравят да премахант някоя зависмост от някой стар пакет погрешка и той си мисли че още зависи от версия.0 ама другите вече искат версия.1 и версия.0 им прави конфликт та такива ми ти работи - ама поне чакаш да си оправят зависимостите в пакета... А при Слак... викаш неволята... запряташ ръкави... и те така.

Slackware те оставя да правиш точно това което му кажеш. Което не е задължително да е същото с това какво искаш.  :)

Иначе, Debian е прекрасна дистрибуция и аз гледам на нея с голямо уважение. Общо взето всичко с Debian ще е песен с пакетите до момента в който не ти се наложи да инсталираш нещо дето го няма като пакет. В това отношение, семплата пакетна система при Slackware е предимство.

SlackBuild скриптовете не са толкова страшни за създаване. ;)

Ми и тогава, всичко си е същото. Като изключим че част от prerequisite-ите вече ти идват от пакетната система и не ги мислиш. Според мен, най-големите приключения с дебианската пакетна система идват тогава, когато от алчност и простотия решиш ей така заради частния случай да инсталираш нещо от unstable. Поне мен, това ме е вкарвало в големи приключения и знам че е мърлявщина и простотия, но продължавам да го правя.

"Вейка" случва се е и в тестовата версия - ако я обновяваш по-често напр. ежедневно
обаче ако е през aptitude/synaptic те по-невидимо ти задържат някой пакети (on hold) докато не си обнови зависимостта този дето още държи зависимост към стар пакет със зависимост към по-новата  му версия и вече като няма проблеми тези от on hold пак така "невидимо" ти изчезват т.е. инсталират си се
apt-get обаче като по подробен винаги изписва и XXX on hold преди да те пита дали да продължи Y/N  :P

П.П. Обикновено до ден два си оправят зависимостите, но понякога се чака и по месец (Xorg, fglrx) в тестинг това

- Не се оплаквам от Слак-а - даже го предпочитам за разработка. Комай те останаха единствената дистрибуця която все-още и то максимално уважава изискванията на създателите на пакет/софтуер кое къде да е (конфгурации вкл. и имена/хръщаването им, бинарни файлове и пр.) ане федора решили на едно място (напр. да местят /bin -> /usr/bin etc.), па Дебиан на друго (к'во като отговаря на FSF etc. стандарти нали не е мястото дето СЪЗДАТЕЛЯ на пакета е решил) и на трето място - тия па са нова бира - freedesktop.org

П.П.П.
Остаряваме бавно
неусетно почти...
Много видимо аз
по-невидимо ти  >:D

Ми и тогава, всичко си е същото.

ми на мен поне ми беше сложно навремето

иначе никога не съм мешал стабилен с нестабилен. Струва ми се кощунство. :)