Package: zfs-linux / 0.6.5.9-5~bpo8+1
Metadata
Package | Version | Patches format |
---|---|---|
zfs-linux | 0.6.5.9-5~bpo8+1 | 3.0 (quilt) |
Patch series
view the series filePatch | File delta | Description |
---|---|---|
0001 Prevent manual builds in the DKMS source.patch | (download) |
config/dkms.m4 |
14 14 + 0 - 0 ! |
block manual building in the dkms source tree. To avoid messing up future DKMS builds and the zfs installation, block manual building of the DKMS source tree. |
0002 Check for META and DCH consistency in autoconf.patch | (download) |
config/zfs-meta.m4 |
34 29 + 5 - 0 ! |
--- |
0003 Add libuutil to LIBADD for libzfs and libzfs_core.patch | (download) |
lib/libzfs/Makefile.am |
1 1 + 0 - 0 ! |
--- |
1000 ppc64el endian support.patch | (download) |
lib/libspl/include/sys/isa_defs.h |
4 2 + 2 - 0 ! |
fix endian build problem on ppc64el Drop endian override in powerpc architecture definition allowing both big and little endian builds. |
1002 fix mips build.patch | (download) |
lib/libefi/rdwr_efi.c |
3 2 + 1 - 0 ! |
fix build problem on mips* Make sure required defines are set on mips. |
enable zed.patch | (download) |
cmd/zed/zed.d/zed.rc |
4 2 + 2 - 0 ! |
enable zed emails The OpenZFS event daemon monitors pools. This patch enables the email sending function by default (if zed is installed). This is consistent with the default behavior of mdadm. |
1001 cmd python exec path.patch | (download) |
cmd/arc_summary/arc_summary.py |
2 1 + 1 - 0 ! |
--- |
1004 zed service bindir.patch | (download) |
etc/systemd/system/zfs-zed.service.in |
2 1 + 1 - 0 ! |
fix the path to the zed binary on the systemd unit. We install zed into /usr/sbin manually meanwhile the upstream default is installing it into /sbin. Ubuntu packages also install zed to /usr/sbin, but they ship their own zfs-zed unit. |
1002 Fix dev zfs device is missing.patch | (download) |
cmd/mount_zfs/mount_zfs.c |
14 7 + 7 - 0 ! |
change /etc/mtab to /proc/self/mounts Fix misleading error message: "The /dev/zfs device is missing and must be created.", if /etc/mtab is missing. |
0001 fix booting via dracut generated initramfs.patch | (download) |
configure.ac |
1 1 + 0 - 0 ! |
[patch 001/530] fix booting via dracut generated initramfs Dracut and Systemd updated how they integrate with each other, because of this our current integrations stopped working (around the time 4.1.13 came out). This patch addresses that issue and gets us booting again. Thanks to @Rudd-O for doing the work to get dracut working again and letting me submit this on his behalf. Signed-off-by: Manuel Amador (Rudd-O) <rudd-o@rudd-o.com> Signed-off-by: Matthew Thode <mthode@mthode.org> Closes #3605 Closes #4478 |
0032 A collection of dracut fixes.patch | (download) |
contrib/dracut/02zfsexpandknowledge/module-setup.sh.in |
19 11 + 8 - 0 ! |
[patch 032/530] a collection of dracut fixes - In older systems without sysroot.mount, import before dracut-mount, and re-enable old dracut mount hook - rootflags MUST be present even if the administrator neglected to specify it explicitly - Check that mount.zfs exists in sbindir - Remove awk and head as (now unused) requirements, add grep, and install the right mount.zfs - Eliminate one use of grep in Dracut - Use a more accurate grepping statement to identify zfsutil in rootflags - Ensure that pooldev is nonempty - Properly handle /dev/sd* devices and more - Use new -P to get list of zpool devices - Bail out of the generator when zfs:AUTO is on the root command line - Ignore errors from systemctl trying to load sysroot.mount, we only care about the output - Determine which one is the correct initqueuedir at run time. - Add a compatibility getargbool for our detection / setup script. - Update dracut .gitignore files Signed-off-by: <Matthew Thode mthode@mthode.org> Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov> Closes #4558 Closes #4562 |
0034 Fix the test to use the variable.patch | (download) |
contrib/dracut/90zfs/parse-zfs.sh.in |
2 1 + 1 - 0 ! |
[patch 034/530] fix the test to use the variable Signed-off-by: Manuel Amador (Rudd-O) <rudd-o@rudd-o.com> Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov> Closes #4645 |
0159 Set proper dependency for string replacement targets.patch | (download) |
contrib/dracut/02zfsexpandknowledge/Makefile.am |
4 2 + 2 - 0 ! |
[patch 159/530] set proper dependency for string replacement targets A lot of string replacement target don't have dependency or incorrect dependency. We setup proper dependency by pattern rules. Signed-off-by: Chunwei Chen <david.chen@osnexus.com> Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov> Closes #4908 |
0219 Adapt genkernel fix for zfsonlinux zfs 4749 to zfs d.patch | (download) |
contrib/dracut/90zfs/module-setup.sh.in |
6 6 + 0 - 0 ! |
[patch 219/530] adapt genkernel fix for zfsonlinux/zfs#4749 to zfs dracut module Signed-off-by: Moritz Maxeiner <moritz@ucworks.org> |
0220 zfs dracut module should not assume systemd presence.patch | (download) |
contrib/dracut/90zfs/mount-zfs.sh.in |
18 10 + 8 - 0 ! |
[patch 220/530] zfs dracut module should not assume systemd presence Signed-off-by: Moritz Maxeiner <moritz@ucworks.org> |
0246 Fix regression that broke dracut initramfs generatio.patch | (download) |
contrib/dracut/90zfs/module-setup.sh.in |
12 9 + 3 - 0 ! |
[patch 246/530] fix regression that broke dracut initramfs generation Based upon @ryao's initial fix for 1c73494394fc9de9283b3fd4f00bcdf4bd300a7 ( 5e9843405f63fdabe76e87b92b81a127d488abc7 ) this one also uses `command -v` instead of `type`, but additionally only applies the fix to close zfsonlinux/zfs#4749 when `libgcc_s.so.1` has not been included by dracut automatically (verified by whether `zpool` links directly to `libgcc_s.so`), as well as change the fallback option to match `libgcc_s.so*`. Tested-by: Ben Jencks <ben@bjencks.net> |
0296 Use a different technique to detect whether to mount.patch | (download) |
contrib/dracut/90zfs/mount-zfs.sh.in |
37 26 + 11 - 0 ! |
[patch 296/530] use a different technique to detect whether to mount-zfs The behavior of the Dracut module was very wrong before. The correct behavior: initramfs should not run `zfs-mount` to completion if the two generator files exist. If, however, one of them is missing, it indicates one of three cases: * The kernel command line did not specify a root ZFS file system, and another Dracut module is already handling root mount (via systemd). `mount-zfs` can run, but it will do nothing. * There is no systemd to run `sysroot.mount` to begin with. `mount-zfs` must run. * The root parameter is zfs:AUTO, which cannot be run in sysroot.mount. `mount-zfs` must run. In any of these three cases, it is safe to run `zfs-mount` to completion. `zfs-mount` must also delete itself if it determines it should not run, or else Dracut will do the insane thing of running it over and over again. Literally, the definition of insanity, doing the same thing that did not |
0334 Use F to export pools so as not to dirty up device l.patch | (download) |
contrib/dracut/90zfs/export-zfs.sh.in |
15 8 + 7 - 0 ! |
[patch 334/530] use -f to export pools so as not to dirty up device labels |
0336 Properly use the Dracut cleanup hook to order pool s.patch | (download) |
contrib/dracut/90zfs/Makefile.am |
2 2 + 0 - 0 ! |
[patch 336/530] properly use the dracut cleanup hook to order pool shutdown When Dracut starts up, it needs to determine whether a pool will remain "hanging open" before the system shuts off. In such a case, then the code to clean up the pool (using the previous export -F work) must be invoked. Since Dracut has had a recent change that makes mount-zfs.sh simply not run when the root dataset is already mounted, we must use the cleanup hook to order Dracut to do shutdown cleanup. Important note: this code will not accomplish its stated goal until this bug is fixed: https://bugzilla.redhat.com/show_bug.cgi?id=1385432 That bug impacts more than just ZFS. It impacts LUKS, dmraid, and unmount during poweroff. It is a Fedora-wide bug. |
0020 Fix initramfs hook for merged usr lib and lib.patch | (download) |
contrib/initramfs/hooks/zfs |
2 1 + 1 - 0 ! |
fix initramfs hook for merged /usr/lib and /lib Under a merged `/lib` -> `/usr/lib` which renders `/lib` as a symlink, `find /lib -type f -name libgcc_s.so.1` will not return a result as `find` will not traverse the symlink. Modifying it to `find /lib/ -type f -name libgcc_s.so.1` should work for both symlinked and non-symlinked `/lib` directories. |