From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] [v1 1/1] uboot: Add local directory option to menuconfig
Date: Tue, 28 Jun 2016 00:39:36 +0200 [thread overview]
Message-ID: <20160627223936.GD3714@free.fr> (raw)
In-Reply-To: <045f11b5-1c4c-5082-d138-406559792a72@mind.be>
Arnout, All,
On 2016-06-28 00:27 +0200, Arnout Vandecappelle spake thusly:
> On 27-06-16 22:57, Yann E. MORIN wrote:
> [snip]
> > And looking at the commit that introduced it for linux, it is exactly
> > the case that would have been covered by an override-srcdir:
> >
> > commit 73da2ff6f718f2889e3c5024d899f8d58f502863
> > Author: Rafal Fabich <rafal.fabich@gmail.com>
> > Date: Sat Feb 23 19:03:30 2013 +0100
> >
> > Added local directory as source of kernel code
> >
> > Add the option to use a local directory as the source for
> > building the Linux kernel, which can be useful during
> > kernel development.
> >
> > Signed-off-by: Rafal Fabich <rafal.fabich@gmail.com>
> > Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
> > Tested-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
> > Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
> >
> > Peter, any reason that you applied this patch at the time?
> > Arnout, anything you remember for giving your ACK?
>
> I think at the time I considered using _OVERRIDE_SRCDIR for something like this
> too clunky. However, now I'm more convinced that every realistic project should
> have an automatic _OVERRIDE_SRCDIR for everything in $(BR2_EXTERNAL)/src. So
> then indeed this option is not so relevant anymore.
Well, any two projects would have different workflows, so suggesting a
"realistic project" uses an automated override-srcdir is just pushing
the limits too much, IMHO.
Besides, my opinion is that having the sources for packages in the
br2-external tree is bad, and that each package should have its own
git/hg/svn/bzr tree. But that varies between projects! ;-)
> It's still a bit clunky, though, that your (def)config has to specify
> _something_ for the kernel version, but that it will never be used in practice.
Well, that would be the same for any package for which we have a version
choice when an override-srcdir is in use for that package...
And anyway, any override-srcdir should not be versioned I think. It
should be purely for local development.
> I propose to reject this patch but keep the existing LINUX_CUSTOM_LOCAL around
> for a bit still.
Well, I saw your mail after I sent the patch, so... ;-)
Regards,
Yann E. MORIN.
> Regards,
> Arnout
>
> >
> > So, I would think that:
> > 1- we don't want this for U-Boot;
> > 2- we should drop it for Linux.
> >
> > Peter, Thomas, Arnout: what do you think?
> [snip]
> --
> Arnout Vandecappelle arnout at mind be
> Senior Embedded Software Architect +32-16-286500
> Essensium/Mind http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> GPG fingerprint: 7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF
--
.-----------------.--------------------.------------------.--------------------.
| 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:[~2016-06-27 22:39 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-27 2:25 [Buildroot] [v1 1/1] uboot: Add local directory option to menuconfig Adam Duskett
2016-06-27 20:57 ` Yann E. MORIN
2016-06-27 21:44 ` Peter Korsgaard
2016-06-27 22:27 ` Arnout Vandecappelle
2016-06-27 22:39 ` Yann E. MORIN [this message]
2016-06-27 22:50 ` Arnout Vandecappelle
2016-06-28 1:36 ` aduskett at gmail.com
2016-06-28 6:23 ` Peter Korsgaard
2016-06-28 22:54 ` Arnout Vandecappelle
2016-06-29 6:44 ` Peter Korsgaard
2016-06-28 1:51 ` Adam Duskett
2016-06-28 6:14 ` Peter Korsgaard
2016-06-28 14:24 ` Thomas Petazzoni
2016-06-28 17:32 ` Peter Korsgaard
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=20160627223936.GD3714@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.