Quando o zfs-fuse se tornou uma dependência tão fundamental do Fedora?

Question

Eu instalei o Fedora 26 recentemente. Algumas atualizações recentes do dnf que fiz foram extraídas do zfs-fuse, nas quais muitos pacotes agora são dependentes (qemu *, gluster *, libvirt *, gnome-boxes, ...).

Estou procurando a história dessa dependência e a lógica por trás dela.

Isso dificulta a instalação de zfs baseados em kernel (zfs-on-linux), já que zfs-fuse e zfs (ZoL) são pacotes conflitantes. A tentativa de remover o zfs-fuse também removerá todos os pacotes dependentes.

Pergunta secundária - há alguma comparação recente de desempenho de zfs baseados em kernel e zfs-fuse? Isto está relacionado com a minha questão principal - se o zfs-fuse for substancialmente equivalente ao desempenho do kernel zfs, então talvez não seja tão problemático ter muitos pacotes dependentes do zfs-fuse. Mas se houver uma diferença significativa entre o ZoL e o zfs-fuse, eu gostaria de ter os pacotes capazes de coexistir ou pelo menos ser intercambiáveis.

    

Answer 1

No Fedora 27 (beta agora, lançamento na próxima semana!), pelo menos, eu vejo isso no arquivo de especificações:

%if %{with_storage_zfs}
# Support any conforming implementation of zfs. On stock Fedora
# this is zfs-fuse, but could be zfsonlinux upstream RPMs
BuildRequires: /sbin/zfs
BuildRequires: /sbin/zpool
%endif

, o que significa que isso está usando dependências arquivo , especificamente para que implementações alternativas possam ser usadas. Você deve ser capaz de usar dnf swap zfs-fuse zfs para substituir o Fedora RPM por um alternativo.

Eu acho que provavelmente devemos passar a usar dependências soft ( Recommends em vez de Requires ) para muitos deles, mas aparentemente o libvirt não lida super graciosamente com drivers ausentes tempo de execução.