| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Install software's documentation in a separate package.
|
|
|
|
|
|
|
|
|
|
| |
This fixes rpmlint error:
openlmi-pcp.noarch: E: non-readable /var/lib/openlmi-providers/60_LMI_PCP_PMNS.mof 0L
The file can't be read by everybody. If this is expected (for security
reasons), contact your rpmlint distributor to get it added to the list of
exceptions for your distro (or add it to your local configuration if you
installed rpmlint from the source tarball).
|
|
|
|
|
| |
This fixes rpmlint warning:
no-dependency-on openlmi-indicationmanager-libs/openlmi-indicationmanager-libs-libs/libopenlmi-indicationmanager-libs
|
|
|
|
|
|
|
|
| |
This fixes rpmlint warining:
openlmi-providers-devel.x86_64: W: no-documentation
The package contains no documentation (README, doc, etc). You have to include
documentation files.
|
|
|
|
|
|
|
|
|
|
| |
This fixes rpmlint warning:
openlmi-providers.x86_64: W: obsolete-not-provided cura-providers
If a package is obsoleted by a compatible replacement, the obsoleted package
should also be provided in order to not cause unnecessary dependency breakage.
If the obsoleting package is not a compatible replacement for the old one,
leave out the Provides.
|
|
|
|
| |
Note that the theme is BSD-licensed.
|
|
|
|
| |
Signed-off-by: Roman Rakus <rrakus@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Toplevel openlmi configuration file (/etc/openlmi/openlmi.conf) now
contains common configuration options for all providers. Configuration
for each provider could be overriden in provider-specific config
(/etc/openlmi/$provider/$provider.conf).
This patch also modify config file handling in python providers to
include this config file.
There is also support for C providers (in libopenlmicommon) for reading
these config files and providing default configuration options.
|
| |
|
|
|
|
| |
Reported-By: Klaus Kaempf <kkaempf@suse.de>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
New subpackage:
openlmi-account-doc
containing admin guide
Also added missing dependency for openlmi-providers-devel subpackage,
which was missing konkretcmpi-python in its Requires. It needs to be
present for openlmi-doc-class2rst script to work properly.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
It needs to be present in the buildroot but will not be actually
installed.
See:
http://www.rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-directives.html#S3-RPM-INSIDE-FLIST-GHOST-DIRECTIVE
|
|
|
|
|
| |
SFCB does not like the initial underscore charactes, which violate MOF syntax.
As consequence, the __MethodParameters classes are now in separate MOF file.
|
| |
|
| |
|
|
|
|
|
|
| |
Setuptools do not install __init__ module of top-level namespace module,
which prevents user installed eggs from being loaded. This commit adds
installation statements to spec itself.
|
|
|
|
|
| |
Each command in the registration script is now logged into
/var/log/openlmi-install.log file.
|
| |
|
|
|
|
| |
path.
|
| |
|
| |
|
|
|
|
|
| |
openlmi-python subpackage no longer exists
openlmi-python-base and openlmi-python-providers made instead
|
| |
|
| |
|
| |
|
|
|
|
| |
uninstall them.
|
| |
|
|
|
|
|
| |
register contents of mofs just to root/interop now that
tog-pegasus uses this namespace
|
| |
|
|
|
|
| |
We use native Pegasus profile registration.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Both (un)register-$PROVIDER and specfile are updated to use version
during register/unregister.
Version of OpenLMI-Providers *MUST* be kept up-to-date in top level
CMakeLists.txt.
|
|
|
|
| |
install software configs in spec
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
- contents properly built/packaged into openlmi-pcp subrpm
- a cron.daily job conditionally (rarely) rebuilds the MOF/REG files
based upon current PCP state
- /usr/bin/openlmi-pcp-generate able to be run by hand, cron.daily job minimal
- more run-time PCP error tolerance
|
|/
|
|
| |
Added and packaged the cmpiLMI_Hardware-cimprovagt file for hardware provider.
|
| |
|
|
|
|
|
|
|
|
| |
Each OpenLMI profile should define static instance of
LMI_RegisteredProfile in one of its mof files. This instance should use
CIM_RegisteredProfile::RegisteredVersion to say, which version of
DMTF/SMASH profile it implements. And Major/Minor versions and
RevisionNumber for any API/implementation changes.
|