Недавно я установил часть программного обеспечения, которое нужно моей группе для исследовательского проекта, начинающегося в сентябре следующего года. Оказывается, в программном обеспечении есть известная ошибка сбоя при использовании с glibc 2.12.1. Мой босс спросил, можем ли мы обновить glibc на сервере, на котором он должен работать.Обратите внимание на мое скептическое молчание...
В какой-то момент мне в голову пришла мысль, что возиться с glibc было бы примерно такой же хорошей идеей, как возиться с голодной пумой; однако, я не смог определить источник этого убеждения. Так что, если я продолжу это:
- Делаю ли я что-то вопиющее глупое (например, не решу свою проблему, заблокирую свой сервер или устрою зомби-апокалипсис)?
- Что может пойти не так?
- Что может пойти не так?
- Как избежать ответов на вопросы 2 и 3?
решение1
Часто можно скомпилировать более новую версию libc и заставить одну часть программного обеспечения использовать библиотеку, отличную от всех остальных.
Самая большая проблема между версиями libc — это локальное хранилище потоков, IIRC. Если вы проходите этот рубеж, все ставки отменены.
Сказав все это, я настоятельно рекомендую вам просто обновить дистрибутив до чего-то современного. Выполнение частичных обновлений, скорее всего, приведет к той боли, которая заставит вас гоняться за своим хвостом месяцами.
решение2
Вы можете обратиться ктаблица совместимостидля определения двоично-совместимых версий.
Обычно обновить glibc до более новой версии не составляет труда, но вам следует собрать ее с теми же флагами конфигурации, которые используются в вашем дистрибутиве (см. файл спецификаций в соответствующем пакете SRPM).
