spl - Solaris Porting Layer zfs - Native ZFS for Linux! ZFS is an advanced file system and volume manager which was originally developed for Solaris and is now maintained by the Illumos community. ZFS on Linux, which is also known as ZoL, is currently feature complete. It includes fully functional and stable SPA, DMU, ZVOL, and ZPL layers. Full documentation for installing ZoL on your favorite Linux distribution can be found at: http://zfsonlinux.org Reproducible: Steps to Reproduce:
Created attachment 7244 [details] spl
Created attachment 7245 [details] spl-dkms
Created attachment 7246 [details] zfs
Created attachment 7247 [details] zfs-dkms
Created attachment 7248 [details] spl src
Created attachment 7249 [details] source zfs
CC: (none) => dominidomini
Target Milestone: --- => Mageia 5
Keywords: (none) => USABILITY
CC: (none) => tmbAssignee: bugsquad => pkg-bugs
CC: (none) => doktor5000
I'm not good at understanding licenses and how they affect or exclude one another, at all. However, I see that * spl and spl-dkms have: License: GPLv2+ * while zfs and zfs-dkms have: License: CDDL Is that a problem?? See: https://www.fsf.org/licensing/zfs-and-linux ("Interpreting, enforcing and changing the GNU GPL, as applied to combining Linux and ZFS")
CC: (none) => marja11
Target Milestone: Mageia 5 => Mageia 6CC: (none) => alejandro.anv
Debian just decided to include zfs as contrib with a dkms packet. https://tracker.debian.org/pkg/zfs-linux http://blog.halon.org.uk/2016/01/on-zfs-in-debian/ And ubuntu says their legal team indicates it is legal to incluye zfs.
CC: (none) => hhielscher
If it is only provided as source..yes Provided in binary form..NO Please see and read https://sfconservancy.org/blog/2016/feb/25/zfs-and-linux/
CC: (none) => cae
Well... a dkms packet that contains the source and a builds the binary at installation may be a solution.
Target Milestone: Mageia 6 => ---
Priority: Normal => High
DKMS sounds good to me :) I would try it on my fileserver if possible. If anybody knows good GUI tools for administering ZFS that would be nice to have too. Updating URL as page have moved.
CC: (none) => friURL: http://zfsonlinux.org/generic-rpm.html => https://github.com/zfsonlinux/zfs/wiki/Custom-Packages
Hi, This is High priority bug for a good reason. Making Mageia even better than ever is best direction. In order to do right thing, this bug should be examined and fixed as soon as possible. Packagers, please make the status to Assigned when you are working on this. Feel free to reassign the bug if bad-triaged. Also, if bug is old, please close it. On October 1st 2020, we will drop priority to normal.
The ZFS on Linux project has been renamed OpenZFS From https://www.phoronix.com/scan.php?page=news_item&px=OpenZFS-2.0-Released : Good: OpenZFS 2.0 Released With Unified FreeBSD/Linux Support, Many New Features Problem: many Linux distributions and upstream kernel developers aren't backing it due to license incompatibilities with the upstream kernel But maybe someone who knows this stuff could author a Mageia wiki page instead about how to get, compile, install, use, administer basics?
URL: https://github.com/zfsonlinux/zfs/wiki/Custom-Packages => https://openzfs.org/wiki/Main_Page
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=29981
CC kernel&drivers, and tools maintainers for comment/consideration. Another request for filesystem, OpenZFS, is in Bug 29981
CC: (none) => kernel, mageiatoolsSource RPM: spl-0.6.5-11_ge7b75d9.mga5.src.rpm spl-dkms-0.6.5-11_ge7b75d9.mga5.src.rpm zfs-0.6.5-38_g43518d9.mga5.src.rpm zfs-dkms-0.6.5-38_g43518d9.mga5.src.rpm => (none)Summary: The native Linux kernel port of the ZFS filesystem => OpenZFS - the native Linux kernel port of the ZFS filesystem
OpenZFS 2.1 released July 2021 https://www.phoronix.com/scan.php?page=news_item&px=OpenZFS-2.1
CC: (none) => rdkracz
We provide zfs-fuse, but have seen articles saying it is deprecated.
(In reply to Morgan Leijström from comment #16) > We provide zfs-fuse, but have seen articles saying it is deprecated. And incomplete, and slow.
(In reply to Marja Van Waes from comment #7) > I'm not good at understanding licenses and how they affect or exclude one > another, at all. However, I see that > > * spl and spl-dkms have: > License: GPLv2+ > > * while zfs and zfs-dkms have: > License: CDDL > > Is that a problem?? > > See: > https://www.fsf.org/licensing/zfs-and-linux > ("Interpreting, enforcing and changing the GNU GPL, as applied to combining > Linux and ZFS") We should close this as wontfix, CDDL is the same license as cdrtools https://bugs.mageia.org/show_bug.cgi?id=3048#c3
Licenses is not my cup of tea, but I found in https://en.wikipedia.org/wiki/Common_Development_and_Distribution_License#ZFS_in_the_Linux_kernel : "In 2016 Ubuntu announced that a legal review resulted in the conclusion that it is legally acceptable to use ZFS as binary kernel module in Linux. (As opposed to building it into the kernel image itself.)"
(In reply to katnatek from comment #18) > (In reply to Marja Van Waes from comment #7) > > > > See: > > https://www.fsf.org/licensing/zfs-and-linux > > ("Interpreting, enforcing and changing the GNU GPL, as applied to combining > > Linux and ZFS") > > We should close this as wontfix, CDDL is the same license as cdrtools > https://bugs.mageia.org/show_bug.cgi?id=3048#c3 Thanks, I had forgotten about that. I agree. Also: Including openzfs was discussed on dev ml in september 2020, no one responded with "Yes, let's do that". However, there was a clear: > It is not in Fedora or SUSE distributions due to well-known issues > with OpenZFS and the rather high distaste for OpenZFS by the Linux > kernel developers. > I do not recommend including OpenZFS in Mageia for that reason. (In reply to Morgan Leijström from comment #19) > Licenses is not my cup of tea, but I found in > https://en.wikipedia.org/wiki/ > Common_Development_and_Distribution_License#ZFS_in_the_Linux_kernel : > > "In 2016 Ubuntu announced that a legal review resulted in the conclusion > that it is legally acceptable to use ZFS as binary kernel module in Linux. > (As opposed to building it into the kernel image itself.)" Well, in 2012 Ubuntu thought it legally acceptable to ignore the European data privacy law and it was only after many protests that they took steps to comply https://en.wikipedia.org/wiki/Ubuntu#Conformity_with_European_data_privacy_law
Status: NEW => RESOLVEDResolution: (none) => WONTFIX
Indeed the solution (without going back to 2012 discussions), it's pretty easy right now: just create a dkms-openzfs package.
CC: (none) => ghibomgx
IF we go on, and use the dkms solution, the file system will depend on the kernel module getting built for any new kernel installed?
(In reply to Morgan Leijström from comment #22) > IF we go on, and use the dkms solution, the file system will depend on the > kernel module getting built for any new kernel installed? Yes (but in case it's used for a booting fs the built kernel modules could be added to the initramfs).
(In reply to Giuseppe Ghibò from comment #23) > (In reply to Morgan Leijström from comment #22) > > > IF we go on, and use the dkms solution, the file system will depend on the > > kernel module getting built for any new kernel installed? > > Yes (but in case it's used for a booting fs the built kernel modules could > be added to the initramfs). Yeah sure, but if you're not using an initrd you must have builtin support for the root fs. I know that Cauldron's kernel-desktop got builtin support for ext4 and btrfs at least and hopefully it'll stay that way.
CC: (none) => xerxes2