[Bug 1564496] Comment bridged from LTC Bugzilla

bugproxy bugproxy at us.ibm.com
Mon Apr 4 12:40:35 UTC 2016


------- Comment From brueckner at de.ibm.com 2016-04-04 08:33 EDT-------
(In reply to comment #12)
> Why a sub-package? Would it be acceptable to ship this in s390-tools, but
> with systemd unit disabled? That way if people want to use cpuplugd they
> would modify the config as suitable, and enable it with `systemctl enable
> cpuplugd`.

It is also fine to ship it with s390-tools.  The systemd unit might be
disabled.  I will take care to add the systemd unit in the upstream
s390-tools. Regarding the enablement of systemd units, can this be done
on a per unit base?  I mean, if you we add more and more systemd units
in future, how to control enablement of particular systemd units only.
(This is more a generic questions rather something on this BZ).

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to s390-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1564496

Title:
  s390: missing cpuplugd

Status in s390-tools package in Ubuntu:
  Triaged

Bug description:
  Requirement for : cpuplugd

  This also includes a configuration file, man-page, and init script.
  The suggested package concept is a subpackage of the s390-tools.

  This is a command and a set of rules in a configuration file to dynamically
  enable or disable CPUs. For Linux on z/VM, you can also dynamically add or
  remove memory.

  Sample debdiff to integrate the cpuplugd daemon as subpackage of the
  s390-tools

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/s390-tools/+bug/1564496/+subscriptions



More information about the foundations-bugs mailing list