1177 replies to this topic

[MastaG]

So oe-a is also already at gcc6 :-)
Great.

[athoik]

So oe-a is also already at gcc6 :-)
Great.

 

I think OpenATV 5.4 uses next branch of OE-A, so they are still testing.

[MiLo]

So aint it easier to just revert back the oe-snapshot to gcc5 and create bbappends for the stuff that dont build when the host has gcc6.

"Easier" would be to never change anything.

Purpose of the merge was not just to allow building on your specific host. It was to finally force to move things forward after months of inactivity. The BSP problems were holding OpenPLi back, better to have that in the open.

[MiLo]

So oe-a is also already at gcc6 :-)

There are two distinct problems with GCC6:

-1- A few native recipes will not build correctly with GCC6. This means you cannot build it on a host system that has GCC v6 as its default compiler.
-2- OE itself moved to using GCC v6 for cross-compiling. This causes kernels before 4.2 to fail to build.

Problem -1- can be solved using some bbappends.
Problem -2- requires all BSPs to be upgraded, and also solves -1-

[babsy98]

yes all kernel in oe-a ready with gcc 6.1.1 , i have update for 3 month all builds, but test we found more and more small issues and not ready yet. so atv 5.4 only close beta for a small user group

 

public beta need more time we have to many issue with vu drivers and wait for fixes but no response from vu

[MastaG]

Thanks for explaining MiLo.

I'll merge the latest changes and see what I can do.

[athoik]

Please note that error on split_kernel_module_packages still exists.

 

diff --git a/meta/classes/kernel-module-split.bbclass b/meta/classes/kernel-module-split.bbclass
index ed42d2b..513396a 100644
--- a/meta/classes/kernel-module-split.bbclass
+++ b/meta/classes/kernel-module-split.bbclass
@@ -50,7 +50,7 @@ python split_kernel_module_packages () {
         tmpfile = tf[1]
         cmd = "%sobjcopy -j .modinfo -O binary %s %s" % (d.getVar("HOST_PREFIX", True) or "", file, tmpfile)
         subprocess.call(cmd, shell=True)
-        f = open(tmpfile)
+        f = open(tmpfile, encoding="latin-1")
         l = f.read().split("\000")
         f.close()
         os.close(tf[0])

 

Also dm800se is too fat... (dm800se.rootfs.jffs2 is too big. This doesn't work. Sorry.Invalid data partition!).

 

So a diet program required..

[peti]

I was able to compile the latest head for Vu+ Uno. So far working well. 

[MiLo]

Please note that error on split_kernel_module_packages still exists.
 
 

diff --git a/meta/classes/kernel-module-split.bbclass b/meta/classes/kernel-module-split.bbclass
index ed42d2b..513396a 100644
--- a/meta/classes/kernel-module-split.bbclass
+++ b/meta/classes/kernel-module-split.bbclass
@@ -50,7 +50,7 @@ python split_kernel_module_packages () {
         tmpfile = tf[1]
         cmd = "%sobjcopy -j .modinfo -O binary %s %s" % (d.getVar("HOST_PREFIX", True) or "", file, tmpfile)
         subprocess.call(cmd, shell=True)
-        f = open(tmpfile)
+        f = open(tmpfile, encoding="latin-1")
         l = f.read().split("\000")
         f.close()
         os.close(tf[0])

Shouldn't that be "utf-8" encoding or so? latin-1 is rare on posix...

Also dm800se is too fat... (dm800se.rootfs.jffs2 is too big. This doesn't work. Sorry.Invalid data partition!).
So a diet program required..

Maybe as simple as setting "IMAGE_INSTALL_remove_dm800se"? I think you could even do that in the machine.conf.

[athoik]

Shouldn't that be "utf-8" encoding or so? latin-1 is rare on posix...

It is utf8 now with python3, the latin1 emulates python2 behaviour.

The error was mentioned before here: http://forums.openpl...es-split-fails/
 

Also dm800se is too fat... (dm800se.rootfs.jffs2 is too big. This doesn't work. Sorry.Invalid data partition!).
So a diet program required..

Maybe as simple as setting "IMAGE_INSTALL_remove_dm800se"? I think you could even do that in the machine.conf.

I guess the IMAGE_INSTALL_remove_dm800se = "samba-base" will do it.

Edited by athoik, 25 August 2016 - 18:07.

[MiLo]

binary:

        with open(tmpfile, "rb") as f:
            l = f.read().split(b"\000")

but that makes "l" a list of binary objects, causing problems later on in the code of course, which will expect strings.

[Taapat]

I was able to compile the latest head for Vu+ Uno. So far working well. 

 

I think so too, until I tried ffmpeg.
At the library is load, I got an error:

error while loading shared libraries: /usr/lib/libavformat.so.57: ELF file ABI version invalid

But I see that on the openembedded-core has been added glibc patch that would fix it and so I'll try to update openembedded-core again.

I wanted to add that immediately after gcc 6.1 update on openembedded-core, I did not have such problems.

 

P.S.

Or any of openpli watched pull requests and comments on github?

Edited by Taapat, 25 August 2016 - 19:09.

[Brievenbus]

Also dm800se is too fat... (dm800se.rootfs.jffs2 is too big. This doesn't work. Sorry.Invalid data partition!).

 

So a diet program required..

 

DM?

Will Pli5 be for Dreambox again????

[WanWizard]

What do you mean by again? There is a current image for the DM800SE?

[Brievenbus]

Ah, you are right of course, it's just that Dream Multimedia is not mentioned on the home page, but, it is on the downloadpage.

[WanWizard]

Everything on the homepage is supported.

 

Manufacturers we have a mutual agreement with are in the center of the hompage with a logo. Manufacturers we don't have an agreement with (but we can still make an image for) are still on the homepage, but in the sidebar, and those are supported until we can no longer support them (due to lack of manufacturer support). DMM is listed in the sidebar. On the download page, you see all brands we currently support.

[peti]

to decrease the image size we can append some gst-libav arguments suggested by Chris earlier. As far as I know the whole package is needed just because of the wma codecs. 

 

LIBAV_INCLUDED_EXLUCED = "--disable-everything \
--enable-decoder=wmalossless \
 --enable-decoder=wmapro \
 --enable-decoder=wmav1 \
 --enable-decoder=wmav2 \
 --enable-decoder=wmavoice"

LIBAV_EXTRA_CONFIGURE_COMMON_ARG += "${LIBAV_INCLUDED_EXLUCED}"

[MastaG]

I dont even install gst1.0-libav on my dm800se.

[christophecvr]

I dont even install gst1.0-libav on my dm800se.

gst-libav is only needed for vu+ series as far I know and only for the wma (audio codecs) If You just compile for those it's a very small library . The dm8000 and dm800se do have wma audiocodecs on board.

 

There could be other boxes who require gst-libav that I don't.

[MastaG]

Hi Chris!

 

Good to see you around again