On Sun, May 03, 2026 at 03:42:31PM +0300, Vasyl Gello wrote: > Hi Adrian,
Hi Vasyl, > First of all, I know the sheer amount of work you do on Debian packages and > totally appreciate it! As a maintainer from 2020, I spent many months bringing > Kodi to its current shape after Balint Reczey stepped out. and that's appreciated. > What I am confused about is that you interpreted my message as > "go and run manual picture quality tests". > > What I wrote was different: "Lets document and automate FFmpeg migration > checlist for current (and future) ref". > > When I ported Kodi to FFmpeg 5 (and spent ~3 weeks worth overnights to make > it actually usable), I realized that we need to automate these kind of > testing or > at least have a pool of users to test stuff on a multitude of devices. This is not "automate" in a Debian sense, this is package-specific manual work I wouldn't do for an NMU. > But I dont > have many devices in my posession and nobody else tested the proposed patch > ports. So I proposed to ask several dozens of testers on Kodi forums etc to > test > changes while NMU is in delayed. But doing NMU blindly without testing > certainly > will impose large amount of work on me if FFmpeg makes a fallout. How? You could ignore resulting bug reports, just like you managed to ignore this RC bug for 5 months. > Furthermore, I dont understand why you are bashing me on the fact that package > is removed from testing as of now. Are we approaching feature freeze early? >... Packages are supposed to be in good shape all the time, not just during the freeze. > 3 травня 2026 р. 14:20:36 GMT+03:00, Adrian Bunk <[email protected]> пише: >... > >The reason why I looked at kodi today is that some packages that added > >kodi support packages recently (genesisplusgx, libretro-beetle-psx) are > >about to be autoremoved because this made them non-migratable. > >The bad fix would be removing kodi support there again. > >The proper fix is to get kodi back into testing ASAP. > > > >The maintainer of genesisplusgx and libretro-beetle-psx is Sébastien Noel, > >who 2 months ago (!) invested time in fixing kodi for making these > >packages migratable. This is an example of how non-building kodi causes trouble and extra work for a different maintainer - Sébastien Noel did invest time in preparing and testing fixes for kodi and you do not seem to appreciate anything of that. Also e.g. Ubuntu applied similar patches for keeping your package in 26.04 LTS, and Debian also has derivatives more directly following testing. The bringup of loong64 as a release architecture started last year, getting kodi and all rdeps built there is blocked by this bug. You are really underestimating in how many different areas you are making people unhappy by blocking an upload that fixes a FTBFS. >... > As I said, my plan was as follows - to prepare 22 alpha 3 or hopefully 4 in > exp with > (finally!) upstreamed cdatetime-std-chrono patchset, then ask testers to run > scripted > stuff on their devices and then go unstable. >... Uploading a package with the patches from Sébastien Noel two months ago as a stopgap would not have impacted that. > Vasyl cu Adrian
