Oleg Sadov@oleg_sadov
Ну я когда-то какие-то пакетики лепил под OpenEmbedded, но это было очень давно. В чём вопрос?
2025-11-25 18:11:14
DmitryStu@dmitrystu
Ну есть условно рабочая конфигурация, надо применить изменения в DTS и Kconfig
2025-11-25 18:12:06
Oleg Sadov@oleg_sadov
Ну как всегда — спеки BitBake'овские небось поковырять надо.
2025-11-25 18:27:25
DmitryStu@dmitrystu
Да вот, что-то плохо ковыряются. Или я что-то не так делаю, но оверрайды не применяются, а править исходные файлы - не комильфо, должен вроде быть штатный способ.
2025-11-25 18:18:12
Alex@sunnyfpv
ПРавить исходные коды в it - это уже нештатный способ? Вы гневаете ..кого бы то ни было
2025-11-25 18:21:05
Oleg Sadov@oleg_sadov
Ну, если речь идёт о системном пакете (в данном случае, видимо, имеется в виду kernel), то просто подменить tgz с кодом ядра — не совсем правильный путь. Будут проблемы с сопровождением. Идеологически правильнее — BitBake'вский пакет привести в нужное состояние.
2025-11-25 18:39:00
DmitryStu@dmitrystu
Как я понимаю, там это делается через кастомный meta-layer, в котором прописываютя патчи и всё такое.
2025-11-25 18:28:06
Oleg Sadov@oleg_sadov
Возможно. Давно уже в OpenEmbedded не копался.
2025-11-25 18:29:50
Oleg Sadov@oleg_sadov
Ну стандартный метод — править спеки, подкладывать патчи, сборку с повышенной вербозностью запускать если не правится то что хочется. В конце концов — BitBake это же просто Python, в крайнем случае на его уровне можно поотлаживаться.
2025-11-25 18:23:19