[Debian-ha-maintainers] Bug#1085256: fence-agents: fence-agents package does not depend on any actual package

Michael Prokop mika at debian.org
Thu Oct 17 11:03:26 BST 2024


Package: fence-agents
Version: 4.15.0-3
Severity: important

Hi,

the fence-agents package in current testing/unstable looks like this:

| % apt-cache show fence-agents
| Package: fence-agents
| Version: 4.15.0-3
| Installed-Size: 13
| Maintainer: Debian HA Maintainers <debian-ha-maintainers at alioth-lists.debian.net>
| Architecture: all
| Recommends: fence-agents-ack-manual, fence-agents-aliyun, fence-agents-alom, fence-agents-apc, fence-agents-apc-snmp, fence-agents-bladecenter, fence-agents-brocade, fence-agents-cdu, fence-agents-cisco-mds, fence-agents-cisco-ucs, fence-agents-crosslink, fence-agents-cyberpower-ssh, fence-agents-docker, fence-agents-drac, fence-agents-drac5, fence-agents-dummy, fence-agents-eaton-snmp, fence-agents-eaton-ssh, fence-agents-ecloud, fence-agents-emerson, fence-agents-eps, fence-agents-hds-cb, fence-agents-heuristics-ping, fence-agents-hpblade, fence-agents-ibmblade, fence-agents-ibm-powervs, fence-agents-ibm-vpc, fence-agents-ibmz, fence-agents-ifmib, fence-agents-ilo2, fence-agents-ilo-moonshot, fence-agents-ilo-mp, fence-agents-ilo-ssh, fence-agents-intelmodular, fence-agents-ipdu, fence-agents-ipmilan, fence-agents-kdump, fence-agents-kubevirt, fence-agents-ldom, fence-agents-lindy-pdu, fence-agents-lpar, fence-agents-mpath, fence-agents-netio, fence-agents-ovh, fence-agents-ovm, fence-agents-powerman, fence-agents-pve, fence-agents-raritan, fence-agents-raritan-px3, fence-agents-rcd-serial, fence-agents-redfish, fence-agents-rhevm, fence-agents-rsa, fence-agents-rsb, fence-agents-sanbox2, fence-agents-scsi, fence-agents-skalar, fence-agents-vbox, fence-agents-virsh, fence-agents-vmware, fence-agents-vmware-rest, fence-agents-vmware-soap, fence-agents-vmware-vcloud, fence-agents-wti, fence-agents-xenapi, fence-virt
| Suggests: fence-agents-amt, fence-agents-aws, fence-agents-azure-arm, fence-agents-compute, fence-agents-gce, fence-agents-ironic, fence-agents-openstack, fence-agents-sbd
| Description-en: Fence Agents for Red Hat Cluster - all agents
|  Red Hat Fence Agents is a collection of scripts to handle remote power
|  management for several devices. They allow failed or unreachable nodes to be
|  forcibly restarted and removed from the cluster.
|  .
|  This package is a metapackage depending on all available fence agents.
| [...]

The fence-agents package itself is "empty":

| % dpkg -L fence-agents
| /.
| /usr
| /usr/share
| /usr/share/doc
| /usr/share/doc/fence-agents
| /usr/share/doc/fence-agents/changelog.Debian.gz
| /usr/share/doc/fence-agents/copyright

And the package does *not* depend on all available fence agents,
they are only recommends.

I'm aware that folks disabling Recommends are supposed to know what
they are doing. But at least in my experience avoiding Recommends is
a common practice esp. amongst server systems where fence-agents has
its use case. And if someone is upgrading fence-agents from bookworm
(v4.12.1-1) to trixie (v4.15.0-3) and isn't aware of this
fence-agents Recommends situation *upfront*, the system will end up
with this empty / broken fence-agents situation.

Even `apt-get install --reinstall --install-recommends fence-agents`
doesn't behave as someone might expect, so AFAICT there's no easy
way out of this situation then.

IMO the fence-agents should:

a) at least depend on fence-agents-common, and:

b) a "fence-agents-all" package which *actually* depends on *all*
  agent packages could further mitigate this situation (the
  fence-agents package itself then could use fence-agents-all in its
  Recommends).

regards
-mika-



More information about the Debian-ha-maintainers mailing list