Bug#720157: [release.debian.org] hint mupen64plus-* for testing transition

["Adam D. Barratt" <adam@adam-barratt.org.uk>]

On 2013-08-19 9:56, Cyril Brulebois wrote:
> Sven Eckelmann <sven@narfation.org> (2013-08-19):
> > Following source packages have to be hinted to go into testing at 
> > the same
> > time:
> >
> >  * mupen64plus-core/2.0-2
> >  * mupen64plus-video-z64/2.0.0-1
> >  * mupen64plus-video-rice/2.0-1
> >  * mupen64plus-video-glide64/2.0.0-1
> >  * mupen64plus-video-arachnoid/2.0.0-1
> >  * mupen64plus-ui-console/2.0-1
> >  * mupen64plus-input-sdl/2.0-1
> >  * mupen64plus-audio-sdl/2.0-1
>
> apparently, the autohinter tries, but not well enough:
> | Trying easy from autohinter: mupen64plus-core/2.0-2
> mupen64plus-video-z64/2.0.0-1 mupen64plus-video-arachnoid/2.0.0-1
> mupen64plus-ui-console/2.0-1 mupen64plus-video-rice/2.0-1
> mupen64plus-video-glide64/2.0.0-1
[...]
> I could add a hint, but I'd like to get some feedback from other
> team members as to whether we could fix the autohinter to work
> better.

From a quick look at the dependencies, I'm not sure how easy adding 
that support would be. The -sdl packages don't have any positive 
dependencies on the newer versions of the other packages, which is what 
britney uses to compute "excuse dependencies", and in turn what the 
autohinter uses to deduce relationships for hinting purposes.

I guess she'd need to do something along the lines of "there's a new 
Breaks/Conflicts which affects the testing version of the broken package 
but not the sid version, maybe I should try adding that package as 
well". I don't think that fits in nicely with the current code, but I'm 
happy to be proved wrong...

Regards,

Adam