Hi, Michael I forgot to tell you , I and DavidVa , built kodi 16.1 for Fedora 24 in unitedrpms ,  https://github.com/UnitedRPMs?utf8=%E2%9C%93&query=kodi https://github.com/UnitedRPMs/kodi https://github.com/UnitedRPMs/kodi-platform (with support for p8- platform )  https://github.com/UnitedRPMs/kodi-pvr-addons ( this one have a lot of sources ) , you may consider do the same on RPMFusion ( think in how much work you will save) .   Also you got a patch made by me [1] to support for simple xselection pasting under kodi , but need many work to be approved on upstream , now it is known as pray method :)  https://github.com/xbmc/xbmc/pull/9631 Thanks,

On 07/22/2016 11:39 PM, Sérgio Basto wrote: > > I saw today, melmorabity built kodi-platform, but packaging kodi > is confusing [¹] : > > F23 got 16.0 > F24 got 16.1 , but git is already in 17 alpha > F25 build kodi-17.0-0.2.fc25 failed > > May I build  16.1 on F23 and respective kodi-platform ? > > > [¹]http://koji.rpmfusion.org/koji/packageinfo?packageID=103 I have built 16.1 for F23. The rawhide build failed because 17 is now attempting to download source during  build time. This will fail on koji due to no external network access in mock. I hate  projects that download source during build time. The source being downloaded are modified libdvdnav and libdvdread that Kodi needs  for optical disc reading. You cannot use upstream libdvdnav, libdvdread as there are  differing symbols. These modified libraries also require linking with libdvdcss at  compile time instead of the dynamic loading that the upstream versions do. Kodi  freezes if you attempt to read a DVD without libdvdcss support. I have not pushed a  build with libdvdcss support yet as the current discussion about RPMFusion carrying  this controversial library is still open. I'm just shaking my head at Kodi's decision to bundle these modified libraries.  There is no reason for it. Optical drives haven't changed and upstream's version of  the libraries were working just fine. Instead of working with upstream or just  leaving the optical disc support alone we are left in this state.

2016-07-28 7:54 GMT+02:00 Sérgio Basto <sergio(a)serjux.com&gt;: .. > > Maybe we should / could revert to kodi 16.1 in master. > I merged f24 [1] into master to have all commits in same tree, now > we What ???? Can you please don't ask a question and push a totally unrelevant action at the same time!

> > have to decide if we revert master and f24 or just f24 or not (we > go to ???? Why do you want to break kodi in f24 in the first step ?

2016-07-28 15:53 GMT+02:00 Sérgio Basto <sergio(a)serjux.com&gt;: > On Qui, 2016-07-28 at 08:26 +0200, Nicolas Chauvet wrote: >> 2016-07-28 7:54 GMT+02:00 Sérgio Basto <sergio(a)serjux.com&gt;: >> .. >> > >> > Maybe we should / could revert to kodi 16.1 in master. >> > I merged f24 [1] into master to have all commits in same tree, now >> > we >> What ???? >> Can you please don't ask a question and push a totally unrelevant >> action at the same time! > > I put "[1]" there for you [1] , so be in 17 alpha 1 was not good . > > [1] koji f24 got kodi 16.1 , but cgit was already in 17 alpha 1 . No, it was not, the f24 branch in git wasn't updated to 17 until you mess it.

I forgot to tell you , I and DavidVa , built kodi 16.1 for Fedora 24 in unitedrpms , https://github.com/UnitedRPMs?utf8=%E2%9C%93&query=kodi https://github.com/UnitedRPMs/kodi https://github.com/UnitedRPMs/kodi-platform (with support for p8- platform ) https://github.com/UnitedRPMs/kodi-pvr-addons ( this one have a lot of sources ) , you may consider do the same on RPMFusion ( think in how much work you will save) . Also you got a patch made by me [1] to support for simple xselection pasting under kodi , but need many work to be approved on upstream , now it is known as pray method:) https://github.com/xbmc/xbmc/pull/9631