<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 21, 2017 at 9:45 AM, Niels Thykier <span dir="ltr"><<a href="mailto:niels@thykier.net" target="_blank">niels@thykier.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Michael Stapelberg:<br>
<span class="">> On Wed, Apr 19, 2017 at 12:05 PM, Michael Hudson-Doyle <<br>
> <a href="mailto:michael.hudson@canonical.com">michael.hudson@canonical.com</a>> wrote:<br>
><br>
</span>>> [...]<br>
<span class="">>>> 0.7.0+ds-3), golang-protobuf-extensions (= 0+git20150513.fc2b8d3-4)<br>
>>> --<br>
>>> Package: golang-github-gosexy-gettext-<wbr>dev<br>
>>> Built-Using: golang (= 2:1.6.1-2)<br>
>>> --<br>
>>> Package: golang-github-hashicorp-go-<wbr>msgpack-dev<br>
>>> Built-Using: golang (= 2:1.6.1-2)<br>
>>> --<br>
>>> Package: golang-github-stretchr-objx-<wbr>dev<br>
>>> Built-Using: golang (= 2:1.6.1-2)<br>
>>> --<br>
>>> Package: golang-github-kr-pty-dev<br>
>>> Built-Using: golang (= 2:1.6.1-2)<br>
>>><br>
>>> This case could be ignored by the rebuild scripts, or binnmus could be<br>
>>> trigerred to get rid of the other versions. I'm not sure it makes sense<br>
>>> to ship<br>
>>> that many copies of golang in stretch.<br>
>>><br>
>>> I think I read something about an organized plan to get rid of such extra<br>
>>> packages using binnmus, but maybe I was dreaming. Ccing debian-release@.<br>
>>><br>
>><br>
</span>>> [...]<br>
<span class="">>><br>
><br>
> Updating or dropping the field seems fine with me. Could you do these 4<br>
> binNMUs so that we can close out this bug please? :)<br>
><br>
<br>
</span>They seem to be arch:all packages.  We cannot binNMU arch:all packages,<br>
only architecture dependent ones.  :-/<br></blockquote><div><br></div><div>Okay. How do you suggest we rectify this issue instead, then?</div></div><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Best regards,<br>Michael</div>
</div></div>