I have a recipe layers I use for test videos and audios that I included in prior BSPs I've done. The last I tested it was Danny and it worked fine. Today I tried to add it to a BSP that had previously built, using the latest pull from Master, complete without errors and booted.

Once I added my layer, it built with a number of errors. So something has changed, that I missed. Below is my one of my recipes and the console log:

DESCRIPTION = "my audio test files"
SECTION = "examples"
LICENSE = "CLOSED"

MY_DESTINATION = "/home/root/myaudios"

SRC_URI = "file://myaudios-1.0/myaudios-1.0.tar.gz"

do_install_append() {
install -d ${D}${MY_DESTINATION}
install -m 0644 ${S}/* ${D}${MY_DESTINATION}
}

PR = "r0"

FILES_${PN} += "${MY_DESTINATION}/*"
----------------------------------------------------------------------------------------------

jim@jim-ubuntu-x64:/build/nuc-master$ bitbake core-image-sato
WARNING: Unable to get checksum for myvideos SRC_URI entry myvideos-1.0.tar.gz: file could not be found
WARNING: Unable to get checksum for myaudios SRC_URI entry myaudios-1.0.tar.gz: file could not be found
Parsing recipes: 100% |###################################################| Time: 00:00:11
Parsing of 842 .bb files complete (0 cached, 842 parsed). 1149 targets, 24 skipped, 0 masked, 0 errors.

Build Configuration:
BB_VERSION = "1.17.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "Ubuntu-12.04"
TARGET_SYS = "x86_64-poky-linux"
MACHINE = "nuc"
DISTRO = "poky"
DISTRO_VERSION = "1.3+snapshot-20121217"
TUNE_FEATURES = "m64"
TARGET_FPU = ""
meta
meta-yocto
meta-yocto-bsp = "master:958162e96b4a4f23bca94500b5f20975633dd5c6"
meta-intel
meta-nuc = "master:4122c514a22442a58b2f99e4ba9617ff219b3089"
meta-jfa = "<unknown>:<unknown>"

NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
WARNING: Failed to fetch URL file://myaudios-1.0/myaudios-1.0.tar.gz, attempting MIRRORS if available
WARNING: Failed to fetch URL file://myvideos-1.0/myvideos-1.0.tar.gz, attempting MIRRORS if available
ERROR: Fetcher failure: Unable to find file file://myaudios-1.0/myaudios-1.0.tar.gz anywhere. The paths that were searched were:
/home/jim/meta-jfa/recipes-jfa/myaudio/myaudios-1.0/x86-64
/home/jim/meta-jfa/recipes-jfa/myaudio/myaudios-1.0/nuc
/home/jim/meta-jfa/recipes-jfa/myaudio/myaudios-1.0/poky
/home/jim/meta-jfa/recipes-jfa/myaudio/myaudios-1.0/
/home/jim/meta-jfa/recipes-jfa/myaudio/myaudios/x86-64
/home/jim/meta-jfa/recipes-jfa/myaudio/myaudios/nuc
/home/jim/meta-jfa/recipes-jfa/myaudio/myaudios/poky
/home/jim/meta-jfa/recipes-jfa/myaudio/myaudios/
/home/jim/meta-jfa/recipes-jfa/myaudio/files/x86-64
/home/jim/meta-jfa/recipes-jfa/myaudio/files/nuc
/home/jim/meta-jfa/recipes-jfa/myaudio/files/poky
/home/jim/meta-jfa/recipes-jfa/myaudio/files/
/home/jim/yocto-downloads
ERROR: Function failed: Fetcher failure for URL: 'file://myaudios-1.0/myaudios-1.0.tar.gz'. Unable to fetch URL from any source.
ERROR: Logfile of failure stored in: /build/nuc-master/tmp/work/x86_64-poky-linux/myaudios/1.0-r0/temp/log.do_fetch.29282
ERROR: Fetcher failure: Unable to find file file://myvideos-1.0/myvideos-1.0.tar.gz anywhere. The paths that were searched were:
/home/jim/meta-jfa/recipes-jfa/myvideos/myvideos-1.0/x86-64
/home/jim/meta-jfa/recipes-jfa/myvideos/myvideos-1.0/nuc
/home/jim/meta-jfa/recipes-jfa/myvideos/myvideos-1.0/poky
/home/jim/meta-jfa/recipes-jfa/myvideos/myvideos-1.0/
/home/jim/meta-jfa/recipes-jfa/myvideos/myvideos/x86-64
/home/jim/meta-jfa/recipes-jfa/myvideos/myvideos/nuc
/home/jim/meta-jfa/recipes-jfa/myvideos/myvideos/poky
/home/jim/meta-jfa/recipes-jfa/myvideos/myvideos/
/home/jim/meta-jfa/recipes-jfa/myvideos/files/x86-64
/home/jim/meta-jfa/recipes-jfa/myvideos/files/nuc
/home/jim/meta-jfa/recipes-jfa/myvideos/files/poky
/home/jim/meta-jfa/recipes-jfa/myvideos/files/
/home/jim/yocto-downloads
ERROR: Function failed: Fetcher failure for URL: 'file://myvideos-1.0/myvideos-1.0.tar.gz'. Unable to fetch URL from any source.
ERROR: Logfile of failure stored in: /build/nuc-master/tmp/work/x86_64-poky-linux/myvideos/1.0-r0/temp/log.do_fetch.29283
ERROR: Task 353 (/home/jim/meta-jfa/recipes-jfa/myaudio/myaudios.bb, do_fetch) failed with exit code '1'
ERROR: Task 341 (/home/jim/meta-jfa/recipes-jfa/myvideos/myvideos.bb, do_fetch) failed with exit code '1'
NOTE: Tasks Summary: Attempted 4122 tasks of which 4109 didn't need to be rerun and 2 failed.
Waiting for 0 running tasks to finish:

Summary: 2 tasks failed:
/home/jim/meta-jfa/recipes-jfa/myaudio/myaudios.bb, do_fetch
/home/jim/meta-jfa/recipes-jfa/myvideos/myvideos.bb, do_fetch
Summary: There were 4 WARNING messages shown.
Summary: There were 4 ERROR messages shown, returni

On 17 December 2012 17:45, Jim Abernathy <jfabernathy@...> wrote:

SRC_URI = "file://myaudios-1.0/myaudios-1.0.tar.gz"

You don't need to specify the myaudios-1.0 section, that's implicit in
the search paths along with the unversioned ${BPN} and files/.
SRC_URI="file://myaudios-1.0.tar.gz" will find it and also work with
every previous Yocto release.

This must have worked previously because the search path logic was
rather overcomplicated and unpredictable. It was recently cleaned up
but obviously you were unknowingly relying on undocumented behaviour.

Ross

On 12/17/2012 12:55 PM, Burton, Ross wrote:

On 17 December 2012 17:45, Jim Abernathy <jfabernathy@...> wrote:

SRC_URI = "file://myaudios-1.0/myaudios-1.0.tar.gz"

You don't need to specify the myaudios-1.0 section, that's implicit in
the search paths along with the unversioned ${BPN} and files/.
SRC_URI="file://myaudios-1.0.tar.gz" will find it and also work with
every previous Yocto release.

This must have worked previously because the search path logic was
rather overcomplicated and unpredictable. It was recently cleaned up
but obviously you were unknowingly relying on undocumented behaviour.

I have not tested this back on Danny, but it seems to be past the point where it couldn't find anything. I have no idea how it worked in the past. I remember having to toy with it a lot. I'm still not clear about all the paths in a recipe. So I just copy others and try things that eventually work.

Thanks,

Jim A

Ross

On Monday, 17 December 2012 at 20:41, Jim Abernathy wrote:

I have not tested this back on Danny, but it seems to be past the point
where it couldn't find anything. I have no idea how it worked in the
past. I remember having to toy with it a lot. I'm still not clear about
all the paths in a recipe. So I just copy others and try things that
eventually work.

The basic rule is that for a file: uri in a SRC_URI field, relative to the .bb it searches $PN-PV, $PN, then files/.

Obviously there are complications with extending that search path, and .bbappends extending the search path, but that's the underlying principle.

The practical result of this is that you can split general, per-package, and per-version files, which is useful when for example you need different patches per version of a package, but all versions can share an initscript.

Ross