anaconda: боль и унижение

IMHO легче всего поднимать у себя такое же и собирать.

А докер случайно не для этого делали? Или это другое и докер не может в такое?

ЗЫ

Софт на старом энтерпрайзе не разворачивал, мне тут просто интересно.

Так ему не охота сборочную среду поднимать с нуля, хочется воспользоваться чьими нибудь наработками. А у себя локально в виртуалке или на сервере это дело десятое

А чем здесь докер поможет? Берешь базовый образ от нужной версии центоси и дальше точно так же через анаконду сетапишь нужный питон и прочие сборочные зависимости, так же подсовываешь в нужные места нужные переменные окружения и аргументы командной строки. Сам сборочный пайплайн докер ему не построит

Может быть пойти таким путём: https://snapcraft.io/install/toolbox/centos

А чем здесь докер поможет?

Без всей вот этой мутотни, что бы был просто более-менее современный компилтор, хедеры где надо и даже не пыталось лезть и использовать что то из системы?

докер тут как раз решает его проблему. Как соберешь, так и будет работать. Другой вопрос, что до конца не ясно что автор вообще пытается делать таким образом.

Его задача, как ее понимаю, получить на выходе rpm или их набор и поставить их в систему. Но вполне возможно что и запуск в докер нужного сервиса его устроит. Тогда это решение, да

Какой версии центос? python из EPEL не годится?

Загнал все зависимости в FetchContent

Это полумеры. Придётся обмазаться каким-нибудь conan’ом, vcpkg или hunter’ом

docker спасет гиганта мысли.

Посему вопрос, если ли какие ни будь альтернативы, которые «просто работают»

Сначала вы создаете окружение build_ltp а в конце смотрите на ltp_build окружение (anaconda3/envs/ltp_build/include/python3.10/python3.10)

Выберите какое-то одно окружение с третьим питоном:

conda activate build_ltp

И попробуйте собрать заново, предварительно сделав clean_all. Если необходимо, укажите полный путь к конкретному интерпретатору python c помощью -DPython_EXECUTABLE=....

И конечно вручную прописываем переменные окружения, потому что автоматически подхватить то что нужно это не достаточно инновационно

Вот тут точно ошибка какая-то. Нужна корректная подгрузка переменных окружения через всякие activate или source команды.

Ему чрута достаточно.

Ему чрута достаточно.

всё так. Докер и есть чрут на стероидах, так что тут дело вкуса.

С ..дцатого раза таки удалось сбрать. Итак, при создании нового окружения ему обязательно надо указывать текущую версию пайтона, по умолчанию он создаёт вообще 3.6, а если вручную указать отличную от основной — то будет беда с хедерами. Как их кошерно устанавливать так и не понял, ну хоть с родными анакондавскими собрало...

И конечно эта феерия с make/gmake. Обязательно надо указывать -DCMAKE_MAKE_PROGRAM=/usr/bin/make, иначе оно стучится в gmake и не ругается и не работает. При том что gmake это симлинк на make. Как такого поведения добились — загадка века. Впрочем, это, видимо, так называемая норма для rh-based дистрибутивов. Вот и хочется от этой нормы держаться подальше в виртуальном окружении.