
<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><p style="color:#000;">On February 15, 2015 at 3:54:24 PM, Thomas Goirand (<a href="mailto:zigo@debian.org">zigo@debian.org</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div><div></div><div>On 02/16/2015 12:24 AM, Morgan Fainberg wrote:<br>> So, let me just say that while I do not have a timeline on the removal<br>> of auth fragments, since it is deprecated assume that this should no<br>> longer be used if there is an alternative (which there is). I am willing<br>> to continue with the discussion on reversing course, but consider the<br>> deprecation notice the “far in advance” warning that they are going away<br>> (isn’t that what deprecation is?). <br>> <br>> —Morgan<br><br>Well, the thing is, I'd like to write some code to actually *remove* the<br>auth fragments from configuration files openstack-pkg-tools will see,<br>when that support will actually be removed upstream. Until then, it<br>isn't nice to do this maintenance work if an admin is using it (despite<br>the deprecation).<br><br>So yes, if we really are to remove it (which again, I'd prefer not to<br>happen), then I would need a more specific time-frame. No, the actual<br>message of deprecation isn't helpful enough for me to decide when to<br>implement the switch, especially considering that it's been 2 cycles<br>we're seeing it, and no feature removal happened.<br><br>Cheers,<br><br>Thomas Goirand (zigo)<br><br><br></div></div></span></blockquote><br><div>I just discussed this in IRC with Thomas (a bit faster than back-and-forth via email), and the following things came out of the conversation (context for those playing along at home via the ML and not in the IRC channels):</div><div><br></div><div>* The auth fragments should not be used if it is possible to use the new form (based upon the path taken today).</div><div><br></div><div>* There is no concrete timeline for removing the use of the auth fragments. For compatibility reasons, there are still other topics to discuss prior to removing deprecated items such as the auth fragments.</div><div><br></div><div>* If the auth fragment mode is significantly better than the direction we are headed, it is possible to consider undeprecating the auth fragment configuration. Discussion pertaining to reversing this direction is something we should continue both on the ML and during meetings (as we explore the best approach to handle these types of deprecations).</div><div><br></div><div>Cheers,</div><div>—Morgan</div></body></html>