<html><head></head><body><div>Hi Andreas, all,</div><div><span><div><br></div><div data-evo-signature-plain-text-mode="">Andreas Jaeger, 2018-03-14 20:46:</div></span></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>Note that thanks to the tox-siblings feature, we really continue to</div><div>install neutron and horizon from git - and not use the versions in the global-requirements constraints file.</div></blockquote><div><br></div><div>This addresses my main concern, which was that by removing tools/tox_install.sh we would end up not pulling master from git.</div><div><br></div><div>The fact that we do keep pulling from git wasn't explicit AFAIK in any of the commit messages of the changes I had to look at to understand what was being modified.</div><div><br></div><div>I concur with Akihiro's comment, and would go slightly beyond that: ideally the solution chosen would not only technical work, but would reduce the ahah-there-is-magic-behind-the-scene effect, which is a pain I believe for many: people new to the community face a steeper learning curve, people inside the community need to spend time adjust, and infra folks end up having to document or explain more.  In this precise case,  the magic behind the scene (ie. the tox-siblings role) may lead to confusion for packagers (why our CI tests as valid is not what appears</div><div>in requirements.txt) and perhaps people working in external communities (e.g. [1]).</div><div><br></div><div>Best,</div><div><br></div><div>-Thomas</div><div><br></div><div>[1] <a href="http://docs.opnfv.org/en/latest/submodules/releng-xci/docs/xci-overview.html#xci-overview">http://docs.opnfv.org/en/latest/submodules/releng-xci/docs/xci-overview.html#xci-overview</a></div></body></html>