<div dir="ltr">We have done it before.  As Roger said, there is/was a convention to do a three step process to deprecate old command line functionality.<div><br></div><div>There's a big difference between what the command line looks like, and keeping compatibility with 1.18.  We might want to preserve both, but they're not the same thing.</div><div><br></div><div>For example, a 1.25 client that renames --constraints as --require is still compatible with 1.18, as long as it can read the environments.yaml, jenv, and communicate with the 1.18 server correctly.</div><div><br></div><div>I would not say that, by most people's assessment, "compatibility with 1.18" is the same as "compatibility with bash scripts that scripted against a 1.18 client".</div><div><br></div><div>That's not to say that we might not want to maintain that kind of compatibility too, just saying, that seems like something beyond the scope of "compatible with 1.18"<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 29, 2015 at 3:28 PM, Aaron Bentley <span dir="ltr"><<a href="mailto:aaron.bentley@canonical.com" target="_blank">aaron.bentley@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</span><span class="">On 2015-04-29 12:31 PM, roger peppe wrote:<br>
> FWIW I seem to remember some command line flags being deprecated<br>
> (with a visible warning message) and then removed. I wonder if that<br>
> might be another possible approach that could let us avoid<br>
> unbounded code cruft accumulation.<br>
<br>
</span>No.  You can deprecate a flag.  We'd rather you didn't, because our<br>
scripts use the most compatible commandlines, and deprecated flags are<br>
typically more compatible than their substitutes.<br>
<br>
But you can't remove a flag.  That would be "Doing It Wrong".  "Thou<br>
<span class="">Shalt Not Break Compatibility With 1.18".<br>
<br>
</span><span class="">Aaron<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1<br>
<br>
</span>iQEcBAEBAgAGBQJVQTDfAAoJEK84cMOcf+9hE68H/3kl9ETOJI0ggxFAHCg53R5A<br>
kc9oYV5H/9cX74dQ1MQTCs7/wMviw29gW8N3qosxVG80Wq0fkkehAvIlsS4VoG9K<br>
NZZ/7Sv7NzPthr3Ty9Xfu362bssyoWIFAgcBq11UgobZr236N+R1qi914RuhWH2d<br>
w7vbQj9fghNcR+C63cRb8zIOrkO6mNMICEm50wYVtRFVQxq4NphjjyKdY5jqnmqh<br>
lK2mlPTxnpkL1EkSAka05bQDLsPF2Ovf+wyYEorMHxKcbl1+FKNGNIrUAgKC61bU<br>
mOzcDczLhWWVJYqQbqFdCf2Ea6c+Zf+VU+VElN9OpbYHdiD1SXssvPzc3ACAL5E=<br>
=/WpE<br>
-----END PGP SIGNATURE-----<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
</div></div></blockquote></div><br></div>