Hi,
Sorry for the late reply...
On Sun, Mar 30, 2008 at 01:07:15AM +0530, Madhusudan C.S wrote:
> I have submitted a totally reworked proposal through Google Web App.
> [...]
> The project thus aims at making the GNU/Linux process management tools
> like ps, top, vmstat, sysctl, w, kill, skill,
Hi,
On Sun, Mar 30, 2008 at 01:35:34PM +0200, Carl Fredrik Hammar wrote:
> <[EMAIL PROTECTED]> writes:
> > I totally agree that it would be desirable to have a library that help
> > writing such *really* trivial translators. (libtrivtrivfs?... ;-) )
>
> (Looking in a thesaurus.) How about, micr
Hi,
On Sun, Mar 30, 2008 at 01:43:54PM +0200, Carl Fredrik Hammar wrote:
> > BTW, there is a problem: We have another very promising application
> > for the procfs task. If we want to take both of you, one would have
> > to switch to a different task. Would you be willing to work on
> > something
Hi,
On Sat, Mar 29, 2008 at 11:29:10PM +0100, Carl Fredrik Hammar wrote:
> "Madhusudan C.S" <[EMAIL PROTECTED]> writes:
> > The project thus aims at making the GNU/Linux process management
> > tools like ps, top, vmstat, sysctl, w, kill, skill, nice, snice,
> > pgrep, free, tload, uptime, fuser,
Hi,
> BTW, there is a problem: We have another very promising application for
> the procfs task. If we want to take both of you, one would have to
> switch to a different task. Would you be willing to work on something
> else as well? I know it's unfortunate, as you have already put so much
> work
Hi,
<[EMAIL PROTECTED]> writes:
> I totally agree that it would be desirable to have a library that help
> writing such *really* trivial translators. (libtrivtrivfs?... ;-) )
(Looking in a thesaurus.) How about, micro, puny, trite, scanty...?
Wait I think we have a winner libweefs. ;-)
> I thi
Hi,
> > I'm fully available this summer without any other commitments, will
> > tune my day/night rhythm as per my mentor's requirement and assure a
> > dedicated work of 50 hours/week.
>
> Wow, 50 hours a week is a lot. I didn't put nearly as much time into
> my GSoC project, I think 2
Hi Carl,
Thanks a lot in taking time to rgo through my proposal.
I think you've done a really great job of writing this proposal!
> There's not much to comment on really. :-)
Thanks
> The project thus aims at making the GNU/Linux process management
> > tools like ps, top, vmstat, sysctl, w, ki
Hi Carl,
> This is perhaps the root of the misunderstanding, we don't need to be
> ahead of linux when it comes to procfs. procfs should only provide a
> different interface to features /already/ present in the Hurd, i.e. a
> compatibility layer. Your desire to propel the Hurd beyond linux is
>
Hi,
On Fri, Mar 28, 2008 at 11:21:42AM +0100, Carl Fredrik Hammar wrote:
> It seems to me that many (most?) of the translators will be /very/
> simple. For uptime, cpuinfo, cmdline etc. their task boils down to
> gather some info and produce a string using with asprintf().
>
> This is much like
Hi,
On Sat, Mar 29, 2008 at 08:40:30AM +0530, Madhusudan C.S wrote:
> I want to bring few points to your notice, though I had
> understood the need for GNU/Linux compatibility of the procfs
> that is to be implemented, I always felt that the GNU System
> should be always ahead
Hi,
On Thu, Mar 27, 2008 at 07:50:41PM +0530, Madhusudan C.S wrote:
> IpPI is nothing but a refinement of libnetfs or more clearly procfs
> specific libnetfs, in your terms libprocfs. This is done for two
> reasons,
>
> 1. To make the design robust, I dont want the effort who ever puts to
> go
Hi,
I think you've done a really great job of writing this proposal!
There's not much to comment on really. :-)
"Madhusudan C.S" <[EMAIL PROTECTED]> writes:
> The project thus aims at making the GNU/Linux process management
> tools like ps, top, vmstat, sysctl, w, kill, skill, nice, snice,
> pgr
Hi Olaf, Carl and all,
I have submitted a totally reworked proposal through Google Web
App. This proposal reflects all the suggestions you have made previously. I
written my proposal so that it falls in line with the Hurd's requirements at
the moment as you people have told me. The same p
Hi,
> I want to bring few points to your notice, though I had understood
> the need for GNU/Linux compatibility of the procfs that is to be
> implemented, I always felt that the GNU System should be always ahead of
> the GNU/Linux or anyother systems, either in terms of design, or
> performance
Hi Olaf, Fredrick and all,
Thanks a lot for all the suggestions and comments. I am sorry for
all the misconceptions. I am reworking on the entire proposal so that meets
the requirements of "the Hurd" community.
I want to bring few points to your notice, though I had understood the
n
<[EMAIL PROTECTED]> writes:
> I don't quite see the need for a special library here -- what would it
> provide over plain libtrivfs?...
It seems to me that many (most?) of the translators will be /very/
simple. For uptime, cpuinfo, cmdline etc. their task boils down to
gather some info and produ
Hi,
On Wed, Mar 26, 2008 at 10:07:53PM +0100, Carl Fredrik Hammar wrote:
> I was the student in GSoC last year, just thought I'd share my
> acquired wisdom and drop some comments on your proposal. :-)
Thanks for that :-)
> Also, procfs is mainly used to provide compatibility with linux. So,
>
Hi,
On Wed, Mar 26, 2008 at 09:21:08PM +0530, Madhusudan C.S wrote:
> I have come up with this draft proposal so that we can discuss
> further based on the this proposal.
It looks very promising already :-)
> Please review it and suggest any kind of mistakes including spelling
> and grammat
Hi,
> Hi Carl,
> Thanks a lot in spending your invaluable time in going through my
> proposal.
No problem. Also, I go by Fredrik not Carl, a misconception that is
easy to make since I don't abbreviate it. :-)
> [snip]
>
> I suspect you will need to narrow down your feature list a bit. Not
>
Hi Carl,
Thanks a lot in spending your invaluable time in going through my
proposal.
Gave it a quick read-through and it looks pretty good to me. I'm not
> that familiar with procfs though, I've mostly just used it to set some
> networking settings and checking my notebooks battery level. So
Hi,
I was the student in GSoC last year, just thought I'd share my
acquired wisdom and drop some comments on your proposal. :-)
> [snip]
>
> I have come up with this draft proposal so that we can discuss further
> based on the this proposal. I have roughly consolidated my ideas from the
> abov
Hi Olaf and all,
I am a prospective GSoC 2008 student. Few you here might be knowing
about me through my previous mails. After some work on procfs
pseudo-filesystem in general which included going through the GNU/Linux's
procfs documentation, going through the existing procfs code in hurdextras
23 matches
Mail list logo
