On Wed, Oct 18, 2006 at 01:25:49PM +0100, Dave Shield wrote: > On 18/10/06, Roland Stigge <[EMAIL PROTECTED]> wrote: > > It looks like someone had to choose between breaking the > > /var/agentx/master convention and the FHS (no new subdirectories under > > /var without FHS consultation). > > > If this imposes any kind of serious problem, please describe, or even > > better: File a bug against the net-snmp package in Debian. Then we can > > sort it out. > > It seems to me that this isn't really a Debian- or Net-SNMP- issue. > Both of us are simply following the agreed standards from our > respective environments. > Surely this is something that could bite *any* FHS-based O/S and *any* > AgentX-capable SNMP agent?
Yes. > I'd have thought this is something that should be raised with either > the AgentX working group, or the FHS people. I've been subscribed to > the AgentX list for several years, and can't recall seeing any mention > of this problem. And a quick search of the FHS list for "agentx" > doesn't throw up anything. I agree with you here. Another thing that comes to mind is that the FHS says _transient_ sockets should go into /var/run - that opens up for even more discussion, is this a transient socket? > On a slightly different note - should we (i.e. Net-SNMP) consider > adjusting the default location of the persistent directory? A quick > perusal of the FHS specs would indicate that we should perhaps be > using /var/lib/net-snmp. > Or is that a can of worms that's better left unmentioned? As another data point RHEL4 puts the socket into /var/agentx/master so even among the FHS systems there seems to be no consensus. I think we should leave this alone. /MF ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
