LINUX.ORG.RU

Релиз Buildroot 2012.05

 , ,


1

1

После трёх месяцев разработки представлен новый релиз Buildroot.

Buildroot это набор мейкфайлов и патчей, позволяющих очень простым способом собрать кросс-тулчейн, ядро и файловую систему для встраиваемой системы, используя uclibc/eglibc/glibc библиотеку.

Основные изменения:

  • Добавлены 34 «пакета» для сборки ПО в т.ч. openswan, polarssl, systemd и т.д.
  • Обновлены версии GCC (4.7) и uClibc (0.9.33.1).
  • Поддержка стороннего тулчейна от Linaro для ARM-архитектуры.
  • Поддержка платформы Microblaze c использованием внешнего тулчейна. Платформа Xtenza объявлена устаревшей.
  • Добавлены стандартные конфигурации для QEMU (Microblaze и e500 PowerPC), Beaglebone, Pandaboard, Freescale mx53qsb.
  • Поддержка серий патчей в apply-patches.sh.
  • Заголовки ядра обновлены до 3.2.18 / 3.3.7.
  • И как же без множества багфиксов.

Полный список изменений

>>> Скачать

★★★★★

Проверено: tazhate ()

Поддержка платформы Microblaze

Годно.

unfo ★★★★★ ()

Добавлены 34 «пакета» для сборки ПО в т.ч. ... systemd

systemd на embedded? это уже перебор, товарищи.

unfo ★★★★★ ()
Ответ на: комментарий от unfo

systemd на embedded? это уже перебор, товарищи.

Просто интересно, а чем тебя не устраивает systemd?

Sholy ()
Ответ на: комментарий от unfo

Логика работы systemd как раз таки больше подходит к embedded чем классический init.

Dark_SavanT ★★★★★ ()
Ответ на: комментарий от Sholy

Просто интересно, а чем тебя не устраивает systemd?

На embedded наблюдение и отладка процесса загрузки довольно полезная вещь. Да и dbus мне там совершенно ни к чему.

Да и вообще я приверженец unix-way и KISS, противник сложных комбайнов (не считая emacs :) ).

unfo ★★★★★ ()
Ответ на: комментарий от unfo

А что мешает наблюдать и отлаживать процесс загрузки с использованием systemd?

Dark_SavanT ★★★★★ ()
Ответ на: комментарий от unfo

unix-way это как раз таки отделение сцщностей друг от друга на небольшие утилиты/демоны, которые между собой взаимодействуют и этим взаимодействием как-то управляют железкой. А DBUS лишь позволяет общаться между собой сообщениями по шине, что выглядит вполне удобно.

Dark_SavanT ★★★★★ ()
Ответ на: комментарий от Dark_SavanT

Удобно, да. Но если ресурсов немного, то можно общаться и с помощи обычных unix-сигналов.

unfo ★★★★★ ()
Ответ на: комментарий от unfo

Если нужно завязывать web-интерфейс, библиотечку для управления внешними железками, демон для управления светодиодами на основе статистики собираемой с gsm/wifi модулей и запуск/остановку сетевых сервисов, то поневоле задумаешься о том, что на unix-socket/posixmq/signals - это всё завязывать мягко скажем сложновато и велосипед получается уж очень похож то ли на шину данных, то ли на MQ.

Dark_SavanT ★★★★★ ()
Ответ на: комментарий от Dark_SavanT

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

unfo ★★★★★ ()
Ответ на: комментарий от unfo

systemd на embedded? это уже перебор, товарищи.

В OpenEmbedded systemd давно был уже, Buildroot просто догнал.

trycatch ★★★ ()

Хорошая штука, жалко нет пэкедж менеджмента

AiFiLTr0 ★★★★★ ()
Ответ на: комментарий от AiFiLTr0

Хорошая штука, жалко нет пэкедж менеджмента

Есть на этапе сборки образа =)

realloc ★★★★ ()
Ответ на: комментарий от AiFiLTr0

Почему же? Можно собрать ipkg или rpm, для embedded вполне достаточно. Другое дело, что внутренней поддержки для них нет, но поскольку в большинстве железок rootfs в ro из-за того, что всё друг к другу прибито гвоздями, то обновлять по отдельности пакеты смысла не имеет, если уж обновлять, то сразу весь rootfs

Dark_SavanT ★★★★★ ()
Ответ на: комментарий от Dark_SavanT

которые между собой взаимодействуют

Взаимодействуют, ага. А не взаимозависят. Привязать систему инициализации к другому демону - это немножко неправильно.

anonymous ()
Ответ на: комментарий от anonymous

моё мнение, что DBUS вообще пора запилить в ядро, чтобы была единообразная возможность гонять сообщения между процессами не завися от сторонних демонов.

Dark_SavanT ★★★★★ ()
Ответ на: комментарий от Dark_SavanT

А DBUS лишь позволяет общаться между собой сообщениями по шине, что выглядит вполне удобно.

Я стронник такой шины, но этот ваш DBUS выглядит как ява или с# с их бесконечными org.common.someshit.uselessmodule.garbage

buddhist ★★★★★ ()
Ответ на: комментарий от Dark_SavanT

Может и тебя запилить в ядро? Так, на всякий случай.

Mirraz ()
Ответ на: комментарий от Mirraz

Ну а чо? буду себе прерывания гонять, да порнуху в траффике искать

Dark_SavanT ★★★★★ ()
Ответ на: комментарий от Dark_SavanT

Нет ты. Я ответил на последнее твоё троллосообшение.

Mirraz ()
Ответ на: комментарий от Mirraz

Это кстати не было троллоло, я был вполне серьзен. Ладно, не d-bus, но вменяемый протокол message-oriented IPC. Как в микроядрах.

Dark_SavanT ★★★★★ ()
Ответ на: комментарий от Dark_SavanT

Еще чуть-чуть, и ты запилишь в ядро вывод графики, получив, наконец, долгожданную Windows NT. ;)

LamerOk ★★★★★ ()
Ответ на: комментарий от LamerOk

мне как работающему с embedded графика в ядре нафиг не нужна. Как и множество других фич. Это Шаттлворт пилит десктоп, пусть он и впиливает.

Dark_SavanT ★★★★★ ()

Поддержка стороннего тулчейна от Linaro для ARM-архитектуры

Вроде ж уже есть, кажется, давно, с 2011.3... или Линаро ещё что-то запилило?

Grid_Sergey ()
Ответ на: комментарий от Dark_SavanT

Можно, но пакеты сам билдрут собирать не умеет.

AiFiLTr0 ★★★★★ ()
Ответ на: комментарий от AiFiLTr0

Хорошая штука, жалко нет пэкедж менеджмента

а почему я там видел галочку поддержки opkg в меню конфигурации buildroot?..

I-Love-Microsoft ★★★★★ ()

минорщина же, если бы они hurd написали... а так...

sanaris ()
Ответ на: комментарий от sanaris

у buildroot релиз это достаточно формальная вещь. Примерно так же как у wine. Так что минорщина-не минорщина - решать модераторам.

Dark_SavanT ★★★★★ ()

a ya tupoi i ne ponial ni chego (

anonymous ()
Ответ на: комментарий от malices_gossips

Будешь икать когда сам его руками собирать будешь. Там икается много и долго.

Dark_SavanT ★★★★★ ()

Ну не знаю, как по мне, то самописный Makefile как то проще и надёжнее.
Сейчас начали работать с FreeScale, так что-то используемый там ltib пока особо не впечатляет. Толи дело SDK от TexasInstrumrnts с прозрачным Makefile.

imb ★★ ()

используя uclibc/eglibc/glibc библиотеку

Английский порядок слов. Либо «используя библиотеку ././.», либо вообще без библиотеки.

tiandrey ★★★★★ ()

Поэкспериментировать, что ли. Полезный должен быть опыт.

superdarkshvein ()
Ответ на: комментарий от Sholy

думаю это слишком субъективно

Зато !@#$^Wпаладины поттеринга блещут объективностью: забыть про dbus, оставить удобное и, сидя на белом коне, отвергнуть последнее.

anonymous ()
Ответ на: комментарий от sanaris

если бы они hurd написали

странно от человека с зебросвиньёй такое слышать, вот кто-кто, а exherbo точно некрофилией не занимаются )

Sholy ()
Ответ на: комментарий от anonymous

паладины поттеринга

Ну я пока сижу на openrc лишь потому, что паладины плохо выполняют свою работу, и тут и там проблемы совместимости, никто не любит этих паладинов.

Sholy ()
Ответ на: комментарий от LamerOk

Еще чуть-чуть, и ты запилишь в ядро вывод графики, получив, наконец, долгожданную Windows NT

Классическая NT никакой графики в ведре не имела. M$ это паскудство начали творить кажысь с W2000.

Attila ()
Ответ на: комментарий от Dark_SavanT

Будешь икать когда сам его руками собирать будешь. Там икается много и долго.

Много икалось во времена glibc 2.3.6 и gcc переходного периода 3.x -> 4.x. Сейчас glibc-based тулчейн собирается с минимальной доработкой напильником.

anonymous ()
Ответ на: комментарий от anonymous

когда я последний раз собирал тулчейн полностью руками, года два назад, мне икалось.

Dark_SavanT ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.