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@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > -- Jiro SEKIBA <jir@xxxxxxxxx> -- To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
