[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

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



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.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=239049

> 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.

http://www.ocsinventory-ng.org/index.php?page=beta-test

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 :

http://remi.collet.free.fr/index.php?2007/04/11/340-ocs-inventory-ng-unix-unified-agent

> 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.

Regards


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]