Bug#835686: docker.io: FTBFS: .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1137: cannot use _API_CreateContainer_Handler (type func(interface {}, "golang.org/x/net/context".Contex

2016-12-26 Thread Andreas Henriksson
Hello,

On Thu, Dec 22, 2016 at 11:10:33AM -0800, Tianon Gravi wrote:
> On 22 December 2016 at 11:05, Antonio Terceiro  wrote:
> > We are very close to a point where docker will not be part of stretch.
> > Is there any chance this gets fixed before that?
> 
> If someone were to come up with a patch which fixes this, I'd be happy
> to test it, but I can't guarantee anything before stretch, and don't
> have the bandwidth to create said patch myself ATM.

I briefly looked at building docker.io and ran into a few issues:

 - missing 'go-events', seems like there's a missing dependency in
   golang-github-docker-libnetwork-dev -> golang-github-docker-go-events-dev

 - still can't find go-events, I worked around it by:
ln -s /usr/share/gocode/src/github.com/docker/go-events/ 
.gopath/src/github.com/docker/go-events

 - now onto the build issues already reported in this bug report starting
   with:
.gopath/src/github.com/docker/docker/api/server/router/container/exec.go:39: 
execConfig.Container undefined (type *types.ExecConfig has no field or method 
Container)

  This is likely fixed by upstream commit
  
https://github.com/docker/docker/commit/b9c94b70bf2f703f260844b3862a61f93dee6337


  That commit does not apply cleanly on the debian packaged version.


At this point I'm starting to wonder if it's worth backporting stuff
to support new APIs maybe it's better to focus on packaging
the "new" upstream docker 1.12.x releases instead?
Does anyone know about any blocking issues for packaging 1.12.x?

Taking it one step further... I was feeling it was a bit sad we won't
see docker packages in Debian Stretch. OTOH we're obviously not doing
a very good job at packaging docker in Debian, so maybe it's better
to just rely on upstream... they're AIUI providing Debian packages
for all Ubuntu and Debian releases. Maybe we should just RM
docker.io from Debian?
That would mean we can't provide any packages of tools that depends
on docker in main though. :/

WDYT?

Regards,
Andreas Henriksson



Bug#835686: docker.io: FTBFS: .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1137: cannot use _API_CreateContainer_Handler (type func(interface {}, "golang.org/x/net/context".Contex

2016-12-22 Thread Tianon Gravi
On 22 December 2016 at 11:05, Antonio Terceiro  wrote:
> We are very close to a point where docker will not be part of stretch.
> Is there any chance this gets fixed before that?

If someone were to come up with a patch which fixes this, I'd be happy
to test it, but I can't guarantee anything before stretch, and don't
have the bandwidth to create said patch myself ATM.

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4



Bug#835686: docker.io: FTBFS: .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1137: cannot use _API_CreateContainer_Handler (type func(interface {}, "golang.org/x/net/context".Contex

2016-12-22 Thread Antonio Terceiro

On Sun, 20 Nov 2016 19:39:11 -0800 Tianon Gravi  wrote:
> On 28 August 2016 at 03:23, Lucas Nussbaum  wrote:
> >> ---> Making bundle: dynbinary (in bundles/1.11.2/dynbinary)
> >> Building: bundles/1.11.2/dynbinary/docker-1.11.2
> >> # github.com/docker/containerd/api/grpc/types
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1137: 
> >> cannot use _API_CreateContainer_Handler (type func(interface {}, 
> >> "golang.org/x/net/context".Context, func(interface {}) error) (interface 
> >> {}, error)) as type grpc.methodHandler in field value
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1141: 
> >> cannot use _API_UpdateContainer_Handler (type func(interface {}, 
> >> "golang.org/x/net/context".Context, func(interface {}) error) (interface 
> >> {}, error)) as type grpc.methodHandler in field value
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1145: 
> >> cannot use _API_Signal_Handler (type func(interface {}, 
> >> "golang.org/x/net/context".Context, func(interface {}) error) (interface 
> >> {}, error)) as type grpc.methodHandler in field value
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1149: 
> >> cannot use _API_UpdateProcess_Handler (type func(interface {}, 
> >> "golang.org/x/net/context".Context, func(interface {}) error) (interface 
> >> {}, error)) as type grpc.methodHandler in field value
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1153: 
> >> cannot use _API_AddProcess_Handler (type func(interface {}, 
> >> "golang.org/x/net/context".Context, func(interface {}) error) (interface 
> >> {}, error)) as type grpc.methodHandler in field value
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1157: 
> >> cannot use _API_CreateCheckpoint_Handler (type func(interface {}, 
> >> "golang.org/x/net/context".Context, func(interface {}) error) (interface 
> >> {}, error)) as type grpc.methodHandler in field value
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1161: 
> >> cannot use _API_DeleteCheckpoint_Handler (type func(interface {}, 
> >> "golang.org/x/net/context".Context, func(interface {}) error) (interface 
> >> {}, error)) as type grpc.methodHandler in field value
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1165: 
> >> cannot use _API_ListCheckpoint_Handler (type func(interface {}, 
> >> "golang.org/x/net/context".Context, func(interface {}) error) (interface 
> >> {}, error)) as type grpc.methodHandler in field value
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1169: 
> >> cannot use _API_State_Handler (type func(interface {}, 
> >> "golang.org/x/net/context".Context, func(interface {}) error) (interface 
> >> {}, error)) as type grpc.methodHandler in field value
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1173: 
> >> cannot use _API_Stats_Handler (type func(interface {}, 
> >> "golang.org/x/net/context".Context, func(interface {}) error) (interface 
> >> {}, error)) as type grpc.methodHandler in field value
> >> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1173: 
> >> too many errors
> >> debian/rules:60: recipe for target 'override_dh_auto_build' failed
> >> make[1]: *** [override_dh_auto_build] Error 1
> 
> I did some digging/testing on this, and found that _this_ particular
> failure is actually due to #835736, which was fixed with
> src:containerd 0.2.1~ds1-3.
> 
> However, we do currently FTBFS, just with different failures:
[...]

Hi,

We are very close to a point where docker will not be part of stretch.
Is there any chance this gets fixed before that?


signature.asc
Description: PGP signature


Bug#835686: docker.io: FTBFS: .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1137: cannot use _API_CreateContainer_Handler (type func(interface {}, "golang.org/x/net/context".Contex

2016-11-20 Thread Tianon Gravi
On 28 August 2016 at 03:23, Lucas Nussbaum  wrote:
>> ---> Making bundle: dynbinary (in bundles/1.11.2/dynbinary)
>> Building: bundles/1.11.2/dynbinary/docker-1.11.2
>> # github.com/docker/containerd/api/grpc/types
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1137: 
>> cannot use _API_CreateContainer_Handler (type func(interface {}, 
>> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
>> error)) as type grpc.methodHandler in field value
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1141: 
>> cannot use _API_UpdateContainer_Handler (type func(interface {}, 
>> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
>> error)) as type grpc.methodHandler in field value
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1145: 
>> cannot use _API_Signal_Handler (type func(interface {}, 
>> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
>> error)) as type grpc.methodHandler in field value
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1149: 
>> cannot use _API_UpdateProcess_Handler (type func(interface {}, 
>> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
>> error)) as type grpc.methodHandler in field value
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1153: 
>> cannot use _API_AddProcess_Handler (type func(interface {}, 
>> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
>> error)) as type grpc.methodHandler in field value
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1157: 
>> cannot use _API_CreateCheckpoint_Handler (type func(interface {}, 
>> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
>> error)) as type grpc.methodHandler in field value
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1161: 
>> cannot use _API_DeleteCheckpoint_Handler (type func(interface {}, 
>> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
>> error)) as type grpc.methodHandler in field value
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1165: 
>> cannot use _API_ListCheckpoint_Handler (type func(interface {}, 
>> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
>> error)) as type grpc.methodHandler in field value
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1169: 
>> cannot use _API_State_Handler (type func(interface {}, 
>> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
>> error)) as type grpc.methodHandler in field value
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1173: 
>> cannot use _API_Stats_Handler (type func(interface {}, 
>> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
>> error)) as type grpc.methodHandler in field value
>> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1173: too 
>> many errors
>> debian/rules:60: recipe for target 'override_dh_auto_build' failed
>> make[1]: *** [override_dh_auto_build] Error 1

I did some digging/testing on this, and found that _this_ particular
failure is actually due to #835736, which was fixed with
src:containerd 0.2.1~ds1-3.

However, we do currently FTBFS, just with different failures:

---> Making bundle: dynbinary (in bundles/1.11.2/dynbinary)
Building: bundles/1.11.2/dynbinary/docker-1.11.2
# github.com/docker/docker/api/server/router/container
api/server/router/container/exec.go:39: execConfig.Container undefined
(type *types.ExecConfig has no field or method Container)
# github.com/docker/docker/api/client
api/client/attach.go:51: unknown types.ContainerAttachOptions field
'ContainerID' in struct literal
api/client/attach.go:69: not enough arguments in call to
cli.client.ContainerAttach
api/client/build.go:239: not enough arguments in call to cli.client.ImageBuild
api/client/commit.go:68: unknown types.ContainerCommitOptions field
'ContainerID' in struct literal
api/client/commit.go:69: unknown types.ContainerCommitOptions field
'RepositoryName' in struct literal
api/client/pull.go:70: undefined:
"github.com/docker/engine-api/client".RequestPrivilegeFunc
api/client/push.go:64: undefined:
"github.com/docker/engine-api/client".RequestPrivilegeFunc
api/client/trust.go:322: undefined:
"github.com/docker/engine-api/client".RequestPrivilegeFunc
api/client/trust.go:402: undefined:
"github.com/docker/engine-api/client".RequestPrivilegeFunc
api/client/utils.go:49: undefined:
"github.com/docker/engine-api/client".RequestPrivilegeFunc
api/client/commit.go:69: too many errors
# github.com/docker/containerd/api/grpc/types
../containerd/api/grpc/types/api.pb.go:832: undefined:
grpc.SupportPackageIsVersion3
# github.com/docker/docker/api/server/router/network
api/server/router/network/network_routes.go:78: create.Name undefined
(type 

Bug#835686: docker.io: FTBFS: .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1137: cannot use _API_CreateContainer_Handler (type func(interface {}, "golang.org/x/net/context".Contex

2016-08-28 Thread Lucas Nussbaum
Source: docker.io
Version: 1.11.2~ds1-6
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160828 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> # build
> ./hack/make.sh dynbinary
> # WARNING! I don't seem to be running in a Docker container.
> # The result of this command might be an incorrect build, and will not be
> # officially supported.
> #
> # Try this instead: make all
> #
> 
> ---> Making bundle: dynbinary (in bundles/1.11.2/dynbinary)
> Building: bundles/1.11.2/dynbinary/docker-1.11.2
> # github.com/docker/containerd/api/grpc/types
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1137: 
> cannot use _API_CreateContainer_Handler (type func(interface {}, 
> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
> error)) as type grpc.methodHandler in field value
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1141: 
> cannot use _API_UpdateContainer_Handler (type func(interface {}, 
> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
> error)) as type grpc.methodHandler in field value
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1145: 
> cannot use _API_Signal_Handler (type func(interface {}, 
> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
> error)) as type grpc.methodHandler in field value
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1149: 
> cannot use _API_UpdateProcess_Handler (type func(interface {}, 
> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
> error)) as type grpc.methodHandler in field value
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1153: 
> cannot use _API_AddProcess_Handler (type func(interface {}, 
> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
> error)) as type grpc.methodHandler in field value
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1157: 
> cannot use _API_CreateCheckpoint_Handler (type func(interface {}, 
> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
> error)) as type grpc.methodHandler in field value
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1161: 
> cannot use _API_DeleteCheckpoint_Handler (type func(interface {}, 
> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
> error)) as type grpc.methodHandler in field value
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1165: 
> cannot use _API_ListCheckpoint_Handler (type func(interface {}, 
> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
> error)) as type grpc.methodHandler in field value
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1169: 
> cannot use _API_State_Handler (type func(interface {}, 
> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
> error)) as type grpc.methodHandler in field value
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1173: 
> cannot use _API_Stats_Handler (type func(interface {}, 
> "golang.org/x/net/context".Context, func(interface {}) error) (interface {}, 
> error)) as type grpc.methodHandler in field value
> .gopath/src/github.com/docker/containerd/api/grpc/types/api.pb.go:1173: too 
> many errors
> debian/rules:60: recipe for target 'override_dh_auto_build' failed
> make[1]: *** [override_dh_auto_build] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2016/08/28/docker.io_1.11.2~ds1-6_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.