On Friday, February 7, 2014, Mats Kärrman &lt;<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;Mats.Karrman@tritech.se&#39;);" target="_blank">Mats.Karrman@tritech.se</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

MY_LOCAL_MIRROR = &quot;<a href="ftp://10.64.2.58/files/" target="_blank">ftp://10.64.2.58/files/</a>&quot;<br>
PREMIRRORS_prepend = &quot;\<br>
    ftp://.*/.* ${MY_LOCAL_MIRROR} \n \<br>
    git://.*/.* ${MY_LOCAL_MIRROR} \n \<br>
    http://.*/.* ${MY_LOCAL_MIRROR} \n \<br>
    https://.*/.* ${MY_LOCAL_MIRROR} \n \<br>
    svn://.*/.* ${MY_LOCAL_MIRROR} \n \<br>
&quot;<br>
<br>
BB_FETCH_PREMIRRORONLY = &quot;1&quot;<br>
-----------------------------<br>
<br>
This works as I want for all packages that I download from external servers<br>
but I also have some proprietary recipes that use the svn: fetcher to check<br>
out source code from a local (LAN) Subversion server.<br>
With BB_FETCH_PREMIRRORONLY enabled these recipes will fail since<br>
there is no tarball available in the premirror.<br>
<br>
What I want to accomplish with using BB_FETCH_PREMIRRORONLY is<br>
to make sure that my builds needs nothing from the internet but I still want<br>
to fetch from my LAN servers.<br></blockquote><div><br></div><div>Seems reasonable. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have tried inserting my local svn server with &quot;svn://.*/.* <a href="http://myserver" target="_blank">http://myserver</a>&quot;<br>
(http is the protocol used by svn here) in the premirror list but this doesn&#39;t<br>
work, the fetcher just looks for a tarball, not a subversion server checkout.<br></blockquote><div><br></div><div>That isn&#39;t surprising, as the http:// fetcher is wget :) </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


I have also tried &quot;svn://.*/.* svn://myserver&quot; but this just goes mayhem,<br>
some recursion i guess; 9140 ERROR messages shown...<br></blockquote><div><br></div><div>I&#39;m not sure if this use case is supported, but if it is, this would be the method to support it. I&#39;d suggest opening a bug in the yocto bug tracking system.</div>

<div>-- </div><div>Christopher Larson</div><div>chris_larson at mentor dot com</div><div>kergoth at gmail dot com</div>
<br><br>-- <br>Christopher Larson<br>clarson at kergoth dot com<br>Founder - BitBake, OpenEmbedded, OpenZaurus<br>Maintainer - Tslib<br>Senior Software Engineer, Mentor Graphics<br>