Нещодавно я встановив програмне забезпечення, яке моїй групі потрібно для дослідницького проекту, починаючи з наступного вересня. Виявляється, програмне забезпечення має відому помилку аварійних ситуацій при використанні з glibc 2.12.1. Мій бос запитав, чи можемо ми оновити glibc на сервері, який повинен його запустити. Мій скептичне мовчання ...
У якийсь момент я зрозумів, що возитися з глібком було настільки ж гарною ідеєю, як возитися з голодною пумою; однак я не зміг визначити джерело цієї віри. Отже, якщо я продовжую це:
- Я роблю щось кричуще-дурне (наприклад, я не виправляю свою проблему, цементую свій сервер або ініціюю апокаліпсис зомбі)?
- Що може піти не так?
- Що, ймовірно, піде не так?
- Як я уникаю відповідей на 2 і 3?
--prefix=$HOME
потім вкажіть LD_LIBRARY_PATH
на нього і подивіться, чи працює він. Як користувач, що не має права доступу, ви не можете викрутити всю систему, незалежно від того, наскільки ви погано зіпсуєтесь. Якщо це допоможе, змініть його --prefix=/usr/local/bleeding-edge-glibc
та задокументуйте LD_LIBRARY_PATH=/usr/local/bleeding-edge-glibc/lib
як вимогу до дослідницького проекту
glibc
помилку, якої ви боїтесь, і яке саме програмне забезпечення ви використовуєте. Ви можете виправити своє програмне забезпечення (якщо у вас є його вихідний код) або налаштувати іншу систему, щоб її обійти.