From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 564BCE006E9; Thu, 26 Feb 2015 01:12:42 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from astoria.ccjclearline.com (astoria.ccjclearline.com [64.235.106.9]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id D5508E003AB for ; Thu, 26 Feb 2015 01:12:39 -0800 (PST) Received: from [99.240.204.5] (port=35755 helo=crashcourse.ca) by astoria.ccjclearline.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1YQuUl-0007BX-1B; Thu, 26 Feb 2015 04:12:35 -0500 Date: Thu, 26 Feb 2015 04:12:33 -0500 (EST) From: "Robert P. J. Day" X-X-Sender: rpjday@localhost To: Joe MacDonald In-Reply-To: <20150225134406.GH8949@mentor.com> Message-ID: References: <20150225134406.GH8949@mentor.com> User-Agent: Alpine 2.11 (LFD 23 2013-08-11) MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - astoria.ccjclearline.com X-AntiAbuse: Original Domain - yoctoproject.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - crashcourse.ca X-Source: X-Source-Args: X-Source-Dir: Cc: Yocto discussion list Subject: Re: kernel manual: confusing coverage of FILESEXTRAPATHS_prepend X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2015 09:12:42 -0000 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 25 Feb 2015, Joe MacDonald wrote: > [[yocto] kernel manual: confusing coverage of FILESEXTRAPATHS_prepend] On 15.02.25 (Wed 03:54) Robert P. J. Day wrote: > > > > > minor quibble about kernel dev manual -- section 2.2.1, "creating > > the append file", uses the example of: > > > > FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" > > > > while section 2.2.3 uses: > > > > FILESEXTRAPATHS_prepend := "${THISDIR}/files:" > > > > both sections kind of implying that that's the way to do it, without > > making it clear that *either* way works as long as the variable > > prepend matches up with the directory name. > > > > both ways are correct, of course, but the wording is a bit > > confusing. > > It's probably worth changing the latter reference to match the > former. Both work but with any new recipes (at least in the layers I > maintain) the preference is to use the former for clarity as well as > faster lookups. sort of related to this, but in a *regular* recipe (not a bbappend), the default FILESPATH is set in base.bbclass: FILESPATH = "${@base_set_filespath(["${FILE_DIRNAME}/${BP}", "${FILE_DIRNAME}/${BPN}", "${FILE_DIRNAME}/files"], d)}" so that, by default, a regular recipe will look for SRC_URI entries in *all* of: 1) ${BP}/ 2) ${BPN}/ 3) "files/" it's not clear which is the preferred standard (not sure there even *is* a preferred standard), but in cases where more than one of the above exists, all of the relevant directories will be searched, but it's not clear why some recipes insist on breaking up the files over more than one directory. in the case of subversion, i can see the logic: subversion/ subversion_1.6.15.bb subversion-1.8.11/ subversion_1.8.11.bb so that the generic "subversion/" directory will apply to *all* subversion recipes, but there is also the version-specific "subversion-1.8.11/", so that's fine. busybox, though: busybox/ busybox_1.23.1.bb busybox_git.bb busybox.inc files/ won't both directories busybox/ and files/ always be consulted for SRC_URI entries, regardless of the version of busybox? so what is the rationale for breaking those files over two directories? and i'm curious ... is there any recipe that contains all *three* types of SRC_URI subdirectories? rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================