Avrdude для Linux

[0beron]

COKPOWEHEU, За более чем 20 лет работы с Linux
не словил ни одного вируса, потому что не пользуюсь торрентами
(по себе не суди). И еще "нам", "мы", "у нас" - когда несешь чушь - говори от своего имени.

[Reflector]

0beron писал(а):

За более чем 20 лет работы с Linux
не словил ни одного вируса, потому что не пользуюсь торрентами

Вообще-то можно один раз попытаться скачать школьный учебник через гугл и словить больше вирусов, чем за 20 лет пользования торрентами

[>TEHb<]

Reflector, помню времена, когда найти порнуху в интернете было легче, чем НЕ найти её. Как раз всякие образовательные материалы и искал.

[Eddy_Em]

Так сейчас тоже полным-полно порнухи в интернетах. Скажем, "творения" ТСа!

[0beron]

Отвечаю сразу нескольким абонентам, обратившимся по e-mail:
Программа скомпилирована под Linux-X64bit, если есть необходимость
пишите - сделаю X32.

[COKPOWEHEU]

если есть необходимость пишите - сделаю

А потом понадобится под новый дистрибутив, а потом специфические баги. Так, глядишь, и интерес ее поддерживать пропадет, и останутся проприетарщики с бесполезным экзешником, который ни работать под современными системами не захочет, ни баги исправить невозможно.
Впрочем, в случае очередной оболочки вокруг avrdude это не страшно: их вокруг куча.

[0beron]

COKPOWEHEU, Дурень - Выше уже писалось, что проверено под 3 дистрами,
сейчас их уже 7.

[COKPOWEHEU]

Да пожалуйста - пожалуйста, верьте, что вам будет вечно не лень свою мега-софтину поддерживать.
Мое дело предупредить, что таскать в рот всякую каку может быть опасно, и почему. Кто умный прислушается, остальные могут и дальше по торрентам и файлопомойкам шариться.

[0beron]

COKPOWEHEU, Уймись уже. Для того чтобы код работал на
большинстве дистров, соблюдай правила:
1. Не используй непровереных чужих компонентов - пиши свой код
(что для тебя смерти подобно).
2. И используй в своей программе те элементы,
которые доступны в любой LinuxOS.
Lazarus, установленный по умолчанию позволяет это сделать.

[COKPOWEHEU]

Для того чтобы код работал на большинстве дистров...

...достаточно пользоваться распространенными (лучше даже кроссплатформенными) библиотеками, а не завязываться на всякую экзотику.
Ну и, естественно, открыть исходный код, чтобы если проблемы все-таки возникнут (а рано или поздно они возникнут), их было возможно решить.
Есть, конечно, костыльные варианты вроде snap. И, кстати, вашей прориетарщине оно может и лучше подойдет. По крайней мере, можно будет вкорячить туда все библиотеки, которых в системе может не быть.

Lazarus, установленный по умолчанию позволяет это сделать.

То есть то, что по умолчанию он не устанавливается, вас не смущает? То, что в разных дистрибутивах бывают разные соглашения по хранению файлов и тому подобному тоже.
В принципе, я уже говорил, что вам бы не помешало сначала ознакомиться с сообществом и его особенностями. Но, видимо, желание похвастаться своим хелло-ворлдом сильнее.

[0beron]

Правду говорил Martian развели срач,
вместо нормального обсуждения - рассуждаем
о тонкостях OpenSource - которые как шли так и ехали.
Надоел твой флуд, а мне в почте информации от адекватных людей хватает.
Lazarus нужен только программистам - зачем-же его подсовывать всем?

[sunjob]

Lazarus делает достаточно "мобильные" бинарники! (т.е. обычно ни чего более не требуется для работы, если статически собрать приложение, то и sqlite-пакет не нужен будет)

[vimusov]

0beron писал(а):

Здесь можно обсудить все недостатки или задать вопрос о программе lavrprog

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

Код:

libatk-1.0.so.0
libblkid.so.1
libbrotlicommon.so.1
libbrotlidec.so.1
libbz2.so.1.0
libcairo.so.2
libc.so.6
libdatrie.so.1
libdl.so.2
libexpat.so.1
libffi.so.8
libfontconfig.so.1
libfreetype.so.6
libfribidi.so.0
libgdk_pixbuf-2.0.so.0
libgdk-x11-2.0.so.0 => not found
libgio-2.0.so.0
libglib-2.0.so.0
libgmodule-2.0.so.0
libgobject-2.0.so.0
libgraphite2.so.3
libgthread-2.0.so.0
libgtk-x11-2.0.so.0 => not found
libharfbuzz.so.0
libjpeg.so.8
liblzma.so.5
libmount.so.1
libm.so.6
libpango-1.0.so.0
libpcre.so.1
libpixman-1.so.0
libpng16.so.16
libpthread.so.0
libresolv.so.2
librt.so.1
libthai.so.0
libtiff.so.5
libX11.so.6
libXau.so.6
libxcb-render.so.0
libxcb-shm.so.0
libxcb.so.1
libXdmcp.so.6
libXext.so.6
libXrender.so.1
libz.so.1
libzstd.so.1


Из-за которой он разумеется не стартует:

Код:

$ ./lavrprog
./lavrprog: error while loading shared libraries: libgdk-x11-2.0.so.0: cannot open shared object file: No such file or directory


Не везде и не всегда найдутся нужные библы нужных версий.

[0beron]

Создание статической сборки неимоверно увеличивает
размер бинарника (но в принципе возможно).
В результате проб выяснилось что в популярных
дистрах Debian, Devuan, Mint, Ubuntu, Runtu -
установки libsqlite3-dev достаточно.
Так-же устранена ошибка "type(Null) into type(String)"
После первого неудачного запуска в файле конфигурации
~/.config/lavrprog.conf сохранялись пустые поля,
которые и приводили к ошибке. Если такое произошло,
то после установки libsqlite3-dev следует удалить
lavrprog.conf запустить lavrprog и заново произвести настройку.
За новым бинарником на email (волжения мне недоступны).

[vimusov]

0beron писал(а):

Создание статической сборки неимоверно увеличивает размер бинарника

Да, это так, размер будет внушительный. Собственно, вариантов целых четыре:
1. Статическая линковка;
2. Прикладывать к бинарнику абсолютно все необходимые ему библы (рекурсивно по зависимостям, включая glibc) - что по размеру аналогично варианту 1, но менее удобно;
3. Опубликовать исходники чтобы каждый желающий мог их собрать под нужную ему платформу и версии библ;
4. Вообще ничего никуда не выкладывать - ни исходников, ни бинарников;

в популярных дистрах Debian, Devuan, Mint, Ubuntu, Runtu - установки libsqlite3-dev достаточно

К сожалению это так не работает. Библы и их версии в разных дистрах разные. У меня например такой бородатой древности как GTK 2 вообще нет. Потому что весь актуальный софт давным-давно переехал на GTK 3 или Qt 5.

[0beron]

"4. Вообще ничего никуда не выкладывать - ни исходников, ни бинарников;"
Почему нет? Нашлись-же люди, которым это пригодилось.
Только Большая просьба - давайте больше не будем об OpenSource и исходниках,
ведь было-же написано "не хочешь - не используй"

[vimusov]

0beron писал(а):

Нашлись-же люди, которым это пригодилось

И таких людей может стать намного больше если приложить ещё немного усилий, закончив оформление проекта в более портабельный вид - статической линковкой или с библами в комплекте.

[ДядяВован]

Совсем не понимаю для чего это нужно...
Кто-то "шьёт" в день по 100 (сто) разных контроллеров?
Ну набрал один раз (для текущего проекта) нужные ключи в командной строке, прошил.
Надо ещё прошить, нажал в терминале стрелочку вверх несколько раз. И вот снова avrdude с нужными ключами запустился.
Если совсем красиво, то можно makefile сделать, чтобы и компилить и прошивать.

[0beron]

Пакет rpm для Rosa x 64 с Qt5: https://gitflic.ru/project/athosnm/avrp ... nch=master

Исходники: https://gitflic.ru/project/athosnm/avrp ... nch=master