Ok I bumped our zfs-kmod fork to the last version available on portage and
injected it for every kernel versions we ship, let me know if all works for
you.
However I agree with Ben about the fact that if you are using zfs, you're
enough expert to manage the zfs,  zfs-kmod, spl package version consistency.

About versions of zfs, I currently compiled the gentoo version of the
ebuild since practically don't have difference between our version and the
upstream one as you can see from the following diff:
--- /var/lib/layman/sabayon/sys-fs/zfs/zfs-0.6.5.6.ebuild 2016-05-05
19:50:38.300440904 +0200
+++ /usr/portage/sys-fs/zfs/zfs-0.6.5.6.ebuild 2016-11-06
05:00:39.000000000 +0100
@@ -3,7 +3,7 @@
 # $Id$

 EAPI="5"
-PYTHON_COMPAT=( python{2_7,3_3,3_4,3_5} )
+PYTHON_COMPAT=( python{2_7,3_4,3_5} )

 if [ ${PV} == "9999" ] ; then
  inherit git-r3 linux-mod
@@ -11,7 +11,7 @@ if [ ${PV} == "9999" ] ; then
  EGIT_REPO_URI="git://github.com/zfsonlinux/${PN}.git"
 else
  SRC_URI="
https://github.com/zfsonlinux/${PN}/releases/download/${P}/${P}.tar.gz";
- KEYWORDS="~amd64"
+ KEYWORDS=" ~amd64"
 fi

 inherit autotools-utils bash-completion-r1 flag-o-matic linux-info
python-r1 systemd toolchain-funcs udev

If it's ok I will drop at least this atom from our for-gentoo overlay.

On Fri, Nov 18, 2016 at 11:16 AM Ben Roberts <opti...@sabayonlinux.org>
wrote:

> We had a conversation about this in IRC the other week. 0.6.5.8 is in the
> portage tree but not yet marked as stable. There's also maintenance
> overhead because the sabayon ebuild is forked and merges the gentoo spl
> package into the zfs  binary package. I don't know who currently maintains
> this.
>
> I think the reason for the split was to make it easier to install, but
> IMHO anyone using zfs is probably tech savvy enough to manage the zfs,
> zfs-kmod, spl package version consistency, so to get faster updates we
> should could drop the split and take upstreams ebuilds as-is, if possible.
>
> I'm also using zfs extensively and my file server is stuck running 4.4 LTS
> as a result, so I too would like to see faster updates.
>
> Whether or not to ship upstream unstable zfs versions is another matter.
> If we are to use upstream ebuilds, we can try adding the newest versions to
> the SCR.
>
> On 18 Nov 2016 9:41 am, "Fabio Erculiani" <fabio.erculi...@gmail.com>
> wrote:
> >
> > Too late, I'd like to see same-day patch releases.
> >
> > On Fri, Nov 18, 2016 at 10:37 AM, Geaaru <gea...@gmail.com> wrote:
> >>
> >> Yes, I agree. But I think that will be always a delay between zfs and
> kernel until zfs will be integrate inside vanilla kernel if this will be
> possible.
> >>
> >> I see now that v.0.6.5.8 support kernel 4.8.
> >>
> >> Thanks
> >> G.
> >>
> >> On Fri, 2016-11-18 at 10:26 +0100, Fabio Erculiani wrote:
> >>>
> >>> I would rather like to see the ZFS On Linux people keeping up with
> kernel releases.
> >>>
> >>> On Fri, Nov 18, 2016 at 10:19 AM, Geaaru <gea...@gmail.com> wrote:
> >>>>
> >>>> Hi guys,
> >>>>
> >>>> I just used last sabayon ISO image (Gnome) to recover a server but I
> >>>> see that use kernel-4.8 where currently doesn't support ZFS.
> >>>>
> >>>> So, could be possible create ISO image with last kernel (4.8) and a
> >>>> kernel with ZFS support (like 4.4.x)? From boot menu I can then select
> >>>> eventually a kernel with ZFS support.
> >>>>
> >>>> Is ISO image it is used for recover disaster or broken filesystem
> could
> >>>> be helpful have ZFS support inside ISO image?
> >>>>
> >>>> WDYT ?
> >>>>
> >>>> Thanks in advance for any comments.
> >>>>
> >>>> Bye
> >>>> G.
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Fabio Erculiani
> >>
> >>
> >>
> >>
> >
> >
> >
> > --
> >  Fabio Erculiani
> >
> >
> >
>
>


Reply via email to