On Tue, May 2, 2017 at 10:23 AM, Michael Hudson-Doyle < michael.hud...@canonical.com> wrote:
> On 2 May 2017 at 19:23, Michael Stapelberg <stapelb...@debian.org> wrote: > >> Sorry for the late reply, I’ve been swamped. >> >> On Fri, Apr 21, 2017 at 10:28 AM, Niels Thykier <ni...@thykier.net> >> wrote: >> >>> Michael Stapelberg: >>> > On Fri, Apr 21, 2017 at 9:45 AM, Niels Thykier <ni...@thykier.net> >>> wrote: >>> > >>> >> [...] >>> >>> >>> >> >>> >> They seem to be arch:all packages. We cannot binNMU arch:all >>> packages, >>> >> only architecture dependent ones. :-/ >>> >> >>> > >>> > Okay. How do you suggest we rectify this issue instead, then? >>> > >>> >>> A (possibly "no change") sourceful upload to force a rebuild of the >>> arch:all package. >>> >> >> A sourceful upload for which source package? src:golang has been removed >> from unstable and testing since 2016-10. >> > > Well, for this bug report specifically, the packages that have a > built-using on golang 2:1.6.1-2, i.e. these: > Thanks, now I get it :). > > mwhudson@aeglos:~/tmp$ chdist grep-dctrl-packages sid -FBuilt-Using > 'golang (= 2:1.6.1-2)' -sPackage > Package: golang-github-armon-go-metrics-dev > This package has changes in the git repository which aren’t uploaded to the archive, so it doesn’t build as-is. If someone could take care of this one, that’d be appreciated. > Package: golang-github-gosexy-gettext-dev > vorlon, can we file for removal of this package? It wasn’t touched since 2013 and has no rdepends. > Package: golang-github-hashicorp-go-msgpack-dev > Package: golang-github-stretchr-objx-dev > Package: golang-github-kr-pty-dev > I uploaded new versions of the 3 packages above. Will take care of filing unblock requests once they entered upstream. The following are already mentioned above: > Package: golang-github-armon-go-metrics-dev > Package: golang-github-gosexy-gettext-dev > Package: golang-github-hashicorp-go-msgpack-dev > Package: golang-github-stretchr-objx-dev > Package: golang-github-kr-pty-dev > > As you can see these are all -dev packages, so the Built-Using is bogus > and should simply be dropped from the package. > > There are quite a few more packages that reference obsolete golang > packages in their Built-Using... > > Cheers, > mwh > > >> To avoid further delays, is this something you could NMU for us? If so, >> I’d much appreciate that. Thanks! >> >> -- >> Best regards, >> Michael >> >> _______________________________________________ >> pkg-golang-devel mailing list >> pkg-golang-de...@lists.alioth.debian.org >> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-golang-devel >> > > -- Best regards, Michael