Size: a a a

2021 June 19

FS

Flower Surgeon in pro.buildsystems
У меня тут созрел вопрос. Имеется машина с Linux, на которую нужно деплоить продукт и которая без интернета. У меня в проекте есть зависимости от некоторых библиотек, которые не в составе базовой системы, устанавливаемой с носителя (конкретно — libva и libXrandr). Как лучше поступить в данной ситуации: доставлять нужные зависимости в виде deb-пакетов вместе с архивом продукта или втягивать все нужные библиотеки в архив продукта? Под архивом продукта имеется в виду ZIP(TAR)-артефакт из CI.

Вариант с deb-пакетами меня, в принципе, устраивает, т.к. зависимостей мало и они только под линукс.
источник

FS

Flower Surgeon in pro.buildsystems
Складывать недостающее в conan — это уже фанатизм, КМК.
источник

C

Chuvi in pro.buildsystems
А если зависимости не тяжёлые, может их попытаться втянуть в проект в виде исходников, как-то отметив что "це-стороннее"?
источник

FS

Flower Surgeon in pro.buildsystems
Надо просто указать путь до правильного qtchooser/qmake.
источник

FS

Flower Surgeon in pro.buildsystems
Или переменная окружения QTDIR есть ещё вроде.
источник

FS

Flower Surgeon in pro.buildsystems
LibVA я уже примотал синей изолентой в основной meson.build сборки conan-пакета. А вот всё остальное вызывает смутные сомнения.
источник

FS

Flower Surgeon in pro.buildsystems
Но проект libXRandr — он на autoconf и его приматывание я уже чем-то неправильным чувствую.
источник

FS

Flower Surgeon in pro.buildsystems
Сразу обозначу, что целевой линукс (Ubuntu 20.04) и тот, которым собирается продукт — одинаковые.
источник

C

Chuvi in pro.buildsystems
источник

FS

Flower Surgeon in pro.buildsystems
Ну да, по идее.
источник

C

Chuvi in pro.buildsystems
Выглядит как нечто несложное для переписывания на используемую билд-систему
источник

C

Chuvi in pro.buildsystems
Это конечно вредный совет, но иногда так проще
источник

FS

Flower Surgeon in pro.buildsystems
Вот я бы рад, но вдруг есть какие-то best practices по этому вопросу?
источник

FS

Flower Surgeon in pro.buildsystems
В теории можно вызвать системный менеджер пакетов и сложить нужные so-шки в пакет. Но хз даже, лучше это или нет...
источник

C

Chuvi in pro.buildsystems
Тебе как правильно или шоб работало и ещё вчера?
источник

FS

Flower Surgeon in pro.buildsystems
Чтобы правильно и работало. Можно без хлеба.
источник

C

Chuvi in pro.buildsystems
А завтра изобретут 128 битные процы, операционки под них. или на чуть другую платформе пересобрать твою прогу захотят. А у тебя сошки которые хз как собирать
источник

FS

Flower Surgeon in pro.buildsystems
В конане 1 артефакт — 1 конфигурация. Если изобретут другое, то и собирать будет конан новый артефакт.
источник

Р

Роман in pro.buildsystems
Добрый вечер, господа. Пытаюсь подключить nlohmann_json, но не могу понять, где мне взять Findnlohmann_json.cmake или
nlohmann_jsonConfig.cmake
 nlohmann_json-config.cmake
.
Помогите, плиз
источник
2021 June 20

AS

Anatoly Shirokov in pro.buildsystems
Как вариант написать, а так это header  only library,  втащи в проект и инклудь
источник