Many packages - including kubernetes and atomic (cli) - require the docker package. If someone wants to install the latest upstream package from Docker Inc it will conflict with Fedora's or CentOS's package and that someone won't be able to install anything that depends on docker. I realize that this is a more complex situation than it seems. But I suggest things that don't need our specific version of docker should only require /usr/bin/docker. If that's not an option then having packages for the latest releases in testing would be great.
Hmm, maybe upstream docker-engine could just add a "Provides: docker = %{version}-%{release} I guess once that's done, you could simply install kubernetes / atomic on top of this upstream rpm. IIRC, we shouldn't be setting dependencies on individual files but on the entire package.
That sounds like the best solution. I added the related upstream issue.
Assuming all repositories providing "docker" up to one will be disabled. If not, the most recent NVR always wins which can lead to unexpected behaviour. Like installing docker-1.11 instead of expected docker-1.10.
We should not worry about people installing random packages on to the distro, the same complaints would happen if a user installed a random upstream glibc. The distro should not be coding against upstream. Upstream has to handle this problem. I don't see this as a Fedora docker bug.