>>>>> On Fri, 17 Jun 2011 09:31:29 -0400, Jeff Johnson <[email protected]> said:

JJ> Again and again and again:

Jeff,

I looked at your patches the other day (and haven't had the time to
respond; sorry about that...  it was on my todo list for today).  The
problem is that both engineering approaches have problems.  You're right
that linking to libraries should be avoided when possible and if it was
easy to do so, we definitely wouldn't.

I think applying your patch to a distribution makes a lot of sense.  It
has control over cron, and can do things like add the routine cron-job
on a regular basis and exec rpm and ...  without issue.  The problem is
that we don't have control over the user's environment and system and
can't make assumptions about /etc/cron.d being in existence, etc.

JJ> The better engineering approach is to do what most other non-RPM
JJ> platforms are doing, which is to use simpler system calls like
JJ> stat(2) and opendir(3) and readdir(3) to populate the elements of a
JJ> HRMIB.

IE, this is the part that is problematic.  How do we have a file-based
hierarchy everywhere and works for every rpm based system from Fedora to
embedded systems to Meego to ...  How do you get 'make install' on those
systems to do the complete setup so the HR mib works out of the box?
>From what i could tell from looking (admittedly quickly) at your other
patch, there are assumptions made that means it won't work without user
intervention.

So, I'd even encourage platforms to apply your patch on top of our
existing code if it would make the existing system better.

But in order to apply it to the base, we need a distribution mechanism
that works.  Otherwise it's like setting up a good radio and a good
antenna and expecting people to bring their own feedline.

JJ> Do you want a patch to simplify the net-snmp code, remove the linkage
JJ> to rpm libraries, or not?

Sure.  But one that works on every system, or can be safely made to work
on every system via configure/make-install.

JJ> Otherwise I cease to care about 

Sorry if you're ticked off.  But right now both engineering solutions
suffer from problems.

-- 
Wes Hardaker
Please mail all replies to [email protected]

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to