From: Changqing Li <changqing.li@windriver.com>
To: Richard Purdie <richard.purdie@linuxfoundation.org>,
changqing.li@eng.windriver.com,
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] base.bbclass: make do_fetch depends on PREMIRRORS MIRRORS
Date: Tue, 16 Apr 2024 09:48:38 +0800 [thread overview]
Message-ID: <eee97336-9137-446c-b37f-c4b5bc0f9604@windriver.com> (raw)
In-Reply-To: <7440987a5a3496bd4f88931728c7d7f686099c62.camel@linuxfoundation.org>
On 4/15/24 18:05, Richard Purdie wrote:
> CAUTION: This email comes from a non Wind River email account!
> Do not click links or open attachments unless you recognize the sender and know the content is safe.
>
> On Mon, 2024-04-15 at 16:30 +0800, Changqing Li via lists.openembedded.org wrote:
>> From: Changqing Li <changqing.li@windriver.com>
>>
>> When there are tarballs in local mirror file://, do_fetch will
>> create symlink under DL_DIR, eg:
>> pseudo-prebuilt-2.33.tar.xz -> /project/path/to/localmirrorA/pseudo-prebuilt-2.33.tar.xz
>> after user update path from localmirrorA to localmirrorB, because
>> do_fetch don't depends on PREMIRRORS/MIRRORS, do_fetch will not
>> be rerun, so the symlink will not update to:
>> pseudo-prebuilt-2.33.tar.xz -> /project/path/to/localmirrorB/pseudo-prebuilt-2.33.tar.xz
>> then, do_upack will failed since the tarball cannot be found.
>>
>> Signed-off-by: Changqing Li <changqing.li@windriver.com>
>> ---
>> meta/classes-global/base.bbclass | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/meta/classes-global/base.bbclass b/meta/classes-global/base.bbclass
>> index 0999b42daa..5094a1540e 100644
>> --- a/meta/classes-global/base.bbclass
>> +++ b/meta/classes-global/base.bbclass
>> @@ -139,6 +139,7 @@ do_fetch[file-checksums] = "${@bb.fetch.get_checksum_file_list(d)}"
>> do_fetch[file-checksums] += " ${@get_lic_checksum_file_list(d)}"
>> do_fetch[prefuncs] += "fetcher_hashes_dummyfunc"
>> do_fetch[network] = "1"
>> +do_fetch[vardeps] += "PREMIRRORS MIRRORS"
>> python base_do_fetch() {
>>
>> src_uri = (d.getVar('SRC_URI') or "").split()
>>
> Changing PREMIRRORS or MIRRORS should not change the output of the
> task, ever, so do_fetch shouldn't depend upon them.
The failure case I met is like this:
I have a project with PREMIRRORS setting, and the tarballs are under it.
PREMIRRORS:append = "file:///project/path/to/localmirrorA"
after first bitbake pseudo-native, there will a symlink under DL_DIR:
pseudo-prebuilt-2.33.tar.xz ->
/project/path/to/localmirrorA/pseudo-prebuilt-2.33.tar.xz
Then, Since all the tarballs are moved to /project/path/to/localmirrorB
I changed PREMIRRORS:append = "file:///project/path/to/localmirrorB"
Then bitbake pseudo-native again, do_fetch will not rerun since no
signature change.
do_unpack rerun since one dependency change, it will try to unpack
${DL_DIR}/pseudo-prebuilt-2.33.tar.xz,
but since do_fetch not rerun, ${DL_DIR}/pseudo-prebuilt-2.33.tar.xz
still point to localmirrorA, but localmirrorA not exist
since localmirrorB replace it. Then will cause do_unpck failure:
NOTE: Unpacking /build/downloads/pseudo-prebuilt-2.33.tar.xz to
/build/tmp-glibc/work/x86_64-linux/pseudo-native/1.9.0+git xz:
/build/downloads/pseudo-prebuilt-2.33.tar.xz: No such file or directory
So this is why I want to add this depends, and want to make do_fetch
rerun and resymlink to /project/path/to/localmirrorB
Regards
Changqing
>
> Cheers,
>
> Richard
>
next prev parent reply other threads:[~2024-04-16 1:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-15 8:30 [PATCH] base.bbclass: make do_fetch depends on PREMIRRORS MIRRORS changqing.li
2024-04-15 8:35 ` [OE-core] " Martin Jansa
2024-04-15 10:05 ` Richard Purdie
2024-04-16 1:48 ` Changqing Li [this message]
2024-04-16 7:30 ` Alexander Kanavin
2024-04-17 9:04 ` Changqing Li
2024-04-17 9:13 ` Richard Purdie
[not found] <17C666E056927DBC.10598@lists.openembedded.org>
2024-04-15 8:44 ` Changqing Li
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=eee97336-9137-446c-b37f-c4b5bc0f9604@windriver.com \
--to=changqing.li@windriver.com \
--cc=changqing.li@eng.windriver.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=richard.purdie@linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox