Сборка ubus

anpaza · Сообщение **anpaza** » 02 дек 2018, 20:36

Пытаюсь собрать ubus.
Проблема в том, что после make install в каталоге
build_dir/target-aarch64_cortex-a53_glibc-2.27/ubus-2018-07-26-40e0931e/ipkg-install
появляется и каталог opt/, и каталог usr/.

/opt
/opt/sbin
/opt/sbin/ubusd
/opt/bin
/opt/bin/ubus
/opt/include
/opt/include/libubus.h
/opt/include/ubus_common.h
/opt/include/ubusmsg.h
/opt/lib
/opt/lib/libubus.so
/usr
/usr/lib
/usr/lib/lua
/usr/lib/lua/ubus.so

При этом библиотека lua-ubus устанавливается в usr/lib/lua/ubus.so
А библиотека libubus - в opt/lib/libubus.so.

Дальше происходит вот такое:

Код: Выделить всё

cp -fpR /home/zap/src/Android/entware/Entware/build_dir/target-aarch64_cortex-a53_glibc-2.27/ubus-2018-07-26-40e0931e/ipkg-install/usr/lib/*.so /home/zap/src/Android/entware/Entware/build_dir/target-aarch64_cortex-a53_glibc-2.27/ubus-2018-07-26-40e0931e/.pkgdir/libubus/lib/
cp: cannot stat '/home/zap/src/Android/entware/Entware/build_dir/target-aarch64_cortex-a53_glibc-2.27/ubus-2018-07-26-40e0931e/ipkg-install/usr/lib/*.so': No such file or directory

Естественно, ведь libubus.so находится в /opt а он его ищет в /usr.

В package/system/ubus/Makefile правило для установки lib/libubus.so выглядят не-opt-ифицировано:

Код: Выделить всё

define Package/libubus/install
        $(INSTALL_DIR) $(1)/lib
        $(CP) $(PKG_INSTALL_DIR)/usr/lib/*.so $(1)/lib/
endef

Похоже на "недо-opt-ифицированный" пакет. При этом, если судить по описанию libubus, это один из ключевых пакетов OpenWrt.
Он вообще должен собираться? Он вообще нужен? (пардон за детский вопрос, раньше не углублялся в OpenWrt).

Сообщение **Zyxmon** » 02 дек 2018, 20:59

anpaza писал(а):Источник цитаты Похоже на "недо-opt-ифицированный" пакет.

Не все пакеты, которые в фидах или транке "opt-ифицированны", только те, что собираются.

Маленькая хитрость. Мы, перед тем, как выложить пакеты смотрим - нет ли чего вне /opt в папке staging_dir/target-xxxx/root-yyyy
Если есть, то "opt-ифицируем".

anpaza · Сообщение **anpaza** » 02 дек 2018, 21:43

Понял, значит ubus просто не нужен.
Я его opt-ифицировал, но после этого не собралась библиотека libiwinfo -

Код: Выделить всё

include/iwinfo/utils.h:25:10: fatal error: libubus.h: No such file or directory

Не то, чтобы она мне нужна, но непонятно, откуда она хотела взять libubus.h, если он не был установлен ни в один из пакетов libubus, libubus-lua, ubus и ubusd (которые собираются из пакета ubus). В "больших" линупсах обычно есть ещё пакет с названием типа ubus-dev(el)?, который должен устанавливаться в buildroot, здесь же я такого не вижу. Как в OpenWrt принято поступать в таких случаях?

И ещё вопрос. Есть где-нибудь файл конфига, которым собираются пакеты с bin.entware.net? В принципе, можно действовать итерационно, но это утомительно.

Сообщение **Zyxmon** » 02 дек 2018, 21:51

anpaza писал(а):Источник цитаты здесь же я такого не вижу. Как в OpenWrt принято поступать в таких случаях?

Должна быть правильная (opt-ифицированная) секция Build/InstallDev - именно там копируются файлы (хедеры и либы) необходимые для сборки зависимых пакетов.

anpaza писал(а):Источник цитаты Есть где-нибудь файл конфига, которым собираются пакеты с bin.entware.net?

В папке configs лежат конфиги для разных архитектур, о чем в wiki написано - https://github.com/Entware/Entware/wiki ... d-platform
Или я неправильно понял вопрос?

anpaza · Сообщение **anpaza** » 02 дек 2018, 22:19

Да, правильно поняли вопрос. Забыл про вики entware, сочинял конфиг с нуля.
Теперь есть практически полный список оптифицированных пакетов.
Заметил, что пакет uci не оптифицирован. То есть, в optware настройка через luci не используется?
Жаль, хотел воспользоваться.

Насчёт InstallDev, такого раздела нет в Makefile от ubus. Хотя каким-то образом libubus.h попал в staging_dir/.../opt/include/. Но iwinfo искал его в /usr/include - ну, видимо, издержки недооптификации.

Сообщение **Zyxmon** » 02 дек 2018, 23:08

anpaza писал(а):Источник цитаты То есть, в optware настройка через luci не используется?

Совершенно верно - не используется.

anpaza писал(а):Источник цитаты Насчёт InstallDev, такого раздела нет в Makefile от ubus.

Для случая сборки cmake есть операция по умолчанию.

anpaza писал(а):Источник цитаты Но iwinfo искал его в /usr/include

Скорее всего нужно допилить iwinfo.

PS Кстати тут - https://github.com/Entware/Entware/blob ... ake.mk#L79 может быть не до-opt-ифицировано.
Пакетов, где используется cmake немного и в них может быть переопределено действие по умолчанию
https://github.com/Entware/rtndev/blob/ ... kefile#L39

PPS Добавил на будущее про cmake сюда - https://github.com/Entware/Entware/projects/3

anpaza · Сообщение **anpaza** » 03 дек 2018, 10:12

Касательно тикета - после оптификации ubus

на всякий случай diff

libubus.h проинсталлировался куда надо -
target-aarch64_cortex-a53_glibc-2.27/opt/include/libubus.h

Это потому, что в каталоге ubus-2018-07-26-40e0931e/ipkg-install, куда производится промежуточная инсталляция, всё и так лежит в /opt. Поэтому $(CP) $(PKG_INSTALL_DIR)/* $(1)/ просто копирует вместе с префиксом opt/ из ipkg-install/ в staging-dir/target/.

P.S. Вопрос немного не по теме - чем отличаются пакеты из bin/packages от bin/targets? В первом у меня пока около 35 мегабайт ipkg файлов, во втором - 278.

P.P.S. Ещё одно замечание не по теме - нашёл ошибку в оптификации пакета krb5. Вместо

Код: Выделить всё

CONFIGURE_ARGS += \
        --includedir='/opt/include/krb5' \

должно быть

Код: Выделить всё

CONFIGURE_ARGS += \
        --includedir='/opt/include' \

т.к. неправильно устанавливаются все хидеры:

так неправильно

А вот так - правильно (в моей Fedora)

Как результат - не компилируется дальше какой-то из пакетов, который делает #include <gssapi/gssapi.h>.

Сообщение **Zyxmon** » 03 дек 2018, 16:45

anpaza писал(а):Источник цитаты libubus.h проинсталлировался куда надо -

Значит дефолт в cmake.mk правильный.

anpaza писал(а):Источник цитаты Вопрос немного не по теме - чем отличаются пакеты из bin/packages от bin/targets?

Одни стрипнутые, вторые нет.

anpaza писал(а):Источник цитаты т.к. неправильно устанавливаются все хидеры:

Заведу issue.

Сообщение **TheBB** » 03 дек 2018, 20:56

Это не ошибка. Это было сделано специально, чтоб не падала сборка tvheadend, т.к. он упорно цеплялся за profile.h от krb5.
Вопрос подключения недостающих хедеров решается "магическим заклинанием" - `TARGET_CFLAGS += -I$(STAGING_DIR)/opt/include/krb5` (по фен-шую - TARGET_CPPFLAGS)
А вот и тестовый запуск подоспел )))

часть лога

anpaza · Сообщение **anpaza** » 04 дек 2018, 10:46

Нуу, это странное решение, глюки в tvheadend а корёжат kerberos

Может лучше поправить tvheadend, а то ведь кербероса могут пользовать самба, всякие там openldap и прочее.
Попробовал скомпилировать tvheadend на федоре, нормально подхватывается profile.h из src/ несмотря на наличие /usr/include/profile.h.
К тому же, везде стоит #include "profile.h" а не <profile.h>, и в командной строке есть -I с каталогом, в котором правильный profile.h, так что странно.
Надо бы разобраться, там наверняка фигня какая-то мелкая.

Форумы Zyxmon`а

Сборка ubus

Кто сейчас на конференции