Acknowledgement sent
to наб <[email protected]>:
New Bug report received and forwarded. Copy sent to Debian ZFS on Linux maintainers <[email protected]>.
(Sun, 30 Oct 2022 13:42:07 GMT) (full text, mbox, link).
Source: zfs-linux
Version: 2.1.6-2
Severity: wishlist
Tags: patch
Dear Maintainer,
Currently, zfs-initramfs and zfs-dracut are not co-installable,
because they have Depends: initramfs-tools and dracut, respectively,
and those conflict.
initramfs-tools and dracut are the "please use
initramfs-tools-core/dracut-core to generate system initrds"
integration-only packages.
The actual generation program and plugins are provided in the
-core packages. Please consider the attached patches, based on recent
Salsa, to make them co-installable.
Best,
наб
-- System Information:
Debian Release: 11.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-17-amd64 (SMP w/24 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Acknowledgement sent
to Yurii Kolesnykov <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian ZFS on Linux maintainers <[email protected]>.
(Sun, 30 Oct 2022 14:06:02 GMT) (full text, mbox, link).
Subject: Re: [Pkg-zfsonlinux-devel] Bug#1023127: zfs-linux: please make
zfs-{initramfs, dracut} Depend on their respective -core packages
Date: Sun, 30 Oct 2022 16:03:24 +0200
Dear наб,
I don’t think that proposed patches have a practical value, in fact, they make things worse.
E.g. I expect to have a working initrd by installing a kernel and zfs-initramfs when I bootstrap a Debian ZFS install.
And I barely imagine a situation when a user uses one of initrd generators and needs to have *-core package of second one installed at the same time.
Acknowledgement sent
to наб <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian ZFS on Linux maintainers <[email protected]>.
(Sun, 30 Oct 2022 15:39:06 GMT) (full text, mbox, link).
On Sun, Oct 30, 2022 at 04:03:24PM +0200, Yurii Kolesnykov wrote:
> I don’t think that proposed patches have a practical value, in fact, they make things worse.
> E.g. I expect to have a working initrd by installing a kernel and zfs-initramfs when I bootstrap a Debian ZFS install.
You will be delighted to know, then, that this continues to work.
> And I barely imagine a situation when a user uses one of initrd generators and needs to have *-core package of second one installed at the same time.
Conversely, imagining (and being in) such a situation is very easy to me.
This is the reason why they are made co-installable, and only the "bare"
dracut/initramfs-tools packages aren't.
наб
Acknowledgement sent
to Aron Xu <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian ZFS on Linux maintainers <[email protected]>.
(Thu, 12 Jan 2023 17:24:03 GMT) (full text, mbox, link).
Subject: Re: [Pkg-zfsonlinux-devel] Bug#1023127: zfs-linux: please make
zfs-{initramfs, dracut} Depend on their respective -core packages
Date: Fri, 13 Jan 2023 01:20:37 +0800
Hi,
On Sun, Oct 30, 2022 at 9:42 PM наб <[email protected]> wrote:
>
> Source: zfs-linux
> Version: 2.1.6-2
> Severity: wishlist
> Tags: patch
>
> Dear Maintainer,
>
> Currently, zfs-initramfs and zfs-dracut are not co-installable,
> because they have Depends: initramfs-tools and dracut, respectively,
> and those conflict.
>
> initramfs-tools and dracut are the "please use
> initramfs-tools-core/dracut-core to generate system initrds"
> integration-only packages.
>
> The actual generation program and plugins are provided in the
> -core packages. Please consider the attached patches, based on recent
> Salsa, to make them co-installable.
>
If I understand correctly, the -core packages provide the tools for
generating initramfs, but they'll not automatically update the actual
initramfs image. Depending only on the -core packages looks a bit
unusual for integration packages like zfs-initramfs and zfs-dracut,
for example cryptsetup,dropbear (they do not provide -dracut package,
though), and clevis.
Regards,
Aron
Acknowledgement sent
to 陈 晟祺 <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian ZFS on Linux maintainers <[email protected]>.
(Fri, 05 Jan 2024 06:48:02 GMT) (full text, mbox, link).
Control: tag -1 + wontfix
The package is intended for normal users, for whom installing both dracut
and initramfs-tools seems really rare and weird. Also your patch will even render
the system not usable because now initramfs no more updates when zfs upgrades.
> Conversely, imagining (and being in) such a situation is very easy to me.
> This is the reason why they are made co-installable, and only the "bare"
> dracut/initramfs-tools packages aren't.
It is possible to further split packages into, e.g., zfs-{initramfs,dracut}-core
that depends on their corresponding underlying -core packages, and make
zfs-{initramfs,dracut} depend on them. However I haven't heard similar
use cases from any other users.
Thanks,
Shengqi Chen
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.