rpms/ocsinventory-client/devel ocsinventory-client.spec, 1.7, 1.8
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
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
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