Is there something inherent in snaps that makes this easier or better than debs? For example, do snaps support multiple installable versions of the same package name?
If snaps aren’t inherently better, the same thing could be done with debs using the usual convention for having multiple versions in the archive simultaneously: having zfsutils0.6 and zfsutils0.7 source packages producing similarly versioned-in-the-name binary packages (which in this case conflict as they are not co-installable). Each would depend on an appropriate kernel package that has the matching module. Then zfsutils-linux would be an empty package with: Depends: zfsutils- linux0.7 | zfsutils-linux0.6. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to zfs-linux in Ubuntu. https://bugs.launchpad.net/bugs/1791143 Title: Suggestion to make zfsutils-linux a snap Status in zfs-linux package in Ubuntu: New Bug description: This circumvents the need to keep it on the same major version throughout the LTS cycle. LXD is doing snaps, perhaps for zfs this is the best approach as well. Xenial still has zfsutils on generation 0.6, with the module on 0.7. Even when patches are applied as needed that approach has its limitations. E.g. the Bionic cycle might possibly see 2 major zfs releases, who'll say. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1791143/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp