* [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
@ 2012-09-12 15:06 Rudolf Streif
2012-09-12 15:08 ` Chris Larson
2012-09-12 18:22 ` Scott Garman
0 siblings, 2 replies; 9+ messages in thread
From: Rudolf Streif @ 2012-09-12 15:06 UTC (permalink / raw)
To: yocto
[-- Attachment #1: Type: text/plain, Size: 400 bytes --]
In Denil modifying kernel parameters and doing
bitbake linux-yocto -c compile -f
bitbake linux-yocto
worked perfectly fine. The tasks after compile were rerun and the new
kernel copied to tmp/deploy/images
In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun
and the kernel image is not deployed.
What has changed? Why does it not work anymore?
Thanks,
Rudi
[-- Attachment #2: Type: text/html, Size: 530 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
2012-09-12 15:06 [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image Rudolf Streif
@ 2012-09-12 15:08 ` Chris Larson
2012-09-12 15:16 ` Rudolf Streif
2012-09-12 18:22 ` Scott Garman
1 sibling, 1 reply; 9+ messages in thread
From: Chris Larson @ 2012-09-12 15:08 UTC (permalink / raw)
To: Rudolf Streif; +Cc: yocto
On Wed, Sep 12, 2012 at 8:06 AM, Rudolf Streif <rudolf.streif@linux.com> wrote:
> bitbake linux-yocto -c compile -f
> bitbake linux-yocto
>
> worked perfectly fine. The tasks after compile were rerun and the new kernel
> copied to tmp/deploy/images
>
> In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun
> and the kernel image is not deployed.
I'd suggest using bitbake's new -C argument. Run bitbake -C compile linux-yocto.
--
Christopher Larson
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
2012-09-12 15:08 ` Chris Larson
@ 2012-09-12 15:16 ` Rudolf Streif
2012-09-12 16:01 ` Paul Eggleton
0 siblings, 1 reply; 9+ messages in thread
From: Rudolf Streif @ 2012-09-12 15:16 UTC (permalink / raw)
To: Chris Larson; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 828 bytes --]
Thanks, Chris. From what bitbake version on is that command available? The
bitbake version bundled with YP Denzil 7.0.1 is 1.15.2 and it does not
recognize that command:
...
bitbake: error: no such option -C
Rudi
On Wed, Sep 12, 2012 at 8:08 AM, Chris Larson <clarson@kergoth.com> wrote:
> On Wed, Sep 12, 2012 at 8:06 AM, Rudolf Streif <rudolf.streif@linux.com>
> wrote:
> > bitbake linux-yocto -c compile -f
> > bitbake linux-yocto
> >
> > worked perfectly fine. The tasks after compile were rerun and the new
> kernel
> > copied to tmp/deploy/images
> >
> > In Edison 7.0.1 this does not seem to work anymore. The tasks do not
> rerun
> > and the kernel image is not deployed.
>
> I'd suggest using bitbake's new -C argument. Run bitbake -C compile
> linux-yocto.
> --
> Christopher Larson
>
[-- Attachment #2: Type: text/html, Size: 1301 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
2012-09-12 15:16 ` Rudolf Streif
@ 2012-09-12 16:01 ` Paul Eggleton
2012-09-12 16:23 ` Rudolf Streif
0 siblings, 1 reply; 9+ messages in thread
From: Paul Eggleton @ 2012-09-12 16:01 UTC (permalink / raw)
To: yocto; +Cc: Chris Larson
On Wednesday 12 September 2012 08:16:46 Rudolf Streif wrote:
> Thanks, Chris. From what bitbake version on is that command available? The
> bitbake version bundled with YP Denzil 7.0.1 is 1.15.2 and it does not
> recognize that command:
>
> ...
> bitbake: error: no such option -C
That's correct. This has been implemented in master (and will be in the
upcoming stable release).
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
2012-09-12 16:01 ` Paul Eggleton
@ 2012-09-12 16:23 ` Rudolf Streif
2012-09-12 17:15 ` Paul Eggleton
0 siblings, 1 reply; 9+ messages in thread
From: Rudolf Streif @ 2012-09-12 16:23 UTC (permalink / raw)
To: Paul Eggleton; +Cc: yocto, Chris Larson
[-- Attachment #1: Type: text/plain, Size: 960 bytes --]
Thanks. That explains -C. But what happened to -f in the 1.15.2? It seems
that it does not trigger a rerun of the dependent tasks anymore when
bitbake is invoked again specifying the package only.
I am actually teaching a class right now and it happens to all of the
systems including my dev box. So it's not isolated to one system only.
Thanks,
Rudi
On Wed, Sep 12, 2012 at 9:01 AM, Paul Eggleton <
paul.eggleton@linux.intel.com> wrote:
> On Wednesday 12 September 2012 08:16:46 Rudolf Streif wrote:
> > Thanks, Chris. From what bitbake version on is that command available?
> The
> > bitbake version bundled with YP Denzil 7.0.1 is 1.15.2 and it does not
> > recognize that command:
> >
> > ...
> > bitbake: error: no such option -C
>
> That's correct. This has been implemented in master (and will be in the
> upcoming stable release).
>
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
>
[-- Attachment #2: Type: text/html, Size: 1403 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
2012-09-12 16:23 ` Rudolf Streif
@ 2012-09-12 17:15 ` Paul Eggleton
0 siblings, 0 replies; 9+ messages in thread
From: Paul Eggleton @ 2012-09-12 17:15 UTC (permalink / raw)
To: Rudolf Streif, yocto
On Wednesday 12 September 2012 09:23:25 Rudolf Streif wrote:
> Thanks. That explains -C. But what happened to -f in the 1.15.2? It seems
> that it does not trigger a rerun of the dependent tasks anymore when
> bitbake is invoked again specifying the package only.
>
> I am actually teaching a class right now and it happens to all of the
> systems including my dev box. So it's not isolated to one system only.
It's not host machine specific - it was a side-effect of switching to hash-based
stamps (BB_SIGNATURE_HANDLER = "OEBasicHash". See bug #2256 for some further
details.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
2012-09-12 15:06 [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image Rudolf Streif
2012-09-12 15:08 ` Chris Larson
@ 2012-09-12 18:22 ` Scott Garman
2012-09-12 20:25 ` Paul Eggleton
1 sibling, 1 reply; 9+ messages in thread
From: Scott Garman @ 2012-09-12 18:22 UTC (permalink / raw)
To: yocto
On 09/12/2012 08:06 AM, Rudolf Streif wrote:
> In Denil modifying kernel parameters and doing
>
> bitbake linux-yocto -c compile -f
> bitbake linux-yocto
>
> worked perfectly fine. The tasks after compile were rerun and the new
> kernel copied to tmp/deploy/images
>
> In Edison 7.0.1 this does not seem to work anymore. The tasks do not
> rerun and the kernel image is not deployed.
>
> What has changed? Why does it not work anymore?
This was a bug that was introduced in 7.0.1. I have included a patch
series in my testing branch that is intended to go into the denzil
branch soon:
d7b818b bitbake: refactor out codeparser cache into a separate class
66123b9 classes/cml1: ensure -c menuconfig forces a rebuild next time
5bd11a9 bitbake: bitbake: ensure -f causes dependent tasks to be re-run
8b8be74 bitbake: implement checksums for local files in SRC_URI
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=sgarman/denzil-next
Scott
--
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
2012-09-12 18:22 ` Scott Garman
@ 2012-09-12 20:25 ` Paul Eggleton
2012-09-12 21:59 ` Scott Garman
0 siblings, 1 reply; 9+ messages in thread
From: Paul Eggleton @ 2012-09-12 20:25 UTC (permalink / raw)
To: Scott Garman; +Cc: yocto
On Wednesday 12 September 2012 11:22:07 Scott Garman wrote:
> On 09/12/2012 08:06 AM, Rudolf Streif wrote:
> > In Denil modifying kernel parameters and doing
> >
> > bitbake linux-yocto -c compile -f
> > bitbake linux-yocto
> >
> > worked perfectly fine. The tasks after compile were rerun and the new
> > kernel copied to tmp/deploy/images
> >
> > In Edison 7.0.1 this does not seem to work anymore. The tasks do not
> > rerun and the kernel image is not deployed.
> >
> > What has changed? Why does it not work anymore?
>
> This was a bug that was introduced in 7.0.1. I have included a patch
> series in my testing branch that is intended to go into the denzil
> branch soon:
>
> d7b818b bitbake: refactor out codeparser cache into a separate class
> 66123b9 classes/cml1: ensure -c menuconfig forces a rebuild next time
> 5bd11a9 bitbake: bitbake: ensure -f causes dependent tasks to be re-run
> 8b8be74 bitbake: implement checksums for local files in SRC_URI
We need to be very careful which patches we backport. In particular that last
patch 8b8be74 should not be backported - it's new functionality, requires
support in the metadata to work, and led to several further cleanup patches
for the metadata to avoid warnings being raised.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
2012-09-12 20:25 ` Paul Eggleton
@ 2012-09-12 21:59 ` Scott Garman
0 siblings, 0 replies; 9+ messages in thread
From: Scott Garman @ 2012-09-12 21:59 UTC (permalink / raw)
To: Paul Eggleton; +Cc: yocto
On 09/12/2012 01:25 PM, Paul Eggleton wrote:
> On Wednesday 12 September 2012 11:22:07 Scott Garman wrote:
>> On 09/12/2012 08:06 AM, Rudolf Streif wrote:
>>> In Denil modifying kernel parameters and doing
>>>
>>> bitbake linux-yocto -c compile -f
>>> bitbake linux-yocto
>>>
>>> worked perfectly fine. The tasks after compile were rerun and the new
>>> kernel copied to tmp/deploy/images
>>>
>>> In Edison 7.0.1 this does not seem to work anymore. The tasks do not
>>> rerun and the kernel image is not deployed.
>>>
>>> What has changed? Why does it not work anymore?
>>
>> This was a bug that was introduced in 7.0.1. I have included a patch
>> series in my testing branch that is intended to go into the denzil
>> branch soon:
>>
>> d7b818b bitbake: refactor out codeparser cache into a separate class
>> 66123b9 classes/cml1: ensure -c menuconfig forces a rebuild next time
>> 5bd11a9 bitbake: bitbake: ensure -f causes dependent tasks to be re-run
>> 8b8be74 bitbake: implement checksums for local files in SRC_URI
>
> We need to be very careful which patches we backport. In particular that last
> patch 8b8be74 should not be backported - it's new functionality, requires
> support in the metadata to work, and led to several further cleanup patches
> for the metadata to avoid warnings being raised.
I agree with the need to be conservative about backporting new features
into point-releases. In this case I was given a list from someone of
which patches were needed to resolve the menuconfig issue, and I didn't
question it.
I will make a note to try removing 8b8be74 before I submit my final pull
request to denzil - this almost certainly won't happen this week due to
conference craziness.
Scott
--
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2012-09-12 21:59 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-09-12 15:06 [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image Rudolf Streif
2012-09-12 15:08 ` Chris Larson
2012-09-12 15:16 ` Rudolf Streif
2012-09-12 16:01 ` Paul Eggleton
2012-09-12 16:23 ` Rudolf Streif
2012-09-12 17:15 ` Paul Eggleton
2012-09-12 18:22 ` Scott Garman
2012-09-12 20:25 ` Paul Eggleton
2012-09-12 21:59 ` Scott Garman
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.