On 2017-05-11 08:08, Mike Hommey wrote: > On Wed, May 10, 2017 at 04:44:07PM +0300, Adrian Bunk wrote: > > On Tue, May 09, 2017 at 04:08:04PM +0200, Daniel Baumann wrote: > > >... > > > Can anybody have a look at this why it's failing? Bug with references is > > > #859912 > > >... > > > > Your package shouldn't exist, this is the main problem here. > > I won't say I disagree with this, but... > > > And the potential breakage is not limited to buildds. > > > > Package: open-infrastructure-locales-c.utf-8 > > Provides: locales, locales-all, locales-c.utf-8 > > > > Your package claims to provide locales-all without actually providing it. > > This is a bug in your package. > > > > If I have open-infrastructure-locales-c.utf-8 already installed and then > > install something that depends on locales-all, your broken package would > > fulfill the dependency causing locales-all not getting installed. > > See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859912#48 > > Disregarding the existence of open-infrastructure-locales-c.utf-8, we > do have a problem if people can't reproduce buildds failures outside of > buildds. > > I'm not a sbuild user, but pbuilder doesn't end up installing that > package. According to Daniel's message, it's not happening with sbuild > either. So what the hell?
The build daemons use aspcud as resolver for the experimental distribution, as aptitude is not able to handle many cases. I guess you can reproduce the issue by passing --build-dep-resolver=aspcud to sbuild and by adding the following line to sbuild.conf: $aspcud_criteria = '-removed,-changed,-new,-count(solution,APT-Release:=/experimental/)'; -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
