All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: buildroot@busybox.net
Subject: [Buildroot] Question about adding toybox.mk.
Date: Wed, 10 Sep 2014 17:12:41 -0500	[thread overview]
Message-ID: <5410CCD9.60403@landley.net> (raw)

My toybox project (http://landley.net/toybox) is another multicall
binary posix command line implementation in the same genre as busybox.
(Toybox is public domain instead of GPL and I think the code's a lot
better, but I would, wouldn't I?) Point is, it potentially replaces a
bunch of other packages.

Various people have added it to buildroot, the first google hit is:

https://gfiber.googlesource.com/buildroot/+/968ebdd190e2aa15357f44e388c9896fbc8f9ca3/package/toybox/toybox.mk

So I was thinking of formally submitting a toybox.mk to you guys
upstream, but I've hit a snag:

Busybox is kind of deeply embedded into buildroot, with 227 lines of
busybox.mk covering a bunch of config symbols and special cases for
selectively hiding and otherwise interacting with lots of other
packages, and it's not just that one file:

  $ grep -irl busybox buildroot/ | wc -l
  89

Swapping out busybox for toybox seems about as intrusive as swapping out
uClibc for musl. Does anyone have any hints how I should go about it
before I start? (Having buildroot's toybox.mk define BLAH_BUSYBOX symbol
names, seems... untidy?)

Suggestions?

Rob

(Yeah, I could wait until toybox's 1.0 release when I've run out of
things that busybox does that toybox doesn't which I care about. But
other people aren't waiting, so I thought I'd look into it. what's there
is _useful_. My aboriginal linux project is slowly replacing busybox
with toybox a command at a time, using them side by side in the
meantime. The real issue here is buildroot is treating busybox as
special when there may actually be 3 or 4 interesting alternate
implementations of the same functionality. Has systemd implemented its
own "mount" and "umount" commands yet? Wait for it...)

             reply	other threads:[~2014-09-10 22:12 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-10 22:12 Rob Landley [this message]
2014-09-16 19:44 ` [Buildroot] Question about adding toybox.mk Arnout Vandecappelle
2014-09-22 11:38   ` [Buildroot] [PATCH] add toybox (was Re: Question about adding toybox.mk.) Rob Landley

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=5410CCD9.60403@landley.net \
    --to=rob@landley.net \
    --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.