[Container-tools] Version incompatibility of Docker client and server - projectatomic/vagrant-adbinfo issue #85

[Shubham Minglani]

----- Original Message -----
> From: "Saleem Ansari" <sansari at redhat.com>
> To: "Bama Charan Kundu" <bkundu at redhat.com>
> Cc: container-tools at redhat.com
> Sent: Friday, February 5, 2016 6:29:54 PM
> Subject: Re: [Container-tools] Version incompatibility of Docker client and server - projectatomic/vagrant-adbinfo
> issue #85
> 
> > > > If not, why not use the docker API client of the same version as
> > > > present
> > > > in
> > > > ADB (docker-py or similar)?
> > > 
> > > Are you suggesting writing a tool using docker-py module?
> > 
> 
> I think if downloading a self-contained docker binary, solves the version
> conflict, then we should just go with that approach. Zeshaan, already
> provided a means to set a default docker binary on Windows ( using `set`
> command ). This will give flexibility to the end-users, as they can choose
> whichever way they want to maintain their docker versions. Perhaps this
> should go in the user documentation.
> 

Exactly, if this works in Windows like Zeeshan pointed out, then nothing else is required.

> 
> > One remote api call machanism would be enough to handle this I believe.
> > 
> > Please let me know where I can get a detail understanding of vagrant
> > connect
> > command how it works?
> > 
> 
> 
> The later solution i.e. using docker API ( from within guest VM ), is good
> because it will make the whole experience seamless for the user. However
> before we step-up writing any code, lets brainstorm the functionality we
> want to provide here. Specifically because, this will involve understanding
> Docker API, as well as Vagrant plugins.
> 
docker-py is pretty straight forward and fun to use, but not as *complete* as the docker CLI client is. So some API calls will have to be made here and there besides using docker-py to do certain tasks, if I'm correct!

- Shubham

> 
> 
> 
> /Saleem
> 
> 
> _______________________________________________
> Container-tools mailing list
> Container-tools at redhat.com
> https://www.redhat.com/mailman/listinfo/container-tools
>