Make sense so +1<br><br><div class="gmail_quote"><div dir="ltr">Le jeu. 10 janv. 2019 14:27, Doug Hellmann <<a href="mailto:doug@doughellmann.com">doug@doughellmann.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">"Nguyen Hung, Phuong" <<a href="mailto:phuongnh@vn.fujitsu.com" target="_blank">phuongnh@vn.fujitsu.com</a>> writes:<br>
<br>
> Hi Ben,<br>
><br>
>> I suggest that we either WIP or abandon the current <br>
>> patch series.<br>
> ...<br>
>> If you have any thoughts about this plan please let me know. Otherwise I <br>
>> will act on it sometime in the near-ish future.<br>
><br>
> Thanks for your consideration. I am agree with you, please help me to abandon them because I am not privileged with those patches.<br>
><br>
> Regards,<br>
> Phuong.<br>
<br>
+1 for abandoning them, at least for now. As Ben points out, gerrit will<br>
still have copies.<br>
<br>
Doug<br>
<br>
><br>
> -----Original Message-----<br>
> From: Ben Nemec [mailto:<a href="mailto:openstack@nemebean.com" target="_blank">openstack@nemebean.com</a>] <br>
> Sent: Thursday, January 10, 2019 6:12 AM<br>
> To: Herve Beraud; Nguyen, Hung Phuong<br>
> Cc: <a href="mailto:openstack-discuss@lists.openstack.org" target="_blank">openstack-discuss@lists.openstack.org</a><br>
> Subject: Re: [oslo][migrator] RFE Configuration mapping tool for upgrade - coordinate teams<br>
><br>
><br>
><br>
> On 12/20/18 4:41 AM, Herve Beraud wrote:<br>
>> <br>
>> <br>
>> Le jeu. 20 déc. 2018 à 09:26, Nguyen Hung, Phuong <br>
>> <<a href="mailto:phuongnh@vn.fujitsu.com" target="_blank">phuongnh@vn.fujitsu.com</a> <mailto:<a href="mailto:phuongnh@vn.fujitsu.com" target="_blank">phuongnh@vn.fujitsu.com</a>>> a écrit :<br>
>> <br>
>>     Hi Ben,<br>
>> <br>
>>     I am apology that in last month we do not have much time maintaining<br>
>>     the code.<br>
>> <br>
>>      > but if no one's going to use it then I'd rather cut our<br>
>>      > losses than continue pouring time into it.<br>
>> <br>
>>     I agree, we will wait for the community to decide the need for the<br>
>>     feature.<br>
>>     In the near future, we do not have ability to maintain the code. If<br>
>>     anyone<br>
>>     has interest to continue maintaining the patch, we will support with<br>
>>     document,<br>
>>     reviewing... in our possibility.<br>
>> <br>
>> <br>
>> I can help you to maintain the code if needed.<br>
>> <br>
>> Personaly I doesn't need this feature so I agree Ben and Doug point of view.<br>
>> <br>
>> We need to measure how many this feature is useful and if it make sense <br>
>> to support and maintain more code in the future related to this feature <br>
>> without any usages behind that.<br>
><br>
> We discussed this again in the Oslo meeting this week, and to share with <br>
> the wider audience here's what I propose:<br>
><br>
> Since the team that initially proposed the feature and that we expected <br>
> to help maintain it are no longer able to do so, and it's not clear to <br>
> the Oslo team that there is sufficient demand for a rather complex <br>
> feature like this, I suggest that we either WIP or abandon the current <br>
> patch series. Gerrit never forgets, so if at some point there are <br>
> contributors (new or old) who have a vested interest in the feature we <br>
> can always resurrect it.<br>
><br>
> If you have any thoughts about this plan please let me know. Otherwise I <br>
> will act on it sometime in the near-ish future.       <br>
><br>
> In the meantime, if anyone is desperate for Oslo work to do here are a <br>
> few things that have been lingering on my todo list:<br>
><br>
> * We have a unit test in oslo.utils (test_excutils) that is still using <br>
> mox. That needs to be migrated to mock.<br>
> * oslo.cookiecutter has a number of things that are out of date (doc <br>
> layout, lack of reno, coverage job). Since it's unlikely we've reached <br>
> peak Oslo library we should update that so there aren't a bunch of <br>
> post-creation changes needed like there were with oslo.upgradecheck (and <br>
> I'm guessing oslo.limit).<br>
> * The config validator still needs support for dynamic groups, if <br>
> oslo.config is your thing.<br>
> * There are 326 bugs open across Oslo projects. Help wanted. :-)<br>
><br>
> Thanks.<br>
><br>
> -Ben<br>
><br>
<br>
-- <br>
Doug<br>
</blockquote></div>