I used an alternative pathname that eliminated the "/../", however it
still failed. The debug messages show that it is able to find the
local repo, but it seems to be trying to access HEAD regardless.
I have also tried a couple of the additional flags that I can set for
SRC_URI (ex. nobranch, usehead, etc.). Sadly, no option is available
to limite remote fetch operations.
1) Should I locally (in the .bb file) override do_fetch?
2) I also tried running git archive [...] on the local repo, and
pointing to the tgz file as such:
SRC_URI = "file://${TOPDIR}/my-repo.tgz
However this too failed. Or, I don't think it failed in the do_fetch
step, but it later failed during the build. (I saved the error
messages, but I don't have them atm). Please advise...what am I doing
incorrectly?
Thank you,
M
On Thu, Apr 6, 2017 at 7:30 AM, Leonardo Sandoval
<leonardo.sandoval.gonza...@linux.intel.com> wrote:
> On Wed, 2017-04-05 at 19:57 -0700, Matthew Phillips wrote:
>> Hi all,
>>
>> I am trying to do the following:
>>
>> I have a local git repo, pulled manually from a remote repo (via a script).
>> I have a .bb file set up referencing this repo. This .bb file includes
>> (among other things):
>>
>> >> SRC_URI = "git://${TOPDIR}/../sources/my-repo;protocol=file;branch=master"
>> >> SRCREV = "${AUTOREV}"
>>
>
> did you get the same result if you hard-coded the pathname?
>
>
>
>
>> I do not want to use the network (so BB_NO_NETWORK is 1).
>>
>> Although the SRC_URI is pointing to the correct path, the yocto build
>> fails because it tries to access the network.
>>
>> How should I be doing this instead?
>>
>> I can run a script (preferably bash atm) before the build if doing
>> something pre-build will help simplify anything.
>>
>> Thank you,
>> M
>
>
--
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
