--- Begin Message ---
- To: Adrian Bunk <bunk@debian.org>, 893285-done@bugs.debian.org
- Cc: Chris Lamb <lamby@debian.org>
- Subject: Re: Bug#893285: stretch-pu: package docbook-to-man/1:2.0.0-35+deb9u1
- From: Julien Cristau <jcristau@debian.org>
- Date: Sun, 26 Apr 2020 17:52:19 +0200
- Message-id: <20200426155219.GA11669@chou>
- In-reply-to: <20180402191934.GP9516@localhost>
- References: <1521314484.1896723.1306666560.5A67DFE9@webmail.messagingengine.com> <handler.893285.B.1521314485824.ack@bugs.debian.org> <1521314484.1896723.1306666560.5A67DFE9@webmail.messagingengine.com> <1521514560.3861767.1309084120.3B42F8FE@webmail.messagingengine.com> <20180402133807.eilecaqesyegrjjc@betterave.cristau.org> <1522695642.559040.1323965472.7D6763A4@webmail.messagingengine.com> <1521314484.1896723.1306666560.5A67DFE9@webmail.messagingengine.com> <20180402191934.GP9516@localhost>
On Mon, Apr 02, 2018 at 10:19:34PM +0300, Adrian Bunk wrote:
> Control: reopen -1
>
> On Mon, Apr 02, 2018 at 08:00:42PM +0100, Chris Lamb wrote:
> > Hi Julien,
> >
> > > I don't think that reaches the "warrants a stable update" level. Please
> > > feel free to reopen if I'm missing something.
> >
> > I defer to your best judgement. (Adrian, am adding you to CC as the
> > original requester of this stable update.)
> >...
>
> Hi Julien,
>
> depending on the details like the exact CPU type you are using,
> you might be getting correct or corrupted output files.
>
> Whether the output is correct or corrupted can even depend on which
> buildd was used to build a package.
>
> The severity "normal" is correct since this are only corrupted manpages,
> but that is also the only output this package produces.
>
> It is really a WTF when you look at the differences in
> https://tests.reproducible-builds.org/debian/rb-pkg/stretch/i386/tigr-glimmer.html
>
> Regarding the fix, memcpy->memmove is among the lowest risk code changes.
>
I wasn't saying there isn't a bug or the fix is bad or risky, just that
this bug IMO doesn't meet the bar for a stable update.
Cheers,
Julien
--- End Message ---