tech-userlevel archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Google SoC Proposal Ideas

On Mar,Tuesday 24 2009, at 1:39 AM, wrote:

Thank you all for your feedback.

The resize_ffs project is very intriguing to me. This one and the BSD reimplementation of diff/diff3 are at the top of my short list.

For the resizer, for my project, the first goal would be to write the regression test suite and do a code review so that I can have a "state of the utility" report. After I know where I stand there, I can better map where to go next. But the first report on where the utility is would be the first goal/milestone.

I noticed that OpenBSD appears to have a BSD diff in their tree. Is there a reason that it isn't also in the NetBSD tree (not featureful enough, unknown, etc.?)?

For the diff/diff3 project I propose, it would be a more-or-less feature for feature reimplementation of GNU diff under a BSD license. The first goal/milestone would be to just have it do a basic comparision of two files and after that start implementing options and features, starting with the more common options. A set of very common and useful features (such as -u) being implemented would be a second goal/milestone.

On Sun, Mar 22, 2009 at 08:24:00PM +0000, Alistair Crooks wrote:
I don't think that having to unmount a file system, resize it, and
mount it again is viable these days - we need file systems that can
grow and shrink whilst still mounted.


Are you saying that the resizer utility needs to eventually to be able to resize the filesystem while it is 'live' or that the filesystem itself needs to first support this?

I think that Alistair meant both cases there must be some support for file-system resizing in file-system it self and resize_ffs tool must support that, too. I would say that we want

'live' growing
'unmounted' shrinking

But easy useable filesystem growing is priority from my POV.



Home | Main Index | Thread Index | Old Index