Fix: jre-libbluray 依赖 libbluary的源代码 ,添加:PKG_DEPENDS_UNPACK += libbluary

ihipop commented 2 years ago

(cherry picked from commit 1207e8bb8b60e5fa7a0399bfe2aac63ced040547)

jre-libbluray 依赖 libbluary的源代码,直接unpack https://github.com/RuralHunter/CoreELEC/blob/5133b6cecba20266802f6930f61aaf13a2341497/packages/addons/addon-depends/jre-depends/jre-libbluray/package.mk#L16 会提示找不到 libbluray-${PKG_VERSION}.tar.bz2

修改为 PKG_DEPENDS_UNPACK+=" jdk-x86_64-zulu libbluray" 添加 libbluray 依赖确保编译的时候libbluray的代码存在于sources目录下面

ihipop commented 2 years ago

说一下复现方法:

使用阁下n1-19分支,采用github actions使用完全干净的环境 parallel build, actions配置文件在此 : https://github.com/ihipop/CoreELEC/blob/1c2bc0a065b40f4084785e64fe911dc21304c69c/.github/workflows/build-Image.yml

报错日志在此

logs_9.zip

日志摘要:

RuralHunter commented 2 years ago

thanks. 我这里没发现这个问题，可能是因为以前下载过了。

ihipop commented 2 years ago

@RuralHunter 还有个问题，现在的N1-19分支代码完整么？我不管在Github Workflow还是本机，编译出的kernel都是android的boot img格式，（已经反复重置过多次build环境，不存在toolchain污染问题，而且在Github Workflow上也是一样的结果）

您发布的是

 file kernel.img
kernel.img: Linux kernel ARM64 boot executable Image, little-endian, 4K pages

我编译出的是

file kernel.img 
kernel.img: Android bootimg, kernel (0x1080000), ramdisk (0x1000000), page size: 2048

导致无法启动，是否和此提交有关？https://github.com/RuralHunter/CoreELEC/commit/16db786d

另外您修改了这个提交 https://github.com/RuralHunter/CoreELEC/commit/a54525bf 我实际测试，在干净环境下，必须撤销此提交才能在toolchain目录正确生成mkimage，否则直接编译会报错的提示找不到toolchain下的mkimage。

RuralHunter / CoreELEC

Fix: jre-libbluray 依赖 libbluary的源代码 ,添加:PKG_DEPENDS_UNPACK += libbluary #56