[prev in list] [next in list] [prev in thread] [next in thread]
List: linaro-validation
Subject: Re: [Linaro-validation] lava-deployment-tool failing
From: Tyler Baker <tyler.baker () linaro ! org>
Date: 2013-11-13 15:35:18
Message-ID: CANMBJr7xJZzZc3D2kOri1ijq-N2DyLwnBLi2vfdvMS3jtatqOA () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On 13 November 2013 01:43, Neil Williams <codehelp@debian.org> wrote:
> On Tue, 12 Nov 2013 14:02:12 -0800
> Tyler Baker <tyler.baker@linaro.org> wrote:
>
> > On 12 November 2013 14:01, Tyler Baker <tyler.baker@linaro.org> wrote:
> >
> > > Hi All,
> > >
> > > It seems we have broken LDT with the documentation updates.
>
> I cannot reproduce - line 53 in the current conf.py is a comment.
>
> > > Our install tests confirm this issue. Sometime on November 11th the
> > > LDT installation stopped working.
> > >
> > >
> http://validation.linaro.org/dashboard/filters/~tyler-baker/lava-master-installation-git-smart-http
>
> I don't see the same error in those logs. Just the normal sphinx
> complaints about import errors which are always ignored by sphinx and
> l-d-t.
>
> > >
> "/srv/lava/instances/production/var/www/lava-server/static/docs/_src/conf.py",
> > > line 53, in <module>
> > >
> > > import lava_server
> > >
> > > ImportError: No module named lava_server
>
> This was an attempt to use versiontools to pick up the lava-server
> version into the documentation but is only used in the manpage
> generation which l-d-t ignores.
>
> l-d-t itself uses a static version:
>
> http://staging.git.linaro.org/lava/lava-deployment-tool.git/blob/HEAD:/doc/conf.py
>
> lava-dispatcher and lava-server use the same:
>
> http://staging.git.linaro.org/lava/lava-dispatcher.git/blob/HEAD:/doc/conf.py
> http://staging.git.linaro.org/lava/lava-server.git/blob/HEAD:/doc/conf.py
>
> The only place versiontools is used and where there is an import of
> lava-server is in the manpage generation which l-d-t should not be
> doing.
>
> I've just upgraded playground using current l-d-t without errors. We've
> also seen no problems with staging or with local upgrades. (The
> documentation step is run on both upgrades and installs in the same
> manner.)
>
Looks like it only reproducible on clean installs. Trying this now in a KVM.
>
> The manpage change went in on the 8th.
>
> --
>
>
> Neil Williams
> =============
> http://www.linux.codehelp.co.uk/
>
>
--
Tyler Baker
Technical Architect, LAVA
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linaro
http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
[Attachment #5 (text/html)]
<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 13 \
November 2013 01:43, Neil Williams <span dir="ltr"><<a \
href="mailto:codehelp@debian.org" target="_blank">codehelp@debian.org</a>></span> \
wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex"><div class="im">On Tue, 12 Nov 2013 14:02:12 -0800<br> \
Tyler Baker <<a href="mailto:tyler.baker@linaro.org">tyler.baker@linaro.org</a>> \
wrote:<br> <br>
> On 12 November 2013 14:01, Tyler Baker <<a \
href="mailto:tyler.baker@linaro.org">tyler.baker@linaro.org</a>> wrote:<br> \
><br> > > Hi All,<br>
> ><br>
> > It seems we have broken LDT with the documentation updates.<br>
<br>
</div>I cannot reproduce - line 53 in the current conf.py is a comment.<br>
<div class="im"><br>
> > Our install tests confirm this issue. Sometime on November 11th the<br>
> > LDT installation stopped working.<br>
> ><br>
> > <a href="http://validation.linaro.org/dashboard/filters/~tyler-baker/lava-master-installation-git-smart-http" \
target="_blank">http://validation.linaro.org/dashboard/filters/~tyler-baker/lava-master-installation-git-smart-http</a><br>
<br>
</div>I don't see the same error in those logs. Just the normal sphinx<br>
complaints about import errors which are always ignored by sphinx and<br>
l-d-t.<br>
<div class="im"><br>
> > "/srv/lava/instances/production/var/www/lava-server/static/docs/_src/conf.py",<br>
> > line 53, in <module><br>
> ><br>
> > import lava_server<br>
> ><br>
> > ImportError: No module named lava_server<br>
<br>
</div>This was an attempt to use versiontools to pick up the lava-server<br>
version into the documentation but is only used in the manpage<br>
generation which l-d-t ignores.<br>
<br>
l-d-t itself uses a static version:<br>
<a href="http://staging.git.linaro.org/lava/lava-deployment-tool.git/blob/HEAD:/doc/conf.py" \
target="_blank">http://staging.git.linaro.org/lava/lava-deployment-tool.git/blob/HEAD:/doc/conf.py</a><br>
<br>
lava-dispatcher and lava-server use the same:<br>
<a href="http://staging.git.linaro.org/lava/lava-dispatcher.git/blob/HEAD:/doc/conf.py" \
target="_blank">http://staging.git.linaro.org/lava/lava-dispatcher.git/blob/HEAD:/doc/conf.py</a><br>
<a href="http://staging.git.linaro.org/lava/lava-server.git/blob/HEAD:/doc/conf.py" \
target="_blank">http://staging.git.linaro.org/lava/lava-server.git/blob/HEAD:/doc/conf.py</a><br>
<br>
The only place versiontools is used and where there is an import of<br>
lava-server is in the manpage generation which l-d-t should not be<br>
doing.<br>
<br>
I've just upgraded playground using current l-d-t without errors. We've<br>
also seen no problems with staging or with local upgrades. (The<br>
documentation step is run on both upgrades and installs in the same<br>
manner.)<br></blockquote><div><br></div><div>Looks like it only reproducible on clean \
installs. Trying this now in a KVM.</div><div> </div><blockquote class="gmail_quote" \
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The manpage change went in on the 8th.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
<br>
<br>
Neil Williams<br>
=============<br>
<a href="http://www.linux.codehelp.co.uk/" \
target="_blank">http://www.linux.codehelp.co.uk/</a><br> <br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div \
dir="ltr"><span style="color:rgb(136,136,136)">Tyler Baker</span><br \
style="color:rgb(136,136,136)"><font color="#888888">Technical Architect, \
LAVA</font><br style="color:rgb(136,136,136)"> <span \
style="color:rgb(136,136,136)">Linaro.org | Open source software for ARM \
SoCs</span><br style="color:rgb(136,136,136)"><span \
style="color:rgb(136,136,136)">Follow Linaro: </span><a \
href="http://www.facebook.com/pages/Linaro" style="color:rgb(17,85,204)" \
target="_blank">http://www.facebook.com/pages/Linaro</a><br \
style="color:rgb(136,136,136)"> <a href="http://twitter.com/#!/linaroorg" \
style="color:rgb(17,85,204)" target="_blank">http://twitter.com/#!/linaroorg</a><span \
style="color:rgb(136,136,136)"> - </span><a href="http://www.linaro.org/linaro-blog" \
style="color:rgb(17,85,204)" \
target="_blank">http://www.linaro.org/linaro-blog</a><br> </div>
</div></div>
_______________________________________________
linaro-validation mailing list
linaro-validation@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-validation
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic