Организация разработки OpenWRT / выпрямление рук

Как поменять конфиги по умолчанию(основной и ядра), чтобы не лазить в ГУЙ?

Меняй сами config файлы для своего target'a и generic'a, мы делали именно так.
А главный конфиг, естественно, лежит в гите в отдельной директории boards, и перед сборкой просто его копируем, это все.

Как изменять/патчить драйвера, скрипты, конфиги, которые скачиваются при сборке и т.д?

В каждом пакете есть директория patches, собственно, туда кидай свои патчи/фиксы для исходного кода определенного пакета.

Процесс добавления нового патча достаточно тривиален:

* Идешь в dl и выбераешь нужный тебе архив с исходниками.
* Распаковываешь его
* Делаешь там git init && git add --force . && git commit -am init, если там нет git'a.
* Подкладываешь каждый патч из пакета по очереди и делаешь коммит с ним (тоже можно скриптом все автоматизировать)
* Делаешь свои фиксы
* Делаешь git format-patch и кидаешь его в директорию patches в своем дереве для выбранного пакета
* Вот и все, и теперь каждый раз при сборке пакета он будет автоматически применен.

Если же не хочешь с этим возиться, то можешь просто распаковать архив в src в директорию своего пакета, ну и поправить Makefile соответственно.
BTW: make kernel_menuconfig как раз таки модифицирует конфиг в самом репозитарии, и его потом можно закоммитить.

Спасибо, а вы этот механизм сами выработали или это какая-то общепринятая метода?

«Так принято» :)

Посмотри по самим пакетам, почти в каждом есть свои патчи, и их нужно как-то поддерживать/фиксить. Это самый простой и удобный метод.

дык, эта... OpenWRT содержит систему патчей на все случаи жизни. залил сорцы в какую-нить систему контроля версий, пропатчил, сделал патч, сохранил в нужном месте. собсна, никаких особых проблем это не вызывает. единственное, что документации маловато, но там в большинстве случаев и так всё понятно.

но там в большинстве случаев и так всё понятно.

Все, кроме netifd :)

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

OpenWRT я много ковыряла. и по работе, и так, на досуге, от нечего делать. имхо, самый говнокод там в вебе, в LuCI. остальное (без мелких придирок) более-менее работает. хотя документация скудная, да. приходится лезть в сорцы, в сприпты, чтобы понять, что там куда. если лезть совсем глубоко, то есть ещё некоторые проблемы с зависимостями пакетов. но это уже совсем тонкости девелопмента.

а что с ним не так?

Работает совершенно неочевидным образом, при этом содержит массу ошибок. Косяков в нем хватает. Регулярно фиксим.

Регулярно фиксим.

Где же патчи ? ;)

Где же патчи ? ;)

Там, где им и положено быть. Не переживайте.

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