<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">+1 for (b) or (d). devrefs should should be where the related code is<div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 12 Sep 2016, at 18:18, Irena Berezovsky <<a href="mailto:irenab.dev@gmail.com" class="">irenab.dev@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">I am fine with option (b) as well.</div>We can add option (d):<div class="">Specs in openstack/<b class="">kuryr-specs</b> but devrefs in each specific project,<div class=""><div class="">i.e., the one that will end up with the implementation code.</div><div class=""><br class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Sep 12, 2016 at 2:38 PM, Antoni Segura Puimedon <span dir="ltr" class=""><<a href="mailto:celebdor@gmail.com" target="_blank" class="">celebdor@gmail.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Kuryrs!<br class="">
<br class="">
On September 5th's weekly IRC meeting Irena Berezovsky suggested that<br class="">
we should take a decision regarding the location of specs and devrefs.<br class="">
<br class="">
Currently we default to putting all the specs and devrefs for:<br class="">
- Kuryr<br class="">
- Kuryr-libnetwork<br class="">
- Kuryr-kubernetes<br class="">
<br class="">
to openstack/kuryr. Fuxi is still being integrated and keeps its own doc.<br class="">
<br class="">
The three proposals that came up where:<br class="">
a) All specs and devrefs to openstack/kuryr<br class="">
b) Specs in openstack/kuryr but devrefs in each specific project,<br class="">
i.e., the one that will end up with the implementation code.<br class="">
c) Both specs and devrefs in each separate Kuryr project.<br class="">
<br class="">
I would like to advocate for option (b). It makes things easy for when<br class="">
specs involve multiple kuryr pieces and, at the same time, it keeps<br class="">
development information in the place where you'd expect, close to the<br class="">
code.<br class="">
<br class="">
Please, weigh on this issue here in the ML or in the weekly IRC<br class="">
meeting today. The idea is to reach a decision by next week's weekly<br class="">
IRC meeting and then write it in each subproject's "how to contribute"<br class="">
<br class="">
See you later in the weekly IRC,<br class="">
<br class="">
Toni<br class="">
<br class="">
______________________________<wbr class="">______________________________<wbr class="">______________<br class="">
OpenStack Development Mailing List (not for usage questions)<br class="">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank" class="">OpenStack-dev-request@lists.<wbr class="">openstack.org?subject:<wbr class="">unsubscribe</a><br class="">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank" class="">http://lists.openstack.org/<wbr class="">cgi-bin/mailman/listinfo/<wbr class="">openstack-dev</a><br class="">
</blockquote></div><br class=""></div></div></div></div></div>
__________________________________________________________________________<br class="">OpenStack Development Mailing List (not for usage questions)<br class="">Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" class="">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br class=""><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class=""></div></blockquote></div><br class=""></div></body></html>