* [BBCLASSEXTEND BUG?] Not taking virtual:native provider into account?
@ 2010-02-21 16:40 Bernhard Reutner-Fischer
2010-02-22 12:40 ` Richard Purdie
0 siblings, 1 reply; 4+ messages in thread
From: Bernhard Reutner-Fischer @ 2010-02-21 16:40 UTC (permalink / raw)
To: openembedded-devel
Hi,
I'm using bitbake 641e6cf3ec3ab4d26929cf4d2a3704ff07eed4d6 (current
HEAD) on HEAD of oe.
I'm adding:
$ cat recipes/git/git_1.7.0.bb
require git.inc
SRC_URI[git.md5sum] = "c7553b73e2156d187ece6ba936ae30ab"
SRC_URI[git.sha256sum] = "a61e863944381c4f8231841f678f41f56b634bebca486a61005b35e5bcbb7c79"
DEPENDS = "openssl curl zlib expat"
RDEPENDS = "perl perl-module-file-path cpio findutils sed"
PR = "r0"
FILES_${PN}-dbg += "${libexecdir}/git-core/.debug"
BBCLASSEXTEND = "native"
(and add ";name=git" to the .tar in git.inc's SRC_URI)
and bake git-native and see:
DEBUG: adding .../recipes/git/git-native_1.6.0.4.bb to satisfy git-native
instead of
DEBUG: adding virtual:native:.../recipes/git/git_1.7.0.bb to satisfy git-native
which i get if i rm git-native_*
Assuming that the aboce recipe is correct in principle, this somehow
sounds like BBCLASSEXTEND'ed virtual:native never make it into
providers. What am i doing wrong?
thanks and cheers,
Bernhard
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [BBCLASSEXTEND BUG?] Not taking virtual:native provider into account?
2010-02-21 16:40 [BBCLASSEXTEND BUG?] Not taking virtual:native provider into account? Bernhard Reutner-Fischer
@ 2010-02-22 12:40 ` Richard Purdie
2010-02-22 13:10 ` Bernhard Reutner-Fischer
0 siblings, 1 reply; 4+ messages in thread
From: Richard Purdie @ 2010-02-22 12:40 UTC (permalink / raw)
To: openembedded-devel
On Sun, 2010-02-21 at 17:40 +0100, Bernhard Reutner-Fischer wrote:
> Hi,
>
> I'm using bitbake 641e6cf3ec3ab4d26929cf4d2a3704ff07eed4d6 (current
> HEAD) on HEAD of oe.
>
> I'm adding:
> $ cat recipes/git/git_1.7.0.bb
> require git.inc
> SRC_URI[git.md5sum] = "c7553b73e2156d187ece6ba936ae30ab"
> SRC_URI[git.sha256sum] = "a61e863944381c4f8231841f678f41f56b634bebca486a61005b35e5bcbb7c79"
> DEPENDS = "openssl curl zlib expat"
> RDEPENDS = "perl perl-module-file-path cpio findutils sed"
> PR = "r0"
> FILES_${PN}-dbg += "${libexecdir}/git-core/.debug"
> BBCLASSEXTEND = "native"
>
> (and add ";name=git" to the .tar in git.inc's SRC_URI)
> and bake git-native and see:
> DEBUG: adding .../recipes/git/git-native_1.6.0.4.bb to satisfy git-native
> instead of
> DEBUG: adding virtual:native:.../recipes/git/git_1.7.0.bb to satisfy git-native
> which i get if i rm git-native_*
>
> Assuming that the aboce recipe is correct in principle, this somehow
> sounds like BBCLASSEXTEND'ed virtual:native never make it into
> providers. What am i doing wrong?
If a real git-native_xyz.bb exists it will be preferred to the
BBCLASSEXTEND version.
I'm not sure why you'd want two versions?
Cheers,
Richard
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [BBCLASSEXTEND BUG?] Not taking virtual:native provider into account?
2010-02-22 12:40 ` Richard Purdie
@ 2010-02-22 13:10 ` Bernhard Reutner-Fischer
2010-02-22 17:15 ` Tom Rini
0 siblings, 1 reply; 4+ messages in thread
From: Bernhard Reutner-Fischer @ 2010-02-22 13:10 UTC (permalink / raw)
To: openembedded-devel
On Mon, Feb 22, 2010 at 12:40:51PM +0000, Richard Purdie wrote:
>On Sun, 2010-02-21 at 17:40 +0100, Bernhard Reutner-Fischer wrote:
>> Hi,
>>
>> I'm using bitbake 641e6cf3ec3ab4d26929cf4d2a3704ff07eed4d6 (current
>> HEAD) on HEAD of oe.
>>
>> I'm adding:
>> $ cat recipes/git/git_1.7.0.bb
>> require git.inc
>> SRC_URI[git.md5sum] = "c7553b73e2156d187ece6ba936ae30ab"
>> SRC_URI[git.sha256sum] = "a61e863944381c4f8231841f678f41f56b634bebca486a61005b35e5bcbb7c79"
>> DEPENDS = "openssl curl zlib expat"
>> RDEPENDS = "perl perl-module-file-path cpio findutils sed"
>> PR = "r0"
>> FILES_${PN}-dbg += "${libexecdir}/git-core/.debug"
>> BBCLASSEXTEND = "native"
>>
>> (and add ";name=git" to the .tar in git.inc's SRC_URI)
>> and bake git-native and see:
>> DEBUG: adding .../recipes/git/git-native_1.6.0.4.bb to satisfy git-native
>> instead of
>> DEBUG: adding virtual:native:.../recipes/git/git_1.7.0.bb to satisfy git-native
>> which i get if i rm git-native_*
>>
>> Assuming that the aboce recipe is correct in principle, this somehow
>> sounds like BBCLASSEXTEND'ed virtual:native never make it into
>> providers. What am i doing wrong?
>
>If a real git-native_xyz.bb exists it will be preferred to the
>BBCLASSEXTEND version.
Even if the BBCLASSEXTENDed version is higher than the
git-native_0.bb's? That doesn't sound too handy for i'd need to also
touch the old version :(
$ ls -1 recipes/git/*bb
recipes/git/git_1.6.0.4.bb
recipes/git/git_1.7.0.bb
recipes/git/git-native_1.6.0.4.bb
>I'm not sure why you'd want two versions?
For this git package i wouldn't want to, but there are alot of packages
that have numerous (legacy) versions used by some distros. I'd rather
not update all old recipes just because i happen to add a new,
cleaned-up version of a package. What do you think?
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [BBCLASSEXTEND BUG?] Not taking virtual:native provider into account?
2010-02-22 13:10 ` Bernhard Reutner-Fischer
@ 2010-02-22 17:15 ` Tom Rini
0 siblings, 0 replies; 4+ messages in thread
From: Tom Rini @ 2010-02-22 17:15 UTC (permalink / raw)
To: openembedded-devel
On Mon, 2010-02-22 at 14:10 +0100, Bernhard Reutner-Fischer wrote:
> On Mon, Feb 22, 2010 at 12:40:51PM +0000, Richard Purdie wrote:
> >On Sun, 2010-02-21 at 17:40 +0100, Bernhard Reutner-Fischer wrote:
> >> Hi,
> >>
> >> I'm using bitbake 641e6cf3ec3ab4d26929cf4d2a3704ff07eed4d6 (current
> >> HEAD) on HEAD of oe.
> >>
> >> I'm adding:
> >> $ cat recipes/git/git_1.7.0.bb
> >> require git.inc
> >> SRC_URI[git.md5sum] = "c7553b73e2156d187ece6ba936ae30ab"
> >> SRC_URI[git.sha256sum] = "a61e863944381c4f8231841f678f41f56b634bebca486a61005b35e5bcbb7c79"
> >> DEPENDS = "openssl curl zlib expat"
> >> RDEPENDS = "perl perl-module-file-path cpio findutils sed"
> >> PR = "r0"
> >> FILES_${PN}-dbg += "${libexecdir}/git-core/.debug"
> >> BBCLASSEXTEND = "native"
> >>
> >> (and add ";name=git" to the .tar in git.inc's SRC_URI)
> >> and bake git-native and see:
> >> DEBUG: adding .../recipes/git/git-native_1.6.0.4.bb to satisfy git-native
> >> instead of
> >> DEBUG: adding virtual:native:.../recipes/git/git_1.7.0.bb to satisfy git-native
> >> which i get if i rm git-native_*
> >>
> >> Assuming that the aboce recipe is correct in principle, this somehow
> >> sounds like BBCLASSEXTEND'ed virtual:native never make it into
> >> providers. What am i doing wrong?
> >
> >If a real git-native_xyz.bb exists it will be preferred to the
> >BBCLASSEXTEND version.
>
> Even if the BBCLASSEXTENDed version is higher than the
> git-native_0.bb's? That doesn't sound too handy for i'd need to also
> touch the old version :(
>
> $ ls -1 recipes/git/*bb
> recipes/git/git_1.6.0.4.bb
> recipes/git/git_1.7.0.bb
> recipes/git/git-native_1.6.0.4.bb
>
> >I'm not sure why you'd want two versions?
>
> For this git package i wouldn't want to, but there are alot of packages
> that have numerous (legacy) versions used by some distros. I'd rather
> not update all old recipes just because i happen to add a new,
> cleaned-up version of a package. What do you think?
Well, if we convert them all, that reduces the number of files to parse,
which is a good thing, yes?
--
Tom Rini <tom_rini@mentor.com>
Mentor Graphics Corporation
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-02-22 17:18 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-02-21 16:40 [BBCLASSEXTEND BUG?] Not taking virtual:native provider into account? Bernhard Reutner-Fischer
2010-02-22 12:40 ` Richard Purdie
2010-02-22 13:10 ` Bernhard Reutner-Fischer
2010-02-22 17:15 ` Tom Rini
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.