u-root userland

[prologic]

Let's experiment with a u-root user-land?

I'm not all that convinced busybox is what we need; it takes too long to compile and most of it you'd never use -- including glibc :)

[ailispaw]

It looks interesting, but glibc is one of barge's advantages, that many linux tool binaries can be run on barge. And tinylinux doesn't have good enough packages, especially for x86_64.

[prologic]

What do you mean? If the goal is to run linux containers; what does it matter what the "main user-land" is? :) -- My argument is that we should try to be a Rancher OS "like" but with "different" choices.

[ailispaw]

Even if the goal is to run linux containers, someone wants to run their tool in the user-land, but a container, like kubectl for kubernetes.

For example;
https://github.com/ailispaw/kubernetes-barge

What do you expect for Barge? What does the RancherOS "like" mean?

[prologic]

See in "practice" on Rancher OS (for example) I've only ever ssh'd into the host to debug or upgrade it. Even then you only run very basic shell scripts/tools. Where I work (Facebook) it's mostly the same as well where you would run "containers" (with some exceptions). So I dunno :) -- I find userland to be less useful these days -- just basic shell tools is enough.

[ailispaw]

I know that the philosophy of RancherOS is "Everything in RancherOS is a container managed by Docker.", even system services.
But It's not for Barge. I would like Barge to be simple, small, normal and easy to use.
You can use Barge like RancherOS (not perfect), but it is not intended to be something aggressively like RancherOS.

However u-boot is very interesting. I will dig into it more later. Thank you.

[prologic]

I didn't mean to imply :) -- To be honest; not everything has to be a "container". I think it would be nice to slim down on the userland (busybox is good; but there are alternatives) and finit is nice; but there are also alternatives.

Another thing to consider is "management" -- Which I think you have an issue for cloud-init support.

[ailispaw]

Yes, I think we need cloud-init for more platforms.

[prologic]

I think cloud-init just gets you a convenient way to "configure" the system no?

[ailispaw]

Yes, so does the u-root have cloud-init capability?

Or let's make it.
#44

[prologic]

I doubt it; we'll have to implement or integrate our own.

[ailispaw]

I tried u-root v1.0.0, but it seems still at an alpha stage.
It's not compatible with flags and outputs of other standard commands.

Compiling was pretty fast.