On Wed, Oct 7, 2020 at 9:28 AM John Covici <cov...@ccs.covici.com> wrote: > > Hi. I am having problems installing zfs-kmod on my new kernel > 5.4.69. Originally I got this: > > !!! Multiple package instances within a single package slot have been > pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-fs/zfs-kmod:0 > > (sys-fs/zfs-kmod-2.0.0_rc3:0/0::gentoo, ebuild scheduled for merge) > USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by > (no parents that aren't satisfied by other packages in this > slot) > > (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, installed) USE="rootfs > -custom-cflags -debug" ABI_X86="(64)" pulled in by > ~sys-fs/zfs-kmod-2.0.0_rc1 required by > (sys-fs/zfs-2.0.0_rc1-r1:0/0::gentoo, installed) USE="nls pam rootfs > (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl > -minimal -python (-static-libs) -test-suite" ABI_X86="(64)" > PYTHON_TARGETS="python3_7 -python3_6 -python3_8" > ^ ^^^^^^^^^ >
This is because you're attempting to upgrade zfs-kmod and not zfs. You didn't paste your command line but chances are you didn't have both packages on it. > Then I masked off the -rc3 version thinking that would help and I got > this: > > > > !!! Multiple package instances within a single package slot have been > pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-fs/zfs-kmod:0 > > (sys-fs/zfs-kmod-0.8.5:0/0::gentoo, ebuild scheduled for merge) > USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by > (no parents that aren't satisfied by other packages in this > slot) > > (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, installed) USE="rootfs > -custom-cflags -debug" ABI_X86="(64)" pulled in by > ~sys-fs/zfs-kmod-2.0.0_rc1 required by > (sys-fs/zfs-2.0.0_rc1-r1:0/0::gentoo, installed) USE="nls pam rootfs > (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl > -minimal -python (-static-libs) -test-suite" ABI_X86="(64)" > PYTHON_TARGETS="python3_7 -python3_6 -python3_8" > ^ ^^^^^^^^^ > That is because masking rc3 forces it to downgrade to an older version of zfs (which may or may not be compatible with what you have on-disk so you might be in for a surprise when you reboot). But, since you're only updating one package but not the other you still get the same error. What version of zfs do you WANT to use? Are you already running on the v2 release candidate? (Probably not what most people should be doing...) If so you need to figure out if your pools are even compatible with v0.8.5 (I'm not sure offhand if new features were added, and if they were it would probably depend on whether you upgraded your pools). If you are on the v2rc and want to stick with it, then undo whatever masking you did and just update both packages together: emerge -1au zfs-kmod zfs Really though that should already happen if you did an emerge -u @world assuming both are in your world. If you want to run v0.8.5 then I would mask both zfs-kmod and zfs >=0.9 and then run the same command. If you're on 0.8.4 though you might seriously consider just accepting only stable keywords on zfs though - it is a filesystem and maybe not something you want to be cutting edge. And you definitely don't want to go uninstalling zfs-kmod as now the module will be gone and once again you'll get a surprise when you reboot. In the future though I'd probably avoid installing release candidates if you are running one. That is, unless it is your goal to beta-test filesystems. -- Rich