--- openhpi-2.14.1.orig/debian/libopenhpi-dev.install +++ openhpi-2.14.1/debian/libopenhpi-dev.install @@ -0,0 +1,5 @@ +usr/include/* +usr/lib/pkgconfig/* +usr/lib/*.a +usr/lib/*.so +usr/lib/openhpi/*.a --- openhpi-2.14.1.orig/debian/openhpid.install +++ openhpi-2.14.1/debian/openhpid.install @@ -0,0 +1,2 @@ +usr/sbin/openhpid +usr/share/man/man8/openhpid.8 --- openhpi-2.14.1.orig/debian/compat +++ openhpi-2.14.1/debian/compat @@ -0,0 +1 @@ +5 --- openhpi-2.14.1.orig/debian/openhpi-clients.install +++ openhpi-2.14.1/debian/openhpi-clients.install @@ -0,0 +1,2 @@ +usr/bin/hpi* +usr/share/man/man1/* --- openhpi-2.14.1.orig/debian/openhpi-plugin-watchdog.install +++ openhpi-2.14.1/debian/openhpi-plugin-watchdog.install @@ -0,0 +1 @@ +usr/lib/openhpi/libwatchdog.so.* --- openhpi-2.14.1.orig/debian/openhpi-plugin-ipmi.lintian-overrides +++ openhpi-2.14.1/debian/openhpi-plugin-ipmi.lintian-overrides @@ -0,0 +1,8 @@ +# Some generated binary packages include libraries, and therefore need the +# call to ldconfig. Others don't. Can I eliminate the ldconfig calls on +# a package-by-package basis? +openhpi-plugin-ipmi binary: postinst-has-useless-call-to-ldconfig +openhpi-plugin-ipmi binary: postrm-has-useless-call-to-ldconfig +# Another rpath error, needs to be fully understood, but the root may be the +# upstream plug-in architecture. These are listed in the TODO file. +openhpi-plugin-ipmi binary: binary-or-shlib-defines-rpath --- openhpi-2.14.1.orig/debian/openhpi-plugin-ipmi.install +++ openhpi-2.14.1/debian/openhpi-plugin-ipmi.install @@ -0,0 +1 @@ +usr/lib/openhpi/libipmi.so.* --- openhpi-2.14.1.orig/debian/openhpi-plugin-oa-soap.lintian-overrides +++ openhpi-2.14.1/debian/openhpi-plugin-oa-soap.lintian-overrides @@ -0,0 +1,5 @@ +# Some generated binary packages include libraries, and therefore need the +# call to ldconfig. Others don't. Can I eliminate the ldconfig calls on +# a package-by-package basis? +openhpi-plugin-oa-soap binary: postinst-has-useless-call-to-ldconfig +openhpi-plugin-oa-soap binary: postrm-has-useless-call-to-ldconfig --- openhpi-2.14.1.orig/debian/openhpid.init +++ openhpi-2.14.1/debian/openhpid.init @@ -0,0 +1,243 @@ +#! /bin/sh +# +### BEGIN INIT INFO +# Provides: openhpid +# Required-Start: $network $remote_fs $syslog +# Required-Stop: $network $remote_fs $syslog +# Should-Start: $named +# Should-Stop: $named +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +# Short-Description: Start OpenHPI daemon at boot time +# Description: Enable OpenHPI service which is provided by openhpid. +### END INIT INFO +# +# openhpid.sh Start/Stop the openhpi daemon. +# +# description: openhpid is standard UNIX program which uses the OpenHPI \ +# APIs and provides a standard internet server to access those \ +# APIs for client programs. +# processname: openhpid +# config: the standard openhpi conf file specified on the command line or the env. +# pidfile: /var/run/openhpid.pid +# +# Author(s): +# W. David Ashley +# Daniel de Araujo + +# Source function library. +PATH=/sbin:/bin:/usr/sbin:/usr/bin +prog="openhpid" + +# If the openhpid executable is not available, we can't do any of this +test -f /usr/sbin/openhpid || exit 0 + +# Determine whether the lsb package is installed +# If it is, determine which lsb is installed: +# redhat, suse, or standard lsb + +if test -f /etc/init.d/functions +then + lsbtype="rh" + . /etc/init.d/functions +elif test -f /etc/rc.status +then + lsbtype="suse" + . /etc/rc.status +elif test -f /lib/lsb/init-functions +then + lsbtype="lsb" + . /lib/lsb/init-functions +elif test -f /etc/gentoo-release +then + lsbtype="gentoo" + . /sbin/functions.sh +else + lsbtype="nolsb" +fi + +print_outcome() +{ + + case "${lsbtype}" in + + rh) + echo + [ "$?" -eq 0 ] + ;; + + suse) + rc_status -v + ;; + + lsb) + if test "$?" -eq 0 + then + log_success_msg "success" + else + log_failure_msg "failed" + fi + ;; + + gentoo) + eend $? + ;; + + nolsb) + if test "$?" -eq 0 + then + echo " ... success" + fi + if test "$?" -ne 0 + then + echo " ... failed" + fi + ;; + esac +} + +start() { + case "${lsbtype}" in + + rh) + echo -n "Starting $prog: " + daemon /usr/sbin/openhpid -c /etc/openhpi/openhpi.conf + RETVAL=$? + ;; + suse) + echo -n "Starting $prog: " + startproc /usr/sbin/openhpid -c /etc/openhpi/openhpi.conf + RETVAL=$? + ;; + lsb) + echo -n "Starting $prog: " + start_daemon /usr/sbin/openhpid -c /etc/openhpi/openhpi.conf + RETVAL=$? + ;; + gentoo) + ebegin "Starting $prog: " + start-stop-daemon --start --quiet --exec /usr/sbin/openhpid -- -c /etc/openhpi/openhpi.conf + RETVAL=$? + ;; + nolsb) + echo -n "Starting $prog: " + /usr/sbin/openhpid -c /etc/openhpi/openhpi.conf + RETVAL=$? + ;; + + esac + + print_outcome + +} + +stop() { + case "${lsbtype}" in + + rh | lsb | suse) + echo -n "Stopping $prog: " + killproc /usr/sbin/openhpid + RETVAL=$? + ;; + + gentoo) + ebegin "Stopping $prog: " + start-stop-daemon --stop --quiet --exec /usr/sbin/openhpid + RETVAL=$? + ;; + + nolsb) + echo -n "Stopping $prog: " + if test -f /var/run/openhpid.pid && test "`cat /var/run/openhpid.pid`" != "" + then + kill "`cat /var/run/openhpid.pid`" + RETVAL=$? + else + RETVAL=0 + fi + ;; + + esac + + print_outcome + + if test "$RETVAL" -eq 0 && test -f /var/run/openhpid.pid + then + rm -f /var/lock/openhpid + rm -f /var/run/openhpid.pid + fi + +} + +dstatus() { + echo "Checking for $prog daemon: " + + case "${lsbtype}" in + + rh) + status /usr/sbin/openhpid + ;; + suse) + checkproc /usr/sbin/openhpid + rc_status -v + ;; + lsb) + pid="`pidofproc /usr/sbin/openhpid`" + if test "${pid}" != "" + then + log_success_msg "$prog is running" + else + log_success_msg "$prog is not running" + fi + ;; + gentoo | nolsb) + if test -f /var/run/openhpid.pid && + test "`cat /var/run/openhpid.pid`" != "" && + kill -s 0 "`cat /var/run/openhpid.pid`" + then + echo "$prog is running" + else + echo "$prog is not running" + fi + + ;; + + esac + + + +} + +restart() { + stop + start +} + +force_reload() { + # We don't currently support a reload, but can do a restart + stop + start +} + +# See how we were called. + +case "$1" in + start) + start + ;; + stop) + stop + ;; + restart) + restart + ;; + status) + dstatus + ;; + force-reload) + force_reload + ;; + *) + echo "Usage: $0 {start|stop|restart|status|force-reload}" + exit 1 +esac --- openhpi-2.14.1.orig/debian/openhpi-plugin-snmp-bc.install +++ openhpi-2.14.1/debian/openhpi-plugin-snmp-bc.install @@ -0,0 +1,2 @@ +usr/lib/libopenhpi_snmp.so.* +usr/lib/openhpi/libsnmp_bc.so.* --- openhpi-2.14.1.orig/debian/README.Debian +++ openhpi-2.14.1/debian/README.Debian @@ -0,0 +1,48 @@ +OpenHPI for Debian +------------------- + +OpenHPI consists of a number of Debian packages. In order to avoid +duplication, some of the important README (and other) files have been +installed to: + + /usr/share/doc/libopenhpi2 + +Please look in that directory for additional documentation. + +OpenHPI comes from http://openhpi.sourceforge.net/. Please visit that +website for further information and documentation. + +OpenHPI needs a config file to know how to talk to the hardware on your +computer. The file that has been installed with this version of OpenHPI +is the one supplied by the OpenHPI project, which may not be suitable for +your installation. Please review and modify /etc/openhpi/openhpi.conf +so that it works with your hardware. You will then need to restart the +openhpi daemon: + + /etc/init.d/openhpid restart + +Additionally, you may need to install some of the OpenHPI plugin modules. +Those currently supplied by the OpenHPI project are: + + openhpi-plugin-ilo2-ribcl + openhpi-plugin-ipmi + openhpi-plugin-ipmidirect + openhpi-plugin-oa-soap + openhpi-plugin-snmp-bc + openhpi-plugin-sysfs + +Others may become available from other sources. + + +Source +------ + +In the Debian source, the upstream orig.tar.gz file has been modified +as follows: + +- The docs/hld subdirectory has been removed. It contained files with + the Open Publication Licence, which is not clearly DFSG-compliant. +- The files generated by the autoconf/automake tools have been removed. + These are rebuilt anyway during the Debian package creation, and + inclusion in the original source tarball complicates the Debian + package maintenance. --- openhpi-2.14.1.orig/debian/docs +++ openhpi-2.14.1/debian/docs @@ -0,0 +1 @@ +README --- openhpi-2.14.1.orig/debian/openhpi-plugin-ipmidirect.lintian-overrides +++ openhpi-2.14.1/debian/openhpi-plugin-ipmidirect.lintian-overrides @@ -0,0 +1,5 @@ +# Some generated binary packages include libraries, and therefore need the +# call to ldconfig. Others don't. Can I eliminate the ldconfig calls on +# a package-by-package basis? +openhpi-plugin-ipmidirect binary: postinst-has-useless-call-to-ldconfig +openhpi-plugin-ipmidirect binary: postrm-has-useless-call-to-ldconfig --- openhpi-2.14.1.orig/debian/openhpi-plugin-sysfs.install +++ openhpi-2.14.1/debian/openhpi-plugin-sysfs.install @@ -0,0 +1 @@ +usr/lib/openhpi/libsysfs2hpi.so.* --- openhpi-2.14.1.orig/debian/openhpi-plugin-ilo2-ribcl.install +++ openhpi-2.14.1/debian/openhpi-plugin-ilo2-ribcl.install @@ -0,0 +1 @@ +usr/lib/openhpi/libilo2_ribcl.so.* --- openhpi-2.14.1.orig/debian/openhpi-plugin-oa-soap.install +++ openhpi-2.14.1/debian/openhpi-plugin-oa-soap.install @@ -0,0 +1 @@ +usr/lib/openhpi/liboa_soap.so.* --- openhpi-2.14.1.orig/debian/libopenhpi2.postrm +++ openhpi-2.14.1/debian/libopenhpi2.postrm @@ -0,0 +1,38 @@ +#!/bin/sh +# postrm script for libopenhpi +# +# see: dh_installdeb(1) + +set -e + +# summary of how this script can be called: +# * `remove' +# * `purge' +# * `upgrade' +# * `failed-upgrade' +# * `abort-install' +# * `abort-install' +# * `abort-upgrade' +# * `disappear' overwrit>r> +# for details, see http://www.debian.org/doc/debian-policy/ or +# the debian-policy package + + +case "$1" in + + purge) rm -rf /var/lib/openhpi;; + + remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) + ;; + + *) echo "postrm called with unknown argument \`$1'" >&2 + exit 1;; + +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0 --- openhpi-2.14.1.orig/debian/openhpi-plugin-ipmidirect.install +++ openhpi-2.14.1/debian/openhpi-plugin-ipmidirect.install @@ -0,0 +1 @@ +usr/lib/openhpi/libipmidirect.so.* --- openhpi-2.14.1.orig/debian/copyright +++ openhpi-2.14.1/debian/copyright @@ -0,0 +1,82 @@ +This package was debianized by Bryan Sutula on +Fri, 07 Jul 2006 14:01:23 -0600. + +It was downloaded from http://openhpi.sourceforge.net/ + +In the original tar file, the docs/hld subdirectory has been removed. +It contained files with the Open Publication Licence, which is not +clearly DFSG-compliant. + +Upstream Authors: contact through openhpi-devel@lists.sourceforge.net + +Copyright: Copyright (c) 2003, Intel Corporation + (C) Copyright IBM Corp. 2003-2007 + + All rights reserved. + +License: + + Redistribution and use in source and binary forms, with or + without modification, are permitted provided that the following + conditions are met: + + Redistributions of source code must retain the above copyright + notice, this list of conditions and the following disclaimer. + Redistributions in binary form must reproduce the above copyright + notice, this list of conditions and the following disclaimer in + the documentation and/or other materials provided with the distribution. + + Neither the name of Intel Corporation, IBM Corp., nor the names + of its contributors may be used to endorse or promote products + derived from this software without specific prior written permission. + + THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS + "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT + LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS + FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT + OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, + SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED + TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, + OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY + OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING + NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS + SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + + +The Debian packaging is Copyright 2006-2009, Hewlett-Packard Development +Company, LLP, and is also provided under the terms of the BSD license. +(See /usr/share/common-licenses/BSD) + + +Except for the following, all files bear a BSD style copyright similar to what +is listed above: + + BSD Style, but with a different copyright owner: + FORCE Computers: Some files under the marshal and marshal/t directories + src/plugin_static.c src/plugin_static.c.in + src/safhpi.c + src/hotswap.c + clients/hpifan.c + Some files under the utils/t/epath directory + FORCE Computers and ESO Technologies: + Some files under the plugins/ipmidirect directory + Hewlett-Packard Development Company, LLP: + clients/oh_clients.h, clients/clients.c + include/SaHpiOaSoap.h + Files under the ssl directory + Files under the plugins/ilo2_ribcl directory + Files under the plugins/oa_soap directory + Pigeon Point Systems: + hpi_shell/fumi.c and hpi_shell/dimi.c + Service Availability Forum: + include/SaHpi.h and include/SaHpiAtca.h + Sun Microsystems: + Some files under the marshal/t directory + Some files under the plugins/ipmidirect directory + + Other copyrights: + + install-sh: 1994 X Consortium license + ltmain.sh, missing, depcomp, config.guess: GPL-2, but since they + are generated with Autoconf, these are distributed + under the package's BSD license --- openhpi-2.14.1.orig/debian/openhpi-plugin-ilo2-ribcl.lintian-overrides +++ openhpi-2.14.1/debian/openhpi-plugin-ilo2-ribcl.lintian-overrides @@ -0,0 +1,5 @@ +# Some generated binary packages include libraries, and therefore need the +# call to ldconfig. Others don't. Can I eliminate the ldconfig calls on +# a package-by-package basis? +openhpi-plugin-ilo2-ribcl binary: postinst-has-useless-call-to-ldconfig +openhpi-plugin-ilo2-ribcl binary: postrm-has-useless-call-to-ldconfig --- openhpi-2.14.1.orig/debian/openhpi-plugin-sysfs.lintian-overrides +++ openhpi-2.14.1/debian/openhpi-plugin-sysfs.lintian-overrides @@ -0,0 +1,5 @@ +# Some generated binary packages include libraries, and therefore need the +# call to ldconfig. Others don't. Can I eliminate the ldconfig calls on +# a package-by-package basis? +openhpi-plugin-sysfs binary: postinst-has-useless-call-to-ldconfig +openhpi-plugin-sysfs binary: postrm-has-useless-call-to-ldconfig --- openhpi-2.14.1.orig/debian/TODO +++ openhpi-2.14.1/debian/TODO @@ -0,0 +1,35 @@ +Most important things: +- Compile warnings: + - New warning on ia64, -fstack-protector not supported for this target + - Old warning on ia64, MOV + - Old warning on ia64 in src/threaded.c, etc., appeared with glib 2.16.2 + - Old warning on ia64 about cast alignment +- Lintian no-symbols-control-file from lintian + - Need to study/use dpkg-gensymbols +- Lintian possible-documentation-but-no-doc-base-registration + - This comes from shipping the upstream .pdf files; study doc-base +- Lintian package-name-doesnt-match-sonames for the snmp-bc plug-in + - This may be a packaging mistake. I put this library in with the BC + plug-in because that's the only code that uses it. But the library + itself is much like the SSL library, in that other plugins could + potentially want to use it. Will need to study this. +- Check on the rpath error from lintian + - I believe this is a relic of the openhpi-switcher stuff, where + the main libopenhpi .so files used to be changed out from under + programs that will then use them. This was to allow the openhpi + daemon to replace standard library functionality without changing the + application that uses openhpi. But I need to check this to be sure. + +Spelling errors reported by Lintian: + +Other things (in no particular order): +- Work with upstream so that autoconf/automake stuff is either not + shipped with the tarball or doesn't need to be re-run at all +- Work with upstream to remove docs/hld from tarball, or get it licensed + under a DFSG-free license + - Upstream is deprecating this directory in favor of online (wiki) + documentation. It should disappear on it's own in a future version. +- Work on auto-generating a good openhpi.conf file, based on what I can + tell about the machine. Currently, this has to be done by the user + who installs the package. +- Look at p. 59, section 8.6.2 in policy manual for shlibs examples --- openhpi-2.14.1.orig/debian/libopenhpi2.install +++ openhpi-2.14.1/debian/libopenhpi2.install @@ -0,0 +1,12 @@ +etc/openhpi +usr/share/man/man7/openhpi.7 +var/lib/openhpi +usr/lib/libohtcpconnx.so.* +usr/lib/libohudpconnx.so.* +usr/lib/libopenhpi.so.* +usr/lib/libopenhpimarshal.so.* +usr/lib/libopenhpiutils.so.* +usr/lib/libopenhpi_ssl.so.* +usr/lib/openhpi/libosahpi.so.* +usr/lib/openhpi/libsimulator.so.* +usr/lib/openhpi/*.so --- openhpi-2.14.1.orig/debian/changelog +++ openhpi-2.14.1/debian/changelog @@ -0,0 +1,220 @@ +openhpi (2.14.1-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Split off Linux-specific plugins to fix FTBFS on GNU/kFreeBSD. + (Closes: #650816) + + -- Robert Millan Fri, 27 Apr 2012 23:33:49 +0200 + +openhpi (2.14.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Upload openhpi (2.14.1-1ubuntu1) except debian/control changes + to Debian sid (Closes: #565105) (Closes: #555866) + * Avoid including autotools-dev copies of config.{guess,sub} in + the debian changes (*.diff.gz) + + -- Thorsten Glaser Mon, 18 Jul 2011 22:23:29 +0200 + +openhpi (2.14.1-1ubuntu1) natty; urgency=low + + * plugins/ipmidirect/ipmi_mc_vendor.cpp: Fix FTBFS with gcc 4.5. + Taken from upstream. (LP: #687986) + * clients/Makefile.{am,in}: Add missing libraries otherwise it FTBFS. + Related to linker '--as-needed' change. + + -- Andres Rodriguez Fri, 07 Jan 2011 16:17:28 -0500 + +openhpi (2.14.1-1) unstable; urgency=low + + * Updated to upstream 2.14.1 version; differences listed at + http://openhpi.org/News + * Major changes: bug fixes, bug fixes, and more bug fixes + * Modified daemon behavior to avoid running until user has configured + the package for their hardware + + -- Bryan Sutula Mon, 14 Jun 2010 11:10:14 -0600 + +openhpi (2.14.0-3) unstable; urgency=low + + * Cleaned up a bunch of lintian items; documented others in TODO + + -- Bryan Sutula Wed, 25 Nov 2009 10:40:52 -0700 + +openhpi (2.14.0-2) unstable; urgency=low + + * Fixed missing lintian override (2.14.0-1 upload not accepted) + * Minor update to debian/TODO + + -- Bryan Sutula Fri, 20 Nov 2009 13:05:14 -0700 + +openhpi (2.14.0-1) unstable; urgency=low + + * Updated to upstream 2.14.0 version; differences listed at + http://openhpi.org/News + * Major changes: now supports version B.03.01 of the SAF HPI + specification, continuing improvements in the oa_soap plug-in. + * Updated and expanded package descriptions (Closes: 493621) + * Added init script test to make sure daemon is present (Closes: 509551) + * Fixed bashisms in init script (Closes: 530991) + * Included plug-in documentation provided by upstream but not previously + installed + * Updated to current standards version + + -- Bryan Sutula Thu, 19 Nov 2009 08:02:53 -0700 + +openhpi (2.12.0-1) unstable; urgency=low + + * Updated to upstream 2.12.0 version; differences listed at + http://openhpi.org/News + * Few substantial changes except normal bug-fixing. Most important + difference is that this is a released (supported) version of + openhpi, instead of the 2.11.2 development version. (Closes: 493032) + * Added lintian-overrides files to clean up compile/build + + -- Bryan Sutula Thu, 31 Jul 2008 16:09:20 -0600 + +openhpi (2.11.2-1) unstable; urgency=low + + * Updated to upstream 2.11.2 version; differences listed at + http://openhpi.org/News + * Major changes include the addition of two new plugins + (ilo2_ribcl and oa_soap), resulting in two new binary packages + (openhpi-plugin-ilo2-ribcl and openhpi-plugin-oa-soap) + + -- Bryan Sutula Thu, 05 Jun 2008 23:49:50 -0600 + +openhpi (2.10.2-1) unstable; urgency=low + + * Updated to upstream 2.10.2 version; differences listed at + http://openhpi.org/News + * Removed special SAF copyright information, since SAF interface + specification files are now under a BSD-style copyright + * Added LSB Init script section (http://wiki.debian.org/LSBInitScripts) + (Closes: 460216) + * Newer upstream should work with gcc 4.3 (Closes: 474897) + * Moved to standards version 3.7.3 + * Temporarily removed "-Werror" from compile flags as there appears to be + a cast problem in glib (to be investigated further) + + -- Bryan Sutula Wed, 09 Apr 2008 16:07:45 -0600 + +openhpi (2.8.1-1) unstable; urgency=low + + * Updated to upstream 2.8.1 version; differences listed at + http://openhpi.org/News + * Changed licensing terms of the Debian packaging to be BSD instead + of GPL, to be consistent with the licensing of the rest of the package + * Clarified the copyright of several Autoconf-generated files, which can + actually be BSD instead of GPL + * Added README.Debian to all openhpi packages; added a pointer to the rest + of the README files which are only installed in /usr/share/doc/libopenhpi2 + * Added "Recommends" of openhpid to libopenhpi2 as per bug discussion; + (Closes: 415598) + * Updated debian/control to remove references to deprecated + ${Source-Version)} variable as per http://wiki.debian.org/binNMU + + -- Bryan Sutula Mon, 20 Aug 2007 10:44:37 -0600 + +openhpi (2.6.2-3) unstable; urgency=low + + * Minor source change to fix build problem on sparc + * Moved openhpi metapackage to extra (openhpi-plugin-sysfs is extra) + + -- Bryan Sutula Mon, 22 Jan 2007 11:53:56 -0700 + +openhpi (2.6.2-2) unstable; urgency=low + + * Missed adding the SAF copyright to debian/copyright; added + * Version 2.6.2-1 was never distributed so this version also + closes 2.6.2-1 bugs (Closes: 399794) + + -- Bryan Sutula Tue, 09 Jan 2007 09:42:15 -0700 + +openhpi (2.6.2-1) unstable; urgency=low + + * Updated to upstream 2.6.2 version. A major change for 2.6.2 + is that the openhpi daemon is now always required, eliminating + the openhpi-switcher application. + * Updated the SAF license as per SAF board of directors. The entire + package is now DFSG-free and eligible to move from the non-free to + the main repository. See copyright and copyright.SAF + * Moved openhpi-plugin-sysfs from optional to extra (depends on + libsysfs2 which is extra) (Closes: 399794) + + -- Bryan Sutula Wed, 27 Dec 2006 17:03:30 -0700 + +openhpi (2.5.2-2) unstable; urgency=low + + * Clean up and fix debian/copyright file + * Remove docs/hld subdirectory (license may not be DFSG compliant) + * Remove docs/hld from upstream tarball (so we don't ship the above) + * Moved the set of packages from main to non-free because the SAF + license is not DFSG-compliant + * Moved openhpi-plugin-simulator and openhpi-plugin-watchdog into the + base library (libopenhpi2) to reduce package count + * Moved the /usr/lib/openhpi/*.so symlinks from libopenhpi-dev to + libopenhpi2. This is not typical packaging, but OpenHPI dynamically + loads plugin modules and the load call (lt_dlopenext) is looking for + these .so symlinks. + * Renamed the SNMP plugin to ...snmp-bc to more properly reflect its + use with BladeCenter hardware + * Fixed some IPMI package descriptions which were misleading + * Removed "-Wall" and "-Wcast-align" from configure.ac because they cause + ia64 compiles to fail (removed earlier but not in prior changelog) + * Added debian/TODO file to capture things that still need work + + -- Bryan Sutula Wed, 15 Nov 2006 12:03:37 -0700 + +openhpi (2.5.2-1) unstable; urgency=low + + * Break out plugin modules into separate Debian packages. This is + important for low-memory installations. (Not so much code size + but the dependencies that certain plugins bring with them.) + * Rename libopenhpi package to libopenhpi2 as per policy + * Don't include .la files. If these are included, then other packages + will compile specific version dependencies to this version, and we'll + have a lot of package upgrade issues. If we really want them, we can + add them back to a future version. + * Removed manual dependency on libncurses5 from openhpi-plugin-ipmi as + this issue appears to have been fixed between Sarge and Etch. + * Minor change to cpp/oSaHpiTypesEnums.hpp because of g++ version 3 + to version 4 conversion. + * Fixed minor packaging issues in preparation for first Debian upload. + * Initial release (Closes: #379864) + + -- Bryan Sutula Wed, 25 Oct 2006 15:11:27 -0600 + +openhpi (2.5.2-0hpde3) hpde-2-0-11-1; urgency=low + + * Fixed packaging issue where overall metapackage could not be built from + the supplied source + * Fixed issue with libsnmp_bc.so, where it wasn't versioned properly + (upstream issue) + + -- Bryan Sutula Mon, 21 Aug 2006 12:13:09 -0600 + +openhpi (2.5.2-0hpde2) hpde-2-0-11-x; urgency=low + + * First beta OpenHPI package for Debian (not uploaded to Debian) + + -- Bryan Sutula Fri, 18 Aug 2006 11:37:34 -0600 + +openhpi (2.5.2-0hpde1) UNRELEASED; urgency=low + + * This was a development vehicle and wasn't released anywhere + * First complete OpenHPI package for Debian (but not tested, not uploaded) + * Includes separate .debs for libraries, etc. + * Daemon start/stop should now work on package install/remove + * Fixed 2.5.2 upstream plugin bug where example programs crash at exit(); + upstream doesn't call oh_close_handlers() in 2.6.0, aiui. + * Please note that this will NOT install cleanly on 2.5.2-0hpde0; please + --purge that package first before installing this + + -- Bryan Sutula Wed, 16 Aug 2006 02:47:33 -0600 + +openhpi (2.5.2-0hpde0) UNRELEASED; urgency=low + + * Initial packaging hack + + -- Bryan Sutula Fri, 07 Jul 2006 13:57:12 -0600 --- openhpi-2.14.1.orig/debian/openhpi-clients.lintian-overrides +++ openhpi-2.14.1/debian/openhpi-clients.lintian-overrides @@ -0,0 +1,4 @@ +# It's a known problem that there are missing manpages for a number of example +# client programs that are shipped with OpenHPI. I am working with upstream +# to write these, and they will eventually be a part of the package. +#openhpi-clients binary: binary-without-manpage --- openhpi-2.14.1.orig/debian/openhpi-plugin-snmp-bc.lintian-overrides +++ openhpi-2.14.1/debian/openhpi-plugin-snmp-bc.lintian-overrides @@ -0,0 +1,10 @@ +# There is something strange about the snmp-bc plugin, in the way it uses +# it's helper libraries. I don't fully understand how it's different from +# the rest of the plug-ins in this respect. +# +# In any case, the upstream version didn't give this library a soname. +# Instead, the packaging enforces that the plug-in and helper libraries are +# the same version as the main library. Therefore, I believe (in this case) +# we shouldn't need to deal with different library versions through the use of +# sonames. +openhpi-plugin-snmp-bc binary: package-name-doesnt-match-sonames --- openhpi-2.14.1.orig/debian/control +++ openhpi-2.14.1/debian/control @@ -0,0 +1,196 @@ +Source: openhpi +Section: admin +Priority: optional +Maintainer: Bryan Sutula +Uploaders: Khalid Aziz +Homepage: http://openhpi.org +Build-Depends: debhelper (>= 6.0.7~), autotools-dev, autoconf (>= 2.57), automake1.9, uuid-dev, libglib2.0-dev (>= 2.2), pkg-config, libltdl-dev, openipmi (>= 2.0.7), libopenipmi-dev (>=2.0.7), libsnmp-dev, libssl-dev, libsysfs-dev (>= 0.3), libncurses5-dev, libxml2-dev +Standards-Version: 3.8.3 + +Package: libopenhpi2 +Section: libs +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends} +Recommends: openhpid (= ${binary:Version}) +Conflicts: libopenhpi +Replaces: libopenhpi +Description: OpenHPI libraries (runtime and support files) + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains the runtime libraries and support files needed by + an application program that uses OpenHPI. As a packaging convenience, + this base library also includes the watchdog and simulator plugin + modules. + +Package: libopenhpi-dev +Section: libdevel +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi2 (= ${binary:Version}), libopenipmi0 (>=2.0.7), openipmi (>=2.0.7) +Description: OpenHPI libraries (development files) + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains the development libraries and include files needed + to build an application program that uses OpenHPI. + +Package: openhpid +Section: admin +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi2 (= ${binary:Version}), lsb-base +Description: OpenHPI daemon, supports gathering of manageability information + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains the OpenHPI daemon. This process gathers + information from managed hardware and systems, making this available + to OpenHPI-based applications. + + +Package: openhpi-clients +Section: admin +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi2 (= ${binary:Version}) +Description: OpenHPI example client programs + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains the example client programs supplied as part + of OpenHPI. + +Package: openhpi-plugin-ilo2-ribcl +Section: libs +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi2 (= ${binary:Version}) +Conflicts: libopenhpi +Replaces: libopenhpi +Description: OpenHPI plugin module for HP's ProLiant rackmount servers + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains a plugin module that provides hardware information + from many HP ProLiant rackmount servers, accessing this information + using RIBCL to an iLO2, over a LAN. + +Package: openhpi-plugin-ipmi +Section: libs +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi2 (= ${binary:Version}), libopenipmi0 (>=2.0.7), openipmi (>=2.0.7) +Conflicts: libopenhpi +Replaces: libopenhpi +Description: OpenHPI plugin module for OpenIPMI + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains a plugin module that accesses hardware information + through the OpenIPMI library. + +Package: openhpi-plugin-ipmidirect +Section: libs +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi2 (= ${binary:Version}) +Conflicts: libopenhpi +Replaces: libopenhpi +Description: OpenHPI plugin module for direct IPMI over LAN (RMCP) or SMI + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains a plugin module that accesses hardware information + with direct IPMI commands over a LAN (RMCP) or through the local SMI. + +Package: openhpi-plugin-oa-soap +Section: libs +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi2 (= ${binary:Version}) +Conflicts: libopenhpi +Replaces: libopenhpi +Description: OpenHPI plugin module for HP's BladeSystem c-Class + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains a plugin module that provides hardware information + from HP BladeSystem c-Class servers, accessing this information using + SOAP/XML to an Onboard Administrator module, over a LAN. + +Package: openhpi-plugin-snmp-bc +Section: libs +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi2 (= ${binary:Version}) +Conflicts: libopenhpi +Replaces: libopenhpi +Description: OpenHPI plugin module for IBM's BladeCenter or RSA over SNMP + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains a plugin module that accesses IBM BladeCenter + and RSA-enabled systems hardware information through SNMP. + +Package: openhpi-plugin-sysfs +Section: libs +Priority: extra +Architecture: linux-any +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi2 (= ${binary:Version}) +Conflicts: libopenhpi +Replaces: libopenhpi +Description: OpenHPI plugin module for the sysfs filesystem + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains a plugin module that accesses hardware information + presented through the sysfs filesystem. + +Package: openhpi-plugin-watchdog +Section: libs +Priority: optional +Architecture: linux-any +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi2 (= ${binary:Version}) +Conflicts: libopenhpi +Replaces: libopenhpi +Description: OpenHPI plugin module for the Linux watchdog interface + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface specification. (See http://www.saforum.org) As + such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + This package contains a plugin module that uses the Linux watchdog API. + +Package: openhpi +Section: admin +Priority: extra +Architecture: all +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi-dev (>= ${source:Version}), openhpid, openhpi-clients, openhpi-plugin-ilo2-ribcl, openhpi-plugin-ipmi, openhpi-plugin-ipmidirect, openhpi-plugin-oa-soap, openhpi-plugin-snmp-bc +Recommends: openhpi-plugin-sysfs, openhpi-plugin-watchdog +Description: SAF's HPI: Abstracted interface for managing computer hardware + OpenHPI is an implementation of the Service Availability Forum's Hardware + Platform Interface (HPI) specification. (See http://www.saforum.org) + As such, OpenHPI facilitates the development of computer manageability + applications which are not tied to a single hardware vendor's products. + . + HPI provides an abstracted interface for managing computer hardware, + typically for chassis and rack based servers. HPI includes resource + modeling; access to and control over sensor, control, watchdog, and + inventory data associated with resources; abstracted System Event Log + interfaces; hardware events and alerts; and a managed hotswap interface. + . + This package is a metapackage which installs all of the OpenHPI + components. --- openhpi-2.14.1.orig/debian/rules +++ openhpi-2.14.1/debian/rules @@ -0,0 +1,170 @@ +#!/usr/bin/make -f +# -*- makefile -*- +# Sample debian/rules that uses debhelper. +# This file was originally written by Joey Hess and Craig Small. +# As a special exception, when this file is copied by dh-make into a +# dh-make output file, you may use that output file without restriction. +# This special exception was added by Craig Small in version 0.37 of dh-make. + +# Uncomment this to turn on verbose mode. +#export DH_VERBOSE=1 + + +# These are used for cross-compiling and for saving the configure script +# from having to guess our platform (since we know it already) +DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) + + +# The following fails on ia64, because of alignment stuff +# CFLAGS = -Wall -g +CFLAGS = -g + +ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) + CFLAGS += -O0 +else + CFLAGS += -O2 +endif + +ifeq ($(DEB_HOST_ARCH_OS), linux) +CONFFLAGS += --enable-watchdog +endif + +configure: configure-stamp +configure-stamp: + dh_testdir + cp -f /usr/share/misc/config.guess config.guess + cp -f /usr/share/misc/config.sub config.sub + # Add here commands to configure the package. + # The following Debian defaults don't work...need to figure out what's + # wrong: + # LDFLAGS="-Wl,-z,defs" + chmod +x ltmain.sh configure + ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --sysconfdir=/etc --with-varpath=/var/lib/openhpi --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-daemon --enable-clients --enable-cpp_wrappers --enable-snmp_client --enable-ipmi --enable-sysfs --enable-snmp_bc --enable-ipmidirect --enable-remote_client --enable-simulator $(CONFFLAGS) CFLAGS="$(CFLAGS)" + touch configure-stamp + + +build: build-stamp + +build-stamp: configure-stamp + dh_testdir + + # Add here commands to compile the package. + $(MAKE) + + touch $@ + +clean: + dh_testdir + dh_testroot + rm -f build-stamp configure-stamp + + # Add here commands to clean up after the build process. + chmod -x ltmain.sh configure + [ ! -f Makefile ] || $(MAKE) distclean + rm -f config.guess config.sub + dh_clean + +install: build + dh_testdir + dh_testroot + dh_clean -k + dh_installdirs + + # Add here commands to install the package into debian/openhpi. + # Installing into debian/tmp, then using dh_install and the + # package.install file to break up the files into packages. + $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp + + # openhpi is an empty package, but an empty .install file can't be + # represented in a diff + touch debian/openhpi.install + + +# Build architecture-independent files here. +binary-indep: build install + dh_testdir + dh_testroot + dh_installchangelogs -i + dh_installdocs -i --all debian/README.Debian + dh_installexamples -i +# dh_install --sourcedir=debian/tmp -i +# dh_installmenu -i +# dh_installdebconf -i +# dh_installlogrotate -i +# dh_installemacsen -i +# dh_installpam -i +# dh_installmime -i +# dh_python -i +# dh_installinit -i +# dh_installcron -i +# dh_installinfo -i +# dh_installwm -i +# dh_installudev -i + dh_lintian -i +# dh_undocumented -i + dh_installman -i + dh_link -i + dh_compress -i + dh_fixperms -i +# dh_perl -i + dh_installdeb -i + dh_gencontrol -i + dh_md5sums -i + dh_builddeb -i + +# Build architecture-dependent files here. +binary-arch: build install + dh_testdir + dh_testroot + dh_installchangelogs -a + dh_installdocs -a --all debian/README.Debian + dh_installexamples -a + # Using the upstream init script...better way to do this? + rm -f debian/openhpid.init + mv debian/tmp/etc/init.d/openhpid debian/openhpid.init + # For now, not shipping the .la files because they are a support + # liability as far as version dependencies go + rm -f debian/tmp/usr/lib/*.la + rm -f debian/tmp/usr/lib/openhpi/*.la + # The following are for specific documentation files that upstream + # puts in a nonstandard place: + mv debian/tmp/usr/share/doc/openhpi-*/README debian/libopenhpi2/usr/share/doc/libopenhpi2/ + mv debian/tmp/usr/share/doc/openhpi-*/README.daemon debian/libopenhpi2/usr/share/doc/libopenhpi2/ + # Our debian/copyright file includes the contents of this one + rm debian/tmp/usr/share/doc/openhpi-*/COPYING + # Upstream doesn't "install" these files anywhere and they're useful: + cp plugins/ilo2_ribcl/OpenHPI_ProLiant_DevGuide.pdf debian/openhpi-plugin-ilo2-ribcl/usr/share/doc/openhpi-plugin-ilo2-ribcl/ + cp plugins/oa_soap/OpenHPI_Blade_DevGuide.pdf debian/openhpi-plugin-oa-soap/usr/share/doc/openhpi-plugin-oa-soap/ + cp plugins/snmp_bc/bc2hpi.pdf debian/openhpi-plugin-snmp-bc/usr/share/doc/openhpi-plugin-snmp-bc/ + dh_install --sourcedir=debian/tmp --fail-missing -a +# dh_installmenu -a +# dh_installdebconf -a +# dh_installlogrotate -a +# dh_installemacsen -a +# dh_installpam -a +# dh_installmime -a +# dh_python -a + dh_installinit -a +# dh_installcron -a +# dh_installinfo -a +# dh_installwm -a +# dh_installudev -a + dh_lintian -a +# dh_undocumented -a + dh_installman -a + dh_link -a + dh_strip -a + dh_compress -a + dh_fixperms -a +# dh_perl -a + dh_makeshlibs -a # Could add -V here + dh_installdeb -a + dh_shlibdeps -l "debian/libopenhpi2/usr/lib:debian/openhpi-plugin-snmp/usr/lib:/usr/lib/libfakeroot" -a + dh_gencontrol -a + dh_md5sums -a + dh_builddeb -a + +binary: binary-indep binary-arch +.PHONY: build clean binary-indep binary-arch binary install