Remove 'first class' status of coreutils/gnused/gnumake...etc

[andrewchambers]

I think for a lot of cases we could be using busybox, toybox, sbase and ubase to build packages, it seems unfair to give coreutils special treatment in the core namespace.

On the flip side, it makes a lot of sense to have a set of conventions regarding what people should attempt to use first.

[sogaiu]

May be we can identify and discuss specific cases to consider (e.g. for something like automake, it seems like a natural choice to try the coreutils + usual companions initially at least).

I don't mind trying other options. For the most part it doesn't occur to me -- possibly because of the particular things I've been working on.

[andrewchambers]

The main goal is minimizing the amount of software that needs to be built/downloaded I think.

One problem is that even if busybox is good enough for 80 percent of software, the other 20 percent still means a user might end up building both.

Overall I don't really like endorsing coreutils over busybox or bash over another shell. In practice we may need to though.

[sogaiu]

I guess it might help to measure some numbers for specific cases.

I'm happy to try creating some alternative versions of some things. Just need some specific packages choices :)