5 replies to this topic

[Taapat]

Be careful with this my pull request:https://github.com/O...event-840857249
Therefore, I wrote in a comment Warning!

 

There is a possibility that it may break the build process.
Ideally, it would be if someone, who has access to the build servers do for all recivers:

... bitbake libbluray -c cleanall

When udf enabled in libbluray it used libudfread submodule, but submodules will not update without clean and configure can stop with error without libudfread submodule.

To use the submodule I changed the protocol from the git to gitsm.
But as far I understand oe does not check these protocol changes without clean.

 

I don't know, maybe un your build servers not this problem, but pay attention to this!

I think about the option to add other package such libbluray-udfread, but I think it would be better not duplicate the same packages.

Edited by Taapat, 29 October 2016 - 12:50.

[MastaG]

Building fine here.
Only had to force-remove and reinstall on my receiver due to the new linbluray repo having a lower version number.

[Taapat]

I see that on openpli feed package version is v0.9.3+git0+0-r0.0.

To me on openpli-5 based build system do not have such problems. Package version is v0.9.3+git2490+efcde25-r0.

 

Apparently in the oldest oe git version set works differently.

If this update will not cause problems, then later I propose a correction for package version.

Edited by Taapat, 30 October 2016 - 00:09.

[MastaG]

Yep thats correct.
In my living room I still have PLi4.

[Taapat]

This should fix package version: https://github.com/O...e-core/pull/124

[littlesat]

Thanks!m:D