As I informed Wes a little while ago, I'm about to get onto a plane for a wilderness trip that will leave me without access. As a result, I won't have time to run the tests or do additional debugging until I return at the end of the month.See the message I posted on 17-Oct for addition informationO
On 19-Oct-2006, at 3:57 PM, Robert Story wrote:The new hardware cpu code fails to build on my OS X box (darwin7). hardware/cpu/cpu_nlist.c:17:25: vm/vm_param.h: No such file or directory hardware/cpu/cpu_nlist.c:18:26: vm/vm_extern.h: No such file or directory There is a , but I couldn't find a v
Thomas Anders wrote:
> Dave Shield wrote:
>
>>On 10/10/06, Dave Shield <[EMAIL PROTECTED]> wrote:
>>
>>>6) SIGHUP errors
>>
>>Can someone please remind me as to exactly which config settings
>>trigger this problem.
>>I'd half-remembered that it hit a default build with a fairly vanilla
>>config fi
chris jalbert wrote:
> The Perl modules compile with my patches, but I haven't yet tried
> embedded Perl.
Please do and report the results of "make test" and "make perltest". We've had
at least two reports that the embedded perl tests fail on OSX. We'd like to turn
it off on OSX if it doesn't work
Dave Shield wrote:
> On 10/10/06, Dave Shield <[EMAIL PROTECTED]> wrote:
>> 6) SIGHUP errors
>
> Can someone please remind me as to exactly which config settings
> trigger this problem.
> I'd half-remembered that it hit a default build with a fairly vanilla
> config file, but quick testing this mo
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> If there's *really* no way to solve the circular dependencies
TA> between libnetsnmpagent, libnetsnmphelpers (and libnetsnmpmibs?),
TA> then I'd have certain sympathy for collapsing them into one,
TA> because I wouldn't see any benefit of
Hi Dave,
The new hardware cpu code fails to build on my OS X box (darwin7).
hardware/cpu/cpu_nlist.c:17:25: vm/vm_param.h: No such file or directory
hardware/cpu/cpu_nlist.c:18:26: vm/vm_extern.h: No such file or directory
There is a , but I couldn't find a vm_extern equivalent (based
on name on
Wes Hardaker wrote:
> A possible and easy solution is to put the helper code into libagent
> instead and leave a libhelpers around with about nothing in it (but a
> bogus function).
If there's *really* no way to solve the circular dependencies between
libnetsnmpagent, libnetsnmphelpers (and libne
ML wrote:
> Dnia poniedziałek, 9 października 2006 18:58, ML napisał:
>
> It looks like there's some strange variable visibility problem here
> (threads?). I'm not sure of the exact cause of this, because I don't know the
> architecture of Net-SNMP as a whole, but the following dirty-hacky patch
Forwarding to the list
ML
-- Forwarded message --
Subject: Re: SNMPv3 - problem with auth/encr sessions with Perl module
Date: czwartek, 19 października 2006 19:25
From: Wes Hardaker <[EMAIL PROTECTED]>
To: ML <[EMAIL PROTECTED]>
Cc: [email protected]
>
I'll try it on 2.7.
>IIRC SF CF only has Solaris 9 and the problems in question happens on
Solaris
2.6 and 7 with the configure line I posted.
>As for make vs. gmake, that's most definitely not the point here if
configure
leaves us with an empty top-level Makefile, isn't it?
This communication
Wes Hardaker wrote:
>> "BS" == Bruce Shaw <[EMAIL PROTECTED]> writes:
>
>>> Did you figure out why? Is this another sed problem or something else?
>
> WH> No idea (and no time today). Can anyone else reproduce this on Solaris?
>
> BS> There is no gmake on Solaris. What's wrong with good ol
> "M" == ML <[EMAIL PROTECTED]> writes:
M> Having nothing else, I tried the poor man's debug, and here's what
M> I found out. It looks like there's some strange variable
M> visibility problem here (threads?). I'm not sure of the exact cause
M> of this, because I don't know the architecture o
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> Can you please tell/document how exactly you did the update?
1) I ran ./gen
2) I found it no longer worked thanks to perl changing things all the
time.
3) I fixed ./gen to work with a modern perl and h2xs (5.8.8)
TA> Also, shouldn'
> "BS" == Bruce Shaw <[EMAIL PROTECTED]> writes:
BS> Is this possible?
I think it'd be better to attach the demon as an agentx sub agent
rather than simply figure out how to parse our config files. It'd be
less code and more reuse, though a bit more complex in implementation
internally. The
> "BS" == Bruce Shaw <[EMAIL PROTECTED]> writes:
>> Did you figure out why? Is this another sed problem or something else?
WH> No idea (and no time today). Can anyone else reproduce this on Solaris?
BS> There is no gmake on Solaris. What's wrong with good old fashioned make?
I just built
Wes Hardaker wrote:
>> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
>
> TA> Not that much "later", unfortunately:
>
> TA> solaris27# ~/src/net-snmp-5.4cvs/configure --with-defaults
> TA> --enable-mfd-rewrites --with-mib-modules="if-mib udp-mib tcp-mib"
>>> myconfig.log 2>&1 && gmake
> TA
Is this possible?
Is this a good idea?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Anthony
Johnson
Sent: Thursday, October 19, 2006 3:36 AM
To: [email protected]
Subject: [osol-discuss] Project Proposal: auditd audit_snmptrap plugin
T
Wes Hardaker wrote:
>> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
>
> TA> Not that much "later", unfortunately:
>
> TA> solaris27# ~/src/net-snmp-5.4cvs/configure --with-defaults
> TA> --enable-mfd-rewrites --with-mib-modules="if-mib udp-mib tcp-mib"
>>> myconfig.log 2>&1 && gmake
> TA
Wes Hardaker wrote:
> TA> None of the areas touched with this flag (SENSORLIBS, LIBCRYPTO) have
> TA> ever caused any problems for me, so I think you've turned something off
> TA> for no good reason.
>
> I believe they did as reported by someone on something I now forget.
Is "Someone reported som
On Wed, Oct 18, 2006 at 04:01:50PM -0700, Fong Tsui wrote:
> I need a suggestion from your experts.
>
> I have published MIB with defining 0 in enumerated integer list.
> For example:
> xstate OBJECT-TYPE
> SYNTAX INTEGER {
> disabled(0),
> enabled(1)
>
Magnus Fromreide wrote:
>> 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 is mostly a problem since any reasonable agentx implemntation would suppose
> that the well known path i
Magnus Fromreide wrote:
>> 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
23 matches
Mail list logo
