сергей кузьмин, хм, я немного подумал - и правда, от одного проекта будет потеряна.
Можно, конечно, напрячься и сгенерить поток новых коммитов искусственно... Но да, всё-таки это какая-то безумная задача, проще вести новый репозиторий, а старый сохранить как архив.
valentin_dev, ну это надо уже разбираться почему с знающими язык с конкретными ошибками и всё такое. При желании всегда можно написать так, что с переносимостью будет швах, если, например, полагаться на наличие в /etc файлов, которые в других системах отсутствуют или расположены в других местах. Плюс если используются какие-то библиотеки, полагающиеся на динамические бинарники (возможно, проприетарщина какая-нить типа oracle instantclient, с которым вечно возня), то что ещё ожидать?
valentin_dev, я именно так делал и всё работало, на своём ноуте с Ubuntu собирал проект и успешно запускал его на CentOS. На Go писать не умею, просто собрал по инструкции нашего разработчика (заодно нашёл косяков в виде недостающих файлов и зависимостей).
Виктор Юрченко, можно для очистки совести ещё определить точную модель процессора и погуглить по ней. Всё-таки если там W10 крутится, то процессор не должен быть совсем древним и убогим, хотя я не настолько в теме процессоров, может в некоторых из них для тех же ноутбуков в целях энергосбережения на этом до сих пор экономят?
valentin_dev, судя по упоминанию "не помогло с Go" мне кажется что что-то тут нечисто. Go делает статический бинарник, работающий на любом Linux той же архитектуры.
В комментарии к вопросу упоминали flatpak/appimage, ещё есть snap - для большого софта это хорошеее решение. Либо можно по старинке самому тянуть все библиотеки и запускать стартовым sh-скриптом, который будет устанавливать LD_LIBRARY_PATH в нужный каталог и запускать конечную программу.
