Репка / Repka-Pi

  • Автор темы Репка / Repka-Pi
  • Дата начала
OpenBSD вроде как тоже взлетала на репке и успешно, да же?
 
Мышку-то ладно, много чего можно просто из консоли позапускать - отладчики, утилиты всякие, да тот же питон. Вопрос в том, будет ли это в прошивке доступно или где-то на внешнем носителе (куда-нибудь в /opt примонтировать и оттуда всё запускать, скажем). В остальном нужна конкретика, что именно надо отлаживать. А то у нас тут на заводе некоторые узкоспециализированные прошивки осциллографом и логическим анализатором отлаживают ☺️

Ещё для отладки uart часто используют. Хотя бы в режиме read-only, если с прошивки можно какие-то вменяемые логи получить - уже отлично.
 
Можно как сервис через systemd. Нужно будет создать соответствующий Unit-файл
 
Через любой init (хоть systemd, хоть init, хоть sysvinit). Питон в любом случае потребуется, если только вы не воспользуетесь каким-нибудь компилятором вроде pyinstaller или cython, чтобы превратить свой .py в статический бинарник.
 
Cat Cat Cat сказал(а):
Коллеги, в связи с неприятными репрессиями в лагере Linux в адрес русских разработчиков, имеет ли смысл начинать делать альтернативную версию операционки на базе, допустим, FreeBSD? Или OpenBSD? 👍 да, 🤷‍♂️ не знаем
Нажмите, чтобы раскрыть...


Безотносительно любых событий - чем больше ОС, тем лучше.
 
Вот пример Unit-файла для запуска приложения Flask на питоне:

[Unit]
Description=embedding search daemon
After=network.target

[Service]
User=neuro
Group=neuro
WorkingDirectory=/home/neuro/embedding-service
ExecStart=gunicorn --bind=0.0.0.0:5000 --certfile=/home/neuro/embedding-service/ssl/2024/certificate.crt --keyfile=/home/neuro/embedding-service/ssl/2024/private.key --ca-certs=/home/neuro/embedding-service/ssl/2024/ca_bundle.crt --workers=2 app:app

[Install]
WantedBy=multi-user.target

Положите этот файл в /etc/systemd/system и назовите embsearch.service, заменив embsearch названием своего приложения.

А потом из консоли с правами рута:

# systemctl daemon-reload
# systemctl restart embsearsh.service
# systemctl status -l embsearsh.service
 
Cat Cat Cat сказал(а):
Коллеги, в связи с неприятными репрессиями в лагере Linux в адрес русских разработчиков, имеет ли смысл начинать делать альтернативную версию операционки на базе, допустим, FreeBSD? Или OpenBSD? 👍 да, 🤷‍♂️ не знаем
Нажмите, чтобы раскрыть...


Наверное пока ещё рано разводить панику. У каждого дистрибутива свои наборы патчей к ванильному ядру. У нас в стране работает консорциум из нескольких десятков компаний (включая Базальт СПО и Русбитех-Астра) под эгидой ФСТЭК, который в т.ч. отправляет патчи в основную ветку ядра. И разработчиков явно больше 11-ти человек. Подбробнее см. https://portal.linuxtesting.ru/
 
Подобные штуки проще всего сделать при помощи crontab, например есть некий скрипт /home/repka/test.py и нужно чтобы он выполнялся каждый раз при загрузке системы, пишем:
Код: 
sudo crontab -e
Дальше добавляем в самый низ строку вида:
Код: 
@reboot python3 /home/repka/test.py &
Проверяем перезагрузкой.

Можно конечно и через systemd юнитами разрулить, но так обычно делают, когда надо в фоне некий демон запускать, хотя можно и через юниты реализовать эту фичу с запуском после каждого ребута.

ЗЫ. Само собой надо будет убедиться, что указанный скрипт из под root будет работать.
 
А если не отказываетесь от systemd, то надо читать про systemd.timer. Это его унутренний аналог cron. Чтобы всё единообразно, так сказать.
 
Fedor Krutey сказал(а):
А если не отказываетесь от systemd, то надо читать про systemd.timer. Это его унутренний аналог cron. Чтобы всё единообразно, так сказать.
Нажмите, чтобы раскрыть...


Из бонусов решения через systemd - это возможность пользоваться journalctl, так что я предпочитаю его, но понимаю что для новичков в разы проще будет настроить crontab.
 
В сем проблема юнит юзать и не городить с кроном огороды?)
 
Здравствуйте. Есть проблема с USB микрофонами. Если микрофон подключен в момент включения, то он не выбирается как устройство поумолчанию. Если после запуска usb микрофон вытащить и вставить, то он становится основным устройством.

Как можно решить проблему, чтобы любой usb микрофон был сразу основным устройством без переподключения после запуска?
 
Fedor Krutey сказал(а):
Через любой init (хоть systemd, хоть init, хоть sysvinit). Питон в любом случае потребуется, если только вы не воспользуетесь каким-нибудь компилятором вроде pyinstaller или cython, чтобы превратить свой .py в статический бинарник.
Нажмите, чтобы раскрыть...


cython это референсная реализация Python от Guido Van Rossum?
 
Telegram сказал(а):
Здравствуйте. Есть проблема с USB микрофонами. Если микрофон подключен в момент включения, то он не выбирается как устройство поумолчанию. Если после запуска usb микрофон вытащить и вставить, то он становится основным устройством.

Как можно решить проблему, чтобы любой usb микрофон был сразу основным устройством без переподключения после запуска?
Нажмите, чтобы раскрыть...


Только скриптом каким-нибудь)
У меня и на обычном ноутбуке точно так же. Если устройств несколько - выбирается с меньшим индеком, вроде. А вот по событию dbus-а переключение работает. Я глубоко туда не копал еще.
 
Alexey Khromov сказал(а):
Только скриптом каким-нибудь)
У меня и на обычном ноутбуке точно так же. Если устройств несколько - выбирается с меньшим индеком, вроде. А вот по событию dbus-а переключение работает. Я глубоко туда не копал еще.
Нажмите, чтобы раскрыть...


А чем сбрасывать? Скрипт есть пример с чего начать?
 
Для ответа нужно войти/зарегистрироваться
Верх Низ
Назад