[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Gsoc: choosing right project for hurd.
From: |
olafBuddenhagen |
Subject: |
Re: Gsoc: choosing right project for hurd. |
Date: |
Sat, 29 Mar 2008 22:34:59 +0100 |
User-agent: |
Mutt/1.5.17+20080114 (2008-01-14) |
Hi,
On Fri, Mar 28, 2008 at 03:34:20PM -0500, Manish Regmi wrote:
> I dont know if this is the right list for this question.
Yes it is :-)
If possible, you might also want to talk about this on IRC -- direct
communication is easier in such cases...
> I am quite unsure which project to choose from the list. I originally
> applied for procfs project and i got a suggestion to apply for
> another project because procfs already has several applications. I
> think i can also work on Convert Hurd Libraries and Servers to
> pthreads, GNU Mach Code Cleanup.
We also have a rather good application for Mach code cleanup. pthread
conversion is still open, but of course that can change any time... So
you shouldn't base your decision *exclusively* on this -- of course it's
more reasonable to apply for a project that better fits your skills...
I can't give you any better advice, not knowing your skills/experience
and interests. Your resume shows a general interest for low-level system
programming, but that fits many of our project ideas...
You mention that you have worked with Linux, but not in what way, so I
can't tell whether the glue code task is perhaps appropriate. Other
tasks (partially) dealing with the actual microkernel are dtrace, sound
support and VM tuning. All the other tasks are userspace; many still
dealing with lower-level system internals, but some are pure high-level
translator programming -- procfs is mostly the latter.
Some involve fixing/improving existing code, others writing totally new
components. Some involve more designing, others more programming. And so
on. It all depends on your preferences :-)
-antrik-