Re: resizing file system

[Jiro SEKIBA <jir-hfpbi5WX9J54Eiagz67IpQ@public.gmane.org>]

Hi,

At Sat, 18 Sep 2010 01:20:00 +0900 (JST),
Ryusuke Konishi wrote:
> 
> Hi,
> On Fri, 17 Sep 2010 18:15:59 +0900, Jiro SEKIBA wrote:
> > Hi,
> > 
> > I think it would be good to have a generic libraries for other user land tools,
> > like parted, for the purpose to modify/tweek file system off line.
> > At least, resize/fsck/mkfs are the generic functionalities that parted
> > can handle.  So it's good if there is a library that can perform
> > those things to avoid implementing same thing all over the place.
> > 
> > One big problem for parted is that parted is GPL3 and libnilfs2 is GPL2 X).
> > Still, contributers of libnilfs2 are countable, so maybe we can get agreements
> > from all contributers to change licence to LGPL2, isn't it?
> 
> Definitely yes.  I think we should migrate the licence of the library
> to LGPL2.
> 
> One practical problem is that some of the source files derive the
> kernel code, and they are licensed under GPLv2.
> 
> For example, nilfs2_fs.h and crc32.c are just such ones.
> 
> Do you think we need replacement for these?

We could choose to change the licence as LGPL like mqueue.h (*1).
However, we may be able to think that license of nilfs2_fs.h won't affect
license of user land tools.  At least, Linus stated that "There's a
clarification that user-space programs that use the standard system call
interfaces aren't considered derived works, ..." (*2). 

*1) http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob_plain;f=include/linux/mqueue.h;hb=HEAD
*2) http://kerneltrap.org/node/1735

While, crc32.c must be replaced other implementation :(.
I'll search lgpled implementation.

thanks,

regards,

> > Other utilities we can apply the libnilfs2, I can think of, are gvfs
> > modules to handle snapshot from nautilus.  I don't know much about
> > gvfs so it doesn't make sense..
> > 
> > Or maybe to create fuse driver for nilfs2 to mount snapshot without
> > super user privilege, which is always obstacles to handle snapshot
> > from end user's point of view.
> 
> nilfs-utils v1 had an automount support.  Unfortunately, it is not
> included in nilfs-utils-v2, but I think rewriting the script for the
> v2 utils would help to ease this problem.
> 
> > In any cases, having generic library is key to propagate nilfs2 user land
> > implementations and which library is good to be LGPLed, I think.
> 
> Reasonable.  At least, I agree with the licence migration.  Let's
> consider how to avoid the minor license issue above.
> 
> Thanks,
> Ryusuke Konishi
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
> 

-- 
Jiro SEKIBA <jir-hfpbi5WX9J54Eiagz67IpQ@public.gmane.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html