<div dir="ltr">Hello, <div><br></div><div>This may seem a very stupid question (apologies for this) but it just popped to me as I was working on a .deb. </div><div><br></div><div>Background: I am currently working with IBM on some GPU docker based images, so I have to use docker on ppc64le. </div><div><br></div><div>I came across nvidia-docker, which is the tool distributed by nVidia to abstract the management of GPUs when running docker images. </div><div><br></div><div>nVidia does support ppc64le, and provide code to package nvidia-docker as a deb on this arch, but do not maintain repos so you have to package it yourself. </div><div>The nvidia-docker deb depends on docker-engine, which is not supported by Docker on ppc64le (and provides the same functionality as <a href="http://docker.io">docker.io</a>, which is in our repos). So it didn't build ootb, and I had to update the control file for the .deb to reference <a href="http://docker.io">docker.io</a> and I was able to build it. </div><div><br></div><div>With the recent flow of emails about the docker snap, I wondered how would the system have reacted if would I have installed the docker engine via snap? </div><div>I guess it wouldn't have liked it. As the docker snap and docker deb conflict, this would mean I could not use the snap in this context. </div><div><br></div><div>What is our recommendation for maintainers of .deb / .snap to manage dependencies? Especially, for deb maintainers, what is the best practice going forward? </div><div><br></div><div>(needless to say the answer "just make a snap" doesn't really work her as the focus is more on managing the transition, but also cover the cases where the .deb is required for some customers / production workload which will not necessarily move from the traditional packages over night)</div><div><br></div><div>Thx,</div><div>Sam</div><div><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div><br></div><div>--</div><div>Samuel Cozannet</div><div dir="ltr"><div>Cloud, Big Data and IoT Strategy Team<br><div>Business Development - Cloud and ISV Ecosystem</div><div>Changing the Future of Cloud<br><a href="http://ubuntu.com" target="_blank">Ubuntu</a>  / <a href="http://canonical.com" target="_blank">Canonical UK LTD</a> / <a href="https://jujucharms.com" target="_blank">Juju</a><br></div><div><a href="mailto:samuel.cozannet@canonical.com" target="_blank">samuel.cozannet@canonical.com</a></div><div>mob: +33 616 702 389</div><div>skype: samnco<span></span><span></span><a href="http:///" target="_blank"></a></div><div>Twitter: @SaMnCo_23<br><a href="https://es.linkedin.com/in/scozannet" target="_blank"><img src="https://static.licdn.com/scds/common/u/img/webpromo/btn_liprofile_blue_80x15.png" style="font-size: 12.8px;" alt="View Samuel Cozannet's profile on LinkedIn"></a><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div></div>