<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 24, 2015 at 10:04 AM, Ed Leafe <span dir="ltr"><<a href="mailto:ed@leafe.com" target="_blank">ed@leafe.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA512<br>
<span class=""><br>
On 06/24/2015 08:38 AM, Nikola Đipanov wrote:<br>
<br>
> I urge people to reply to this instead of my original email as the<br>
> writing is more detailed and balanced.<br>
<br>
</span>OK, I've read what others have written, and want to throw in my own<br>
0.00008316 BTC.<br>
<br>
The spec process is invaluable, but that is not to say that it can't be<br>
improved - a *lot*.<br>
<br>
Other emails have touched on the biggest disconnect in the process: that<br>
an approved spec magically becomes unapproved on a particular calendar<br>
date. This makes no sense whatsoever. If it was a good idea yesterday,<br>
it will almost always be a good idea tomorrow.<br></blockquote><div><br></div><div>I don' think this is a accurate summary of the status quo.</div><div><br></div><div>We currently have the fast track process, where if a spec was previously approved we will quickly re-approve it. (I do a git diff between the previous version and make sure the diff is trivial). By my count in liberty we successfully used this procedure around 14 times. So yes things do magically become unapproved on a somewhat random date, but I don't think this is realistically a major pain point. (Side note we were able to approve a lot of those specs before the summit).</div><div><br></div><div>Secondly nova is moves fast. For example in Kilo we had: 4752 files changed, 299,275 insertions(+), 309,689 deletions(-) [0].  What is amazing about this is nova kilo only had 251,965 lines [1].  So specs that we approved 6 months ago are often not valid anymore, I have seen this happen time and time again. </div><div><br></div><div><br></div><div>[0] git diff --stat 0358c9afb5af6697be88b5b69d96096a59a2148e 2439e97c42d99926bc85ee93799006c380073c8d</div><div>[1] git ls-files | xargs wc -l</div><div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
The other obvious disconnect is the gap between nova-core and<br>
nova-spec-core. If someone is knowledgeable enough and trusted enough to<br>
commit code to Nova, they should be trusted to approve a spec.<br>
<br>
Those two changes aren't controversial, are they? If not, let's do them<br>
ASAP, and then iterate from there.<br>
<br>
- --<br>
<br>
- -- Ed Leafe<br>
<span class="">-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2<br>
</span>Comment: GPGTools - <a href="https://gpgtools.org" rel="noreferrer" target="_blank">https://gpgtools.org</a><br>
Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/" rel="noreferrer" target="_blank">http://www.enigmail.net/</a><br>
<br>
iQIcBAEBCgAGBQJViuMJAAoJEKMgtcocwZqLp2EQAIFOeEJgfVZoVOeFIpEkr7wy<br>
zmDzmJdTTGxLeG1fguLUimb72Vp1CfS/iL+bMSuFC+dSgam+w+BZuewuwbDMdhdO<br>
RzjCuRpOaPqm6h/fhEUYAeLH9jLBcX7NJrwJHJOKFQMVhVSNVZrvEOwGk//KYg47<br>
U8GrFsI7tvYKF25b2siv3WhiFRG+WoGhakBgeP+6fv91jEYwhVgV0OW98ZZao6sV<br>
aAmbRbfxAhjIjqywLASi0LobFFdeqWyXq8rMVQd1e/4dK4r38OxOZKP907RQIyW2<br>
181w1kMwUpYvzSJd7CQjp8Zb337XRZWNEcXuESqrsqmB4LNPN1MKzbx2N0+xtyFq<br>
IoSki5E4khnIvFNWA2CrUXE599piUV2BRP5hXKSgEdqnaBN51g0AgPMsoMQZFu5c<br>
xnDaHSW5v285ukiHxFp88XA6JHcCxd5tGOj9WmE5BeWHP6nXjzFbiv+HTxyBp0vZ<br>
ph5fqNpK4sA+z7dO81ji2yQBtSJbI2kTYIbgc5ylkRpKXKRjm4FDgTgp1asEj8Je<br>
POstxWSbduGWEYvCkkWnRC3s45vKYaulNt699OcrnuE/2v9nmQat2K7mevZF+JAz<br>
YIAF32WDN27lcgWRLd3OxPpRy2P3a/5MwYcvwKHGyaYKAKXNtXUzs7EriMqrUXkV<br>
1B2kPORGp8nUNKEQobP5<br>
=UaLL<br>
-----END PGP SIGNATURE-----<br>
<div class=""><div class="h5"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>