<tt><font size=2>Dean Troyer <dtroyer@gmail.com> wrote on 02/26/2014
12:53:31 PM:<br>
<br>
> Thanks for the updates, but I've massaged the project bits and <br>
> restored/expanded the reasons to consider one or the other option.</font></tt>
<br>
<br><tt><font size=2>Thanks for the further updates.  I have just
one question about those.  One way to do both unit testing and system
(integration) testing is to: git clone your favorite project to make a
working local repo somewhere on your testing machine, edit and commit there,
then use DevStack to create a running system in /opt/stack using your modified
project in place of the copy at git.openstack.org.  I think this is
what Sean Dague advocates (based on his remarks earlier in this thread),
have tried it myself, and have documented it at </font></tt><a href=https://wiki.openstack.org/wiki/Testing#Indirect_Approach><tt><font size=2>https://wiki.openstack.org/wiki/Testing#Indirect_Approach</font></tt></a><tt><font size=2>
.  I think </font></tt><a href=https://wiki.openstack.org/wiki/Gerrit_Workflow#Project_Setup><tt><font size=2>https://wiki.openstack.org/wiki/Gerrit_Workflow#Project_Setup</font></tt></a><tt><font size=2>
should reference that somehow; I think the most direct approach would be
to generalize the title of </font></tt><a href=https://wiki.openstack.org/wiki/Gerrit_Workflow#Unit_Tests_Only><tt><font size=2>https://wiki.openstack.org/wiki/Gerrit_Workflow#Unit_Tests_Only</font></tt></a><tt><font size=2>
and generalize the introductory remark to include a reference to </font></tt><a href=https://wiki.openstack.org/wiki/Testing#Indirect_Approach><tt><font size=2>https://wiki.openstack.org/wiki/Testing#Indirect_Approach</font></tt></a><tt><font size=2>
.  Does this make sense to you?</font></tt>
<br><tt><font size=2><br>
> That bug is closed and against Grizzly, is that the one you meant
to<br>
> reference?  I added a note about INSTALL_TESTONLY_PACKAGES to
the <br>
> wiki page above and it will be in the next rev of devstack.org.</font></tt>
<br>
<br><tt><font size=2>Yes, I am referring to </font></tt><a href="https://bugs.launchpad.net/devstack/+bug/1203680"><tt><font size=2>https://bugs.launchpad.net/devstack/+bug/1203680</font></tt></a><tt><font size=2>
--- and also to </font></tt><a href="https://bugs.launchpad.net/devstack/+bug/1203723"><tt><font size=2>https://bugs.launchpad.net/devstack/+bug/1203723</font></tt></a>
<br>
<br><tt><font size=2>As far as my experience goes, the fix to 1203680 would
also cover 1203723: the only thing I find lacking for nova unit testing
in Ubuntu is libmysqlclient-dev, which is among the testing requirements
of glance (see DevStack's files/apts/glance).</font></tt>
<br>
<br><tt><font size=2>As far as I can tell, Sean Dague is saying the fix
to 1203680 is wrong because it binds unit testing to DevStack and he thinks
unit testing should be independent of DevStack.</font></tt>
<br>
<br><tt><font size=2>Interestingly, installing DevStack with </font></tt><tt><font size=1 color=#2f2f2f>INSTALL_TESTONLY_PACKAGES</font></tt><tt><font size=2>
set to True will have a global side-effect and so will provide the unit
testing requirements even if the indirect procedure (</font></tt><a href=https://wiki.openstack.org/wiki/Testing#Indirect_Approach><tt><font size=2>https://wiki.openstack.org/wiki/Testing#Indirect_Approach</font></tt></a><tt><font size=2>)
that Sean advocates is used.  In this way the only tie between unit
testing and DevStack is that they be done on the same machine.  Maybe
this is the way to go?</font></tt>
<br>
<br><tt><font size=2>Thanks,</font></tt>
<br><tt><font size=2>Mike</font></tt>