[MIR] openhpi

Bug #515976 reported by Ante Karamatić on 2010-02-02
This bug affects 1 person
Affects Status Importance Assigned to Milestone
openhpi (Ubuntu)

Bug Description

Binary package hint: openhpi

1. Availability: amd64, armel, i386, ia64, powerpc, sparc

2. Rationale: The package helps meet https://blueprints.edge.launchpad.net/ubuntu/+spec/server-lucid-cluster-stack blueprint goal. Needed binary packages are openhpid, libopenhpi2 and libopenhpi-dev.

3. Security: No CVEs

4. QA: 2 minor bugs in Debian, no bugs in Ubuntu. Upstream is active (http://www.openhpi.org/)

5. UI standards: none

6. Dependencies: all in main

7. Standards: no lintian warnings. Package is packaged with debhelper and doesn't have patches.

8. Maintenance: simple package, syncs should be enough (there were no Ubuntu changes in package history)

9. Background information: this package is one of dependencies for new cluster stack in Ubuntu.

Martin Pitt (pitti) on 2010-02-04
Changed in openhpi (Ubuntu):
assignee: nobody → Martin Pitt (pitti)
Bryan Sutula (sutula) wrote :

I'm the Debian OpenHPI maintainer. I don't know what this bug requests, but here are my Debian plans, if it helps the Ubuntu folks:

Currently, 2.14.0 is in Debian testing. Upstream is at 2.14.1. I plan to update Debian unstable to 2.14.1 in the next couple of weeks. If Debian then freezes, 2.14.1 is most likely the next Debian stable release version.

Martin Pitt (pitti) wrote :


this bug is called a "main inclusion request", and asks for promoting openhpi into the set of officially supported (security, major bug fixes, etc) set. If you are interested, please see https://wiki.ubuntu.com/MainInclusionProcess

Martin Pitt (pitti) wrote :

The packages look fine, but I'm unsure on the rationale here. If openhpi is to become an officially supported feature in lucid, why would we only have the library in main? Shouldn't we support the actual programs as well? Does the server team commit to looking after the package in an Ubuntu/release management/testing context?

Changed in openhpi (Ubuntu):
status: New → Incomplete
Martin Pitt (pitti) on 2010-02-04
Changed in openhpi (Ubuntu):
assignee: Martin Pitt (pitti) → Ante Karamatić (ivoks)
Ante Karamatić (ivoks) wrote :

cluster-glue is a package that provides stonith interface for the cluster stack. One of supported methods for shooting other nodes in heads in IBM BladeCenter is SNMP communication. This SNMP interface is provided by snmp_bc module provided by libopenhpi2.

Problem is that since 2.6 version of openhpi, daemon is required to be running for any module to work.

Since most of the cluster-glue users wouldn't use snmp_bc, I would recommend adding START=yes/no to /etc/default/openhpid and checking that in init script. I could do that, while package is still in universe.

Bryan what are your thoughts on providing openhpid's default file, and having it disabled by default?

I forgot to mention, but now it's obvious; we would need openhpid binary
in main too.

Ante Karamatić (ivoks) wrote :

Martin, yes, ubuntu-server team is committed to watch after openhpi if rest of the cluster stack MIRs get accepted. Support for OpenHPI is a feature that comes with that cluster stack.

description: updated
Changed in openhpi (Ubuntu):
status: Incomplete → New
Martin Pitt (pitti) wrote :

Thanks, approved then.

Changed in openhpi (Ubuntu):
assignee: Ante Karamatić (ivoks) → nobody
status: New → Fix Committed
Martin Pitt (pitti) wrote :

Do you still need this? We won't promote it until it gets seeded or depended on (and appears in component-mismatches)

Ante Karamatić (ivoks) wrote :

Same as heartbeat, it's a dependency for cluster-glue:


Colin Watson (cjwatson) wrote :

 o openhpi: libopenhpi-dev libopenhpi2 openhpid
   [Reverse-Depends: libopenhpi-dev]
   [Reverse-Recommends: libopenhpi2]
   [Reverse-Build-Depends: cluster-glue]


Changed in openhpi (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers