3д принтер - это огромное поле для применения. Банально сделать держатель для чего-нибудь - бац-бац и готово, и ровно под нужные размеры, починить сломанную штуковину, у которой что-то отвалилось и так далее.
Ещё удивило на сколько 3д печать "открытая" (как открыто программное обеспечение). Прошивки, схемы, конструкции, слайсеры, протоколы - всё открытое. Новый 3д принтер можно собрать из металических профилей и других компонентов свободно продающихся на рынке, прошить контроллер прошивкой с гитхаба, откалибровать, и можно работать. Бывает даже что принтеры покупают как базу для модификаций, а не как готовый продукт.
3д принтер - это огромное поле для применения. Банально сделать держатель для чего-нибудь - бац-бац и готово, и ровно под нужные размеры, починить сломанную штуковину, у которой что-то отвалилось и так далее.
Ещё удивило на сколько 3д печать "открытая" (как открыто программное обеспечение). Прошивки, схемы, конструкции, слайсеры, протоколы - всё открытое. Новый 3д принтер можно собрать из металических профилей и других компонентов свободно продающихся на рынке, прошить контроллер прошивкой с гитхаба,...
Третий раз ныряю в FreeCAD. На этот раз может и получится разобраться, ибо, в отличии от прошлых разов, нынче есть практический смысл, пару деталей нужно напечатать на 3Д принтере, а ещё есть потенциальная работа с CNC станком.
Наткнулся на https://zellij.dev/. Не знаю готов ли я переходить с tmux на него, но в закладки положил. Если бы в дебяне был готоввй пакет... впрочем это не такая большая проблема. Tmux иногда делает простые вещи сложными, не знаю как с этим у zellij.
Дальнейшая разработка #tinkerbox становиться ещё интереснее.
Предположим образы (images) podman у нас будут играть роль снимков состояния контейнера. Тогда неизменность контейнеров podman можно обыграть на пользу контейнеров как среды разработки.
Пользователь получает возможность делать снимки состояния контейнера, под капотом делается обычный `podman commit`. Для отката мы удаляем поломанный контейнер и разворачивается точно такой же на базе сделанного ранее, при помощи commit, образа.
Если нужно добавить точек монтирования в контейнер, то делаем снимок контейнера и создаёт новый с изменёнными параметрами на основе сделанного снимка, старый удаляем.
Новые контейнеры можно создавать не только на основе базовых образов, но и на базе сделанных снимков.
Можно использовать pdoman commit --squash, что бы не плодить образы.
Дальнейшая разработка #tinkerbox становиться ещё интереснее.
Предположим образы (images) podman у нас будут играть роль снимков состояния контейнера. Тогда неизменность контейнеров podman можно обыграть на пользу контейнеров как среды разработки.
Пользователь получает возможность делать снимки состояния контейнера, под капотом делается обычный `podman commit`. Для отката мы удаляем поломанный контейнер и разворачивается точно такой же на базе сделанного ранее, при помощи commit, образа.
Ещё вариант - запилить демона который бы запускался рутом, слушал бы DBus и выполнял бы операции с nspawn которые требуют права рута. Единственное я не уверен смогу ли я сделать это безопасно.
Meh... LXC от пользователя из коробки не работает в OpenSUSE, нужно слишком много телодвижений что бы заработало. Так что пусть будет podman, этот хоть сразу хорош на всех больших дистрибутивах.
Значит буду переписывать #tinkerbox на python в том виде в котором он уже сейчас есть, разве что добавлю шаблоны для контейнеров и добавлю параметров для монтирование директорий.
Ещё можно по эксплуатировать podman mount для получения доступа к файлам, и держать проекты полностью в контйенерах, а не монтировать их из домашней директории.
Так же уже думаю что GUI для управления контейнерами было бы не плохо.
Meh... LXC от пользователя из коробки не работает в OpenSUSE, нужно слишком много телодвижений что бы заработало. Так что пусть будет podman, этот хоть сразу хорош на всех больших дистрибутивах.
Значит буду переписывать #tinkerbox на python в том виде в котором он уже сейчас есть, разве что добавлю шаблоны для контейнеров и добавлю параметров для монтирование директорий.
Мои приключения с разработкой софта внутри контейнеров продолжаются.
Systemd-nspawn не пойдёт, так как требует прав рута для каждого чиха. А вот LXC может сработать. А ведь когда-то я писал код именно в LXC контейнерах.
Чем это может быть лучше чем podman/docker? Тем что конфигурацию контейнера можно будет менять после его создания. Можно будет монтировать новые устройства и директории в имеющиеся контейнеры. Distrobox это обходит тем, что в него подмонтировано вообще всё, в случае же с моим #tinkerbox я реализую изоляцию файловой системы, монтируется только то, что пользователь явно указал монтировать.
Проведу пару эксперементов и решу, буду ли я переписывать tinkerbox для работы с LXC.
Мои приключения с разработкой софта внутри контейнеров продолжаются.
Systemd-nspawn не пойдёт, так как требует прав рута для каждого чиха. А вот LXC может сработать. А ведь когда-то я писал код именно в LXC контейнерах.
Чем это может быть лучше чем podman/docker? Тем что конфигурацию контейнера можно будет менять после его создания. Можно будет монтировать новые устройства и директории в имеющиеся контейнеры. Distrobox это обходит тем, что в него подмонтировано вообще всё, в случае же с моим #tinkerbox
@akhil прочел как «самой люминесцентной на свете» :blobcatgoogly2: