Hi Emilio, Emilio Pozuelo Monfort <po...@debian.org> ezt írta (időpont: 2020. márc. 21., Szo, 12:23): > > Control: tags -1 = confirmed > > On 07/03/2020 20:51, Emilio Pozuelo Monfort wrote: > > On 07/03/2020 20:40, Bálint Réczey wrote: > >> Package: release.debian.org > >> Severity: normal > >> User: release.debian....@packages.debian.org > >> Usertags: transition > >> > >> Dear Release Team, > >> > >> I would like to update kodi in unstable to the 18.x branch and this > >> involves > >> updating reverse dependencies, too. > >> > >> The following source packages need source updates: > >> kodi-pvr-argustv > >> kodi-pvr-dvbviewer > >> kodi-pvr-hdhomerun > >> kodi-pvr-iptvsimple > >> kodi-pvr-mediaportal-tvserver > >> kodi-pvr-mythtv > >> kodi-pvr-nextpvr > >> kodi-pvr-njoy > >> kodi-pvr-vdr-vnsi > >> kodi-pvr-vuplus > >> kodi-pvr-wmc > >> kodi-visualization-spectrum > >> kodiplatform > >> > >> Most of the packages are maintained by me under Multimedia Team's umbrella. > >> I have already uploaded kodi to experimental and prepared most of the > >> source > >> packages for uploading them to unstable. > > > > Looks like kodi failed to build on a bunch of release architectures. That > > should > > get looked at before we start the transition in unstable. > > This has happened and the situation is much better. Let's go ahead with this > and > fix the flatbuffers mips64el problem to allow that architecture to build too.
Done. I've committed the fix to flatbuffers' packaging repo a month ago and now I've NMUd it. > btw s390x only has three test failures that seem to be related to each other. > Did you look at those? Yes, I took a quick look. Zip file reading seems to be broken and since kodi is not used on s390x I don't plan triaging that further. Anyone interested can pick that up, but IMO building s390x binaries for kodi does not benefit our users. Cheers, Balint > > Cheers, > Emilio
