Здравствуйте, Ikemefula, Вы писали:

V>>Ставь ноду вручную из исходников или из архива бинарников — на выбор.
V>>Осилишь?
I>Какой в этом смысл?

А какой смысл нести всякую чухню, что в С++ нет менеджеров пакетов?
Это ты ни разу не писал apt install или yum install, что ле?
Не видел, что при установке какого-либо пакета к нему автоматом ставятся зависимости?

Но это еще не всё, т.к. есть второй уровень — уровень зависимостей конкретного проекта.
Т.е. вполне можно поставить конфликтующий пакет куда-нить в отдельную директорию через прямой вызов dpkg или rpm, и задействовать их уже для конкретного проекта.

Это как если бы у тебя для каждого проекта была собственная инсталляция ноды со своим окружением и со своим неконфликтующим набором пакетов.

Например, CMake — это не утилита сборки проектов, хотя многие далёкие от темы относят её к таковой.
Это утилита описания проектов и их зависимостей, одновременно утилита ресолвинга этих зависимостей.

На выходе утилиты — файлы для некоей другой (указанной в аргументах командной строки) системы сборки, которая уже будет эти проекты собирать.
Например, под Windows — на выходе файлы проектов и солюшена в формате MS Visual Studio.
На Linux — система Make-файлов.

Еще это утилита описания тех самых пакетов, опять же, сами пакеты утилита упаковывает, она вызывает целевые пакетные менеджеры.
В т.ч. умеет Nuget.

Еще это утилита автоматом генерирует описания проектов, которые подхватываются CMake далее в зависимых проектах.

Т.е., в целевой пакет DEB или RPM попадут не только бинарники и заголовочные файлы библиотеки C++, но и метаинформация, которая позволит автоматизировать затем конфигурирование проектов, желающих использовать эту либу.

Разумеется, все эти вещи можно делать и вручную, когда зависимостей немного.
Да даже и когда много. ))

Но вот я тебе и предложил попробовать ручками выполнить похожие действия, чтобы ты включил здравый смысл — это что, вся индустрия мается этим вручную?
И сам себе ответил бы на свой бред.