[Reproducible-builds] Bug#792591: prettytable: FTBFS when locale-all is installed instead of locales

Sandro Tosi morph at debian.org
Thu Jul 16 16:02:18 UTC 2015


On Thu, Jul 16, 2015 at 4:28 PM, Mattia Rizzolo <mattia at mapreri.org> wrote:
> On Thu, Jul 16, 2015 at 04:02:23PM +0100, Sandro Tosi wrote:
>> > This is also a bug in locale-all, that is tracked in #788352, but we also asked
>> > the affected packages to Build-Conflicts on locale-all, please follow that bug
>> > too see other examples.
>>
>> is this FTBFS be "fixed" once locale-all bug has been addressed?
>
> well, yes.
> though note that glibc maintainers haven't replied in ~2 months, and i guess

NMUs are there

> there is a good reason for them to have Provides: locales.
> Something tells me that that bug in glibc won't be fixed soonish, and since
> then it would be particurlaly handy if those 5/6 affected packages would
> workaround it.
> Even if i don't call this a workaround, that's exactly the reason
> Build-Conflicts exists for.

well, I call it workaround using Build-Conflics to avoid a bug in
another package.

I appreciate your effort on reproducible builds, but it seems this
pattern is repeating quite a lot: instead of getting a fix in sphinx,
you want to patch all the packages having TODAY_whatever in the code,
here the same. if a fix in a package resolves a problem in N others,
than it's that package that should be fixed.

Unless you can come up with a more compelling reason to have this
change to prettytable, I will have to decline as wontfix.

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



More information about the Reproducible-builds mailing list