<div dir="ltr">Hello,<div><br></div><div>I just got a bit confusing error when conf/bblayers.conf was referencing deleted layer.</div><div><br></div><div>I know it&#39;s hard to provide nice error message for every possible corner case what might go wrong, but if you need some examples here is one:</div><div><br></div><div><div>OE qemux86@ ~/build/oe-core $ bitbake -c cleansstate grub-efi; bitbake -c install grub-efi</div><div>NOTE: Starting bitbake server...</div><div>ERROR: Unable to start bitbake server</div><div>ERROR: Last 10 lines of server log /OE/build/oe-core/bitbake-cookerdaemon.log:</div><div>Running command [&#39;setConfig&#39;, &#39;cmd&#39;, &#39;install&#39;]</div><div>Running command [&#39;updateConfig&#39;, {&#39;abort&#39;: True, &#39;tryaltconfigs&#39;: False, &#39;force&#39;: False, &#39;invalidate_stamp&#39;: None, &#39;verbose&#39;: False, &#39;debug&#39;: 0, &#39;dry_run&#39;: False, &#39;dump_signatures&#39;: [], &#39;debug_domains&#39;: [], &#39;extra_assume_provided&#39;: [], &#39;profile&#39;: False, &#39;prefile&#39;: [], &#39;postfile&#39;: [], &#39;tracking&#39;: False, &#39;server_timeout&#39;: None}, {&#39;LC_ALL&#39;: &#39;en_US.UTF-8&#39;, &#39;MACHINE&#39;: &#39;qemux86&#39;, &#39;USER&#39;: &#39;bitbake&#39;, &#39;PWD&#39;: &#39;/OE/build/oe-core&#39;, &#39;HOME&#39;: &#39;/OE&#39;, &#39;BB_ENV_EXTRAWHITE&#39;: &#39;MACHINE DISTRO http_proxy ftp_proxy https_proxy all_proxy ALL_PROXY no_proxy SSH_AGENT_PID SSH_AUTH_SOCK BB_SRCREV_POLICY SDKMACHINE BB_NUMBER_THREADS GIT_PROXY_COMMAND PSEUDO_DISABLED PSEUDO_BUILD&#39;, &#39;SHELL&#39;: &#39;/bin/bash&#39;, &#39;TERM&#39;: &#39;screen&#39;, &#39;LOGNAME&#39;: &#39;bitbake&#39;, &#39;PATH&#39;: &#39;/OE/build/oe-core/openembedded-core/scripts:/OE/build/oe-core/bitbake/bin:/OE/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/7.1.0:/usr/local/bin:/usr/bin:/bin:/opt/bin&#39;, &#39;LD_LIBRARY_PATH&#39;: &#39;&#39;, &#39;LS_COLORS&#39;: &#39;rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.cfg=00;32:*.conf=00;32:*.diff=00;32:*.doc=00;32:*.ini=00;32:*.log=00;32:*.patch=00;32:*.pdf=00;32:*.ps=00;32:*.tex=00;32:*.txt=00;32:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:&#39;, &#39;STY&#39;: &#39;3598.x&#39;, &#39;LANG&#39;: &#39;C&#39;, &#39;LESS&#39;: &#39;-MSwiQ&#39;, &#39;DISPLAY&#39;: &#39;:0.0&#39;, &#39;OPENGL_PROFILE&#39;: &#39;xorg-x11&#39;, &#39;OLDPWD&#39;: &#39;/OE&#39;, &#39;CONFIG_PROTECT_MASK&#39;: &#39;/etc/sandbox.d /etc/gentoo-release /etc/terminfo /etc/ca-certificates.conf /etc/revdep-rebuild&#39;, &#39;EDITOR&#39;: &#39;vim&#39;, &#39;GCC_SPECS&#39;: &#39;&#39;, &#39;PAGER&#39;: &#39;/usr/bin/less&#39;, &#39;WINDOW&#39;: &#39;0&#39;, &#39;BUILDDIR&#39;: &#39;/OE/build/oe-core&#39;, &#39;SHLVL&#39;: &#39;2&#39;, &#39;MANPATH&#39;: &#39;/usr/share/gcc-data/x86_64-pc-linux-gnu/7.1.0/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.28.1/man:/usr/local/share/man:/usr/share/man&#39;, &#39;XAUTHORITY&#39;: &#39;/root/.xauthEJHUgh&#39;, &#39;PS1&#39;: &#39;\\[\\033[01;32m\\]OE $MACHINE@$DISTRO\\[\\033[01;34m\\] \\w \\$\\[\\033[00m\\] &#39;, &#39;INFOPATH&#39;: &#39;/usr/share/gcc-data/x86_64-pc-linux-gnu/7.1.0/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.28.1/info:/usr/share/info:/usr/share/info/emacs-25&#39;, &#39;TERMCAP&#39;: &#39;SC|screen|VT 100/ANSI X3.64 virtual terminal:\\\n\t:DO=\\E[%dB:LE=\\E[%dD:RI=\\E[%dC:UP=\\E[%dA:bs:bt=\\E[Z:\\\n\t:cd=\\E[J:ce=\\E[K:cl=\\E[H\\E[J:cm=\\E[%i%d;%dH:ct=\\E[3g:\\\n\t:do=^J:nd=\\E[C:pt:rc=\\E8:rs=\\Ec:sc=\\E7:st=\\EH:up=\\EM:\\\n\t:le=^H:bl=^G:cr=^M:it#8:ho=\\E[H:nw=\\EE:ta=^I:is=\\E)0:\\\n\t:li#36:co#100:am:xn:xv:LP:sr=\\EM:al=\\E[L:AL=\\E[%dL:\\\n\t:cs=\\E[%i%d;%dr:dl=\\E[M:DL=\\E[%dM:dc=\\E[P:DC=\\E[%dP:\\\n\t:im=\\E[4h:ei=\\E[4l:mi:IC=\\E[%d@:ks=\\E[?1h\\E=:\\\n\t:ke=\\E[?1l\\E&gt;:vi=\\E[?25l:ve=\\E[34h\\E[?25h:vs=\\E[34l:\\\n\t:ti=\\E[?1049h:te=\\E[?1049l:us=\\E[4m:ue=\\E[24m:so=\\E[3m:\\\n\t:se=\\E[23m:mb=\\E[5m:md=\\E[1m:mh=\\E[2m:mr=\\E[7m:\\\n\t:me=\\E[m:ms:\\\n\t:Co#8:pa#64:AF=\\E[3%dm:AB=\\E[4%dm:op=\\E[39;49m:AX:\\\n\t:vb=\\Eg:G0:as=\\E(0:ae=\\E(B:\\\n\t:ac=\\140\\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\\\n\t:Km=\\E[M:k0=\\E[10~:k1=\\EOP:k2=\\EOQ:k3=\\EOR:k4=\\EOS:\\\n\t:k5=\\E[15~:k6=\\E[17~:k7=\\E[18~:k8=\\E[19~:k9=\\E[20~:\\\n\t:k;=\\E[21~:F1=\\E[23~:F2=\\E[24~:kb=\x7f:kh=\\E[1~:@1=\\E[1~:\\\n\t:kH=\\E[4~:@7=\\E[4~:kN=\\E[6~:kP=\\E[5~:kI=\\E[2~:kD=\\E[3~:\\\n\t:ku=\\EOA:kd=\\EOB:kr=\\EOC:kl=\\EOD:km:&#39;, &#39;LESSOPEN&#39;: &#39;|lesspipe %s&#39;, &#39;_&#39;: &#39;/OE/build/oe-core/bitbake/bin/bitbake&#39;}, [&#39;/OE/build/oe-core/bitbake/bin/bitbake&#39;, &#39;-c&#39;, &#39;install&#39;, &#39;grub-efi-native&#39;]]</div><div>Running command [&#39;buildTargets&#39;, [&#39;grub-efi-native&#39;], &#39;install&#39;]</div><div>Connecting Client</div><div>Disconnecting Client</div><div>No timeout, exiting.</div><div>Exiting</div></div><div><div>Starting bitbake server pid 30625</div><div>NOTE: Starting bitbake server...</div><div>ERROR: Layer directory &#39;/OE/build/oe-core/meta-openembedded/meta-ruby&#39; does not exist! Please check BBLAYERS in /OE/build/oe-core/conf/bblayers.conf</div><div><br></div><div>NOTE: Starting bitbake server...</div><div>ERROR: Unable to start bitbake server</div><div>ERROR: Last 10 lines of server log /OE/build/oe-core/bitbake-cookerdaemon.log:</div><div>Connecting Client</div><div>Disconnecting Client</div><div>No timeout, exiting.</div><div>Exiting</div><div>Starting bitbake server pid 30625</div><div>NOTE: Starting bitbake server...</div><div>ERROR: Layer directory &#39;/OE/build/oe-core/meta-openembedded/meta-ruby&#39; does not exist! Please check BBLAYERS in /OE/build/oe-core/conf/bblayers.conf</div><div>Starting bitbake server pid 30636</div><div>NOTE: Starting bitbake server...</div><div>ERROR: Layer directory &#39;/OE/build/oe-core/meta-openembedded/meta-ruby&#39; does not exist! Please check BBLAYERS in /OE/build/oe-core/conf/bblayers.conf</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 21, 2017 at 3:05 PM, Richard Purdie <span dir="ltr">&lt;<a href="mailto:richard.purdie@linuxfoundation.org" target="_blank">richard.purdie@linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Fri, 2017-07-21 at 14:51 +0200, Martin Jansa wrote:<br>
&gt; On Fri, Jul 21, 2017 at 08:55:10AM +0100, Richard Purdie wrote:<br>
&gt; &gt;<br>
&gt; &gt; I just wanted to give people a heads up that a pretty significant<br>
&gt; &gt; change in bitbake&#39;s internal behaviour has merged.<br>
&gt; &gt;<br>
&gt; &gt; In short, the server backend to bitbake has been reworked and<br>
&gt; &gt; bitbake<br>
&gt; &gt; now always forks off a &quot;cooker&quot; or server process (if needed) and<br>
&gt; &gt; then<br>
&gt; &gt; connects to it using a unix domain socket.<br>
&gt; &gt;<br>
&gt; &gt; The xmlrpc and process server backends are replaced with one<br>
&gt; &gt; unified<br>
&gt; &gt; interface where there is always a process server which can<br>
&gt; &gt; optionally<br>
&gt; &gt; provide an xmlrpc interface for remote connections.<br>
&gt; &gt;<br>
&gt; &gt; This means you get &quot;memres&quot; behaviour simply by setting<br>
&gt; &gt; BB_SERVER_TIMEOUT to some positive value and then the cooker will<br>
&gt; &gt; remain around for that length of time before unloading from memory.<br>
&gt; &gt;<br>
&gt; &gt; Right now, the default is 0 giving the same behaviour as before,<br>
&gt; &gt; with<br>
&gt; &gt; the change that the cooker is always an independent process.<br>
&gt; &gt;<br>
&gt; &gt; BB_SERVER_TIMEOUT being non-zero is known to break some oe-<br>
&gt; &gt; selftests<br>
&gt; &gt; right now, that is some we can start to address now we have the<br>
&gt; &gt; code<br>
&gt; &gt; baseline merged. It does seem to work well in normal use although<br>
&gt; &gt; the<br>
&gt; &gt; internal server resets for new connections may need optimisation<br>
&gt; &gt; too.<br>
&gt; &gt;<br>
&gt; &gt; I do expect we may have some teething issues with this as its a<br>
&gt; &gt; major<br>
&gt; &gt; change to the way we&#39;ve done things. I (and other bitbake<br>
&gt; &gt; developers)<br>
&gt; &gt; do believe this is the best way forward for the project though and<br>
&gt; &gt; now<br>
&gt; &gt; is the best time to merge this and get people using it. Not least,<br>
&gt; &gt; it<br>
&gt; &gt; replaces a load of horrible code nobody really understood with<br>
&gt; &gt; something simpler and more understandable and capable. I am<br>
&gt; &gt; delaying M2<br>
&gt; &gt; a little to ensure we get this in now and have time to fix issues<br>
&gt; &gt; before 2.4.<br>
&gt;<br>
&gt; Are there any changes needed for PRserv (or it&#39;s configuration)?<br>
<br>
</div></div>No, no changes are needed. We are seeing that server shutdown can be<br>
slower than new clients starting in some cases though and if that<br>
happens, you see the retry message. It should be harmless if a little<br>
annoying on the console.<br>
<br>
I&#39;ve been trying to pin down the circumstances that happens under, it<br>
could be PRServ is a factor (buildhistory may be too).<br>
<br>
Cheers,<br>
<br>
Richard<br>
</blockquote></div><br></div>