diffoscope 77 in stretch or not?

[Vagrant Cascadian]

On 2017-02-13, Mattia Rizzolo wrote:
> On Mon, Feb 13, 2017 at 01:32:55PM -0800, Vagrant Cascadian wrote:
>> The other obvious option is to not ship a version in stretch and rely on
>> stretch-backports, if diffoscope development hasn't yet settled down
>> enough (will it ever) for a Debian stable release cycle...
>
> THAT'S NOT POSSIBLE.
>
> backports master have *always* be against such method.
> If you upload something to backports you're committing to ship that in
> the next stable release.

They've always been against backporting versions not present in testing,
but I haven't seen a response like that to what I proposed, and don't
see it listed anywhere on:

  https://backports.debian.org/Contribute/


> (capitalized, as it happens too often that somebody wants to do it, and
> then it causes a lot of noise in debian-backports (either IRC or ML),
> everybody gets more annoyed, etc.)

I've seen that plenty with a version not in testing, or not in unstable,
etc. but not noticed any firestorms around packages not in
stable...


>> How does trydiffoscope fit into the picture? Is it sufficiently isolated
>> that the heavy lifting offloaded to a network service is more
>> maintainable for a stable release?
>
> It's a difference source package, with a difference schedule, etc.  How
> does it fit in this topic?  :)

It provides some of the same functionality, but might reduce the need
for a full-blown diffoscope in stable, or the need to continue to
support an older, buggier, less-maintainable version of diffoscope in
stable. That was my line of thinking anyways.


If, for whatever reason, it's reasonable to continue to maintain an
older version of diffoscope in stable, the above two points are pretty
much moot. Just wanted to spell out all the options regarding diffoscope
and stable, but I'm not attached to any particular strategy.


live well,
  vagrant
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/reproducible-builds/attachments/20170213/10072340/attachment.sig>