Re: [zfs-discuss] native ZFS on Linux
On Sat, Feb 12, 2011 at 08:54:26PM +0100, Roy Sigurd Karlsbakk wrote: I see that Pinguy OS, an uber-Ubuntu o/s, includes native ZFS support. Any pointers to more info on this? There are some work in progress from http://zfsonlinux.org/, but the posix layer was still lacking last I checked kqstor made the posix layer. -- Pasi ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] native ZFS on Linux
On Sun, Feb 13, 2011 at 7:40 PM, Pasi Kärkkäinen pa...@iki.fi wrote: On Sat, Feb 12, 2011 at 08:54:26PM +0100, Roy Sigurd Karlsbakk wrote: I see that Pinguy OS, an uber-Ubuntu o/s, includes native ZFS support. Any pointers to more info on this? There are some work in progress from http://zfsonlinux.org/, but the posix layer was still lacking last I checked kqstor made the posix layer. There was an effort to create a separate posix layer, parallel to the one done by kq. It's not yet fully functional. https://groups.google.com/a/zfsonlinux.org/group/zfs-discuss/browse_thread/thread/00692385519bf096# https://groups.google.com/a/zfsonlinux.org/group/zfs-discuss/browse_thread/thread/5305355200ac0b38# If a Linux distro is using zfs right now, it'd either be zfs-fuse or kq's. -- Fajar -- Fajar ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] native ZFS on Linux
On 12.02.2011 18:18, David E. Anderson wrote: I see that Pinguy OS, an uber-Ubuntu o/s, includes native ZFS support. Any pointers to more info on this? Thre are currently three different ways, to get ZFS working on linux. First the implementation by kqstore. They largly used the work from behlendorf(zfsonlinx.org) and merely added the very thin posixlayer which belendorf wasnt able/willing to implement yet. The version by kqstor works so far, although its still very buggy and sloow. The version by behlendorf works except on its unable to mount zfs-datasets though its possble to use zvols. Then we have a third try (which in fact was the first try to bring zfs to linux) with zfs-fuse.net. As the name indicates it makes use of FUSE (filesystem in userspace -- http://fuse.sourceforge.net/). This third one i quite far ahead and the one which is already packaged for ubuntu. HTH Malte ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
[zfs-discuss] native ZFS on Linux
I see that Pinguy OS, an uber-Ubuntu o/s, includes native ZFS support. Any pointers to more info on this? -- David ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] native ZFS on Linux
On Sat, Feb 12, 2011 at 09:18:26AM -0800, David E. Anderson wrote: I see that Pinguy OS, an uber-Ubuntu o/s, includes native ZFS support. Any pointers to more info on this? Probably using this[1]. Ray [1] http://kqstor.com/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] native ZFS on Linux
Ray Van Dolson wrote: On Sat, Feb 12, 2011 at 09:18:26AM -0800, David E. Anderson wrote: I see that Pinguy OS, an uber-Ubuntu o/s, includes native ZFS support. Any pointers to more info on this? Probably using this[1]. doubtful.. It's more likely based on http://zfsonlinux.org/ Why not post to the distro mailing list or look at the source though? ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] native ZFS on Linux
I see that Pinguy OS, an uber-Ubuntu o/s, includes native ZFS support. Any pointers to more info on this? There are some work in progress from http://zfsonlinux.org/, but the posix layer was still lacking last I checked Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 97542685 r...@karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk. ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] native ZFS on Linux
Hi Erik, Thanks for clarifying it. You are absolutely right. It is a limited beta. Every one being part of beta program will have access to source code. We want to have it first validated by a limited number of people, before opening it to everyone. Let us know if any one would like to participate in the beta program. Regards, Anurag. On Sun, Aug 29, 2010 at 11:52 AM, Erik Trimble erik.trim...@oracle.comwrote: On 8/28/2010 8:55 PM, Miles Nordin wrote: aa == Anurag Agarwalanu...@kqinfotech.com writes: aa * Currently we are planning to do a closed beta aa * Source code will be made available with release. CDDL violation. I think he meant that rather than an open beta where they'd make it available to everyone to test, they're doing a limited beta where only specific people are going to be testing the code. Those folks can get the source if they'd like, but I suspect it's simpler to get good test case data with a limited number of folks before doing a wide release. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA Timezone: US/Pacific (GMT-0800) ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- Anurag Agarwal CEO, Founder KQ Infotech, Pune www.kqinfotech.com 9881254401 Coordinator Akshar Bharati www.aksharbharati.org Spreading joy through reading ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] native ZFS on Linux
aa == Anurag Agarwal anu...@kqinfotech.com writes: aa Every one being part of beta program will have access to aa source code ...and the right to redistribute it if they like, which I think is also guaranteed by the license. Yes, I agree a somewhat formal beta program could be smart for this type of software, which can lose large amounts of data, and where reproducing problems isn't easy because debugging the way analagous to other software requires shipping around multi-terabyte possibly-confidential images, so you'd like competent testers so you can skip this without becoming too frustrated. But I don't see how anything fitting the definition of ``closed'' is possible with free software. Even just asking participants, ``please don't leak our software outside the beta, even though you've the legal right to do so. If you do leak it, we'll be unhappy,'' is an implicit threat to retaliate (ex. by excluding people from further beta releases, which you'll likely be making in a continuous stream). so the word ``closed'' alone, even without any further discussion, is likely to have a chilling effect on the software freedom of the beta participants, and I think this effect is absolutely intended by you, and that it's wrong. on one hand it's sort of a fine point, but on the other for the facts on the ground it can matter quite a lot. Thanks for the effort! and for clarifying that you will always release matching source along with every binary release you make! pgpN2VocVYwL0.pgp Description: PGP signature ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] native ZFS on Linux
aa == Anurag Agarwal anu...@kqinfotech.com writes: aa * Currently we are planning to do a closed beta aa * Source code will be made available with release. CDDL violation. aa * We will be providing paid support for our binary aa releases. great, so long as your ``binary releases'' always include source that matches the release exactly. pgpOBx1yJdmLD.pgp Description: PGP signature ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
[zfs-discuss] native ZFS on Linux
This just popped up: In terms of how native ZFS for Linux is being handled by [KQ Infotec], they are releasing their ported ZFS code under the Common Development Distribution License and will not be attempting to go for mainline integration. Instead, this company will just be releasing their CDDL source-code as a build-able kernel module for users and ensuring it does not use any GPL-only symbols where there would be license conflicts. http://www.phoronix.com/scan.php?page=articleitem=zfs_linux_coming Via: http://linux.slashdot.org/story/10/08/27/2259253/ ETA is September 15, 2010. The revolution continues I guess. :) ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] native ZFS on Linux
Hi, Thanks for posting information about this port here. Just to add few points: * Currently we are planning to do a closed beta for this port, which is based on b121, we will be doing a proper release around end of this year, which will be based on latest build b141. If you are interested in being part of beta, then please contact dars...@kqinfotech.com. * Source code will be made available with release. Our binary releases will be for people who would like to directly use. With source release you can build it for any distro as long as your kernel version is not deviated too far. * Regarding licensing, there are some modules which contain the core ZFS code are CDDL, there are some modules which are GPL. * This work is done on top of work that Brian has done at LLNL and released at http://github.com/behlendorf/zfs/wiki. Our work is still based on his release zfs-0.4.9. But we will be moving to zfs-0.5.0 before public release. That will take us to b141. * We will be providing paid support for our binary releases. We are expecting that ZFS on Linux becomes a viable choice for those who would like to use it in production environment. At the same time, it will be open source, so that it can evolve as community. We understand that it is going to be long journey. This is our first step in that direction. Regards, Anurag. On Sat, Aug 28, 2010 at 6:37 AM, David Magda dma...@ee.ryerson.ca wrote: This just popped up: In terms of how native ZFS for Linux is being handled by [KQ Infotec], they are releasing their ported ZFS code under the Common Development Distribution License and will not be attempting to go for mainline integration. Instead, this company will just be releasing their CDDL source-code as a build-able kernel module for users and ensuring it does not use any GPL-only symbols where there would be license conflicts. http://www.phoronix.com/scan.php?page=articleitem=zfs_linux_coming Via: http://linux.slashdot.org/story/10/08/27/2259253/ ETA is September 15, 2010. The revolution continues I guess. :) ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- Anurag Agarwal CEO, Founder KQ Infotech, Pune www.kqinfotech.com 9881254401 Coordinator Akshar Bharati www.aksharbharati.org Spreading joy through reading ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Peter Jeremy peter.jer...@alcatel-lucent.com wrote: On 2010-Jun-11 17:41:38 +0800, Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote: PP.S.: Did you know that FreeBSD _includes_ the GPLd Reiserfs in the FreeBSD kernel since a while and that nobody did complain about this, see e.g.: http://svn.freebsd.org/base/stable/8/sys/gnu/fs/reiserfs/ That is completely irrelevant and somewhat misleading. FreeBSD has never prohibited non-BSD-licensed code in their kernel or userland however it has always been optional and, AFAIR, the GENERIC kernel has always defaulted to only contain BSD code. Non-BSD code (whether GPL or CDDL) is carefully segregated (note the 'gnu' in the above URI). Sorry but your reply is completely misleading as the people who claim that there is a legal problem with having ZFS in the Linux kernel would of course also claim that Reiserfs cannot be in the FreeBSD kernel. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Tue, 15 Jun 2010, Joerg Schilling wrote: Sorry but your reply is completely misleading as the people who claim that there is a legal problem with having ZFS in the Linux kernel would of course also claim that Reiserfs cannot be in the FreeBSD kernel. It seems that it is a license violation to link a computer containing GPLed code to the Internet. I think I heard on usenet or a blog that it was illegal to link GPLed code with non-GPLed code. The Internet itself is obviously a derived work and is therefore subject to the GPL. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote: On Tue, 15 Jun 2010, Joerg Schilling wrote: Sorry but your reply is completely misleading as the people who claim that there is a legal problem with having ZFS in the Linux kernel would of course also claim that Reiserfs cannot be in the FreeBSD kernel. It seems that it is a license violation to link a computer containing GPLed code to the Internet. I think I heard on usenet or a blog that it was illegal to link GPLed code with non-GPLed code. The Internet itself is obviously a derived work and is therefore subject to the GPL. This is what e.g. Lawrence Rosen also mentions ;-) BTW: Our preliminary license compatibility information is now on-line: http://www.osscc.net/en/licenses.html#compatibility To switch to German, use the top level at: http://www.osscc.net/en/index.html Most people may know the OpenSource book from Larwence Rosen (see link in our web page). I have a new paper on License combinations from my collegue Tom Gordon (US-lawyer) on our server at: http://www.osscc.net/pdf/QualipsoA1D113.pdf Hope this helps to understand things better. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On 2010-Jun-11 17:41:38 +0800, Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote: PP.S.: Did you know that FreeBSD _includes_ the GPLd Reiserfs in the FreeBSD kernel since a while and that nobody did complain about this, see e.g.: http://svn.freebsd.org/base/stable/8/sys/gnu/fs/reiserfs/ That is completely irrelevant and somewhat misleading. FreeBSD has never prohibited non-BSD-licensed code in their kernel or userland however it has always been optional and, AFAIR, the GENERIC kernel has always defaulted to only contain BSD code. Non-BSD code (whether GPL or CDDL) is carefully segregated (note the 'gnu' in the above URI). -- Peter Jeremy pgpvmgKqx7nJf.pgp Description: PGP signature ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote: I am really sad to hear you saying these things since if it was all actually true, then Linux, *BSD, and Solaris distributions could not legally exist. Thankfully, only part of the above is true. If linking of independent works would create something else than a (permitted) collective work, the WWW could not exist. The main problem with GPL related license debates seems to be that very few people did read the GPL license text. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Op Sat, 12 Jun 2010 12:00:39 +0200 schreef Joerg Schilling joerg.schill...@fokus.fraunhofer.de: The main problem with GPL related license debates seems to be that very few people did read the GPL license text. Or simply do not want to and just believe what they have been told to be the truth. If things are told often enough they have a tendency to become true, even if they are not. -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D + http://nagual.nl/ | OpenSolaris 2010.xx b134 + All that's really worth doing is what we do for others (Lewis Carrol) ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Sat, 12 Jun 2010, Dick Hoogendijk wrote: Op Sat, 12 Jun 2010 12:00:39 +0200 schreef Joerg Schilling joerg.schill...@fokus.fraunhofer.de: The main problem with GPL related license debates seems to be that very few people did read the GPL license text. Or simply do not want to and just believe what they have been told to be the truth. If things are told often enough they have a tendency to become true, even if they are not. Richard Stallman and the FSF are feeling considerable remorse over GPLv2 (and especially LGPL) since they had not fully anticipated how things turned out. GNU Hurd failed while Linux prevailed, so Linux was re-christend GNU/Linux but is not under FSF control. Due to the profound remorse, opinions expressed on the FSF/GNU web sites have tried to add enough FUD to suggest that perfectly legal approaches might actually be infringing ones. More recently, GPLv3 became the current GPL license. GPLv3 was written over a span of quite a few years, with many lawyers involved. Opinions/advice on the FSF/GNU web site are now based on GPLv3 since it is the current GPL license. Linux is locked into the GPLv2 license since Linus did not trust the FSF. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On 6/10/2010 9:04 PM, Rodrigo E. De León Plicet wrote: On Tue, Jun 8, 2010 at 7:14 PM, Anurag Agarwalanu...@kqinfotech.com wrote: We at KQInfotech, initially started on an independent port of ZFS to linux. When we posted our progress about port last year, then we came to know about the work on LLNL port. Since then we started working on to re-base our changing on top Brian's changes. We are working on porting ZPL on that code. Our current status is that mount/unmount is working. Most of the directory operations and read/write is also working. There is still lot more development work and testing that needs to be going in this. But we are committed to make this happen so please stay tuned. Good times ahead! I don't mean to be a PITA, but I'm assuming that someone lawyerly has had the appropriate discussions with the porting team about how linking against the GPL'd Linux kernel means your kernel module has to be GPL-compatible. It doesn't matter if you distribute it outside the general kernel source tarball, what matters is that you're linking against a GPL program, and the old GPL v2 doesn't allow for a non-GPL-compatibly-licensed module to do that. This is incorrect. The viral effects of the GPL only take effect at the point of distribution. If ZFS is distributed seperately to the Linux kernel as a module then the person doing the combining is the user. Different if a Linux distro wanted to include it on a live CD, for example. GPL is not concerned with what code is linked with what. Cheers Andrew. -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Jun 11, 2010, at 10:43, Joerg Schilling wrote: Jason King ja...@ansipunx.net wrote: Well technically they could start with the GRUB zfs code, which is GPL licensed, but I don't think that's the case. As explained in depth in a previous posting, there is absolutely no legal problem with putting the CDDLd original ZFS implementation into the Linux kernel. You are sadly mistaken. From GNU.org on license compatibilities: http://www.gnu.org/licenses/license-list.html Common Development and Distribution License (CDDL), version 1.0 This is a free software license. It has a copyleft with a scope that's similar to the one in the Mozilla Public License, which makes it incompatible with the GNU GPL. This means a module covered by the GPL and a module covered by the CDDL cannot legally be linked together. We urge you not to use the CDDL for this reason. Also unfortunate in the CDDL is its use of the term “intellectual property”. Whether a license is classified as Open Source or not does not imply that all open source licenses are compatible with each other. Alex ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Alex Blewitt alex.blew...@gmail.com wrote: On Jun 11, 2010, at 10:43, Joerg Schilling wrote: Jason King ja...@ansipunx.net wrote: Well technically they could start with the GRUB zfs code, which is GPL licensed, but I don't think that's the case. As explained in depth in a previous posting, there is absolutely no legal problem with putting the CDDLd original ZFS implementation into the Linux kernel. You are sadly mistaken. From GNU.org on license compatibilities: http://www.gnu.org/licenses/license-list.html What you read there is completely wrong :-( The FSF even knows that it is wrong as the FSF did never sue Veritas for publishing a modified version of GNU tar that links against close source libs from veritas. The best you can do is to ignore it and to ask independent lawyers. I encourage you to read my other post that in depth explains why the FSF publishes incorrect claims. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On 6/11/2010 3:03 AM, joerg.schill...@fokus.fraunhofer.de wrote: Alex Blewittalex.blew...@gmail.com wrote: On Jun 11, 2010, at 10:43, Joerg Schilling wrote: As explained in depth in a previous posting, there is absolutely no legal problem with putting the CDDLd original ZFS implementation into the Linux kernel. You are sadly mistaken. From GNU.org on license compatibilities: http://www.gnu.org/licenses/license-list.html What you read there is completely wrong :-( The FSF even knows that it is wrong as the FSF did never sue Veritas for publishing a modified version of GNU tar that links against close source libs from veritas. The best you can do is to ignore it and to ask independent lawyers. I encourage you to read my other post that in depth explains why the FSF publishes incorrect claims. Jörg I don't want to restart something here on this list - I just wanted to make sure that the original developers understood that there are very possibly issues using CDDL code in conjunction with GPL'd code. If they are indeed using OpenSolaris ZFS code, then they at very minimum should consult an IP lawyer to get the OK. End of this Discussion. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Jun 11, 2010, at 11:03, Joerg Schilling wrote: Alex Blewitt alex.blew...@gmail.com wrote: On Jun 11, 2010, at 10:43, Joerg Schilling wrote: Jason King ja...@ansipunx.net wrote: Well technically they could start with the GRUB zfs code, which is GPL licensed, but I don't think that's the case. As explained in depth in a previous posting, there is absolutely no legal problem with putting the CDDLd original ZFS implementation into the Linux kernel. You are sadly mistaken. From GNU.org on license compatibilities: http://www.gnu.org/licenses/license-list.html What you read there is completely wrong :-( The FSF even knows that it is wrong as the FSF did never sue Veritas for publishing a modified version of GNU tar that links against close source libs from veritas. The best you can do is to ignore it and to ask independent lawyers. I encourage you to read my other post that in depth explains why the FSF publishes incorrect claims. There was nothing there other than fluff from a different website, though. And your argument Look, it says it's Open Source here means that they are compatible is not the generally held position of almost everyone else who has looked into this. The GPL doesn't prevent you doing things. However, it does withdraw the agreement that you are permitted to copy someone else's work if you do those things. So whilst one can compile and link code together, you may not have the rights to use other's code without every committers individual agreement that you can copy their code. The GPL doesn't prevent; it just withdraws rights - without which, you may be breaking copyright. And the GPL has been tested a number of times in court with regards to copyright violations where the GPL no longer covers you to do the same. As an observation, the Eclipse Foundation lawyers have agreed that the GPL is incompatible with the EPL for the same reasons: http://www.eclipse.org/legal/eplfaq.php#GPLCOMPATIBLE Alex ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Erik Trimble erik.trim...@oracle.com wrote: I don't want to restart something here on this list - I just wanted to make sure that the original developers understood that there are very possibly issues using CDDL code in conjunction with GPL'd code. If they are indeed using OpenSolaris ZFS code, then they at very minimum should consult an IP lawyer to get the OK. I had no problem with _this_ statement if you would change it to: I just wanted to make sure that the original developers understood that in order to find out whether there may be possibly issues using CDDL code in conjunction with GPL'd code, they should consult a lawyer that is specialized on Copyright law. If you continue send posts that claim that there most likely is an issue, you should be prepared to get corected by me. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Alex Blewitt alex.blew...@gmail.com wrote: The GPL doesn't prevent you doing things. However, it does withdraw the agreement that you are permitted to copy someone else's work if you do those things. So whilst one can compile and link code together, you may not have the rights to use other's code without every committers individual agreement that you can copy their code. You show us here that you did not understand Copyright basics. The Copyright does not prevent you from _using_ code, it just defines rules on coopying. Let us stop here and probably continue after you asked a lawyer for some Copyright basics Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/11/2010 12:32 AM, Erik Trimble wrote: On 6/10/2010 9:04 PM, Rodrigo E. De León Plicet wrote: On Tue, Jun 8, 2010 at 7:14 PM, Anurag Agarwalanu...@kqinfotech.com wrote: We at KQInfotech, initially started on an independent port of ZFS to linux. When we posted our progress about port last year, then we came to know about the work on LLNL port. Since then we started working on to re-base our changing on top Brian's changes. We are working on porting ZPL on that code. Our current status is that mount/unmount is working. Most of the directory operations and read/write is also working. There is still lot more development work and testing that needs to be going in this. But we are committed to make this happen so please stay tuned. Good times ahead! I don't mean to be a PITA, but I'm assuming that someone lawyerly has had the appropriate discussions with the porting team about how linking against the GPL'd Linux kernel means your kernel module has to be GPL-compatible. It doesn't matter if you distribute it outside the general kernel source tarball, what matters is that you're linking against a GPL program, and the old GPL v2 doesn't allow for a non-GPL-compatibly-licensed module to do that. As a workaround, take a look at what nVidia did for their X driver - it uses a GPL'd kernel module as a shim, which their codebase can then call from userland. Which is essentially what the ZFS FUSE folks have been reduced to doing. If the new work is a whole new implementation of the ZFS *design* intended for the linux kernel, then Yea! Great! (fortunately, it does sound like this is what's going on) Otherwise, OpenSolaris CDDL'd code can't go into a Linux kernel, module or otherwise. Actually my understanding of this is that it revolves around distribution (copying - since it's based on copyright) of the code. If the developers distribute source code, which is then compiled and linked to the GPL code by the *end-user* then there are no issues, since the person combining the 2 codebases is not distributing the combined work further. The grey-er area (though it can still be ok if I understand correctly) is when the code is distributed pre-compiled. On one hand presumably GPL headers were used to do the compiling, but on the other it is still the *end-user* that links the 2 'programs' together and that's what really matters. I beleive this is how all the proprietary binary drivers for linux get around this issue. All the licenses do is hamper distribution. The vendors using shims may do so to make it easier to be included in major linux distributions? -Kyle -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMEi8JAAoJEEADRM+bKN5w/z0IAMMPo0tcCY2jFb0pJ5Ee6M1j HJFdpTlg5eMsyIJ/4+lj/G1haMnn2YTD5UT4LWkg5x7LSwqCtNA+lRgcTc5zoYQ3 SievVfCaJ4lal3xB2AoKLzhNd4BxDG4bLBI8S1q8LEyx+J2bhbleWpkATwegJ9N/ xA0yecoQAqxwOv3gOTr7DKbCyo/t4VxXkgKxKHauztYy5JMg/UqhRwQrKnfL4E7H 4qZpqapi81+G77d16cEpCcZvG1lgEYfMas4+5Eju5x1BteXsWs87cWZhVJLN0Pkl p+CPHSgt0CtP+Wg07ojvHRGbnm32uaLEEmN1ieb08YqEEFsLXE6l5qgEg9fv3cU= =PByp -END PGP SIGNATURE- ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Fri, 2010-06-11 at 11:41 +0200, Joerg Schilling wrote: I am aware of (and this are many) explain, linking against an independent work creates a collective work and no derivative work. The GPL would only hit if a derivative work was created but even under US Copyright law, a derivative work is not created by linking the linux kernel against ZFS. There are numerous people in the community that have indicated that they believe that such linking creates a *derivative* work. Donald Becker has made this claim rather forcefully. The reality is that this is a grey area, and has not been tested in court -- especially where kernels are involved. Different people (and different jurisdictions) may interpret this differently. - Garrett ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Fri, 11 Jun 2010, Joerg Schilling wrote: Jason King ja...@ansipunx.net wrote: Well technically they could start with the GRUB zfs code, which is GPL licensed, but I don't think that's the case. As explained in depth in a previous posting, there is absolutely no legal problem with putting the CDDLd original ZFS implementation into the Linux kernel. +1 The issues are largely philosophical. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Fri, 11 Jun 2010, Kyle McDonald wrote: If the developers distribute source code, which is then compiled and linked to the GPL code by the *end-user* then there are no issues, since the person combining the 2 codebases is not distributing the combined work further. This is absolutely always the case. Those believing otherwise have clearly not actually read GPLv2. GPLv2 is very short (as compared with GPLv3) and not difficult to read. Most people who would like to talk about GPL incompatibility have not read the license and don't even know what that incompatibility might actually mean. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Thu, Jun 10, 2010 at 9:32 PM, Erik Trimble erik.trim...@oracle.comwrote: On 6/10/2010 9:04 PM, Rodrigo E. De León Plicet wrote: On Tue, Jun 8, 2010 at 7:14 PM, Anurag Agarwalanu...@kqinfotech.com wrote: We at KQInfotech, initially started on an independent port of ZFS to linux. When we posted our progress about port last year, then we came to know about the work on LLNL port. Since then we started working on to re-base our changing on top Brian's changes. We are working on porting ZPL on that code. Our current status is that mount/unmount is working. Most of the directory operations and read/write is also working. There is still lot more development work and testing that needs to be going in this. But we are committed to make this happen so please stay tuned. Good times ahead! I don't mean to be a PITA, but I'm assuming that someone lawyerly has had the appropriate discussions with the porting team about how linking against the GPL'd Linux kernel means your kernel module has to be GPL-compatible. It doesn't matter if you distribute it outside the general kernel source tarball, what matters is that you're linking against a GPL program, and the old GPL v2 doesn't allow for a non-GPL-compatibly-licensed module to do that. GPL is a distribution license, not a usage license. You can manually download all the GPL and non-GPL code you want, so long as you do it separately from each other. Then you can compile them all into a single binary on your own system, and use it all you want on that system. The GPL does not affect anything that happens on that system. If you try to copy those binaries off to use on another system, then the GPL kicks in and everything breaks down. IOW, the GPL has absolutely no bearing on what you compile and run on your system ... so long as you don't distribute the code and/or binaries together. This is how a lot of out-of-tree drivers and filesystems work in Linux. There are even apps that make managing this easier. For example, Debian ships with module-assistant that handles the downloading of source, compiling, and installing on your system. All without being affected by the GPL-ness of the kernel, or the non-GPL-ness of the external source code. As a workaround, take a look at what nVidia did for their X driver - it uses a GPL'd kernel module as a shim, which their codebase can then call from userland. Which is essentially what the ZFS FUSE folks have been reduced to doing. The nvidia shim is only needed to be able to ship the non-GPL binary driver with the GPL binary kernel. If you don't use the binaries, you don't use the shim. -- Freddie Cash fjwc...@gmail.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Fri, Jun 11, 2010 at 2:50 AM, Alex Blewitt alex.blew...@gmail.com wrote: You are sadly mistaken. From GNU.org on license compatibilities: http://www.gnu.org/licenses/license-list.html Common Development and Distribution License (CDDL), version 1.0 This is a free software license. It has a copyleft with a scope that's similar to the one in the Mozilla Public License, which makes it incompatible with the GNU GPL. This means a module covered by the GPL and a module covered by the CDDL cannot legally be linked together. We urge you not to use the CDDL for this reason. Also unfortunate in the CDDL is its use of the term “intellectual property”. Whether a license is classified as Open Source or not does not imply that all open source licenses are compatible with each other. Can we stop the license talk *yet again* Nobody here is a lawyer (IANAL!) and everyone has their own interpretations and are splitting hairs. In my opinion, the source code itself shouldn't be ported, the CONCEPTS should be. Then there's no licensing issues at all. No questions. etc. To me, ZFS is important for bitrot protection, pooled storage and snapshots come in handy in a couple places. Getting a COW filesystem w/ snapshots and storage pooling would cover a lot of the demand for ZFS as far as I'm concerned. (However, that's when a comparison with Btrfs makes sense as it is COW too) The minute I saw ZFS on Linux I knew this would degrade into a virtual pissing contest on my understanding is better than yours and a licensing fight. To me, this is what needs to happen: a) Get a Sun/Oracle attorney involved who understands this and flat out explains what needs to be done to allow ZFS to be used with the Linux kernel, or b) Port the concepts and not the code (or the portions of code under the restrictive license), or c) Look at Btrfs or other filesystems which may be extended to give the same capabilities as ZFS without the licensing issue and focus all this development time on extending those. ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
gd == Garrett D'Amore garr...@nexenta.com writes: gd There are numerous people in the community that have indicated gd that they believe that such linking creates a *derivative* gd work. Donald Becker has made this claim rather forcefully. yes, I think he has a point. The reality is, as long as Linus continues insisting that his ``interpretation'' of the GPL allows loading proprietary modules like ati/nVidia/wireless/... into the Linux kernel, it looks like no one will be sued over a module. This has been holding for a few decades anyway. If everyone with standing to sue is sufficiently under Linus's thumb then you may become safe enough for it to be worth the risk. Also, if they do not distribute their ZFS port to anyone else then they're fine: quite intentionally, they can link anything they like with Linux so long as they never distribute any binaries outside their organization, just like Akamai is fine basing their entire business off GPL'd Squid source code that they've improved vastly and not shared with anyone. We may find ourselves in a position where the guys distributing this Linux ZFS module could be sued and then told ``you have lost the right to distribute the GPL-derived work,'' to which their answer is, ``fine, we do not need to distribute it anyway. We only need to use it internally,'' so confronting them is a net loss for most of the parties with standing to do the confronting. An exception is, it could be a net win for Oracle because if they could shut down zfs.ko then peopo would be forced to run Solaris to get performant ZFS, which might play out in a funny way: Q. We are the owners of foobrulator.c in Linux, a GPLv2 source file. You may not link this CDDL stuff against our foobrulator.c. You have lost the right to distribute foobrulator.c. A. Wait, don't you own the copyright to the more restrictive CDDL stuff in question? Q. Yes, we own the copyrights to both sources, but you cannot link them together. A. HAHAHA you can't be serious. Q. Mwauh hah hah. A. ... who knows. maybe it could happen. In short, * yes zfs.ko could be a little sketchy * other people are doing much sketchier things already and making a lot of money doing it * looking at the big picture is a lot more convoluted than just ``allowed'' or ``OMGillegall''. If you want your share of this money/fame of the second bullet you might push the envelope as the others have, and consider who has standing to sue whom given a specific way of building and distributing the module, and among those who have standing who has motivation to do it, and finally if they actually do then how much have you got to lose. In other words: business, instead of FUD pedantry and CYA. * in particular, if your business does not involve distributing software... :) * GPL has so much momentum that contributing to a GPL-incompatible project is a significantly less valuable use of your time than contributing to a GPL-compatible one, even and maybe especially if you do not like the GPL. Perl, Apache, BSD, and FSF are all wising up to this and making their licenses more compatible from both directions. CDDL is thus, granted obviously well-liked by some, but very disappointing and regressive to quite a few potential contributors, and this disappointment is widely-understood partly becuse of ZFS+Linux. I almost hope they do not share their port with anyone and use it only internally, and that they make some huge improvements to ZFS that they then claim cannot be given back to Solaris because of license incompatibility. That will send a strong message to the forces of arrogance that crafted a GPL incompatible license at such a late date. In this age of web-scale megacompanies the distinction between GPL-style freedom and BSD-style freedom is much less because operations do not require binary redistributing, but license compatibility does still matter. pgpJGNtgXx2f3.pgp Description: PGP signature ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Fri, 11 Jun 2010, Freddie Cash wrote: I don't mean to be a PITA, but I'm assuming that someone lawyerly has had the appropriate discussions with the porting team about how linking against the GPL'd Linux kernel means your kernel module has to be GPL-compatible. It doesn't matter if you distribute it outside the general kernel source tarball, what matters is that you're linking against a GPL program, and the old GPL v2 doesn't allow for a non-GPL-compatibly-licensed module to do that. GPL is a distribution license, not a usage license. You can manually download all the GPL and non-GPL code you want, so long as you do it separately from each other. Then you can compile them all into a single binary on your own system, and use it all you want on that system. The GPL does not affect anything that happens on that system. If you try to copy those binaries off to use on another system, then the GPL kicks in and everything breaks down. IOW, the GPL has absolutely no bearing on what you compile and run on your system ... so long as you don't distribute the code and/or binaries together. I am really sad to hear you saying these things since if it was all actually true, then Linux, *BSD, and Solaris distributions could not legally exist. Thankfully, only part of the above is true. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Fri, Jun 11, 2010 at 12:25 PM, Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote: On Fri, 11 Jun 2010, Freddie Cash wrote: For the record, the following paragraph was incorrectly quoted by Bob. This paragraph was originally written by Erik Trimble: I don't mean to be a PITA, but I'm assuming that someone lawyerly has had the appropriate discussions with the porting team about how linking against the GPL'd Linux kernel means your kernel module has to be GPL-compatible. It doesn't matter if you distribute it outside the general kernel source tarball, what matters is that you're linking against a GPL program, and the old GPL v2 doesn't allow for a non-GPL-compatibly-licensed module to do that. This is the start of the stuff that I wrote: GPL is a distribution license, not a usage license. You can manually download all the GPL and non-GPL code you want, so long as you do it separately from each other. Then you can compile them all into a single binary on your own system, and use it all you want on that system. The GPL does not affect anything that happens on that system. If you try to copy those binaries off to use on another system, then the GPL kicks in and everything breaks down. IOW, the GPL has absolutely no bearing on what you compile and run on your system ... so long as you don't distribute the code and/or binaries together. I am really sad to hear you saying these things since if it was all actually true, then Linux, *BSD, and Solaris distributions could not legally exist. Thankfully, only part of the above is true. His complaint is about the mis-quoted paragraph from Erik, and not about the stuff I wrote. -- Freddie Cash fjwc...@gmail.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Fri, 11 Jun 2010, Freddie Cash wrote: On Fri, Jun 11, 2010 at 12:25 PM, Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote: On Fri, 11 Jun 2010, Freddie Cash wrote: For the record, the following paragraph was incorrectly quoted by Bob. This paragraph was originally It would not have been incorrectly quoted by Bob if you configured your mail client to produce Internet standard email rather than an embedded web site. I did not intentionally misquote your mail. Perhaps my email client does not know how to distinguish between 'puce' or 'purple'. Its OCR capabilities seem to be limited. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Tue, Jun 8, 2010 at 7:14 PM, Anurag Agarwal anu...@kqinfotech.com wrote: We at KQInfotech, initially started on an independent port of ZFS to linux. When we posted our progress about port last year, then we came to know about the work on LLNL port. Since then we started working on to re-base our changing on top Brian's changes. We are working on porting ZPL on that code. Our current status is that mount/unmount is working. Most of the directory operations and read/write is also working. There is still lot more development work and testing that needs to be going in this. But we are committed to make this happen so please stay tuned. Good times ahead! ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On 6/10/2010 9:04 PM, Rodrigo E. De León Plicet wrote: On Tue, Jun 8, 2010 at 7:14 PM, Anurag Agarwalanu...@kqinfotech.com wrote: We at KQInfotech, initially started on an independent port of ZFS to linux. When we posted our progress about port last year, then we came to know about the work on LLNL port. Since then we started working on to re-base our changing on top Brian's changes. We are working on porting ZPL on that code. Our current status is that mount/unmount is working. Most of the directory operations and read/write is also working. There is still lot more development work and testing that needs to be going in this. But we are committed to make this happen so please stay tuned. Good times ahead! I don't mean to be a PITA, but I'm assuming that someone lawyerly has had the appropriate discussions with the porting team about how linking against the GPL'd Linux kernel means your kernel module has to be GPL-compatible. It doesn't matter if you distribute it outside the general kernel source tarball, what matters is that you're linking against a GPL program, and the old GPL v2 doesn't allow for a non-GPL-compatibly-licensed module to do that. As a workaround, take a look at what nVidia did for their X driver - it uses a GPL'd kernel module as a shim, which their codebase can then call from userland. Which is essentially what the ZFS FUSE folks have been reduced to doing. If the new work is a whole new implementation of the ZFS *design* intended for the linux kernel, then Yea! Great! (fortunately, it does sound like this is what's going on) Otherwise, OpenSolaris CDDL'd code can't go into a Linux kernel, module or otherwise. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
I'm very excited. Throw some code up on github as soon as you are able. I'm sure there are plenty of people (me) that would like to help test it out. I've already been playing around with ZFS using zvol on Fedora 12. I would love to have a ZPL, no matter how experimental. -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Thu, Jun 10, 2010 at 11:32 PM, Erik Trimble erik.trim...@oracle.com wrote: On 6/10/2010 9:04 PM, Rodrigo E. De León Plicet wrote: On Tue, Jun 8, 2010 at 7:14 PM, Anurag Agarwalanu...@kqinfotech.com wrote: We at KQInfotech, initially started on an independent port of ZFS to linux. When we posted our progress about port last year, then we came to know about the work on LLNL port. Since then we started working on to re-base our changing on top Brian's changes. We are working on porting ZPL on that code. Our current status is that mount/unmount is working. Most of the directory operations and read/write is also working. There is still lot more development work and testing that needs to be going in this. But we are committed to make this happen so please stay tuned. Good times ahead! I don't mean to be a PITA, but I'm assuming that someone lawyerly has had the appropriate discussions with the porting team about how linking against the GPL'd Linux kernel means your kernel module has to be GPL-compatible. It doesn't matter if you distribute it outside the general kernel source tarball, what matters is that you're linking against a GPL program, and the old GPL v2 doesn't allow for a non-GPL-compatibly-licensed module to do that. As a workaround, take a look at what nVidia did for their X driver - it uses a GPL'd kernel module as a shim, which their codebase can then call from userland. Which is essentially what the ZFS FUSE folks have been reduced to doing. How does EMC get away with it with powerpath, or Symantec with VxVM and VxFS? -- I don't recall any shim modules with either product on Linux when I used them at a previous job, yet they're still there. If the new work is a whole new implementation of the ZFS *design* intended for the linux kernel, then Yea! Great! (fortunately, it does sound like this is what's going on) Otherwise, OpenSolaris CDDL'd code can't go into a Linux kernel, module or otherwise. Well technically they could start with the GRUB zfs code, which is GPL licensed, but I don't think that's the case. ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
A very interesting video from DebConf, which addresses CDDL and GPL incompatibility issues, and some original reasoning behind CDDL usage: http://caesar.acc.umu.se/pub/debian-meetings/2006/debconf6/theora-small/2006-05-14/tower/OpenSolaris_Java_and_Debian-Simon_Phipps__Alvaro_Lopez_Ortega.ogg -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Hillel Lubman shtetl...@gmail.com wrote: A very interesting video from DebConf, which addresses CDDL and GPL incompatibility issues, and some original reasoning behind CDDL usage: http://caesar.acc.umu.se/pub/debian-meetings/2006/debconf6/theora-small/2006-05-14/tower/OpenSolaris_Java_and_Debian-Simon_Phipps__Alvaro_Lopez_Ortega.ogg This viedo is not interesting, it is wrong. Danese Cooper claims incorrect things and her claims have already been verified wrong by Simon Phipps. http://www.opensolaris.org/jive/message.jspa?messageID=55013#55008 Hope this helps. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Joerg Schilling wrote: This viedo is not interesting, it is wrong. Danese Cooper claims incorrect things and her claims have already been verified wrong by Simon Phipps. http://www.opensolaris.org/jive/message.jspa?messageID=55013#55008 Hope this helps. Jörg I see it's a pretty heated and involved discussion :) So according to Simon Phipps the reason behind using CDDL was simply pragmatical (to push the code out earlier). But whatever the original intent was, now it's Oracle who will decide whether to change it or not. And Oracle is not too talkative about such things :) -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Hi Brandon, Thanks for providing update on this. We at KQInfotech, initially started on an independent port of ZFS to linux. When we posted our progress about port last year, then we came to know about the work on LLNL port. Since then we started working on to re-base our changing on top Brian's changes. We are working on porting ZPL on that code. Our current status is that mount/unmount is working. Most of the directory operations and read/write is also working. There is still lot more development work and testing that needs to be going in this. But we are committed to make this happen so please stay tuned. Regards, Anurag. On Tue, Jun 8, 2010 at 1:55 AM, Brandon High bh...@freaks.com wrote: http://www.osnews.com/story/23416/Native_ZFS_Port_for_Linux Native ZFS Port for Linux posted by Thom Holwerda on Mon 7th Jun 2010 10:15 UTC, submitted by kragil Employees of Lawrence Livermore National Laboratory have ported Sun's/Oracle's ZFS natively to Linux. Linux already had a ZFS port in userspace via FUSE, since license incompatibilities between the CDDL and GPL prevent ZFS from becoming part of the Linux kernel. This project solves the licensing issue by distributing ZFS as a separate kernel module users will have to download and build for themselves. I'm assuming most of us are aware of the licensing issues when it comes to the CDDL and the GPL. ZFS is an awesome piece of work, but because of this, it was never ported to the Linux kernel - at least, not as part of the actual kernel. ZFS has been available as a userspace implementation via FUSE for a while now. Main developer Brian Behlendorf has also stated that the Lawrence Livermore National Laboratory has repeatedly urged Oracle to do something about the licensing situation so that ZFS can become a part of the kernel. We have been working on this for some time now and have been strongly urging Sun/Oracle to make a change to the licensing, he explains, I'm sorry to say we have not yet had any luck. There's still some major work to be done, so this is not production-ready code. The ZFS Posix Layer has not been implemented yet, therefore mounting file systems is not yet possible; direct database access, however, is. Supposedly, KQ Infotech is working on this, but it has been rather quiet around those parts for a while now. Currently in the ZFS for Linux port the only interface available from user space is the zvol, the project's website reads, The zvol allows you to create a virtual block device dataset in a zfs storage pool. While this may not immediately seem like a big deal it does open up some interesting possibilities. As for the ZFS FUSE implementation, Behlendorf hopes that they can share the same codebase. In the long term I would love to support both a native in-kernel posix layer and a fuse based posix layer, he explains, The way the code is structured you actually build the same ZFS code once in the kernel as a set of modules and a second time as a set of shared libraries. The in-kernel version is used by Lustre, the ZVOL, and will eventually be used by the native posix layer. This sounds like good news, but a lot of work still needs to be done. By the way, I hope I got all the details right on this one - this is hardly my field of expertise. Feel free to correct me. -- Brandon High : bh...@freaks.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- Anurag Agarwal CEO, Founder KQ Infotech, Pune www.kqinfotech.com 9881254401 Coordinator Akshar Bharati www.aksharbharati.org Spreading joy through reading ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
[zfs-discuss] Native ZFS for Linux
http://www.osnews.com/story/23416/Native_ZFS_Port_for_Linux Native ZFS Port for Linux posted by Thom Holwerda on Mon 7th Jun 2010 10:15 UTC, submitted by kragil Employees of Lawrence Livermore National Laboratory have ported Sun's/Oracle's ZFS natively to Linux. Linux already had a ZFS port in userspace via FUSE, since license incompatibilities between the CDDL and GPL prevent ZFS from becoming part of the Linux kernel. This project solves the licensing issue by distributing ZFS as a separate kernel module users will have to download and build for themselves. I'm assuming most of us are aware of the licensing issues when it comes to the CDDL and the GPL. ZFS is an awesome piece of work, but because of this, it was never ported to the Linux kernel - at least, not as part of the actual kernel. ZFS has been available as a userspace implementation via FUSE for a while now. Main developer Brian Behlendorf has also stated that the Lawrence Livermore National Laboratory has repeatedly urged Oracle to do something about the licensing situation so that ZFS can become a part of the kernel. We have been working on this for some time now and have been strongly urging Sun/Oracle to make a change to the licensing, he explains, I'm sorry to say we have not yet had any luck. There's still some major work to be done, so this is not production-ready code. The ZFS Posix Layer has not been implemented yet, therefore mounting file systems is not yet possible; direct database access, however, is. Supposedly, KQ Infotech is working on this, but it has been rather quiet around those parts for a while now. Currently in the ZFS for Linux port the only interface available from user space is the zvol, the project's website reads, The zvol allows you to create a virtual block device dataset in a zfs storage pool. While this may not immediately seem like a big deal it does open up some interesting possibilities. As for the ZFS FUSE implementation, Behlendorf hopes that they can share the same codebase. In the long term I would love to support both a native in-kernel posix layer and a fuse based posix layer, he explains, The way the code is structured you actually build the same ZFS code once in the kernel as a set of modules and a second time as a set of shared libraries. The in-kernel version is used by Lustre, the ZVOL, and will eventually be used by the native posix layer. This sounds like good news, but a lot of work still needs to be done. By the way, I hope I got all the details right on this one - this is hardly my field of expertise. Feel free to correct me. -- Brandon High : bh...@freaks.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Thanks for posting this, but these two sentences seem to contradict each other: Employees of Lawrence Livermore National Laboratory have ported Sun's/Oracle's ZFS natively to Linux. The ZFS Posix Layer has not been implemented yet, therefore mounting file systems is not yet possible Not to be too harsh, but as long as you can't mount filesystems, it seems to just be hype/vaporware to me. fpsm On Mon, Jun 7, 2010 at 4:25 PM, Brandon High bh...@freaks.com wrote: http://www.osnews.com/story/23416/Native_ZFS_Port_for_Linux Native ZFS Port for Linux posted by Thom Holwerda on Mon 7th Jun 2010 10:15 UTC, submitted by kragil Employees of Lawrence Livermore National Laboratory have ported Sun's/Oracle's ZFS natively to Linux. Linux already had a ZFS port in userspace via FUSE, since license incompatibilities between the CDDL and GPL prevent ZFS from becoming part of the Linux kernel. This project solves the licensing issue by distributing ZFS as a separate kernel module users will have to download and build for themselves. I'm assuming most of us are aware of the licensing issues when it comes to the CDDL and the GPL. ZFS is an awesome piece of work, but because of this, it was never ported to the Linux kernel - at least, not as part of the actual kernel. ZFS has been available as a userspace implementation via FUSE for a while now. Main developer Brian Behlendorf has also stated that the Lawrence Livermore National Laboratory has repeatedly urged Oracle to do something about the licensing situation so that ZFS can become a part of the kernel. We have been working on this for some time now and have been strongly urging Sun/Oracle to make a change to the licensing, he explains, I'm sorry to say we have not yet had any luck. There's still some major work to be done, so this is not production-ready code. The ZFS Posix Layer has not been implemented yet, therefore mounting file systems is not yet possible; direct database access, however, is. Supposedly, KQ Infotech is working on this, but it has been rather quiet around those parts for a while now. Currently in the ZFS for Linux port the only interface available from user space is the zvol, the project's website reads, The zvol allows you to create a virtual block device dataset in a zfs storage pool. While this may not immediately seem like a big deal it does open up some interesting possibilities. As for the ZFS FUSE implementation, Behlendorf hopes that they can share the same codebase. In the long term I would love to support both a native in-kernel posix layer and a fuse based posix layer, he explains, The way the code is structured you actually build the same ZFS code once in the kernel as a set of modules and a second time as a set of shared libraries. The in-kernel version is used by Lustre, the ZVOL, and will eventually be used by the native posix layer. This sounds like good news, but a lot of work still needs to be done. By the way, I hope I got all the details right on this one - this is hardly my field of expertise. Feel free to correct me. -- Brandon High : bh...@freaks.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
On Mon, Jun 7, 2010 at 1:47 PM, Fredrich Maney fredrichma...@gmail.com wrote: Not to be too harsh, but as long as you can't mount filesystems, it seems to just be hype/vaporware to me. It's a big step in the right direction. You can still use zvols to create ext3 filesystems, and use the zpool for disk management and snapshots. -B -- Brandon High : bh...@freaks.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Native ZFS for Linux
Native ZFS for Linux Very good to see that there is such effort in progress. -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss