All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nikolay Dimitrov <picmaster@mail.bg>
To: Jean-Michel Hautbois <jhautbois@gmail.com>
Cc: "meta-freescale@yoctoproject.org"
	<meta-freescale@yoctoproject.org>,
	Gary Thomas <gary@mlbassoc.com>
Subject: Re: Removing gpu-viv-bin-mx6q from custom image
Date: Tue, 30 Jun 2015 18:09:28 +0300	[thread overview]
Message-ID: <5592B128.5090606@mail.bg> (raw)
In-Reply-To: <CAL8zT=itLD6vSfLwFiZRSJsaHGiEZpfaAsG527hSFV7wFe7Bqw@mail.gmail.com>

Hi Jean-Michel,

On 06/30/2015 05:56 PM, Jean-Michel Hautbois wrote:
> Hi all,
>
> 2015-06-30 16:40 GMT+02:00 Nikolay Dimitrov <picmaster@mail.bg>:
>> Hi Jean-Michel,
>>
>> Are you sure that core-image-base is actually adding the unneeded
>> dependency? I don't see gpu-viv-bin-mx6q being built as part of this
>> image.
>
> Well, no, I am not sure, but I must say it is a bit difficult to know
> exactly who is adding what...

Well, there's a way to tell precisely who's pulling which dependency.
This command generates a dependency graph (I think Daiane/Gary already
mentioned this):

bitbake -g your-custom-image

This will create several text files, and one of them is pn-depends.dot,
where you can search for dependencies ("->" means "depends on"). Hope
this info makes your experience a little bit more scientific and less
empirical :D.

Also, Daiane mentioned blacklisting the package. I think this could be
useful, because when some package pulls-in the blacklisted dependency,
bitbake will print the exact dependency route across the graph and will
stop with error.

> In my machine, I have conf/machine/include/imx-base.inc included,
> which could lead to this behaviour... maybe...
>
>> Can you please check whether some of your added components doesn't
>> actually pull-in the gpu-viv-bin-mx6q?

Regards,
Nikolay


  reply	other threads:[~2015-06-30 15:09 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-30  5:33 Removing gpu-viv-bin-mx6q from custom image Jean-Michel Hautbois
2015-06-30 11:37 ` Daiane Angolini
2015-06-30 12:01   ` Jean-Michel Hautbois
2015-06-30 12:13     ` Daiane Angolini
2015-06-30 13:20       ` Jean-Michel Hautbois
2015-06-30 13:29         ` Daiane Angolini
2015-06-30 13:37           ` Jean-Michel Hautbois
2015-06-30 13:49             ` Daiane Angolini
2015-06-30 13:52               ` Daiane Angolini
2015-06-30 14:04               ` Jean-Michel Hautbois
2015-06-30 14:13                 ` Gary Thomas
2015-06-30 14:40                   ` Nikolay Dimitrov
2015-06-30 14:56                     ` Jean-Michel Hautbois
2015-06-30 15:09                       ` Nikolay Dimitrov [this message]
2015-06-30 15:10                       ` Gary Thomas
2015-06-30 15:59                         ` Jean-Michel Hautbois

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5592B128.5090606@mail.bg \
    --to=picmaster@mail.bg \
    --cc=gary@mlbassoc.com \
    --cc=jhautbois@gmail.com \
    --cc=meta-freescale@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.