LINUX.ORG.RU

История изменений

Исправление pr849, (текущая версия) :

Отказаться от дурацкого «пакет стоит в системе» как изначально безвыигрышной концепции, от которой только боль и рукотворные проблемы. И просто не распаковать пакеты в одну большую помойку в /.

Да, а вместо этого утяжелять систему дополнительным слоем контейнеризации, от которой ни боли, ни рукотворных проблем.

По ссылке какие-то английские буквы, в заглавном посте ответа кажется нет. Впрочем мне и не интересно, т.к. методом исключения: либо два файлика libxxx.so.1 и libxxx.so.2 лежат вместе в /lib, либо лежат порознь, т.е. под каждый заводится какой-то отдельный /lib, т.е. либо уже упоминавшийся LD_LIBRARY_PATH (UPD: блин, точно, ошибся), либо контейнеры. В любом случае, тупо скопировать два разных файла в общий lib – тупо проще. И бардака, между прочим, меньше (UPD: если обе версии – от дистро-мейнтейнера; windows-way когда каждая софтина тупо ставится в свой подкаталог /opt и тащит с собой все зависимости – т.е. LD_LIBRARY_PATH – ну в общем каждый сам себе хозяин, в некотором смысле этот подкаталог в /opt – тоже контейнер).

Контейнеризация оправдана на публичных серверах, где окружения разных юзеров действительно могут быть неустранимо несовместимы; а у ТС-а астра и ncurses, да и не станет админ публичных серверов такие простые вопросы задавать.

Исправление pr849, :

Отказаться от дурацкого «пакет стоит в системе» как изначально безвыигрышной концепции, от которой только боль и рукотворные проблемы. И просто не распаковать пакеты в одну большую помойку в /.

Да, а вместо этого утяжелять систему дополнительным слоем контейнеризации, от которой ни боли, ни рукотворных проблем.

По ссылке какие-то английские буквы, в заглавном посте ответа кажется нет. Впрочем мне и не интересно, т.к. методом исключения: либо два файлика libxxx.so.1 и libxxx.so.2 лежат вместе в /lib, либо лежат порознь, т.е. под каждый заводится какой-то отдельный /lib, т.е. либо уже упоминавшийся LD_LIBRARY_PATH (UPD: блин, точно, ошибся), либо контейнеры. В любом случае, тупо скопировать два разных файла в общий lib – тупо проще. И бардака, между прочим, меньше (UPD: если обе версии – от дистро-мейнтейнера; windows-way когда каждая софтина тупо ставится в свой подкаталог /opt и тащит с собой все зависимости – т.е. LD_LIBRARY_PATH – ну в общем каждый сам себе хозяин).

Контейнеризация оправдана на публичных серверах, где окружения разных юзеров действительно могут быть неустранимо несовместимы; а у ТС-а астра и ncurses, да и не станет админ публичных серверов такие простые вопросы задавать.

Исправление pr849, :

Отказаться от дурацкого «пакет стоит в системе» как изначально безвыигрышной концепции, от которой только боль и рукотворные проблемы. И просто не распаковать пакеты в одну большую помойку в /.

Да, а вместо этого утяжелять систему дополнительным слоем контейнеризации, от которой ни боли, ни рукотворных проблем.

По ссылке какие-то английские буквы, в заглавном посте ответа кажется нет. Впрочем мне и не интересно, т.к. методом исключения: либо два файлика libxxx.so.1 и libxxx.so.2 лежат вместе в /lib, либо лежат порознь, т.е. под каждый заводится какой-то отдельный /lib, т.е. либо уже упоминавшийся LD_PRELOAD, либо контейнеры. В любом случае, тупо скопировать два разных файла в общий lib – тупо проще. И бардака, между прочим, меньше (UPD: если обе версии – от дистро-мейнтейнера; windows-way когда каждая софтина тупо ставится в свой подкаталог /opt и тащит с собой все зависимости – т.е. LD_PRELOAD – ну в общем каждый сам себе хозяин).

Контейнеризация оправдана на публичных серверах, где окружения разных юзеров действительно могут быть неустранимо несовместимы; а у ТС-а астра и ncurses, да и не станет админ публичных серверов такие простые вопросы задавать.

Исходная версия pr849, :

Отказаться от дурацкого «пакет стоит в системе» как изначально безвыигрышной концепции, от которой только боль и рукотворные проблемы. И просто не распаковать пакеты в одну большую помойку в /.

Да, а вместо этого утяжелять систему дополнительным слоем контейнеризации, от которой ни боли, ни рукотворных проблем.

По ссылке какие-то английские буквы, в заглавном посте ответа кажется нет. Впрочем мне и не интересно, т.к. методом исключения: либо два файлика libxxx.so.1 и libxxx.so.2 лежат вместе в /lib, либо лежат порознь, т.е. под каждый заводится какой-то отдельный /lib, т.е. либо уже упоминавшийся LD_PRELOAD, либо контейнеры. В любом случае, тупо скопировать два разных файла в общий lib – тупо проще. И бардака, между прочим, меньше. Контейнеризация оправдана на публичных серверах, где окружения разных юзеров действительно могут быть неустранимо несовместимы; а у ТС-а астра и ncurses, да и не станет админ публичных серверов такие простые вопросы задавать.