All of lore.kernel.org
 help / color / mirror / Atom feed
* How can a package I didn't ask for get included in my image?
@ 2012-03-06 17:05 Gary Thomas
  2012-03-06 17:39 ` Gary Thomas
  0 siblings, 1 reply; 6+ messages in thread
From: Gary Thomas @ 2012-03-06 17:05 UTC (permalink / raw)
  To: Poky

Note: I'm not sure the best list to use for this, but I'll start
here.  I build using poky plus my own distro.conf and my own image
recipes, etc.  My example below uses stylized package and target
names.

I'm trying to figure out why a particular package is ending up
in my final image.  If I build something like this:
   % bitbake my-image
If I then look, I find packages that were installed that I'm
never mentioning:
   % grep firmware tmp/work/my-board/my-image/temp/log.do_rootfs
   Installing linux-firmware-wl12xx (0.0+git1+09c949f6d3196a7199eb2c7015bfa5d34ed723b5-r0) to root...
so I tried to figure out how this is getting in
   % bitbake my-image -g
   % grep firmware *.dot
   ... comes up empty

To be fair, I had originally built this image with this in <my-board>.conf
   MACHINE_EXTRA_RRECOMMENDS = " kernel-modules linux-firmware-wl12xx "
but that has since been removed.  Somehow, it's ghost lingers on...

How can this be?
How can I get rid of it, short of a complete rebuild?

Thanks for any insight into this mystery.

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: How can a package I didn't ask for get included in my image?
  2012-03-06 17:05 How can a package I didn't ask for get included in my image? Gary Thomas
@ 2012-03-06 17:39 ` Gary Thomas
  2012-03-06 19:26   ` Paul Eggleton
  0 siblings, 1 reply; 6+ messages in thread
From: Gary Thomas @ 2012-03-06 17:39 UTC (permalink / raw)
  To: poky

On 2012-03-06 10:05, Gary Thomas wrote:
> Note: I'm not sure the best list to use for this, but I'll start
> here. I build using poky plus my own distro.conf and my own image
> recipes, etc. My example below uses stylized package and target
> names.
>
> I'm trying to figure out why a particular package is ending up
> in my final image. If I build something like this:
> % bitbake my-image
> If I then look, I find packages that were installed that I'm
> never mentioning:
> % grep firmware tmp/work/my-board/my-image/temp/log.do_rootfs
> Installing linux-firmware-wl12xx (0.0+git1+09c949f6d3196a7199eb2c7015bfa5d34ed723b5-r0) to root...
> so I tried to figure out how this is getting in
> % bitbake my-image -g
> % grep firmware *.dot
> ... comes up empty
>
> To be fair, I had originally built this image with this in <my-board>.conf
> MACHINE_EXTRA_RRECOMMENDS = " kernel-modules linux-firmware-wl12xx "
> but that has since been removed. Somehow, it's ghost lingers on...
>
> How can this be?
> How can I get rid of it, short of a complete rebuild?
>
> Thanks for any insight into this mystery.

Found it myself - the variable MACHINE_EXTRA_RRECOMMENDS was referenced
by my core task, something like this:
   RRECOMMENDS_task-my-distro-boot = "\
     ${MACHINE_EXTRA_RRECOMMENDS} \
   "
I hadn't rebuilt that task, so the reference remained.  I'm still not
sure why it didn't end up in the .dot graphs though.

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: How can a package I didn't ask for get included in my image?
  2012-03-06 17:39 ` Gary Thomas
@ 2012-03-06 19:26   ` Paul Eggleton
  2012-03-06 20:15     ` Foinel
  0 siblings, 1 reply; 6+ messages in thread
From: Paul Eggleton @ 2012-03-06 19:26 UTC (permalink / raw)
  To: Gary Thomas; +Cc: poky

On Tuesday 06 March 2012 10:39:10 Gary Thomas wrote:
> On 2012-03-06 10:05, Gary Thomas wrote:
> > I'm trying to figure out why a particular package is ending up
> > in my final image. If I build something like this:
> > % bitbake my-image
> > If I then look, I find packages that were installed that I'm
> > never mentioning:
> > % grep firmware tmp/work/my-board/my-image/temp/log.do_rootfs
> > Installing linux-firmware-wl12xx
> > (0.0+git1+09c949f6d3196a7199eb2c7015bfa5d34ed723b5-r0) to root... so I
> > tried to figure out how this is getting in
> > % bitbake my-image -g
> > % grep firmware *.dot
> > ... comes up empty
> > 
> > To be fair, I had originally built this image with this in <my-board>.conf
> > MACHINE_EXTRA_RRECOMMENDS = " kernel-modules linux-firmware-wl12xx "
> > but that has since been removed. Somehow, it's ghost lingers on...
> > 
> > How can this be?
> > How can I get rid of it, short of a complete rebuild?
> > 
> > Thanks for any insight into this mystery.
> 
> Found it myself - the variable MACHINE_EXTRA_RRECOMMENDS was referenced
> by my core task, something like this:
>    RRECOMMENDS_task-my-distro-boot = "\
>      ${MACHINE_EXTRA_RRECOMMENDS} \
>    "
> I hadn't rebuilt that task, so the reference remained.  I'm still not
> sure why it didn't end up in the .dot graphs though.

The dot graphs produced by bitbake -g will include what's projected by the 
recipes, not already built packages; thus why after your change it no longer 
appeared in the graphs. The answer is not to effectively make changes to the 
tasks without bumping the task recipe's PR (or alternatively enable 
BasicHash).

FYI you can enable buildhistory (without enabling BUILDHISTORY_COMMIT if you 
don't need that) and this will produce some dependency graphs directly from 
the packages used to construct the rootfs. These graphs are more focused and 
thus can be a bit more useful when you're trying to figure out how a package 
got into your image; however producing them is part of do_rootfs so you have 
to go through the entire process of building the image in order to get them.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: How can a package I didn't ask for get included in my image?
  2012-03-06 19:26   ` Paul Eggleton
@ 2012-03-06 20:15     ` Foinel
  2012-03-06 21:50       ` Khem Raj
  0 siblings, 1 reply; 6+ messages in thread
From: Foinel @ 2012-03-06 20:15 UTC (permalink / raw)
  Cc: poky

[-- Attachment #1: Type: text/plain, Size: 2597 bytes --]

How do you enable buildhistory?
Thanks

În data de 06.03.2012 21:27, "Paul Eggleton" <paul.eggleton@linux.intel.com>
a scris:
>
> On Tuesday 06 March 2012 10:39:10 Gary Thomas wrote:
> > On 2012-03-06 10:05, Gary Thomas wrote:
> > > I'm trying to figure out why a particular package is ending up
> > > in my final image. If I build something like this:
> > > % bitbake my-image
> > > If I then look, I find packages that were installed that I'm
> > > never mentioning:
> > > % grep firmware tmp/work/my-board/my-image/temp/log.do_rootfs
> > > Installing linux-firmware-wl12xx
> > > (0.0+git1+09c949f6d3196a7199eb2c7015bfa5d34ed723b5-r0) to root... so I
> > > tried to figure out how this is getting in
> > > % bitbake my-image -g
> > > % grep firmware *.dot
> > > ... comes up empty
> > >
> > > To be fair, I had originally built this image with this in
<my-board>.conf
> > > MACHINE_EXTRA_RRECOMMENDS = " kernel-modules linux-firmware-wl12xx "
> > > but that has since been removed. Somehow, it's ghost lingers on...
> > >
> > > How can this be?
> > > How can I get rid of it, short of a complete rebuild?
> > >
> > > Thanks for any insight into this mystery.
> >
> > Found it myself - the variable MACHINE_EXTRA_RRECOMMENDS was referenced
> > by my core task, something like this:
> >    RRECOMMENDS_task-my-distro-boot = "\
> >      ${MACHINE_EXTRA_RRECOMMENDS} \
> >    "
> > I hadn't rebuilt that task, so the reference remained.  I'm still not
> > sure why it didn't end up in the .dot graphs though.
>
> The dot graphs produced by bitbake -g will include what's projected by the
> recipes, not already built packages; thus why after your change it no
longer
> appeared in the graphs. The answer is not to effectively make changes to
the
> tasks without bumping the task recipe's PR (or alternatively enable
> BasicHash).
>
> FYI you can enable buildhistory (without enabling BUILDHISTORY_COMMIT if
you
> don't need that) and this will produce some dependency graphs directly
from
> the packages used to construct the rootfs. These graphs are more focused
and
> thus can be a bit more useful when you're trying to figure out how a
package
> got into your image; however producing them is part of do_rootfs so you
have
> to go through the entire process of building the image in order to get
them.
>
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
> _______________________________________________
> poky mailing list
> poky@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky

[-- Attachment #2: Type: text/html, Size: 3396 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: How can a package I didn't ask for get included in my image?
  2012-03-06 20:15     ` Foinel
@ 2012-03-06 21:50       ` Khem Raj
  2012-03-06 22:38         ` Paul Eggleton
  0 siblings, 1 reply; 6+ messages in thread
From: Khem Raj @ 2012-03-06 21:50 UTC (permalink / raw)
  To: Foinel; +Cc: poky

On Tue, Mar 6, 2012 at 12:15 PM, Foinel <flocirel@gmail.com> wrote:
> How do you enable buildhistory?

add
INHERIT += "buildhistory"
to your local.conf

> Thanks


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: How can a package I didn't ask for get included in my image?
  2012-03-06 21:50       ` Khem Raj
@ 2012-03-06 22:38         ` Paul Eggleton
  0 siblings, 0 replies; 6+ messages in thread
From: Paul Eggleton @ 2012-03-06 22:38 UTC (permalink / raw)
  To: poky

On Tuesday 06 March 2012 13:50:53 Khem Raj wrote:
> On Tue, Mar 6, 2012 at 12:15 PM, Foinel <flocirel@gmail.com> wrote:
> > How do you enable buildhistory?
> 
> add
> INHERIT += "buildhistory"
> to your local.conf

Indeed. FYI there is a small amount of documentation on buildhistory here:

https://wiki.yoctoproject.org/wiki/Buildhistory

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2012-03-06 22:38 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-03-06 17:05 How can a package I didn't ask for get included in my image? Gary Thomas
2012-03-06 17:39 ` Gary Thomas
2012-03-06 19:26   ` Paul Eggleton
2012-03-06 20:15     ` Foinel
2012-03-06 21:50       ` Khem Raj
2012-03-06 22:38         ` Paul Eggleton

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.