On 14/07/26 8:32 pm, Nilesh Patra wrote:
> Hi,
>
> While building golang-github-appc-cni with compat 14, I see this:
>
> | make[1]: Entering directory
> '/build/reproducible-path/golang-github-appc-cni-1.3.0'
> | dh_auto_install -- --no-binaries
> | make[1]: Leaving directory
> '/build/reproducible-path/golang-github-appc-cni-1.3.0'
> | dh_installdocs -O--builddirectory=_build
> | dh_installchangelogs -O--builddirectory=_build
> | dh_installsystemduser -O--builddirectory=_build
> | dh_perl -O--builddirectory=_build
> | dh_link -O--builddirectory=_build
> | dh_missing -O--builddirectory=_build
> | dh_missing: warning:
> usr/share/gocode/src/github.com/containernetworking/cni/go.mod exists in
> debian/tmp but is not installed to anywhere
> | dh_missing: warning:
> usr/share/gocode/src/github.com/containernetworking/cni/go.sum exists in
> debian/tmp but is not installed to anywhere
> | dh_missing: warning:
> usr/share/gocode/src/github.com/containernetworking/cni/libcni/api.go exists
> in debian/tmp but is not installed to anywhere
> | dh_missing: warning:
> usr/share/gocode/src/github.com/containernetworking/cni/libcni/api_test.go
> exists in debian/tmp but is not installed to anywhere
> | dh_missing: warning:
> usr/share/gocode/src/github.com/containernetworking/cni/libcni/backwards_compatibility_test.go
> exists in debian/tmp but is not installed to anywhere
>
> It however works fine if I keep compat to 13. I think this is because of
> change in `destdir`?
>
> I had to change things for caddy as well because of this [1]. Seems like
> dh-golang might need fixing here?
>
> [1]
> https://salsa.debian.org/go-team/packages/caddy/-/commit/d34254a7b93f5ec3e602b400f1143d10d8f5ab35
> and
> https://salsa.debian.org/go-team/packages/caddy/-/commit/484ce24eeaa9a9aeac6e501ab60ff31b6fb25b4a
This works
override_dh_auto_install:
dh_auto_install --destdir=debian/golang-github-appc-cni-dev --
--no-binaries
But this is ugly and likely shouldn't be used. So far I have seen it for
packages with dh_auto_install overrides, as per past mails
on the list, it is probably a non-issue for packages that don't have this.
In any case, this likely means dh-golang needs a fix. However, given that
packages are already being uploaded with dcompat 14
makes this tricky, as it could lead to a regression there.
