Openembedded Core Discussions
 help / color / mirror / Atom feed
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.




  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