On 1/2/08, Kalle Valo <[EMAIL PROTECTED]> wrote:
> I have to agree with Eero here. It's much more useful to have the
> original tools available instead of (too) simple busybox variants.

what I'm suggesting would be an optional package that, if set up correctly,
won't break anything (but will block the installation of overlapping tools
in other packages). Users who want original tool sets could take the
standard busybox package and install separate tools packages. If having the
original tools is always better perhaps busybox shouldn't be used at all?
Yet another alternative: a package that replaces busybox with original tools

>For
> example, you need to be root to run busybox ping and it does not
> support flood ping.

for good or bad the root problem is overcome with
# chmod 4777 /bin/busybox

> Having iputils-ping would fix both of these
> problems.

why not take all of iputils?

On 1/2/08, Kalle Valo <[EMAIL PROTECTED]> wrote:
>
> "ext Damien Moore" <[EMAIL PROTECTED]> writes:
>
> > https://bugs.maemo.org/show_bug.cgi?id=989
> >
> > the bug was marked WONTFIX
> >
> > Eero Tamminen's resolution was to not add any additional applets to
> > BusyBox because in his opinion those needs can best be met by creating
> > full versions of the tools in separate packages. I don't think this is
> > a good idea because it creates a proliferation of unnecessarily
> > bloated packages with the attendant problems of maintaining multiple
> > packages (keeping in mind that the target hardware is a capacity
> > constrained tablet). The benefit of busybox is that most appplets add
> > just a few kb to the binary size and all of them sit inside a single
> > binary.
>
> I have to agree with Eero here. It's much more useful to have the
> original tools available instead of (too) simple busybox variants. For
> example, you need to be root to run busybox ping and it does not
> support flood ping. Having iputils-ping would fix both of these
> problems.
>
> --
> Kalle Valo
>
_______________________________________________
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Reply via email to