On Jul 15, 2008, at 1:58 PM, Dave Shield wrote:

> 2008/7/15 Jeff Johnson <[EMAIL PROTECTED]>:
>> Two years ago I suggested that net-snmp doesn't need to do -lrpm:
>    [snip]
>> ... I believe its finally time to _REALLY_ solve the development  
>> issue of
>> net-snmp <-> rpm linkage forever.
>
> Your timing is impeccable!
> I'm currently in the middle of reworking the code for hrSWRunTable and
> hrSWInstalledTable (based on the recent submission for Darwin  
> systems).
>
> Literally at this very minute, I'm in the middle of compiling a new
> RPM-based implementation of the hrSWIntalledTable.
>
> I'll have a look at your patches, and see how they might be  
> incorporated
> into this rewrite.  Give me a day or two, and then I'll get back to  
> you.
>

Note that there are no net-snmp patches from me (yet) because I don't  
know how
you wish to proceed.

I'd suggest reading zero byte files from a directory to populate the  
HR MIB.
The necessary changes are quite straight forward, and are mostly net- 
snmp autoconf
related.

But the "traditional" approach, teaching net-snmp AutoFu to handle 3  
(yes 3!) variant rpmlib API's
can be done too.

I can/will attempt patches as soon as I know which of the two  
approaches is
desired for net-snmp. My goal here is to get rpm-5.x unmasked in  
Gentoo by
permitting Gentoo builds of net-snmp (and sussen, which also should  
be using
zero byte files in a directory to identify which packages are  
installed imho))
not otherwise.

hth

73 de Jeff


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to