From: Phil Blundell <pb@pbcl.net>
To: Khem Raj <raj.khem@gmail.com>
Cc: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 1/2] ifupdown: import recipe
Date: Thu, 03 Sep 2015 22:28:37 +0100 [thread overview]
Message-ID: <1441315717.1680.75.camel@pbcl.net> (raw)
In-Reply-To: <CAMKF1sp=Hiwt=oYfFy8Mhj4TMXj3x3Tykmg6mNLLtyEXV+TVwQ@mail.gmail.com>
On Thu, 2015-09-03 at 13:22 -0700, Khem Raj wrote:
> irrespective of this change. I see yet another configuration with this
> into OE-core, overall OE-Core should get smaller
> and case does not sound convincing to me. You dont want to use busybox
> in a fairly large image which has other GPLv2 software in
> it. Thats fine but doesnt look like a common usecase to me
In general, I don't think it is a good idea for oe-core to be entirely
beholden to busybox or any other package, and I would be all in favour
of including an alternative implementation for everything that we depend
on busybox for.
In the specific case of ifupdown, the whole thing seems a little bit
1990s and it's hard to avoid the sense that there are better ways to
solve that particular problem nowadays. But oe-core does already
include net-tools, which is if anything even more retro (and is in a
similar position vis-a-vis busybox) so there is precedent for including
this kind of thing.
It's also not as if ifupdown is a large piece of software with a complex
web of ABI dependencies that will introduce some huge maintenance burden
in the future. So I can't see any real downside to adding it to
oe-core.
p.
next prev parent reply other threads:[~2015-09-03 22:06 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-01 21:34 [PATCH 0/2] add ifupdown Joe Slater
2015-09-01 21:34 ` [PATCH 1/2] ifupdown: import recipe Joe Slater
2015-09-02 15:55 ` Otavio Salvador
2015-09-02 19:09 ` Randy MacLeod
2015-09-02 19:23 ` Otavio Salvador
2015-09-03 12:11 ` Richard Purdie
2015-09-03 12:15 ` Otavio Salvador
2015-09-03 12:20 ` Bruce Ashfield
2015-09-03 20:22 ` Khem Raj
2015-09-03 20:27 ` Richard Purdie
2015-09-03 20:32 ` Otavio Salvador
2015-09-03 21:02 ` Bruce Ashfield
2015-09-03 21:24 ` Khem Raj
2015-09-03 21:38 ` Bruce Ashfield
2015-09-03 21:15 ` Khem Raj
2015-09-03 21:39 ` Richard Purdie
2015-09-04 1:12 ` Slater, Joseph
2015-09-03 21:28 ` Phil Blundell [this message]
2015-09-03 21:46 ` Khem Raj
2015-09-03 12:32 ` Jack Mitchell
2015-09-01 21:34 ` [PATCH 2/2] ifupdown: create alternative links Joe Slater
-- strict thread matches above, loose matches on Subject: below --
2015-10-09 12:24 [PATCH 1/2] ifupdown: import recipe Andrew Shadura
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=1441315717.1680.75.camel@pbcl.net \
--to=pb@pbcl.net \
--cc=openembedded-core@lists.openembedded.org \
--cc=raj.khem@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox