LINUX.ORG.RU

yocto symlink's

 , ,


0

1

Всем привет.

Есть свой леер в yocto project и в нем есть image рецепт, который депендится от другого имиджа, с таким содержанием:

# Arago console image
# gives you an image with basic media libraries

require recipes-core/images/arago-image.inc

COMPATIBLE_MACHINE = "(?!arago)"

# The size of the uncompressed ramdisk is 32MB
ROOTFS_SIZE = "32768"

# DM646x have many modules, bump to 40MB
ROOTFS_SIZE_dm6467 = "40960"

# AM3517 have many modules, bump to 64MB
ROOTFS_SIZE_am3517-evm = "65536"

# Double beagle/hawk/overo ramdisk size, due to gazillions of kernel modules
ROOTFS_SIZE_beagleboard = "81920"
ROOTFS_SIZE_hawkboard = "81920"
ROOTFS_SIZE_overo = "81920"

IMAGE_INSTALL_append = "\
    packagegroup-arago-base \
    packagegroup-arago-console \
    packagegroup-arago-tisdk-graphics \
    packagegroup-arago-qte \
    lighttpd \
    mariadb \
    php \
    openssh-sftp-server \
    packagegroup-arago-qte-toolchain-target \
    stm32flash \
    "

export IMAGE_BASENAME = "test-image"

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


А что делает require? Разве не должно быть include? Ведь где-то должно присутствовать inherit core-image

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

вот как раз в arago-image.inc есть inherit core-image

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

Посмотрел у нас. В конце рецепта написано:

# Generate a relative link for zImage
ROOTFS_POSTPROCESS_COMMAND += "make_zimage_symlink_relative; "

Попробуй, может это то, что тебе надо.

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

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

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

а есть симлинки на последнюю из этих сборок с именем, не содержащем время

ДА! Именно это мне и нужно. Я не понимаю, почему оно сломалось, ведь я за пределы своего леера никуда не лез :-(

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

Придется скорее всего заняться дебагингом

У меня симлинки создаются в meta-oe-core/meta/classes/image.bbclass, create_symlinks()

Запусти bitbake с -v и посмотри что оно там пишет по поводу «Creating symlink»

Может IMAGE_LINK_NAME неправильно выставлен, может IMAGE_FSTYPES не те, а может ты всем этим на VFAT занимаешься где bitbake и хотел бы порадовать тебя линками, да не получается

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

Придется скорее всего заняться дебагингом

понятное дело :)

У меня симлинки создаются в meta-oe-core/meta/classes/image.bbclass, create_symlinks()

да, я там уже был

> Запусти bitbake с -v и посмотри что оно там пишет по поводу «Creating symlink» спасибо, гляну и чуть позже отпишусь

а может ты всем этим на VFAT занимаешься где bitbake и хотел бы порадовать тебя линками, да не получается

нет, это всё вертится на ext4

ubik
() автор топика
Ответ на: комментарий от alx777

Дебажу уже несколько дней, но результата нет :-(

# $IMAGE_LINK_NAME
#   set /home/yocto/yocto_build/tisdk/sources/oe-core/meta/conf/bitbake.conf:410
#     "${IMAGE_BASENAME}-${MACHINE}"
IMAGE_LINK_NAME="test-image-varsomam33"

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

А что bitbake -v пишет ? Есть там что-то вроде:

NOTE: image-standard-1.0-r0 do_image_cpio: Creating symlink: image-standard.cpio -> image-standard-20161019071650.rootfs.cpio
alx777 ★★
()
Ответ на: комментарий от anonymous
IMAGE_FSTYPES=" ubi tar.gz tar.gz.md5"
IMAGE_CLASSES=" image_types_md5 image_types"
ubik
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.