Hello James, James Page [2015-04-09 12:57 +0100]: > 1) The package maintainer of docker will work in-conjunction with > docker upstream to identify at any given point in time what the best > stable release is for Ubuntu. This allows us to deal with the 'new' > releases of docker alongside the previous 'stable' release and switch > things at the right time. > > 2) This release of docker will be packaged for the development release > and as a back port for all released versions of Ubuntu still under > support back to 14.04.
To clarify, does that mean you want to entirely drop the previous proposal of having multiple supported versions with packages like "docker", "docker-1.5", or "docker-stable", and instead we'll just have a single supported "docker" which gets new major versions for stable releases, at least as long as they stay compatible in the sense below? If that's possible, I much prefer this to the previous proposal, which IMHO made things even worse and more labor-intense and didn't address the fundamental problem at all. > 3) As part of the SRU testing process, we'll perform automated upgrade > testing of docker to ensure that a cross section of popular > application containers work both before and post upgrade, as part of > the upgrade AND being rebuilt pre and post upgrade. That sounds good to me. If the primary/intended way of consuming docker is to always run the latest upstream stable release, then docker workloads should not be too surprised if existing rollouts suddenly find a new docker version. > We should operate this policy until 16.04 release, at which point we > need to review whether its still appropriate or whether docker > development velocity is now shelving off, and we can seriously > consider a true stable docker maintenance approach for 16.04. If the backwards compatibility is given/tested, this sounds much more practical, less confusing, and better to me indeed. Thanks! Martin -- Martin Pitt | http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- technical-board mailing list technical-board@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/technical-board
