Fwd: Re: Cmake error
by George varghese
---------- Forwarded message ----------
From: "George varghese" <georgooty(a)gmail.com>
Date: Apr 22, 2013 7:47 PM
Subject: Re: Cmake error
To: "Radek Novacek" <rnovacek(a)redhat.com>
Still error remains.
CMake Error at cmake/modules/OpenLMIMacros.cmake:66 (message):
KonkretCMPI failed: 1 error: User/CIM_KerberosTicket.mof(73): a subclass
cannot define any keys if the superclass has
Call Stack (most recent call first):
l
src/fan/CMakeLists.txt:11 (konkretcmpi_generate)
Please help me,
Regards,
George
On Mon, Apr 22, 2013 at 6:53 PM, George varghese <georgooty(a)gmail.com>wrote:
> Set environment var this as /usr/local/share/sfcb/CIM
> But in code.
> On Apr 22, 2013 5:45 PM, "Radek Novacek" <rnovacek(a)redhat.com> wrote:
>
>> On Mon 22 of Apr 2013 17:39:02 George varghese wrote:
>> > Hi,
>> > KONKRET_SCHEMA_DIR environment variable doesn't exist.
>> > /usr/share/mof/com-current.
>> >
>> > I hav already installed konkretcmpi. How to resolve this issue.
>> > Regards,
>> > George
>>
>> Hello, you should point KONKRET_SCHEMA_DIR environment variable to the
>> directory where you have deployed the CIM schema. You can get it from
>> here:
>>
>>
>> http://dmtf.org/sites/default/files/cim/cim_schema_v2330/cim_schema_2.33....
>>
>> If you use Fedora, you can just install package cim-schema.
>>
>> Radek Novacek
>>
>
11 years, 1 month
Review Request 240: openlmi-software:indications [3/5] renamed mof files according to LMI convention
by Stephen Gallagher
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-openlmi.rhcloud.com/r/240/
-----------------------------------------------------------
Review request for OpenLMI Developers.
Repository: openlmi-providers
Description
-------
renamed mof files according to LMI convention
Mof files prefixed with digits ensuring their correct order of parsing
upon their installation. This avoids problems with sfcbmof compiler,
which can not handle dependent classes being parsed before their
antecedents.
Convention is specified in mof/README.
Removed inclusion of LMI_Qualifiers in LMI_Jobs. LMI_Qualifiers should
be registered in cimom instead of included in dependent mof files.
This allows it to be used by any other providers simultaneously.
Modified references to mof files in cmake build files.
Diffs
-----
mof/LMI_SoftwareIndicationFilters.mof
mof/README PRE-CREATION
src/account/CMakeLists.txt 776ce871b4057b665362922c2072788a708f67d2
src/hardware/CMakeLists.txt c50acef4758c595acf95a4636454189d7da75997
src/logicalfile/CMakeLists.txt 8b0097ac4830c6d875050eaf93e743fdc17b58c5
src/fan/CMakeLists.txt 7cb801ae1e8fa71dec4190bcfe3d7b5db6a437e0
mof/LMI_PowerManagement.mof
mof/LMI_Qualifiers.mof
mof/LMI_Service.mof
mof/LMI_Software.mof
mof/LMI_LogicalFile.mof
mof/LMI_Hardware.mof
mof/LMI_Jobs.mof b17e8338fa96f3bea9b6f884670b9f2dc13b059f
mof/LMI_Account.mof
mof/LMI_Fan.mof
src/power/CMakeLists.txt 73725d39d9f37fb40e0bb0750de9459923d6609f
src/service/CMakeLists.txt c0f236f7d8da1d8cdba78273ea73512ac9f3f76c
Diff: http://reviewboard-openlmi.rhcloud.com/r/240/diff/
Testing
-------
Thanks,
Michal Minar
11 years, 1 month
Cmake error
by George varghese
Hi,
KONKRET_SCHEMA_DIR environment variable doesn't exist.
/usr/share/mof/com-current.
I hav already installed konkretcmpi. How to resolve this issue.
Regards,
George
11 years, 1 month
Review Request (realmd)
by John Dennis
I would like the team to review the realmd provider I wrote. I tried to
use ReviewBoard to post the review request but I ran into number of
problems since the code is not yet in one of the repos known to the
ReivewBorad instance. Also a diff in the context of new code doesn't
make much sense, there is nothing to diff against and with such a large
body of code diff format would be difficult to read. Instead I'm going
to suggest cloning the below git repo to review the code.
git://fedorapeople.org/~jdennis/realmd-cim.git
In other projects we review prior to import anyway.
Some notes:
* We recognize this is not the best example of CIM modeling, To fully
integrate into the existing CIM schema requires the existence of other
providers which do not exist (i.e. credentials, KDC, etc.). We had a
meeting about this a couple of weeks ago and decided at this juncture it
was best to just expose what realmd provides and not attempt full model
integration. We expect scriptons to hide much of this anyway.
* Two mof's have been proposed. The original LMI_realmd.mof exposed many
of the features of realmd but there was concern about needing to support
this API in the future when things change or whether people really
needed access to the additional functionality. An alternate mof was
proposed with a greatly simplified API that really only exposes a
DomainName property and the JoinDomain & LeaveDomain methods. It was
easy to just add the DomainName property and methods to the existing
LMI_RealmdService class, this is marked in the mof with the comment
"Proof of concept simplfied API starts here". At this early stage this
seemed preferable to needing to produce two different providers, two
different git branches, the potential to lose the source code for the
full functionality if only the simplified version is imported etc.
However, what is exposed via the mof is a question which must be resolved.
* There is a Python client script, doc/examples/realmd-cim which
illustrates potential scripton snippets. It was written in a manner
whereby the main script handles command line arg parsing and CIMOM
connection handling, but then passes off operations to commands which
implement individual actions, each has the same function prototype, a
connection object, the parsed command line options, and any extra
command line arguments.
* There are some files in the repo which exist only for development
purposes, e.g. the scripts under tools/ and a barebones spec file used
only for testing, you can ignore these during review.
John
--
John Dennis <jdennis(a)redhat.com>
Looking to carve out IT costs?
www.redhat.com/carveoutcosts/
11 years, 1 month