All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.