rpms/ocsinventory-client/devel ocsinventory-client.spec, 1.7, 1.8

Remi Collet Fedora at FamilleCollet.com
Fri May 4 17:36:46 UTC 2007

David Woodhouse a écrit :
> On Mon, 2007-04-09 at 01:34 -0400, Remi Collet wrote:
>> +# This requires dmidecode (at run time) which is only available on x86.
>> +ExcludeArch: ppc ppc64 s390 s390x ia64 
> To use ExcludeArch, you MUST have a bug filed an on the
> FE-ExcludeArch-ppc tracker (and FE-ExcludeArch-ppc64 now too, I
> suppose).

I must apologize, i missed that.


> But the correct fix in this case is to make the use of dmidecode
> optional, and perhaps to look elsewhere for the information you wanted
> from it. 

Yes, i work on this issue.

I use this packages for my company and we know there is a lot work to
improve it.

Our need is to have a running inventory agent for all our OS, i mean
Linux, Windows, Aix, Solaris, ...

We are actualy working on the new "OCS Inventory NG Unix Unified Agent",
fully written in perl, which should/must works on all arch.


We are aleady using it on RHEL 2-4, Fedora 3-6, AIX 5.x, Solaris 9.

Working on this new agent, i have split, from ocsinventory-agent (which
will become obsolete), a sub-package ocsinventory-ipdiscover (which is
still  needed). That's why ocsinventory became "noarch".

I waiting for the "beta" test before posting a review for this new
agent, but it's already available for testing :


> Just disabling an architecture is the packagemonkey approach.

Probably, if you don't know which works are in progress.

> Fedora needs _maintainers_ not packagemonkeys.

I'm really sad if you think i'm one.

> Once the bug is filed, include the information about what you were
> looking for in the dmidecode output. I'll see the bug when it's added to
> the tracker and I'll tell you where to find information
> in /proc/device-tree, if possible.

Help/Test on new ocsinventory-agent is probably more useful.


More information about the fedora-devel-list mailing list