Hobbyist developer wanted
Posted: Thu Feb 12, 2009 5:26 am
Hi,
Now that our OS project has expanded a little I feel that now we can support more developers. I work on the hobby OS project codenamed "pedigree" - site is at http://pedigree.googlecode.com .
It was designed originally by myself, Tyler, and bluecode and developed for 6 months by myself and bluecode, who then decided that he had other work commitments and so decided to leave.
pcmattman has been developing with me in the first 3 months and the last 3 months - so the project team is currently myself and him. Copyright is in my, bluecode's and pcmattman's name.
Quick facts about the project:
Ideally we're looking for a regular who knows what he's doing (not his first time around kernels) and can adhere to a coding standard and take constructive criticism of his work well (we operate on a peer-review basis).
I think that's everything - any questions join the IRC channel, PM me here, post back, or PM me on IRC - nick: JamesM
Cheers!
James
EDIT: I should mention that I'm only thinking of taking one, possibly two developers. Any more than that at the moment could 'spoil the broth', to use an English phrase.
Now that our OS project has expanded a little I feel that now we can support more developers. I work on the hobby OS project codenamed "pedigree" - site is at http://pedigree.googlecode.com .
It was designed originally by myself, Tyler, and bluecode and developed for 6 months by myself and bluecode, who then decided that he had other work commitments and so decided to leave.
pcmattman has been developing with me in the first 3 months and the last 3 months - so the project team is currently myself and him. Copyright is in my, bluecode's and pcmattman's name.
Quick facts about the project:
- Codenamed "pedigree" after a very tasty ale available in York, UK (where myself and Tyler are from).
- Modular kernel - everything from the VFS upwards is loaded in at boot time as modules.
- Has quite a sophisticated inbuilt kernel debugger - handy for tracking down those elusive page faults!
- All applications run in user space, naturally. This is a higher-half kernel with multitasking and multiprocessing at the core of the design - the scheduler and (almost) all subsystems are fully multicore/processor capable (although SMP support is currently lacking).
- The project has been designed to support multiple targets - it currently supports (in some stage or other) x86, x86_64, PowerPC, MIPS and ARM.
- After a large refactor I'm again able to take the x86_64 port forwards, so soon hopefully it will have the capability of the x86 port (which is the furthest forward). The PowerPC port is not far behind - only lacking shared library support.
- Runs GNU bash and GNU nano with full vt100 emulation.
- As of the most recent commits it now has a full network stack with TCP, UDP and IP, able to both retrieve and send HTTP requests/responses.
- Experimental nVidia 2D acceleration support.
Ideally we're looking for a regular who knows what he's doing (not his first time around kernels) and can adhere to a coding standard and take constructive criticism of his work well (we operate on a peer-review basis).
I think that's everything - any questions join the IRC channel, PM me here, post back, or PM me on IRC - nick: JamesM
Cheers!
James
EDIT: I should mention that I'm only thinking of taking one, possibly two developers. Any more than that at the moment could 'spoil the broth', to use an English phrase.