* multilib errors
@ 2012-09-19 2:37 McClintock Matthew-B29882
2012-09-19 11:03 ` Paul Eggleton
0 siblings, 1 reply; 6+ messages in thread
From: McClintock Matthew-B29882 @ 2012-09-19 2:37 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
Is anyone else seeing:
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry trailingslash.patch: file could not be found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry prefix-manpage-fix.patch: file could not be found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry rename-with-sysroot.patch: file could not be found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry use-sysroot-in-libpath.patch: file could not be found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry fix-final-rpath.patch: file could not be found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry avoid_absolute_paths_for_general_utils.patch: file could not be
found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry fix-rpath.patch: file could not be found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry respect-fstack-protector.patch: file could not be found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry norm-rpath.patch: file could not be found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry prefix.patch: file could not be found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry fixinstall.patch: file could not be found
WARNING: Unable to get checksum for lib64-build-appliance-image
SRC_URI entry Yocto_Build_Appliance.vmx: file could not be found
WARNING: Unable to get checksum for lib64-build-appliance-image
SRC_URI entry Yocto_Build_Appliance.vmxf: file could not be found
With multilib enabled? Have not debuged but it looks like something is
parsing SRC_URI for recipes under multilib when it should not be.
-M
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: multilib errors
2012-09-19 2:37 multilib errors McClintock Matthew-B29882
@ 2012-09-19 11:03 ` Paul Eggleton
2012-09-19 13:26 ` Khem Raj
2012-09-19 19:53 ` McClintock Matthew-B29882
0 siblings, 2 replies; 6+ messages in thread
From: Paul Eggleton @ 2012-09-19 11:03 UTC (permalink / raw)
To: McClintock Matthew-B29882; +Cc: openembedded-core
On Wednesday 19 September 2012 02:37:35 McClintock Matthew-B29882 wrote:
> Is anyone else seeing:
>
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry trailingslash.patch: file could not be found
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry prefix-manpage-fix.patch: file could not be found
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry rename-with-sysroot.patch: file could not be found
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry use-sysroot-in-libpath.patch: file could not be found
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry fix-final-rpath.patch: file could not be found
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry avoid_absolute_paths_for_general_utils.patch: file could not be
> found
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry fix-rpath.patch: file could not be found
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry respect-fstack-protector.patch: file could not be found
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry norm-rpath.patch: file could not be found
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry prefix.patch: file could not be found
> WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
> entry fixinstall.patch: file could not be found
> WARNING: Unable to get checksum for lib64-build-appliance-image
> SRC_URI entry Yocto_Build_Appliance.vmx: file could not be found
> WARNING: Unable to get checksum for lib64-build-appliance-image
> SRC_URI entry Yocto_Build_Appliance.vmxf: file could not be found
>
> With multilib enabled? Have not debuged but it looks like something is
> parsing SRC_URI for recipes under multilib when it should not be.
I have seen these errors as well. It definitely should be doing these checks -
the warnings occur during the file checksum code but more broadly they indicate
the system will fail to find these files should you try to build the targets
mentioned. Looking more closely, I could be wrong but it looks to me that BPN
is not correct at least in the case of lib64-build-appliance-image - I think
it ought to be "build-appliance-image" but instead it is "lib64-build-
appliance-image", which means that it can't find the files referred to in
SRC_URI anymore given that they are located in a directory named "build-
appliance-image".
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: multilib errors
2012-09-19 11:03 ` Paul Eggleton
@ 2012-09-19 13:26 ` Khem Raj
2012-09-19 13:31 ` Paul Eggleton
2012-09-19 19:53 ` McClintock Matthew-B29882
1 sibling, 1 reply; 6+ messages in thread
From: Khem Raj @ 2012-09-19 13:26 UTC (permalink / raw)
To: Paul Eggleton; +Cc: McClintock Matthew-B29882, openembedded-core
On Wed, Sep 19, 2012 at 4:03 AM, Paul Eggleton
<paul.eggleton@linux.intel.com> wrote:
> I have seen these errors as well. It definitely should be doing these checks -
> the warnings occur during the file checksum code but more broadly they indicate
> the system will fail to find these files should you try to build the targets
> mentioned. Looking more closely, I could be wrong but it looks to me that BPN
> is not correct at least in the case of lib64-build-appliance-image - I think
> it ought to be "build-appliance-image" but instead it is "lib64-build-
> appliance-image", which means that it can't find the files referred to in
> SRC_URI anymore given that they are located in a directory named "build-
> appliance-image".
IMO when we inherit multilib bbclass then it should also add new
${BPN} based dirs to FILESPATH
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: multilib errors
2012-09-19 13:26 ` Khem Raj
@ 2012-09-19 13:31 ` Paul Eggleton
2012-09-19 13:37 ` Khem Raj
0 siblings, 1 reply; 6+ messages in thread
From: Paul Eggleton @ 2012-09-19 13:31 UTC (permalink / raw)
To: Khem Raj; +Cc: McClintock Matthew-B29882, openembedded-core
On Wednesday 19 September 2012 06:26:31 Khem Raj wrote:
> On Wed, Sep 19, 2012 at 4:03 AM, Paul Eggleton
>
> <paul.eggleton@linux.intel.com> wrote:
> > I have seen these errors as well. It definitely should be doing these
> > checks - the warnings occur during the file checksum code but more
> > broadly they indicate the system will fail to find these files should you
> > try to build the targets mentioned. Looking more closely, I could be
> > wrong but it looks to me that BPN is not correct at least in the case of
> > lib64-build-appliance-image - I think it ought to be
> > "build-appliance-image" but instead it is "lib64-build-
> > appliance-image", which means that it can't find the files referred to in
> > SRC_URI anymore given that they are located in a directory named "build-
> > appliance-image".
>
> IMO when we inherit multilib bbclass then it should also add new
> ${BPN} based dirs to FILESPATH
BPN-based dirs are already in FILESPATH - that's the issue, BPN itself is not
the expected value.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: multilib errors
2012-09-19 13:31 ` Paul Eggleton
@ 2012-09-19 13:37 ` Khem Raj
0 siblings, 0 replies; 6+ messages in thread
From: Khem Raj @ 2012-09-19 13:37 UTC (permalink / raw)
To: Paul Eggleton; +Cc: McClintock Matthew-B29882, openembedded-core
On Wed, Sep 19, 2012 at 6:31 AM, Paul Eggleton
<paul.eggleton@linux.intel.com> wrote:
> On Wednesday 19 September 2012 06:26:31 Khem Raj wrote:
>> On Wed, Sep 19, 2012 at 4:03 AM, Paul Eggleton
>>
>> <paul.eggleton@linux.intel.com> wrote:
>> > I have seen these errors as well. It definitely should be doing these
>> > checks - the warnings occur during the file checksum code but more
>> > broadly they indicate the system will fail to find these files should you
>> > try to build the targets mentioned. Looking more closely, I could be
>> > wrong but it looks to me that BPN is not correct at least in the case of
>> > lib64-build-appliance-image - I think it ought to be
>> > "build-appliance-image" but instead it is "lib64-build-
>> > appliance-image", which means that it can't find the files referred to in
>> > SRC_URI anymore given that they are located in a directory named "build-
>> > appliance-image".
>>
>> IMO when we inherit multilib bbclass then it should also add new
>> ${BPN} based dirs to FILESPATH
>
> BPN-based dirs are already in FILESPATH - that's the issue, BPN itself is not
> the expected value.
>
Thats what I meant with 'new BPN'
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: multilib errors
2012-09-19 11:03 ` Paul Eggleton
2012-09-19 13:26 ` Khem Raj
@ 2012-09-19 19:53 ` McClintock Matthew-B29882
1 sibling, 0 replies; 6+ messages in thread
From: McClintock Matthew-B29882 @ 2012-09-19 19:53 UTC (permalink / raw)
To: Paul Eggleton
Cc: McClintock Matthew-B29882,
openembedded-core@lists.openembedded.org
On Wed, Sep 19, 2012 at 6:03 AM, Paul Eggleton
<paul.eggleton@linux.intel.com> wrote:
> I have seen these errors as well. It definitely should be doing these checks
Even for lib64-nativesdk-libtool? It's doing multilib processing on
nativesdk recipes?
-M
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-09-19 20:36 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-09-19 2:37 multilib errors McClintock Matthew-B29882
2012-09-19 11:03 ` Paul Eggleton
2012-09-19 13:26 ` Khem Raj
2012-09-19 13:31 ` Paul Eggleton
2012-09-19 13:37 ` Khem Raj
2012-09-19 19:53 ` McClintock Matthew-B29882
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox