Хакатон место интересное и сложное. Тоже один раз принимал участие на EKF хакатоне. Электрические компоненты искали по фотке и возращали документ. Это типо как смету посчитать для работы. Заняли десятое место поделив его с несколькими командами по очкам одинаково. В общем не хватило рук. Я писал бекенд и фронтенд на Flask и внедрял модель yolo v8. Второй учасник делал обучение модели. Наш код работал и находил элементы, но остальную часть не успел доделать не хватило времени. Однако наше решение зачли и мы попали в финал. Там нужно прям очень много опыта и времени.
С каждым разом всё лучше будет получаться продолжай и ты победишь рано или поздно.
Да, действительно там написана фраза must use the -bin suffix. Тут ты прав оказался. Я внимательнее изучил вопрос и кажется это нужно что-бы была возможность в Aur иметь собранный из исходников так и пакет собранный из другого пакета рецепт.
Насчёт dpkg решительно не согласен так как это не имеет отношения к Arch Linux и ставить лишнюю зависимость пользователю не имеет смысла ради сборки. Архиватор прекрасно справляется.
И использование архиватора автоматически происходит по сути. Руками нужно ввести только makepkg -si одну команду, которая делает всё. Все команды в рецепте поэтому вручную не используется команда для архивов.
Про утилиту dpkg-deb это же от Debian, а я собираю под Arch на Arch. Утилиту dpkg-deb из dpkg в Arch ты не сможешь скорее всего поставить обычными способами. dpkg ты не найдёшь в репозиториях Arch. Поэтому данный совет на Arch не будет работать как ты его себе представляешь.
Я знаю про QT и это хорошо когда вам нужна только десктоп версия. Я вот например хочу делать внешний вид одним и тем же способом везде поэтому мне не очень QT бы подошёл.
Ну на самом деле приложение не сложное. Поэтому само наличие питона там всё усложняет. Без питона там ни скрипт ни бинарник не нужен. Уже экономия сложных действия. И вообще Rust быстрее питона и на нём тоже можно было написать довольно сложную логику. Поэтому ну не нужен там питон совершенно. Мне как автору иногда интересно показывать проблемы кода, которые редко кто показывает. Убираю бинарник, убираю питон, убираю кучу конфига от прекомита, убираю uv, убираю nuitka. Сразу минус куча проблем.
Там бинарник с бекеном был на FastApi что является очень избыточным делом. Там есть Rust и JS этого достаточно чтоб написать что угодно. Там не просто не нужны отдельные зависимости там весь этот бинарник с бекендом не нужен вообще как и работа с api, uvicorn внутри.
В статье был показан конкретный и наглядный пример для чего нужен avahi-daemon. Имена в /etc/hosts работают только локально. В пределах вашего пк имя будет видно, но если подключаться с другого устройства в домашней локальной сети, то увы нет. Подключение идёт с телефона это видно на скрине. avahi-daemon даёт mDNS, благодаря чем имя хоста доступно другим устройствам в локальной сети.
Там проблемы в том что таури кое что отсекает от бинарника поэтому скрипт и был написан. Скрипт это лишнее в любом случае ибо бинарник удобнее без него запускать. Сама суть python бинарника в таком простом приложении, которая ещё и по api работает с фронтендом избыточна. Его избыточность больше побудила отказаться от питона.
Очень правильный вопрос. Текущий вариант пока билдит под x86_64. Это означает, что пока запустятся windows на wsl2 и linux x86_64. Можно собрать ещё и под Arm и тогда можно будет запускать на одноплатниках и по идее под Mac os. docker buildx - позволяет мультиархитектурурные образы делать.
Я начал с классической x86_64, но добавление arm усилит поддержку устройств. Думаю, что в будущем я добавлю поддержку arm. У меня у самого есть одноплатник на arm можно даже будет протестировать на нём.
Ух интересно python модули на Rust. Интересная идея благодарю. Почитаю обязательно. Там tauri что-то добавляет в бинарник поэтому я этот скрипт и добавил. Действительно вместо этой nuitka можно попробовать твой совет.
Будем оптимистичнее! Это крутой конкурс чтоб реализовать себя и показать свои таланты! Может кто-то обратит внимание на проект например. Я думаю будет круто. Я люблю писать статьи.
Хакатон место интересное и сложное. Тоже один раз принимал участие на EKF хакатоне. Электрические компоненты искали по фотке и возращали документ. Это типо как смету посчитать для работы. Заняли десятое место поделив его с несколькими командами по очкам одинаково. В общем не хватило рук. Я писал бекенд и фронтенд на Flask и внедрял модель yolo v8. Второй учасник делал обучение модели. Наш код работал и находил элементы, но остальную часть не успел доделать не хватило времени. Однако наше решение зачли и мы попали в финал. Там нужно прям очень много опыта и времени.
С каждым разом всё лучше будет получаться продолжай и ты победишь рано или поздно.
Да, действительно там написана фраза must use the
-binsuffix. Тут ты прав оказался. Я внимательнее изучил вопрос и кажется это нужно что-бы была возможность в Aur иметь собранный из исходников так и пакет собранный из другого пакета рецепт.Насчёт dpkg решительно не согласен так как это не имеет отношения к Arch Linux и ставить лишнюю зависимость пользователю не имеет смысла ради сборки. Архиватор прекрасно справляется.
Про суффикс -bin скорее рекомендация она не настолько строгая ибо в AUR вообще почти всё из исходников собирается для скорости.
И использование архиватора автоматически происходит по сути. Руками нужно ввести только
makepkg -siодну команду, которая делает всё. Все команды в рецепте поэтому вручную не используется команда для архивов.Про утилиту dpkg-deb это же от Debian, а я собираю под Arch на Arch. Утилиту dpkg-deb из dpkg в Arch ты не сможешь скорее всего поставить обычными способами. dpkg ты не найдёшь в репозиториях Arch. Поэтому данный совет на Arch не будет работать как ты его себе представляешь.
Электрон да весит дофига тяжёлый очень
Я знаю про QT и это хорошо когда вам нужна только десктоп версия. Я вот например хочу делать внешний вид одним и тем же способом везде поэтому мне не очень QT бы подошёл.
Ну на самом деле приложение не сложное. Поэтому само наличие питона там всё усложняет. Без питона там ни скрипт ни бинарник не нужен. Уже экономия сложных действия. И вообще Rust быстрее питона и на нём тоже можно было написать довольно сложную логику. Поэтому ну не нужен там питон совершенно. Мне как автору иногда интересно показывать проблемы кода, которые редко кто показывает. Убираю бинарник, убираю питон, убираю кучу конфига от прекомита, убираю uv, убираю nuitka. Сразу минус куча проблем.
Ну кстати говоря deb и rpm весят всего 4 мб. Это Appimage такой огромный. Он зависимости тащит от своего веб поэтому и весят они столько.
Там бинарник с бекеном был на FastApi что является очень избыточным делом. Там есть Rust и JS этого достаточно чтоб написать что угодно. Там не просто не нужны отдельные зависимости там весь этот бинарник с бекендом не нужен вообще как и работа с api, uvicorn внутри.
В статье был показан конкретный и наглядный пример для чего нужен avahi-daemon. Имена в /etc/hosts работают только локально. В пределах вашего пк имя будет видно, но если подключаться с другого устройства в домашней локальной сети, то увы нет. Подключение идёт с телефона это видно на скрине. avahi-daemon даёт mDNS, благодаря чем имя хоста доступно другим устройствам в локальной сети.
Там проблемы в том что таури кое что отсекает от бинарника поэтому скрипт и был написан. Скрипт это лишнее в любом случае ибо бинарник удобнее без него запускать. Сама суть python бинарника в таком простом приложении, которая ещё и по api работает с фронтендом избыточна. Его избыточность больше побудила отказаться от питона.
Очень правильный вопрос. Текущий вариант пока билдит под x86_64. Это означает, что пока запустятся windows на wsl2 и linux x86_64. Можно собрать ещё и под Arm и тогда можно будет запускать на одноплатниках и по идее под Mac os. docker buildx - позволяет мультиархитектурурные образы делать.
Я начал с классической x86_64, но добавление arm усилит поддержку устройств. Думаю, что в будущем я добавлю поддержку arm. У меня у самого есть одноплатник на arm можно даже будет протестировать на нём.
Ознакомился, но в итоге взял другой вариант. Про сам вариант можно будет узнать в новой статье, которая скоро выйдет.
Переписывание чужого легаси кода на асинхронный подход отличная практика + польза на мой взгляд.
Ух интересно python модули на Rust. Интересная идея благодарю. Почитаю обязательно. Там tauri что-то добавляет в бинарник поэтому я этот скрипт и добавил. Действительно вместо этой nuitka можно попробовать твой совет.
Круто жду когда будет код для работы с ИИ. Я никогда ИИ не использовал ещё в питоне очень интересно.
Будем оптимистичнее! Это крутой конкурс чтоб реализовать себя и показать свои таланты! Может кто-то обратит внимание на проект например. Я думаю будет круто. Я люблю писать статьи.
Круто я в деле!
Было бы очень круто построить хотя бы модель марсохода действующую). Наверное задержка дикая была-бы управлять этим с земли.