-
Notifications
You must be signed in to change notification settings - Fork 610
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
Let's build an alpha #37
Comments
This is great! Here's what I want to get done, by which I mean actually tested and reliable:
If you want to run on hardware, you also need:
We also need a script to take all these packages and prepare an empty file system.
In principle, this is all described by what modules get installed to |
I've updated the head entry with your proposals. Some points:
I've set this as proposed because I think for a minimal first alpha
Can you explain what do you want to achieve here? Is it script like
Filesystem looks pretty nice :-) I would like to clean / (/bin, /etc
Like Debian meta-packages? Cool! :-) |
The system needs to start services to be useful on boot. We should contain that boot behavior to an npm-style module. It would be easy to create both alternative boot strategies, and upgrade the boot package. Assuming we use grub as our boot-loader, you would specify the package name in your grub entry. This makes it easy to boot the system in different ways by creating multiple grub entries.
Some of this relies on how node is compiled. I'm using the libc from Ubuntu, so we should probably leave everything required in the Ubuntu spot. I'm all for looking into either a static node, or compiling node against some other libc.
This is a minor pain, but if we decide the OS will be all-node, and only node we can hack this easily. |
Maybe asgard could store in a file the list of enabled services and
+1 to GRUB :-)
I should have add this comments to filesystem topic, sorry. It's not a
Great ;-) I was also thinking in rewrite it in node and look over the |
At this moment I'm using the initramfs as root filesystem and mounting the users filesystem in |
I think #67 git support is crucial, since so many npm packages depend on it! Can we add that under 'minimal system'? |
git command line client added to the NodeOS Alpha wish-list due to popular demand ;-) |
I will be presenting node-os along with other interesting node-related systems work at JSConf Asia in Nov. I wonder if we can shoot for a demo that the audience can download from docker and run that is more up to date than my original? I don't think we need anything that's feature-complete, I think people just want something they can start playing with. In the talk, I would also like to enumerate all the people who helped get the demo working (especially @piranna). |
My pull-request can be moved to master without problems. P.D.: I've had holidays and later my leg broken the last weeks, that's why I had so much time to work on NodeOS... ;-) |
@piranna 😮 I hope you are okay! I've freed up time to work on this now. Last month was crazy busy. I'm going to spend the next few days coming up to speed with your changes. Thank you 1000x again. I hope you get better soon! |
Hi @groudwater! Yes, my leg is ok since several weeks ago. It sometimes hurts my knee but I'm doing normal life, thank you :-) I have been having some hard weeks at works, but seems it will get slowly, and in fact I fixed some security issues this weekend :-) I will not have too much time in the next months due to classes but I'll try to find some time for NodeOS :-) |
Hey no problem. I'm going to try getting your pull-request working so I can use that as the final demo. Once I've got that going, I'd like to post working artifacts somewhere so people can quickly try it out. |
Seems that I missed an issue with QEmu and it's not starting correctly, needs some investigation. Also would be good to have AUFS or OverlayFS support, but we can left it for a future release to see if OverlayFS gets integrated in linux kernel main code. |
I've checked it and the issues were related to some dependencies (my fault, sorry), now it should work flawlessly on QEmu. We should have some automated tests, ideally each night due to this issues on third-party packages... :-/ |
The code at AUFS branch builds flawlessly, at least for QEmu 32 bits. @groundwater, could you be able to check it again for the demo at JSConf? |
NodeOS now cross-compile and run on QEmu x86 32 & 64 bits ^^ Code is on master, needs some fix-ups for launching and testing (they are currently focused only for 32 bits) but are minor ones :-) |
Only two more things to go! |
I have created a milestione so we can start to focus on develop an initial public release. We can discuss here what things should be added. Please maintain the features to the minimal (it's a first release, after all), and just put here what the idea, but develop them in a new issue.
boot module (for starting dhcp/getty via asgard)asgard (to run as PID 2)Using forever-starter instead/dev/console
)/dev
filesystem)/proc
accesible for everybodyDockerUse Vagga, maybe with Docker compatibilitydd
and/orcp
/script)/usr/bin/env
with Javascript alternative (function? NODE_PATH? patched kernel? script with hard-coded she-bang?)Minor tasks:
The text was updated successfully, but these errors were encountered: