From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/1] pkg-generic: support patching local source code
Date: Fri, 10 Apr 2015 00:40:49 +0200 [thread overview]
Message-ID: <20150409224049.GD4192@free.fr> (raw)
In-Reply-To: <CAB7JjA_Xc3ZCpT8RME2_nPjAGiDmp_k+yYOyvih7Bq9BSuShDA@mail.gmail.com>
Nicolas, All,
On 2015-04-09 15:21 -0700, Nicolas Dade spake thusly:
> Let me explain what led me to allow patches to local source. My local
> source isn't mine. It's an SDK from the vendor of a part I'm using. The
> vendor is much better at hardware than software, and their SDK doesn't
> build as-is. So I need to patch it. I also need to maintain my patches
> separated from the SDK since the vendor publishes updates to their SDK
> every month or so.
>
> So what I am doing is having the vendor's SDK source code unzip'ed in one
> directory, and have buildroot use [subtrees of] that directory as the local
> source, patch it with my fixes, and build it.
Ah, OK, I see. (To be honest, I was expecting something like that!)
Well, there's not much we can do with that...
On the one hand, we maintain the current behaviour, and your use-case is
broken. On the other hand, we solve a use-case like yours, but break
others where the sources are too different for our bundled patches to be
applied.
Needless to say we don't like breaking stuff...
Now, let us think about that...
Still, there's something I am wondering about. Why do you point those
packages to the vendor's SDK in the first place? Why don't you use the
ones referenced by Buildroot (e.g. from upstream)?
I can understand you'd want a few select packages from the SDK, mostly
those with HW dependencies, but the rest?
> PS I also thought that not allowing patching only for local sources was a
> strange asymmetry in buildroot. I expected local sources to work the same
> as tarballs. It wasn't until I looked into the buildroot make system that I
> realized why my patches weren't getting applied. So if you don't accept
> this patch, at least you might document that local sources cannot be
> patched in a clear way.
Well, I would think that's pretty well explained in the manual:
http://buildroot.net/downloads/manual/manual.html#_using_buildroot_during_development
Quoting:
When Buildroot finds that for a given package, an <pkg>_OVERRIDE_SRCDIR
has been defined, it will no longer attempt to download, extract and
patch the package. Instead, it will directly use the source code
available in in the specified directory [...]
I don't know how to make that even more explicit... If you find a better
phrasing, do not hesitate! ;-)
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
next prev parent reply other threads:[~2015-04-09 22:40 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-09 0:28 [Buildroot] [PATCH 1/1] pkg-generic: support patching local source code Nicolas S. Dade
2015-04-09 22:12 ` Yann E. MORIN
2015-04-09 22:21 ` Nicolas Dade
2015-04-09 22:40 ` Yann E. MORIN [this message]
[not found] ` <CAB7JjA_EKRS9uEX9MhgUVpovh4VKoUF2vx1wE2Q+a9baZTRyCQ@mail.gmail.com>
2015-04-10 17:30 ` Yann E. MORIN
2015-04-10 21:08 ` Arnout Vandecappelle
2015-04-10 21:31 ` Nicolas Dade
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=20150409224049.GD4192@free.fr \
--to=yann.morin.1998@free.fr \
--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.