All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vadim Kochan <vadim4j@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] external, how to achieve our needs?
Date: Wed, 26 Feb 2020 23:59:53 +0200	[thread overview]
Message-ID: <CAMw6YJK2tDGYqJ=nxmUYUxrP_Z4mo=gXUAg-smwxBVCCsw-FNw@mail.gmail.com> (raw)
In-Reply-To: <875zft8joy.fsf@dell.be.48ers.dk>

Hi All,

On Wed, Feb 26, 2020 at 5:14 PM Peter Korsgaard <peter@korsgaard.com> wrote:
>
> >>>>> "Ludovic" == Ludovic Desroches <ludovic.desroches@microchip.com> writes:
>
>  > Hi Mircea,
>  > On Wed, Feb 26, 2020 at 12:11:36PM +0000, Mircea GLIGA wrote:
>  >> Hi Ludovic,
>  >>
>  >> I also have this kind of problems when implementing our external,
>  >> sometimes is useful to 'override' or append to a recipe (Yocto
>  >> style).
>  >>
>  >> * I ended up "duplicating" recipes in our layer, e.g. bd-tcpdump
>  >> in order to build the package differently
>
>  > From the top of my head, I tried this and I got an error when duplicating
>  > the recipes in the external. Did you use other tricks?
>
> Buildrot uses a global namespace, so you have to rename the package (and
> the makefile/kconfig symbols) for it to work.
>
> It naturally only works for packages without any reverse dependencies as
> those packages doesn't know about your custom 'foo' package.
>

For me looks like it can be solved (did not tried yet) by:
1) Including BR2_EXTERNAL_MKS before include all the packages,

    and filter-out these which has set variable $(PKG)_OVERRIDE=y

    which means that external tree can contain some special version of
    package from the main Buildroot, and this custom .mk package can set
    XXX_OVERRIDE=YES to do not include the original package by main Makefile.

2) The custom Config.in should be not a problem as it should replace
original config
     options.

But I am not a Buildroot expert, so I might missed something.

Regards,
Vadim Kochan

  reply	other threads:[~2020-02-26 21:59 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-25 15:01 [Buildroot] external, how to achieve our needs? Ludovic Desroches
2020-02-26  5:36 ` Baruch Siach
2020-02-26 13:20   ` Ludovic Desroches
2020-02-26 12:11 ` Mircea GLIGA
2020-02-26 13:29   ` Ludovic Desroches
2020-02-26 15:14     ` Peter Korsgaard
2020-02-26 21:59       ` Vadim Kochan [this message]
2020-02-26 13:30 ` Mircea GLIGA

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='CAMw6YJK2tDGYqJ=nxmUYUxrP_Z4mo=gXUAg-smwxBVCCsw-FNw@mail.gmail.com' \
    --to=vadim4j@gmail.com \
    --cc=buildroot@busybox.net \
    /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.