* SRC_URI_arch override. error?
@ 2010-09-08 14:52 Frans Meulenbroeks
2010-09-08 18:36 ` Khem Raj
2010-09-21 19:51 ` Denys Dmytriyenko
0 siblings, 2 replies; 6+ messages in thread
From: Frans Meulenbroeks @ 2010-09-08 14:52 UTC (permalink / raw)
To: openembedded-devel
Hi,
I have an issue with the linux-libc-headers recipe for nios2.
Maybe I am trying to do something what is not possible.
The recipe contains:
SRC_URI = "${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/linux-${PV}.tar.bz2 \
"
SRC_URI_nios2 =
"ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball
\
"
I was under the assumption that when building with TARGET_ARCH set to
"nios2" (e.g. for machine neek) I would get the 2nd uri.
However actually the system seems to concatenate these two URI's.
I have locally modified classes/base.bbclass function base_do_unpack
do dump some info:
python base_do_unpack() {
from glob import glob
srcurldata = bb.fetch.init(d.getVar("SRC_URI", True).split(), d, True)
bb.note("unpacking SRC_URI %s" % d.getVar("SRC_URI", True))
bb.note("unpacking SRC_URI split %s" % d.getVar("SRC_URI", True).split())
bb.note("unpacking srcurldata %s" % srcurldata)
This generates the following output
NOTE: unpacking SRC_URI
ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball
NOTE: package linux-libc-headers-2.6.34-r1: task do_distribute_sources: Started
NOTE: unpacking SRC_URI split
['ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball']
NOTE: unpacking srcurldata
{'ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball':
<bb.fetch.FetchData object at 0x12786610>,
'http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.34.tar.bz2':
<bb.fetch.FetchData object at 0x12786590>}
NOTE: unpacking url
/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz
NOTE: Unpacking
../downloads/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz
to ../tmp/work/nios2-linux/linux-libc-headers-2.6.34-r1/
NOTE: package linux-libc-headers-2.6.34-r1: task
do_distribute_sources: Succeeded
NOTE: unpacking url /pub/linux/kernel/v2.6/linux-2.6.34.tar.bz2
...
The odd thing is that the first two debug statements deliver exactly
what I expect.
However srcurldata seems to create fetch objects for both url's.
I didn't manage yet to debug bb.fetch.init, but maybe someone has
already an idea on this (or on how to debug this).
Anyway, any help is appreciated.
Frans.
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: SRC_URI_arch override. error? 2010-09-08 14:52 SRC_URI_arch override. error? Frans Meulenbroeks @ 2010-09-08 18:36 ` Khem Raj 2010-09-21 19:51 ` Denys Dmytriyenko 1 sibling, 0 replies; 6+ messages in thread From: Khem Raj @ 2010-09-08 18:36 UTC (permalink / raw) To: openembedded-devel On Wed, Sep 8, 2010 at 7:52 AM, Frans Meulenbroeks <fransmeulenbroeks@gmail.com> wrote: > Hi, > > I have an issue with the linux-libc-headers recipe for nios2. > Maybe I am trying to do something what is not possible. > > The recipe contains: > SRC_URI = "${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/linux-${PV}.tar.bz2 \ > " > > SRC_URI_nios2 = > "ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball > \ > " > > I was under the assumption that when building with TARGET_ARCH set to > "nios2" (e.g. for machine neek) I would get the 2nd uri. I still get this correct. I am using bitbake master ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: SRC_URI_arch override. error? 2010-09-08 14:52 SRC_URI_arch override. error? Frans Meulenbroeks 2010-09-08 18:36 ` Khem Raj @ 2010-09-21 19:51 ` Denys Dmytriyenko 2010-09-21 20:07 ` Chris Larson 1 sibling, 1 reply; 6+ messages in thread From: Denys Dmytriyenko @ 2010-09-21 19:51 UTC (permalink / raw) To: openembedded-devel On Wed, Sep 08, 2010 at 04:52:20PM +0200, Frans Meulenbroeks wrote: > Hi, > > I have an issue with the linux-libc-headers recipe for nios2. > Maybe I am trying to do something what is not possible. > > The recipe contains: > SRC_URI = "${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/linux-${PV}.tar.bz2 \ > " > > SRC_URI_nios2 = > "ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball > \ > " > > I was under the assumption that when building with TARGET_ARCH set to > "nios2" (e.g. for machine neek) I would get the 2nd uri. > However actually the system seems to concatenate these two URI's. > > I have locally modified classes/base.bbclass function base_do_unpack > do dump some info: > python base_do_unpack() { > from glob import glob > > srcurldata = bb.fetch.init(d.getVar("SRC_URI", True).split(), d, True) > bb.note("unpacking SRC_URI %s" % d.getVar("SRC_URI", True)) > bb.note("unpacking SRC_URI split %s" % d.getVar("SRC_URI", True).split()) > bb.note("unpacking srcurldata %s" % srcurldata) Frans, Are you still facing this issue? Looks like I'm in the same boat with you on this one - I have an amended recipe in a local overlay, which slightly modifies the source tarball name in SRC_URI. It used to work fine before, but lately it tries to call do_unpack() on both - the source tarball with the name from amend.inc, as well as the source tarball with the name from the original SRC_URI. Since it doesn't do do_fetch() for both, only do_unpack(), it fails if the other tarball was not previously downloaded into DL_DIR... I was able to trace the problem down to the do_unpack() rewrite commit: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=900cc29b603691eb3a077cb660545ead3715ed54 Before this commit, SRC_URI used to behave properly, even with modifications and amendments. I'm still trying to debug the new code to see where the problem happens. Maybe, Chris, as the author of that code, can spot the issue sooner. Thanks. -- Denys > This generates the following output > > NOTE: unpacking SRC_URI > ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball > NOTE: package linux-libc-headers-2.6.34-r1: task do_distribute_sources: Started > NOTE: unpacking SRC_URI split > ['ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball'] > NOTE: unpacking srcurldata > {'ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball': > <bb.fetch.FetchData object at 0x12786610>, > 'http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.34.tar.bz2': > <bb.fetch.FetchData object at 0x12786590>} > NOTE: unpacking url > /mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz > NOTE: Unpacking > ../downloads/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz > to ../tmp/work/nios2-linux/linux-libc-headers-2.6.34-r1/ > NOTE: package linux-libc-headers-2.6.34-r1: task > do_distribute_sources: Succeeded > NOTE: unpacking url /pub/linux/kernel/v2.6/linux-2.6.34.tar.bz2 > ... > > The odd thing is that the first two debug statements deliver exactly > what I expect. > However srcurldata seems to create fetch objects for both url's. > I didn't manage yet to debug bb.fetch.init, but maybe someone has > already an idea on this (or on how to debug this). > Anyway, any help is appreciated. > > Frans. > > _______________________________________________ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: SRC_URI_arch override. error? 2010-09-21 19:51 ` Denys Dmytriyenko @ 2010-09-21 20:07 ` Chris Larson 2010-09-21 20:47 ` Frans Meulenbroeks 0 siblings, 1 reply; 6+ messages in thread From: Chris Larson @ 2010-09-21 20:07 UTC (permalink / raw) To: openembedded-devel On Tue, Sep 21, 2010 at 12:51 PM, Denys Dmytriyenko <denis@denix.org> wrote: > On Wed, Sep 08, 2010 at 04:52:20PM +0200, Frans Meulenbroeks wrote: > > Hi, > > > > I have an issue with the linux-libc-headers recipe for nios2. > > Maybe I am trying to do something what is not possible. > > > > The recipe contains: > > SRC_URI = "${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/linux-${PV}.tar.bz2 > \ > > " > > > > SRC_URI_nios2 = > > " > ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball > > \ > > " > > > > I was under the assumption that when building with TARGET_ARCH set to > > "nios2" (e.g. for machine neek) I would get the 2nd uri. > > However actually the system seems to concatenate these two URI's. > > > > I have locally modified classes/base.bbclass function base_do_unpack > > do dump some info: > > python base_do_unpack() { > > from glob import glob > > > > srcurldata = bb.fetch.init(d.getVar("SRC_URI", True).split(), d, > True) > > bb.note("unpacking SRC_URI %s" % d.getVar("SRC_URI", True)) > > bb.note("unpacking SRC_URI split %s" % d.getVar("SRC_URI", > True).split()) > > bb.note("unpacking srcurldata %s" % srcurldata) > > Frans, > > Are you still facing this issue? > > Looks like I'm in the same boat with you on this one - I have an amended > recipe in a local overlay, which slightly modifies the source tarball name > in > SRC_URI. It used to work fine before, but lately it tries to call > do_unpack() > on both - the source tarball with the name from amend.inc, as well as the > source tarball with the name from the original SRC_URI. Since it doesn't do > do_fetch() for both, only do_unpack(), it fails if the other tarball was > not > previously downloaded into DL_DIR... > > I was able to trace the problem down to the do_unpack() rewrite commit: > > > http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=900cc29b603691eb3a077cb660545ead3715ed54 > > Before this commit, SRC_URI used to behave properly, even with > modifications > and amendments. I'm still trying to debug the new code to see where the > problem happens. > > Maybe, Chris, as the author of that code, can spot the issue sooner. > Thanks. This thread has been sitting in my todo list for a while now, haven't had a chance to dive in. I'll see if I can take a look tonight. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: SRC_URI_arch override. error? 2010-09-21 20:07 ` Chris Larson @ 2010-09-21 20:47 ` Frans Meulenbroeks 2010-09-27 18:27 ` Denys Dmytriyenko 0 siblings, 1 reply; 6+ messages in thread From: Frans Meulenbroeks @ 2010-09-21 20:47 UTC (permalink / raw) To: openembedded-devel Denys, I still have the issue. As explained in the original thread the problem is the bb.fetch.init call. Chris, appreciate it if you could look into it. Don't have time to test a change right away though as I will be afk for the next few days. Enjoy! Frans ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: SRC_URI_arch override. error? 2010-09-21 20:47 ` Frans Meulenbroeks @ 2010-09-27 18:27 ` Denys Dmytriyenko 0 siblings, 0 replies; 6+ messages in thread From: Denys Dmytriyenko @ 2010-09-27 18:27 UTC (permalink / raw) To: openembedded-devel On Tue, Sep 21, 2010 at 10:47:43PM +0200, Frans Meulenbroeks wrote: > Denys, I still have the issue. > As explained in the original thread the problem is the bb.fetch.init call. > > Chris, appreciate it if you could look into it. > Don't have time to test a change right away though as I will be afk > for the next few days. Frans, Chris, Please take a look at the patch I just sent to fix this: http://thread.gmane.org/gmane.comp.handhelds.openembedded/37448 -- Denys ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-09-27 18:28 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-09-08 14:52 SRC_URI_arch override. error? Frans Meulenbroeks 2010-09-08 18:36 ` Khem Raj 2010-09-21 19:51 ` Denys Dmytriyenko 2010-09-21 20:07 ` Chris Larson 2010-09-21 20:47 ` Frans Meulenbroeks 2010-09-27 18:27 ` Denys Dmytriyenko
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.