Bug#953325: transition: kodi and kodiplatform
Hi Emilio,
Emilio Pozuelo Monfort <pochu@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.org@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
Reply to: