Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

README mentions startup script, but it seems to be rcS #14

Open
noteed opened this issue May 8, 2017 · 5 comments
Open

README mentions startup script, but it seems to be rcS #14

noteed opened this issue May 8, 2017 · 5 comments

Comments

@noteed
Copy link

noteed commented May 8, 2017

Hi,

The README file mentions a startup script, but it seems to be actually called rcS in the repository.

@MichielDerhaeg
Copy link
Owner

I'm aware, the repository does not necessary coincide entirely with the README.md, everything else in the repo just serves as example. rcS is the default name the busybox init uses. startup is more clear when used in the explanation. You think i should change one of the two names?

@noteed
Copy link
Author

noteed commented May 9, 2017

Reading the README by itself is fine and is a nice tutorial. But really following it and checking how it is done in the repo, or reading the repo and using the README as a documentation both make sense to me.

So yes, I think you should make the two names the same, and even make the README link into the repo, e.g. mention the filesystem/build.sh when you talk about "putting everything in place".

B.t.w. you may be interested by the first four bullet points there: https://gist.github.com/noteed/f39f0df2bb2daf626946d234a5489b55#os

@MichielDerhaeg
Copy link
Owner

That's interesting, I'll look into it when I have some free time.
To address the first two points. I intentionally didn't use initramfs because it lacks persistence, however I do want to write something about that and the problems it usually tries to solve. And yes I did 'steal' build.sh from the Arch Linux filesystem package. I think I should clean that up and do it in a more similar way like in the readme.

On a unrelated note, it seems that you are trying to build a haskell based operating system?

@noteed
Copy link
Author

noteed commented May 9, 2017

Using Haskell (maybe with JHC) to write something similar to busybox or toybox would be great :) but given how Aboriginal still uses busybox instead of toybox, I guess this is a lot of work.

The gist is more about Linux + musl-based busybox (and runit) + musl-based Nix + see how to have a few packages out of nixpkgs using musl. In other words, something like Void Linux but using Nix as its package manager. Or maybe something like NixOS but using runit and musl.

I think Nix has some provision to use musl but I don't know much yet about it.

@NeoBeum
Copy link

NeoBeum commented May 19, 2017

I'm running into problems finding info on how to build busy box using the AOSP tree because the directories for prebuilt are confusing

android / platform / prebuilts / gcc / linux-x86 / aarch64 / aarch64-linux-android-4.9 / master / . / aarch64-linux-android / bin

android / platform / prebuilts / gcc / linux-x86 / aarch64 / aarch64-linux-android-4.9 / master / . / bin

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants