ZimniY :Ещё вопрос: почему в Entware так много настроек вынесено в скрипты инициализации? Чем авторам конфиги не нравятся?
Это настройки, подходящие для большинства людей, это пошло ещё с Optware. Конфигурационные файлы, разумеется, это не отменяет. Мне кажется это связано с тем, что в Optware не все пакеты были пропачены корректно на предмет поиска своих конфигов (в /opt/etc вместо /etc) и авторы добавляли соответствующие ключи в стартовые скрипты.
ZimniY :Вытекающий отсюда вопрос: при обновлении программ мои инит-скрипты перетрутся "оригинальными" или нет?
Инит-скрипты затрутся. Пакетный менеджер относится бережно только к тем файлам, которые в описании пакета указаны как конфиги. При обнаружении таких файлов будут задаваться соответствующие вопросы о сохранении правленых файлов, при удалении пакетов правленые конфиги так же не затираются.
Zyxmon :Александр, расскажите всем про скрипты Entware в init.d. Или дайте ссылку, где почитать.
Как включить, выключить (ENABLED=yes/no) и другие нюансы.
Стартовые скрипты в стиле Unslung, те же самые, что используются в Optware. Автозапуск сервисов состоит в вызове /opt/etc/init.d/rc.unslung start, остановка — /opt/etc/init.d/rc.unslung stop. При запуске сервисов скрипт rc.unslung сортирует имеющиеся скрипты /opt/etc/init.d/Snn<Service> в порядке возрастания (S01…, S02… и т.д.) и выполняет каждый из них с параметром start, тем самым можно задать порядок запуска сервисов, зависимых друг от друга. Остановка сервисов идёт в обратном порядке: S99…, S98… S00…. Так же как и в Debian вы можете любой стартовый скрипт Snn… вызывать самостоятельно при отладке автостарта\автостопа, к примеру /opt/etc/init.d/S10cron start. Запретить автостарт сервиса можно двумя способами: указанием в стартовом скрипте ENABLED=no или снятием со скрипта атрибута «исполняемый». Я предпочитаю второй способ и сейчас объясню почему.
Логика большинства стартовых скриптов довольно однотипна, и чтобы каждый раз не изобретать велосипед все типовые функции вынесли в файл /opt/etc/init.d/rc.func. При использовании этой рыбы стартовый скрипт упрощается до нескольких строчек, вот пример. Достаточно указать имя бинарника и опционально аргументы командной строки.
К сожалению, невозможно втиснуть в эту логику старт абсолютно всех сервисов и есть случаи, когда стартовые скрипты придётся писать без участия набора функций rc.func. Вот пример. В связи с тем, что он не использует rc.func его нельзя запретить вставкой ENABLED=no, в этом случае со стартового скрипта надо просто снять атрибут исполняемого.
Dr.Acid :Кстати, об универсальности: Я правильно предполагаю, что софт для черных кинетиков на RT6856(собранный с опцией softfloat), способен корректно работать и на белых(а вот обратное неверно)? Ведь программно эмулировать операции с плавающей запятой умеет любой процессор 
И каким тогда образом планируется поддержка этого дела в Entware? Что, будет отдельный репозиторий?
Причины несколько глубже. Напомню, что в ряде наших SoC'ов нет полноценного FPU, есть лишь эмулятор FPU. Тулчейн можно собрать так, чтобы он использовался (hard-float) или нет (soft-float). Так вот тесты говорят о том, что код начинает работать шустрее на 15-20%, если эмулятор FPU не используется. По словам sfstudio выигрыш при использовании FPU эмулятора нивелируется частотой переключения контекстов CPU. Поэтому не исключено то, что вслед за DD-WRT и NDM авторы других прошивок вовсе откажутся от его использования.
В Entware довольно скоро появится отдельный фид на entware.wl500g.info, который будет собран с soft-float. От выкладывания бинарников на гуглокоде мы уходим по известной причине.
Заодно уйдёт в прошлое проблема резолвинга гуглосервисов в IPv6.
Со всеми вытекающими...