On Sat, Jan 5, 2019 at 4:25 PM Michael Stapelberg <[email protected]>
wrote:
>
>> What's your recommended way to work around this issue? Or is that
>> something I should report to upstream and hope them to fix soon?
>>
>
> Without an upstream patch, the estimate command will not work. You should
> still be able to package the code, though (applying patches where needed).
>
>
Thanks,that helps. I'm now getting this output:
>> dh-make-golang github.com/containers/buildah
2019/01/05 16:42:23 Downloading "github.com/containers/buildah/..."
2019/01/05 16:42:25 Deleting upstream vendor/ directories
2019/01/05 16:42:25 Determining upstream version number
2019/01/05 16:42:25 Package version is "1.5+git20190105.bb710f39"
2019/01/05 16:42:26 Determining dependencies
2019/01/05 16:42:27 Assuming you are packaging a program (because "
github.com/containers/buildah/cmd/buildah" defines a main package), use
-type to override
2019/01/05 16:42:28 Build-Dependency "github.com/containers/image" is not
yet available in Debian, or has not yet been converted to use
XS-Go-Import-Path in debian/control
2019/01/05 16:42:28 Build-Dependency "github.com/containers/libpod" is not
yet available in Debian, or has not yet been converted to use
XS-Go-Import-Path in debian/control
2019/01/05 16:42:28 Build-Dependency "github.com/containers/storage" is not
yet available in Debian, or has not yet been converted to use
XS-Go-Import-Path in debian/control
2019/01/05 16:42:28 Build-Dependency "github.com/openshift/imagebuilder" is
not yet available in Debian, or has not yet been converted to use
XS-Go-Import-Path in debian/control
2019/01/05 16:42:29
2019/01/05 16:42:29 Packaging successfully created in
/home/siretart/packages/buildah/buildah
[...]
The resulting package also fails to build at this point:
dh_auto_build -O--buildsystem=golang
cd obj-x86_64-linux-gnu && go install
-gcflags=all=\"-trimpath=/<<BUILDDIR>>/buildah-1.5\+git20190105.bb710f39/obj-x86_64-linux-gnu/src\"
-asmflags=al
l=\"-trimpath=/<<BUILDDIR>>/buildah-1.5\+git20190105.bb710f39/obj-x86_64-linux-gnu/src\"
-v -p 4 github.com/containers/buildah github.com/containers/buildah/b
ind github.com/containers/buildah/chroot
github.com/containers/buildah/cmd/buildah
github.com/containers/buildah/docker github.com/containers/buildah/imagebui
ldah github.com/containers/buildah/pkg/blobcache
github.com/containers/buildah/pkg/cli
github.com/containers/buildah/pkg/parse github.com/containers/buildah/t
ests/conformance github.com/containers/buildah/tests/e2e
github.com/containers/buildah/tests/imgtype
github.com/containers/buildah/tests/serve github.com/cont
ainers/buildah/tests/testreport
github.com/containers/buildah/tests/testreport/types
github.com/containers/buildah/unshare github.com/containers/buildah/util
src/github.com/containers/buildah/commit.go:12:2: cannot find package "
github.com/containers/image/copy" in any of:
I assume that's because github.com/containers/image isn't package, exactly
as dh-make-golang suggests. Doing that gets me this:
>> dh-make-golang github.com/containers/image
2019/01/05 16:44:25 Downloading "github.com/containers/image/..."
2019/01/05 16:44:26 Determining upstream version number
2019/01/05 16:44:26 Package version is "1.2+git20181221.f0cbc16"
2019/01/05 16:44:26 Determining dependencies
2019/01/05 16:44:29 Build-Dependency "github.com/ostreedev/ostree-go" is
not yet available in Debian, or has not yet been converted to use
XS-Go-Import-Path in debian/control
2019/01/05 16:44:29 Build-Dependency "k8s.io/client-go" is not yet
available in Debian, or has not yet been converted to use XS-Go-Import-Path
in debian/control
2019/01/05 16:44:29 Build-Dependency "github.com/containers/storage" is not
yet available in Debian, or has not yet been converted to use
XS-Go-Import-Path in debian/control
2019/01/05 16:44:29 Build-Dependency "github.com/ulikunitz/xz" is not yet
available in Debian, or has not yet been converted to use XS-Go-Import-Path
in debian/control
2019/01/05 16:44:29 Build-Dependency "github.com/mtrmac/gpgme" is not yet
available in Debian, or has not yet been converted to use XS-Go-Import-Path
in debian/control
The first dependency (github.com/ostreedev/ostree-go) seems to be blocked
by https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898689.
At this point, I feel like I'm getting a bit overwhelmed. Has anyone else
on this list looked at packaging software from github.com/containers and
friends before? - Am I on the right track, or am I making my life more
complicated than needed?
--
regards,
Reinhard
