On Mar 4, 2010, at 9:16 AM, Jan Safranek wrote:
> Hi,
>
> in all supported branches there should be check in ./configure script,
> which enables legacy RPM API when the user has newer RPM (4.6 and later).
>
> Today I wanted to port the new host/hrSWInstalled table to the new RPM
> API in SVN trunk, but I was surprised it's already done. Thanks to Dave
> Shield's reimplementation of the table, both old and new RPM API is
> detected and used since 2008-07-25.
>
> So, no matter what version of RPM the user has, compilation should work
> in all branches.
>
Just as a gentle reminder ...
net-snmp linking -lrpm has been deemed one of the harder
API's to maintain (by Wes Hardaker), and the linkage forces
inclusion of all of Berkeley DB in net-snmp, with "stale lock" issues
in /var/lib/rpm and more that can/will cause the net-snmp daemon to hang.
Instead, what _SHOULD_ be done to support the very minor
requirements of the HR-MIB to return the tuple
{name, version, installtime}
is to create a separate and simpler store on the file
system for use solely by the net-snmp daemon.
All non-rpm based systems already just walk a directory
hierarchy to retrieve the {name,version,installtime}
tuple. Only RPM is different.
A very modest patch to RPM to create/delete files in a
directory whenever a packages is added/removed has
been in use for several years with PLD, and the patch
to use the simpler store has been forwarded to Dave Shields.
But sure, feel free to continue maintaining the current
rpmlib API's forevermore if you wish.
73 de Jeff
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
