Ну нет серебряной пули, которая сделает всё нормально на последнем шаге, когда пользователь ставит приложение я систему. Я про это, а не про то, что есть какой-то подход к созданию дистрибутива, который гарантированно решает все проблемы
Нет, гента не плохая. Я же написал, что под каждую задачу свой инструмент.
Я не путаю удаление софта и его конфигов. Софт не только конфиги может поражать.
Например логи и другие временные файлы. Мне охота, чтобы они были привязаны к софту и удалились с ним же.
Кстати про конфиги - файлы конфигов могут создаваться при запуске, а не установке. Тогда пакетный менеджер врятли о них узнает. Если я хочу переустановить софтину "с чистого листа", хорошо бы, чтобы и их удалило.
Ну и бонусом, тот же deb позволяет запускать скрипты при установке/удалении и этим скриптам позволено оооочень многое. Надо доверять тем, кто их писал
В том и прикол был. У нас проект на cmake. Либа цепляется через FetchContent, всё настроено так, чтобы была статическая линковка. А в итоге пытается на старте подгрузить несуществующую версию.
Это я про что. Если дистрибутив source-based - это вообще ничего не значит. C++ проекты можно собирать десятком разных способов и нужно надеяться не только на то, что мэйнтейнер правильно сборку описал, но и что в скриптах сборки самого проекта всё хорошо
А мне, например, пофиг на место на диске. Мне важно иметь возможность удалить программу после использования так, чтобы следов не осталось и в общем чтобы на систему не повлияло.
Недавно с коллегой повеселились из-за того, что наше ПО собиралось, но в рантайме требовало версию одной библиотеки, сильно отличную от того, что попадало в target file system
Эту статью, да на пол года пораньше бы :)
Тоже учился работать с фоновым получением данных с usb. Правда через xamarin.
Подскажите сплит клавиатуру в которой есть буква ё на отдельной клавише и отдельный ряд функциональных
Там, скорее всего, используется специфичный для rp2040 механизм PIO. Так что только на таком МК софтварно такое и можно сделать
В той статье вообще мутная история, прочитайте по фану.
В общем разработчика оооочень просили не говорить, что именно он сделал.
Я на них не гнал.
Ну нет серебряной пули, которая сделает всё нормально на последнем шаге, когда пользователь ставит приложение я систему. Я про это, а не про то, что есть какой-то подход к созданию дистрибутива, который гарантированно решает все проблемы
То есть вы не помните то время, когда vscode можно было сказать только исходниками или только собранным deb пакетом?
Нет, гента не плохая. Я же написал, что под каждую задачу свой инструмент.
Я не путаю удаление софта и его конфигов. Софт не только конфиги может поражать.
Например логи и другие временные файлы. Мне охота, чтобы они были привязаны к софту и удалились с ним же.
Кстати про конфиги - файлы конфигов могут создаваться при запуске, а не установке. Тогда пакетный менеджер врятли о них узнает. Если я хочу переустановить софтину "с чистого листа", хорошо бы, чтобы и их удалило.
Ну и бонусом, тот же deb позволяет запускать скрипты при установке/удалении и этим скриптам позволено оооочень многое. Надо доверять тем, кто их писал
В том и прикол был. У нас проект на cmake. Либа цепляется через FetchContent, всё настроено так, чтобы была статическая линковка. А в итоге пытается на старте подгрузить несуществующую версию.
Это я про что. Если дистрибутив source-based - это вообще ничего не значит. C++ проекты можно собирать десятком разных способов и нужно надеяться не только на то, что мэйнтейнер правильно сборку описал, но и что в скриптах сборки самого проекта всё хорошо
Для вас есть gentoo.
А мне, например, пофиг на место на диске. Мне важно иметь возможность удалить программу после использования так, чтобы следов не осталось и в общем чтобы на систему не повлияло.
Каждому по требованиям или как оно там...
Вот в buildroot не защитил :) хоть там и не совсем пакетный менеджер
Чёт мне кажется вы причины и следствия местами поменяли
Так значит source-based дистрибутивы всё таки подвержены такой проблеме?
Всё держится исключительно на надежде, что ни кто не допустит ошибок
Ха, скажите это buildroot.
Недавно с коллегой повеселились из-за того, что наше ПО собиралось, но в рантайме требовало версию одной библиотеки, сильно отличную от того, что попадало в target file system
Помню, как удивился, когда осознал, что в ощаге получил выделенный белый IP.
Кроме внутренних сайтов( ох, волшебный OneTwo), стоит отметить файлообмен через DC и внутренние пиратские сервера WoW, Linage2 и других сетевых игр.
У нас в переговорках стоят док станции с type-c - в основном все на ноутах.
Пару раз подключал телефон, чтобы что-то показать или созвониться по teams
И в итоге как обычно фиг, а не поддержка со стороны софта от производителя
@DAN_SEA кажется это первая ваша статья, в которой рассказывается про что-то реально сделанное.
Люто плюсую и жду ещё больше статей с законченными проектами, а не идеями для них
Странно, что angular'а указан высокий порог вхождения. Это единственный фреймворк на котором у меня вообще хоть как-то получается писать фронт.
После многих лет wfp и бэка он выглядит простым и понятным относительно остального
Все вопросы к создателям пакетов, которые вас бесят
Ни кто не запрещает добавить `systemctl enable` в postinst