kodi: update to 17.0

[lrusak]

As far as I know nothing else needs to be added/dropped. I will update as things change.

This can stay as a placeholder until openelec-7.0 is branched

[fritsch]

That means OE will skip v16 alltogether?

Edit: Nevermind 8.0.0 you said

[lrusak]

Just trying to get the ball rolling 👍

[MilhouseVH]

@lrusak: Can you add this patch to this PR (needed after xbmc/xbmc#8532).

Also with latest Kodi master, we can drop tiff, jasper and libmpeg2 packages with the following patches:

https://github.com/stefansaraev/OpenELEC.tv/commit/4f975c6120b088e75266bc31bb0cdadd02d599c7
https://github.com/stefansaraev/OpenELEC.tv/commit/4ddfeccfe35e26492046b61174e66f7ee0d266bb
https://github.com/stefansaraev/OpenELEC.tv/commit/f67bfd1cd2b9e9e3e8b93cdca28f39ad3dc9933d
http://nmacleod.com/public/oebuild/patches/01_drop_tiff_jastper_libmpeg2.txt
http://nmacleod.com/public/oebuild/patches/00_bye_libmpeg2.txt (presumably this will happen in kodi master eventually)

[stefansaraev]

also see https://github.com/stefansaraev/xbmc/commits/openelec - pick what you need.

[lrusak]

@MilhouseVH Thanks, I have picked them.

The libmpeg2 commit has been merged in xbmc/xbmc#8686 and xbmc/xbmc#8687

@stefansaraev I have picked the relevant aml/wetek commits. Hopefully these are safe ;)

I have updated to kodi-17.0-alpha1-7ca3fea

[stefansaraev]

wetek patches replace those in projects/

[lrusak]

I knew that ;)

[stefansaraev]

0020-aml-Add-support-for-4k-resolutions.patch <= not needed for WP.

@codesnake to ack removal of:
0011-aml-Use-fpsrate-and-fpsscale-instead-of-rfpsrate-and.patch
0012-Fix-incorrect-frame-rate-detection-of-some-videos-wi.patch
^ I did not find a visual difference so I dropped those after 20th rebase.

you dont need 0019-aml-Ugly-workaround-to-show-DTS-AC3-caps.patch if you keep 0017-enable-IEC958.patch (I think)

you may also update SIGTERM and others from my git if you want, that's why I keep the branch up to date.

[codesnake]

I think 0011-aml-Use-fpsrate-and-fpsscale-instead-of-rfpsrate-and.patch may be safely removed, it does only cosmetic things.
If I recall correctly 0012-Fix-incorrect-frame-rate-detection-of-some-videos-wi.patch was added to fix playback problems of some videos with variable framerate. Need to recheck if it is still needed.
0019-aml-Ugly-workaround-to-show-DTS-AC3-caps.patch and 0017-enable-IEC958.patch do the same thing, but in little different ways.

[MilhouseVH]

Removing the tiff package might have been a little premature... a clean build of master with #4500 has failed while building Pillow:

  BUILD    Pillow (target)
...
/home/neil/projects/scratch/alternates/OpenELEC.tv.test/build.OpenELEC-RPi.arm-7.0-devel/toolchain/bin/armv6zk-openelec-linux-gnueabi-gcc -DNDEBUG -O2 -Wall -pipe -I/home/neil/projects/scratch/alternates/OpenELEC.tv.test/build.OpenELEC-RPi.arm-7.0-devel/toolchain/include -Wno-format-security -march=armv6zk -mabi=aapcs-linux -Wno-psabi -Wa,-mno-warn-deprecated -mcpu=arm1176jzf-s -mfloat-abi=hard -mfpu=vfp -fomit-frame-pointer -Wall -pipe -Os -fexcess-precision=fast -flto -ffat-lto-objects -fPIC -DHAVE_LIBJPEG -DHAVE_LIBZ -DHAVE_LIBTIFF -I/home/neil/projects/scratch/alternates/OpenELEC.tv.test/build.OpenELEC-RPi.arm-7.0-devel/toolchain/armv6zk-openelec-linux-gnueabi/sysroot/usr/include/freetype2 -I/home/neil/projects/scratch/alternates/OpenELEC.tv.test/build.OpenELEC-RPi.arm-7.0-devel/Pillow-3.0.0/libImaging -I/home/neil/projects/scratch/alternates/OpenELEC.tv.test/build.OpenELEC-RPi.arm-7.0-devel/toolchain/armv6zk-openelec-linux-gnueabi/sysroot/usr/include -I/home/neil/projects/scratch/alternates/OpenELEC.tv.test/build.OpenELEC-RPi.arm-7.0-devel/toolchain/armv6zk-openelec-linux-gnueabi/sysroot/usr/include/python2.7 -c libImaging/Unpack.c -o build/temp.linux-x86_64-2.7/libImaging/Unpack.o
In file included from libImaging/TiffDecode.c:21:0:
libImaging/TiffDecode.h:10:20: fatal error: tiffio.h: No such file or directory
compilation terminated.

Any suggestions? I already have libtiff5-dev installed on my Ubuntu build machine, but that hasn't helped...

[lrusak]

not sure but it might be possible to disable tiff via --disable-tiff in Pillow

otherwise I'll have to drop the tiff commit.

[lrusak]

@MilhouseVH please test with that last commit

[MilhouseVH]

It sort of worked... Pillow has now failed with a different error: http://pastebin.com/raw/bbCv3eWU

Failed on both RPi and RPi2, x86 still building (not got as far as Pillow)

[sraue]

please readd tiff if pillow uses this...

[stefansaraev]

something borked with your buildsystem. look at your build log..

[MilhouseVH]

something borked with your buildsystem. look at your build log..

Possibly, but I've just repeated the build with tiff disabled and both RPi and RPi2 have failed again, same error, so for some reason RPi & RPi2 (maybe ARM in general) don't like building Pillow with tiff disabled.

With tiff reinstated it of course builds OK.

[stefansaraev]

works fine here.

[MilhouseVH]

On RPi/ARM? This post (first reply) suggests adding -m32, though why it would suddenly be required once tiff is disabled is above my pay grade.

[stefansaraev]

I do build only for wetek play / wetek core.
however, keep tiff if you need it. but also note that tiff was removed from kodi unified depends and there is no build issue here as well. not even had to force disable it, like you do.

[MilhouseVH]

On a totally clean build without the tiff package you won't (shouldn't?) have tiffio.h, unless it's being pulled in from elsewhere... tis odd, but I think this is how it's going to remain, keeping tiff. At least it works. :)

[stefansaraev]

you need http://sprunge.us/HIEK for next bump or kodi will be linked against libbluetooth.

[stefansaraev]

this python cross build stuff is semi broken, as always, here's your new packages/python/graphics/Pillow/patches/Pillow-2.7.0-crosscompiling-0.1.patch because Pillow picks tiff headers from host:

http://sprunge.us/FNjD

[lrusak]

thanks @stefansaraev, you da man

[stefansaraev]

you still have to drop the dep.

[MilhouseVH]

If the tiff package and associated Pillow dependency are dropped the build fails while building Pillow due to a missing tiffio.h:

In file included from decode.c:440:0:
/home/neil/projects/OpenELEC.tv/build.OpenELEC-RPi2.arm-7.0-devel/Pillow-3.0.0/libImaging/TiffDecode.h:10:20: fatal error: tiffio.h: No such file or directory
compilation terminated.

Where else is this file supposed to come from without the tiff package that currently supplies it?

[stefansaraev]

you did not read above, @MilhouseVH did you ?

also, you should not trust your own builds because of little breakages like this (yes, it's openeled buildsystem fault , but still, you should be building with MINIMAL set of dev packages installed on your host. kernel / libc / stdc++ dev). I said tiff is gone upstream (kodi depends) too, and no issues. I said what exactly was broken in OE. sorry, I wont repeat myself again :)

[MilhouseVH]

I try to keep my build system as minimal as possible. I'm afraid you're being too cryptic for me (or I'm too stupid) - I've built with all the patches in this PR, plus now the removal of tiff, and all I can say is what I've been saying all along - it won't build. I'm happy to hear from others if they can or can't build, as clearly there's a difference between your system and mine (I can build for Generic, but not for RPi/RPi2).

[stefansaraev]

then @lrusak drop the Pillow patch change and we are done with it ;)

[stefansaraev]

glew can be removed from depends, as well.

[lrusak]

done

[lrusak]

updated to include:

• platform changes
• soil
• screensaver.asterwave
• screensaver.cpblobs

Will update to latest kodi and binary add-on version when this is closer to merging to avoid flooding the ftp with useless packages.

[stefansaraev]

kodi-platform and p8-platform mkpkg should be part of mkpkg_binary-addons. you should never use their master branches, but what's referenced in kodi. see my git.

[lrusak]

Done.

I also moved the following to packages/mediacenter/kodi-binary-addons/addon-deps

libopenmpt
tinyxml2
fluidsynth
libprojectM
jsoncpp
sidplay-libs
soil
asplib

as they are only needed by binary addons, if we don't want this I can drop it, but I'll have to remember to adjust mkpkg_binary-addons

[stefansaraev]

boost can be removed next bump

[lrusak]

bye bye boost

[MilhouseVH]

mkpkg_binary-addons no longer applies on top of master, and why are we no longer removing jasper and libmpeg2 packages, or have these been dropped from the PR by mistake?

[lrusak]

Some people don't want packages to be removed. So most likely they will be moved some where else in the tree packages/unused maybe.

[MilhouseVH]

Dumb if they're not used, and it's why we have git, but OK. Can you rebase this on top of master as I see you've already merged the mkpkg_binary-addons commit.

[stefansaraev]

libsquish can be removed next bump

[mhueske]

When updating to the latest kodi master, OE won't compile for IMX any longer because of PR xbmc/xbmc#7633 in combination with the old official SolidRun kernel. So that kernel needs to be patched (or updated), too.

[vpeter4]

Kernel needs to be updated to newer 3.14 from solidrun. Or 4.4 from Xbian.
Also vivante libraries must be updated to v5 for kernel from sr.

[anaconda]

GitHub doesn't let me comment on random lines, but lines 374-375 still reference $PYTHON_VERSION.
kodi-send is currently broken in Milhouse builds ("No module named xbmcclient") as its imports get installed in
/usr/lib/python/site-packages/kodi (vs python2.7)

[MilhouseVH]

Yes, we need to reinstate export PYTHON_VERSION="2.7" - thanks @anaconda.

Seems odd to have removed it then hard-code 2.7 in multiple places. @lrusak can we change this back so that wherever there is a reference to 2.7 it uses $PYTHON_VERSION instead?