Есть ли жизнь в виртуалке?

У маков до 4. Есть косплееры тоже с 4. Чаще всего 2. Но ленова эталонные жмоты, поэтому на универсальность забили болт и разводку сделали только слева, сэкономив наверное баксов 20. Остальные хотя бы по USB-C с каждой стороны лепят и то лучше. Просто человек выше не пользуется именно ноутбучными удобствами (на столе стоит и ладно), но обсирает их от души =)

Docker, если не нравится, то просто chroot (для того же debian based делается элементарно через debootstrap). Зачем целая виртуалка в твоём use case совсем не ясно.

Вроде разобрался со сборкой, не гуглится как скопировать из контейнера в хост.

FROM centos:7
WORKDIR /tmp/
RUN yum install gcc -y
COPY main.c /tmp/main.c
RUN gcc main.c -o main
RUN /tmp/main
COPY /tmp/main main <- тут косяк.

Не подскажешь?

Не понимаю что ты пытаешься сделать. COPY копирует файл с хоста в образ. Причём копировать можно только из текущей директории, в которой запущена сборка, а у тебя написано что надо скопировать файл /tmp/main с хоста в образ. Причём выше ты этот файл уже получил скомпилировав исходник

Прямой доступ к pcie, который в свою очередь через dma даёт прямой доступ к памяти так-то тоже дырка. Ну и права на этот болт у интел и контроллеры с ним делает только интел, а кому интересен вендорлок? Поэтому при красивых ттх, эта шина весьма ограничено встречается в устройствах

Дык я теперь хочу из контейнера скопировать в хост.

Usb4 по ттх или копия TB3 или очень близко, а вот вендорлока нет.

Ааа, вон оно чо. Смотри, тот скрипт, который ты написал он выполняется при сборке образа файловой системы контейнера. На этом этапе не подразумевается что есть необходимость что-то копировать в хост из образа. Обычный цикл использования докер контейнера:

1. Собрали образ, присвоили ему какое-то имя
2. По необходимости запускаем контейнер чтобы выполнять какую-то работу

Для твоей задачи нужно сделать образ, в котором будут необходимые инструменты для сборки gcc, rust, make и чем ты там ещё пользуешься. Я бы сделал что-то типа

FROM centos:7
RUN yum install gcc make -y
VOLUME /src
WORKDIR /src
CMD [“/usr/bin/make”]

А потом запускал сборку в виде

docker run -it -v /path/to/my/sources:/src my-build-image-centos7

Благодарю, всё получилось.

Правмльно ли я понимаю, что можно наделать таких контейнеров сколько угодно под разные задачи с разными компиляторами и забыть вообще про компиляторы на хосте и виртуалки?

Да, только если параллельно будешь запускать нужно каждому инстансу свою директорию на хосте сделать, в которую он будет складывать промежуточные и итоговые результаты сборки, и при запуске каждого инстанса указать в -v предназначенную для него директорию. Либо скриптами обмазать чтобы перед запуском докера создавалась временная директория. А потом глядишь и до jenkins/teamcity или другой ci системы дозреешь :)

Спасибо :)

Задрала эта хрень, компиляю на Арче - на распоследнем дебиане или центе оно не заводится видите ли потому, что в этих протухшие и дурно пахнущие дистрибутивы не завезли glibc >=2.32 или openssl из прошлого десятилетия

Бинарной совместимости в эту сторону никто даже не обещал.

Оно и в обратную сторону бинарная совместимость ломается лет за 10-15 примерно обычно.

Собирай пакеты под конкретный дистр в докере/виртуалке или заморачивайся с версиями сошников/статической сборкой.

арч на впс хрен где найдёшь

simplecloud. И арчик есть и гентушка.