[-- Attachment #1: Type: text/plain, Size: 738 bytes --] New comment by jnbr on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499094300 Comment: I looked into the cross builds and found this: ``` [pid 14943] openat(AT_FDCWD, "/usr/aarch64-linux-gnu/builddir/zfs-0.8.0/lib/libnvpair/.libs/libuutil.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) [pid 14943] openat(AT_FDCWD, "/usr/aarch64-linux-gnu/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) ``` The linker doesn't check for the correct `/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.so.1` which explains the undefined reference to `strlcpy`, provided by `libuutil.so.1`. I haven't figured out how to fix this though.
[-- Attachment #1: Type: text/plain, Size: 243 bytes --] New comment by pullmoll on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499098096 Comment: Perhaps try to set a linker flag `LDFLAGS="-Wl,-rpath,${wrksrc}/lib/libuutil/.libs"` for cross builds?
[-- Attachment #1: Type: text/plain, Size: 158 bytes --] New comment by Vaelatern on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499201140 Comment: Giving that a go
[-- Attachment #1: Type: text/plain, Size: 275 bytes --] New comment by Vaelatern on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499211535 Comment: Same error as before. It's a shame the make system doesn't just say what it's using to build things.... off to find out what CCLD is.
[-- Attachment #1: Type: text/plain, Size: 241 bytes --] New comment by jnbr on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499220205 Comment: > It's a shame the make system doesn't just say what it's using to build things.... `make V=1` helps
[-- Attachment #1: Type: text/plain, Size: 3200 bytes --] New comment by Vaelatern on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499227595 Comment: Thanks, jnbr. ``` /bin/sh ../../../../libtool --tag=CC --silent --mode=link armv7l-linux-gnueabihf-gcc -std=gnu99 -Wall -Wstrict-prototypes -fno-strict-aliasing -fno-omit-frame-pointer -fstack-clash-protection -D_FORTIFY_SOURCE=2 -O2 -pipe -march=armv7-a -mfpu=vfpv3 -mfloat-abi=hard -I/usr/armv7l-linux-gnueabihf/usr/include -I/usr/armv7l-linux-gnueabihf/usr/include/tirpc/ -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -L/usr/armv7l-linux-gnueabihf/usr/lib-Wl,-rpath,/builddir/zfs-0.8.0/lib/libuutil/.libs -o nvlist_to_lua nvlist_to_lua.o ../../../../lib/libnvpair/libnvpair.la ../../../../lib/libzfs_core/libzfs_core.la -luuid -lz /usr/lib/gcc/armv7l-linux-gnueabihf/8.3.0/../../../../armv7l-linux-gnueabihf/bin/ld: warning: libuutil.so.1, needed by ../../../../lib/libzfs_core/.libs/libzfs_core.so, not found (try using -rpath or -rpath-link) /usr/lib/gcc/armv7l-linux-gnueabihf/8.3.0/../../../../armv7l-linux-gnueabihf/bin/ld: ../../../../lib/libzfs_core/.libs/libzfs_core.so: undefined reference to `strlcpy' ``` ``` â» file masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/* masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.a: current ar archive masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.la: symbolic link to ../libuutil.la masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.lai: libtool library file, ASCII text masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.so: symbolic link to libuutil.so.1.0.1 masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.so.1: symbolic link to libuutil.so.1.0.1 masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.so.1.0.1: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, BuildID[sha1]=82fe607df10c842c5879babc958ac9d35c08e63a, not stripped masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/uu_alloc.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/uu_avl.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/uu_dprintf.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/uu_ident.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/uu_list.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/uu_misc.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/uu_open.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/uu_pname.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/uu_string.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped ```
[-- Attachment #1: Type: text/plain, Size: 298 bytes --] New comment by Vaelatern on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499228927 Comment: But it is worth noting that `strings masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.so.1.0.1 | grep strcpy` shows nothing, so it's not in there...
[-- Attachment #1: Type: text/plain, Size: 336 bytes --] New comment by Vaelatern on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499228927 Comment: But it is worth noting that `strings masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.so.1.0.1 | grep strcpy` shows nothing, so it's not in there... EDIT: Forgot the `l`, it's in there.
[-- Attachment #1: Type: text/plain, Size: 235 bytes --] New comment by jnbr on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499229952 Comment: Got it working by running `autoreconf -fi` in `pre_configure` to generate a less broken `libtool`.
[-- Attachment #1: Type: text/plain, Size: 320 bytes --] New comment by jnbr on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499230746 Comment: > But it is worth noting that strings masterdir/builddir/zfs-0.8.0/lib/libuutil/.libs/libuutil.so.1.0.1 | grep strcpy shows nothing, so it's not in there... typo, check for strlcpy
[-- Attachment #1: Type: text/plain, Size: 510 bytes --] There is an updated pull request by Vaelatern against master on the void-packages repository https://github.com/Vaelatern/void-packages zfs080 https://github.com/void-linux/void-packages/pull/11994 [NOMERGE] Zfs 0.8.0 DKMS fails to build, so the package is useless. Otherwise, it's pretty good to go. I did not split out pyzfs, because it is not useful without all of zfs installed, and it's distributed with zfs. A patch file from https://github.com/void-linux/void-packages/pull/11994.patch is attached [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: github-pr-zfs080-11994.patch --] [-- Type: application/text/x-diff, Size: 4893 bytes --] From 4db51bd76c3e7e5b10fb924c71ab9c9f8d785923 Mon Sep 17 00:00:00 2001 From: Toyam Cox <Vaelatern@voidlinux.org> Date: Tue, 28 May 2019 01:42:36 -0400 Subject: [PATCH 1/2] zfs: update to 0.8.0. --- srcpkgs/zfs/patches | 0 srcpkgs/zfs/template | 27 ++++++++++++++++++++------- 2 files changed, 20 insertions(+), 7 deletions(-) delete mode 100644 srcpkgs/zfs/patches diff --git a/srcpkgs/zfs/patches b/srcpkgs/zfs/patches deleted file mode 100644 index e69de29bb2d..00000000000 diff --git a/srcpkgs/zfs/template b/srcpkgs/zfs/template index 955e340df98..e2d7f7fd8c7 100644 --- a/srcpkgs/zfs/template +++ b/srcpkgs/zfs/template @@ -1,39 +1,47 @@ # Template file for 'zfs' pkgname=zfs -version=0.7.13 +version=0.8.0 revision=1 build_style=gnu-configure configure_args="--with-config=user --with-mounthelperdir=/usr/bin --with-udevdir=/usr/lib/udev --with-udevruledir=/usr/lib/udev/rules.d --with-dracutdir=/usr/lib/dracut --with-tirpc" -hostmakedepends="dracut libtool pkg-config" -makedepends="spl-devel zlib-devel libuuid-devel libblkid-devel libtirpc-devel attr-devel" +hostmakedepends="dracut libtool pkg-config python3 automake" +makedepends="zlib-devel libuuid-devel libblkid-devel libtirpc-devel attr-devel" conf_files="/etc/zfs/zed.d/zed.rc" -short_desc="Z File System -- userland and kernel modules (using DKMS)" +short_desc="Z File System -- userland, pyzfs, and kernel modules (using DKMS)" maintainer="Toyam Cox <Vaelatern@voidlinux.org>" license="CDDL-1.0" homepage="https://zfsonlinux.org/" distfiles="https://github.com/zfsonlinux/zfs/releases/download/zfs-${version}/zfs-${version}.tar.gz" -checksum=d23f0d292049b1bc636d2300277292b60248c0bde6a0f4ba707c0cb5df3f8c8d +checksum=0fd92e87f4b9df9686f18e2ac707c16b2eeaf00f682d41c20ea519f3a0fe4705 + +replaces="spl<=0.7.13_1" # Because SPL was merged into zfs in 0.8.0 dkms_modules="zfs ${version}" -depends="dkms>=2.2.0.3_9 spl>=${version} perl" +depends="dkms>=2.2.0.3_9 perl" pre_configure() { export CFLAGS+=" -I${XBPS_CROSS_BASE}/usr/include/tirpc/" + autoreconf -fi tar czf ../clean.tar.gz . } post_install() { vlicense COPYRIGHT - vlicense OPENSOLARIS.LICENSE + vlicense LICENSE + vlicense NOTICE vmkdir usr/src/${pkgname}-${version} tar xf ../clean.tar.gz -C ${DESTDIR}/usr/src/${pkgname}-${version} scripts/dkms.mkconf -v ${version} -f ${DESTDIR}/usr/src/${pkgname}-${version}/dkms.conf -n zfs + sed -i -e 's/test "${PYTHON_VERSION:0:2}" = "3."/test "${PYTHON_VERSION##3.*}" = ""/' \ + -e 's/test "${PYTHON_VERSION:0:2}" = "2."/test "${PYTHON_VERSION##2.*}" = ""/' \ + ${DESTDIR}/usr/src/${pkgname}-${version}/configure # This is necessary because of https://github.com/zfsonlinux/zfs/issues/8827 rm -rf ${DESTDIR}/usr/lib/systemd rm -rf ${DESTDIR}/usr/share/initramfs-tools + # Contains ELF binaries. Remove it until upstream has a way to move this # into /usr/libexec or similiar. rm -rf ${DESTDIR}/usr/share/zfs/zfs-tests @@ -46,9 +54,14 @@ zfs-devel_package() { vmove usr/include vmove "usr/lib/*.a" vmove "usr/lib/*.so" + vmove usr/share/pkgconfig } } do_clean() { rm -f ../clean.tar.gz } + +# REMARKS: +# Did not split out pyzfs, because it's distributed with zfs, and no reason to +# send separately. From c27c30e2abc565445b9216b146494d204de55ac6 Mon Sep 17 00:00:00 2001 From: Toyam Cox <Vaelatern@voidlinux.org> Date: Tue, 28 May 2019 01:43:34 -0400 Subject: [PATCH 2/2] spl: removed due to a merger with the zfs tree --- srcpkgs/spl/template | 34 ---------------------------------- 1 file changed, 34 deletions(-) delete mode 100644 srcpkgs/spl/template diff --git a/srcpkgs/spl/template b/srcpkgs/spl/template deleted file mode 100644 index 364060c3167..00000000000 --- a/srcpkgs/spl/template +++ /dev/null @@ -1,34 +0,0 @@ -# Template file for 'spl' -pkgname=spl -version=0.7.13 -revision=1 -build_style=gnu-configure -configure_args="--with-config=user" -hostmakedepends="libtool" -short_desc="Solaris Porting Layer -- userland and kernel modules (using DKMS)" -maintainer="Toyam Cox <Vaelatern@voidlinux.org>" -license="GPL-2.0-or-later" -homepage="https://zfsonlinux.org/" -distfiles="https://github.com/zfsonlinux/zfs/releases/download/zfs-${version}/spl-${version}.tar.gz" -checksum=6fd4445850ac67b228fdd82fff7997013426a1c2a8fa9017ced70cc9ad2a4338 - -dkms_modules="spl ${version}" -depends="dkms>=2.2.0.3_9 ${pkgname}-devel>=${version}_${revision}" - -pre_configure() { - tar czf ../clean.tar.gz . -} -post_install() { - vmkdir usr/src/${pkgname}-${version} - tar xf ../clean.tar.gz -C ${DESTDIR}/usr/src/${pkgname}-${version} - scripts/dkms.mkconf -v ${version} -f ${DESTDIR}/usr/src/${sourcepkg}-${version}/dkms.conf -n spl -} -spl-devel_package() { - short_desc="Solaris Porting Layer -- development headers" - pkg_install() { - vmove usr/src/${sourcepkg}-${version}/include - } -} -do_clean() { - rm -f ../clean.tar.gz -}
[-- Attachment #1: Type: text/plain, Size: 510 bytes --] There is an updated pull request by Vaelatern against master on the void-packages repository https://github.com/Vaelatern/void-packages zfs080 https://github.com/void-linux/void-packages/pull/11994 [NOMERGE] Zfs 0.8.0 DKMS fails to build, so the package is useless. Otherwise, it's pretty good to go. I did not split out pyzfs, because it is not useful without all of zfs installed, and it's distributed with zfs. A patch file from https://github.com/void-linux/void-packages/pull/11994.patch is attached [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: github-pr-zfs080-11994.patch --] [-- Type: application/text/x-diff, Size: 4893 bytes --] From 4db51bd76c3e7e5b10fb924c71ab9c9f8d785923 Mon Sep 17 00:00:00 2001 From: Toyam Cox <Vaelatern@voidlinux.org> Date: Tue, 28 May 2019 01:42:36 -0400 Subject: [PATCH 1/2] zfs: update to 0.8.0. --- srcpkgs/zfs/patches | 0 srcpkgs/zfs/template | 27 ++++++++++++++++++++------- 2 files changed, 20 insertions(+), 7 deletions(-) delete mode 100644 srcpkgs/zfs/patches diff --git a/srcpkgs/zfs/patches b/srcpkgs/zfs/patches deleted file mode 100644 index e69de29bb2d..00000000000 diff --git a/srcpkgs/zfs/template b/srcpkgs/zfs/template index 955e340df98..e2d7f7fd8c7 100644 --- a/srcpkgs/zfs/template +++ b/srcpkgs/zfs/template @@ -1,39 +1,47 @@ # Template file for 'zfs' pkgname=zfs -version=0.7.13 +version=0.8.0 revision=1 build_style=gnu-configure configure_args="--with-config=user --with-mounthelperdir=/usr/bin --with-udevdir=/usr/lib/udev --with-udevruledir=/usr/lib/udev/rules.d --with-dracutdir=/usr/lib/dracut --with-tirpc" -hostmakedepends="dracut libtool pkg-config" -makedepends="spl-devel zlib-devel libuuid-devel libblkid-devel libtirpc-devel attr-devel" +hostmakedepends="dracut libtool pkg-config python3 automake" +makedepends="zlib-devel libuuid-devel libblkid-devel libtirpc-devel attr-devel" conf_files="/etc/zfs/zed.d/zed.rc" -short_desc="Z File System -- userland and kernel modules (using DKMS)" +short_desc="Z File System -- userland, pyzfs, and kernel modules (using DKMS)" maintainer="Toyam Cox <Vaelatern@voidlinux.org>" license="CDDL-1.0" homepage="https://zfsonlinux.org/" distfiles="https://github.com/zfsonlinux/zfs/releases/download/zfs-${version}/zfs-${version}.tar.gz" -checksum=d23f0d292049b1bc636d2300277292b60248c0bde6a0f4ba707c0cb5df3f8c8d +checksum=0fd92e87f4b9df9686f18e2ac707c16b2eeaf00f682d41c20ea519f3a0fe4705 + +replaces="spl<=0.7.13_1" # Because SPL was merged into zfs in 0.8.0 dkms_modules="zfs ${version}" -depends="dkms>=2.2.0.3_9 spl>=${version} perl" +depends="dkms>=2.2.0.3_9 perl" pre_configure() { export CFLAGS+=" -I${XBPS_CROSS_BASE}/usr/include/tirpc/" + autoreconf -fi tar czf ../clean.tar.gz . } post_install() { vlicense COPYRIGHT - vlicense OPENSOLARIS.LICENSE + vlicense LICENSE + vlicense NOTICE vmkdir usr/src/${pkgname}-${version} tar xf ../clean.tar.gz -C ${DESTDIR}/usr/src/${pkgname}-${version} scripts/dkms.mkconf -v ${version} -f ${DESTDIR}/usr/src/${pkgname}-${version}/dkms.conf -n zfs + sed -i -e 's/test "${PYTHON_VERSION:0:2}" = "3."/test "${PYTHON_VERSION##3.*}" = ""/' \ + -e 's/test "${PYTHON_VERSION:0:2}" = "2."/test "${PYTHON_VERSION##2.*}" = ""/' \ + ${DESTDIR}/usr/src/${pkgname}-${version}/configure # This is necessary because of https://github.com/zfsonlinux/zfs/issues/8827 rm -rf ${DESTDIR}/usr/lib/systemd rm -rf ${DESTDIR}/usr/share/initramfs-tools + # Contains ELF binaries. Remove it until upstream has a way to move this # into /usr/libexec or similiar. rm -rf ${DESTDIR}/usr/share/zfs/zfs-tests @@ -46,9 +54,14 @@ zfs-devel_package() { vmove usr/include vmove "usr/lib/*.a" vmove "usr/lib/*.so" + vmove usr/share/pkgconfig } } do_clean() { rm -f ../clean.tar.gz } + +# REMARKS: +# Did not split out pyzfs, because it's distributed with zfs, and no reason to +# send separately. From c27c30e2abc565445b9216b146494d204de55ac6 Mon Sep 17 00:00:00 2001 From: Toyam Cox <Vaelatern@voidlinux.org> Date: Tue, 28 May 2019 01:43:34 -0400 Subject: [PATCH 2/2] spl: removed due to a merger with the zfs tree --- srcpkgs/spl/template | 34 ---------------------------------- 1 file changed, 34 deletions(-) delete mode 100644 srcpkgs/spl/template diff --git a/srcpkgs/spl/template b/srcpkgs/spl/template deleted file mode 100644 index 364060c3167..00000000000 --- a/srcpkgs/spl/template +++ /dev/null @@ -1,34 +0,0 @@ -# Template file for 'spl' -pkgname=spl -version=0.7.13 -revision=1 -build_style=gnu-configure -configure_args="--with-config=user" -hostmakedepends="libtool" -short_desc="Solaris Porting Layer -- userland and kernel modules (using DKMS)" -maintainer="Toyam Cox <Vaelatern@voidlinux.org>" -license="GPL-2.0-or-later" -homepage="https://zfsonlinux.org/" -distfiles="https://github.com/zfsonlinux/zfs/releases/download/zfs-${version}/spl-${version}.tar.gz" -checksum=6fd4445850ac67b228fdd82fff7997013426a1c2a8fa9017ced70cc9ad2a4338 - -dkms_modules="spl ${version}" -depends="dkms>=2.2.0.3_9 ${pkgname}-devel>=${version}_${revision}" - -pre_configure() { - tar czf ../clean.tar.gz . -} -post_install() { - vmkdir usr/src/${pkgname}-${version} - tar xf ../clean.tar.gz -C ${DESTDIR}/usr/src/${pkgname}-${version} - scripts/dkms.mkconf -v ${version} -f ${DESTDIR}/usr/src/${sourcepkg}-${version}/dkms.conf -n spl -} -spl-devel_package() { - short_desc="Solaris Porting Layer -- development headers" - pkg_install() { - vmove usr/src/${sourcepkg}-${version}/include - } -} -do_clean() { - rm -f ../clean.tar.gz -}
[-- Attachment #1: Type: text/plain, Size: 654 bytes --] New comment by Vaelatern on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499263743 Comment: Ok, I'm satisfied that it works on native builds, it cross builds, and that the native and cross builds do not look different enough for me to see if this will not work on arm. Does someone have a Void Linux ARM machine to test the cross build of ZFS? I just want to know that pools created with current ZFS, say straight, mirror, and raidz2, also work when ZFS is upgraded to 0.8.0. I'm extra cautious because this is a large release, and I did run those tests for native myself, and on my production ZFS pool.
[-- Attachment #1: Type: text/plain, Size: 222 bytes --] New comment by emacsomancer on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499751439 Comment: @Vaelatern I have a Rpi I could install Void on to test, if that's helpful.
[-- Attachment #1: Type: text/plain, Size: 202 bytes --] New comment by the-maldridge on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-499980517 Comment: @emacsomancer please test and report your findings here.
[-- Attachment #1: Type: text/plain, Size: 445 bytes --] New comment by emacsomancer on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-500150041 Comment: @Vaelatern I ran into a snag: the ZFS DKMS modules don't work against rpi-kernel, and I didn't have any luck in getting it to boot off of a 'vanilla' kernel (having removed the rpi-kernel pkg). I'm not sure what the procedure of installing a plain, non-rpi (say) aarch64 void build to a rpi would be.
[-- Attachment #1: Type: text/plain, Size: 454 bytes --] New comment by emacsomancer on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-500150041 Comment: @Vaelatern I ran into a snag: the (0.7.13) ZFS DKMS modules don't work against rpi-kernel, and I didn't have any luck in getting it to boot off of a 'vanilla' kernel (having removed the rpi-kernel pkg). I'm not sure what the procedure of installing a plain, non-rpi (say) aarch64 void build to a rpi would be.
[-- Attachment #1: Type: text/plain, Size: 2416 bytes --] New comment by kapcom01 on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-500630112 Comment: Hello. I have a Raspberry Pi 3 with the _void-rpi2-PLATFORMFS-20181111_ image installed. The package was built successfully following the [guide on the wiki](https://wiki.voidlinux.org/Xbps-src#Quick_Start) but when I tried to install it with `xi zfs` it failed to build dkms just like zfs 0.7.13. ``` # xi zfs .... .... zfs-0.8.0_1: configuring ... Added DKMS module 'zfs-0.8.0'. Skipping kernel-4.14.79_1. kernel-headers package not installed... Building DKMS module 'zfs-0.8.0' for kernel-4.19.46_1... FAILED! DKMS module 'zfs-0.8.0' failed to build, please check /var/lib/dkms for errors in the log file. Building DKMS module 'zfs-0.8.0' for kernel-4.19.49_1... FAILED! DKMS module 'zfs-0.8.0' failed to build, please check /var/lib/dkms for errors in the log file. zfs-0.8.0_1: installed successfully. 0 downloaded, 26 installed, 0 updated, 26 configured, 0 removed. ``` Here is the build log: [/var/lib/dkms/zfs/0.8.0/build/config.log](https://github.com/void-linux/void-packages/files/3274126/config.log) Then I tried to build the missing plugins: ``` # cd /usr/src/rpi-kernel-headers-4.19.46_1/ # make scripts HOSTCC scripts/basic/fixdep HOSTCC scripts/kconfig/conf.o HOSTCC scripts/kconfig/zconf.tab.o HOSTLD scripts/kconfig/conf scripts/kconfig/conf --syncconfig Kconfig drivers/ras/Kconfig:33: can't open file "arch/x86/ras/Kconfig" make[2]: *** [scripts/kconfig/Makefile:69: syncconfig] Error 1 make[1]: *** [Makefile:539: syncconfig] Error 2 make: *** [Makefile:638: include/config/auto.conf.cmd] Error 2 make: *** [include/config/auto.conf.cmd] Deleting file 'include/config/tristate.conf' ```
[-- Attachment #1: Type: text/plain, Size: 2534 bytes --] New comment by kapcom01 on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-500630112 Comment: Hello. I have a Raspberry Pi 3 with the _void-rpi2-PLATFORMFS-20181111_ image installed. The package was built successfully following the [guide on the wiki](https://wiki.voidlinux.org/Xbps-src#Quick_Start) but when I tried to install it with `xi zfs` it failed to build dkms just like zfs 0.7.13. ``` # xi zfs .... .... zfs-0.8.0_1: configuring ... Added DKMS module 'zfs-0.8.0'. Skipping kernel-4.14.79_1. kernel-headers package not installed... Building DKMS module 'zfs-0.8.0' for kernel-4.19.46_1... FAILED! DKMS module 'zfs-0.8.0' failed to build, please check /var/lib/dkms for errors in the log file. Building DKMS module 'zfs-0.8.0' for kernel-4.19.49_1... FAILED! DKMS module 'zfs-0.8.0' failed to build, please check /var/lib/dkms for errors in the log file. zfs-0.8.0_1: installed successfully. 0 downloaded, 26 installed, 0 updated, 26 configured, 0 removed. ``` Here is the build log: [/var/lib/dkms/zfs/0.8.0/build/config.log](https://github.com/void-linux/void-packages/files/3274126/config.log) Then I tried to build the missing plugins: ``` # cd /usr/src/rpi-kernel-headers-4.19.46_1/ # make scripts HOSTCC scripts/basic/fixdep HOSTCC scripts/kconfig/conf.o HOSTCC scripts/kconfig/zconf.tab.o HOSTLD scripts/kconfig/conf scripts/kconfig/conf --syncconfig Kconfig drivers/ras/Kconfig:33: can't open file "arch/x86/ras/Kconfig" make[2]: *** [scripts/kconfig/Makefile:69: syncconfig] Error 1 make[1]: *** [Makefile:539: syncconfig] Error 2 make: *** [Makefile:638: include/config/auto.conf.cmd] Error 2 make: *** [include/config/auto.conf.cmd] Deleting file 'include/config/tristate.conf' ``` EDIT: I forgot to mention that I have installed _rpi-kernel-headers_ from my previous attempt to install zfs 0.7.13.
[-- Attachment #1: Type: text/plain, Size: 2555 bytes --] New comment by kapcom01 on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-500630112 Comment: Hello. I have a Raspberry Pi 3 with the _void-rpi2-PLATFORMFS-20181111_ image installed. The package was built successfully following the [guide on the wiki](https://wiki.voidlinux.org/Xbps-src#Quick_Start) but when I tried to install it with `xi zfs` it failed to build dkms just like zfs 0.7.13. ``` # xi zfs .... .... zfs-0.8.0_1: configuring ... Added DKMS module 'zfs-0.8.0'. Skipping kernel-4.14.79_1. kernel-headers package not installed... Building DKMS module 'zfs-0.8.0' for kernel-4.19.46_1... FAILED! DKMS module 'zfs-0.8.0' failed to build, please check /var/lib/dkms for errors in the log file. Building DKMS module 'zfs-0.8.0' for kernel-4.19.49_1... FAILED! DKMS module 'zfs-0.8.0' failed to build, please check /var/lib/dkms for errors in the log file. zfs-0.8.0_1: installed successfully. 0 downloaded, 26 installed, 0 updated, 26 configured, 0 removed. ``` Here is the build log: [/var/lib/dkms/zfs/0.8.0/build/config.log](https://github.com/void-linux/void-packages/files/3274126/config.log) Then I tried to build the missing scripts, but they failed too: ``` # cd /usr/src/rpi-kernel-headers-4.19.46_1/ # make scripts HOSTCC scripts/basic/fixdep HOSTCC scripts/kconfig/conf.o HOSTCC scripts/kconfig/zconf.tab.o HOSTLD scripts/kconfig/conf scripts/kconfig/conf --syncconfig Kconfig drivers/ras/Kconfig:33: can't open file "arch/x86/ras/Kconfig" make[2]: *** [scripts/kconfig/Makefile:69: syncconfig] Error 1 make[1]: *** [Makefile:539: syncconfig] Error 2 make: *** [Makefile:638: include/config/auto.conf.cmd] Error 2 make: *** [include/config/auto.conf.cmd] Deleting file 'include/config/tristate.conf' ``` EDIT: I forgot to mention that I have installed _rpi-kernel-headers_ from my previous attempt to install zfs 0.7.13.
[-- Attachment #1: Type: text/plain, Size: 477 bytes --] New comment by Hoshpak on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-500817222 Comment: Building kernel modules for cross-compiled architectures was fixed some time ago but only for the vanilla kernels. The rpi kernel packages probably need modifications similar to https://github.com/void-linux/void-packages/pull/8546. If anyone got time for this (I currently don't unfortunately), you could give it a try and create a PR.
[-- Attachment #1: Type: text/plain, Size: 459 bytes --] New comment by Vaelatern on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-501134219 Comment: ok, if it's currently broken for arm, nobody is using ZFS for arm so far. I can be satisfied this will not break users, then. I think this is mergable. @Gottox, would you like a say? I don't think this will break users, but it's more risky than I'd like, but this is also holding up other, very reasonable changes.
[-- Attachment #1: Type: text/plain, Size: 163 bytes --] New comment by Gottox on void-packages repository https://github.com/void-linux/void-packages/pull/11994#issuecomment-501260250 Comment: I think it's good to go.
[-- Attachment #1: Type: text/plain, Size: 350 bytes --] There's a merged pull request on the void-packages repository [NOMERGE] Zfs 0.8.0 https://github.com/void-linux/void-packages/pull/11994 Description: DKMS fails to build, so the package is useless. Otherwise, it's pretty good to go. I did not split out pyzfs, because it is not useful without all of zfs installed, and it's distributed with zfs.