Magnus Fromreide wrote:
> If I understand it correctly functions in the lib that are to b
> available on win32 must be listed in win32/libsnmp_dll/libsnmp.def.in.
>
> If this is correct (could someone who knows windows please correct me if
> it isn't) then i propose that the attached patch should
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> Wes Hardaker wrote:
>> Could one of you please remove the offending sections of the current
>> main line changelog file?
TA> Done.
Thanks.
--
Wes Hardaker
Sparta, Inc.
Wes Hardaker wrote:
> Could one of you please remove the offending sections of the current
> main line changelog file?
Done.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
-
Using Tomcat but need to do more?
[I'm not going to even try responding in French!]
On 31/10/06, Bruce Shaw <[EMAIL PROTECTED]> wrote:
> Ce qui est la réponse à
>
> snmpget -v 1 -c public 192.168.0.3 .1.3
>
> ?
That should probably be "snmpgetnext "
> Pourquoi "..1.3.6.1.2.1.1.3.0" au lieu de ".1.3.6.1.2.1.1.3.0"?
I've
> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
DS> I'm inclined to agree with Thomas. I think it would be preferable
DS> if the ChangeLog file contained a history of the changes that were
DS> relevant to that particular branch - i.e. the code that
DS> accompanied the log file. Rather than
On 01/11/06, Thomas Anders <[EMAIL PROTECTED]> wrote:
> Dave Shield wrote:
> >>> b) Should 'memAvailSwapTXT' and 'memAvailRealTXT' report the
> >>> amount of memory free, or the amount used?
> >>> The MIB object name implies one, the description the other!
> How does 5.3.x implement
On 01/11/06, Wes Hardaker <[EMAIL PROTECTED]> wrote:
> TA> I've been under the impression that the ChangeLog in each branch would
> TA> only cover the changes in that particular branch and *not* try to also
> TA> cover the changes in other branches. I.e. the ChangeLog in MAIN would
> TA> *not* cove
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> I've been under the impression that the ChangeLog in each branch would
TA> only cover the changes in that particular branch and *not* try to also
TA> cover the changes in other branches. I.e. the ChangeLog in MAIN would
TA> *not* cover ch
Dave Shield wrote:
>>> b) Should 'memAvailSwapTXT' and 'memAvailRealTXT' report the
>>> amount of memory free, or the amount used?
>>> The MIB object name implies one, the description the other!
>
>> I think it should be clarified in the MIB object description that the
>> object nam
Wes Hardaker wrote:
> The changelog is really broken up into differences between releases
> based on changes in multiple branches. Thus a changelog of everything
> unsorted is fairly useless because you don't know which branch it was
> applied to.
>
> So the change log has version "sections" and
On Wednesday 01 November 2006 18:49, Wes Hardaker wrote:
> Better alternative suggestions welcome (but be prepared to implement
> the changes).
svn log -v
darix
--
openSUSE - SUSE Linux is my linux
openSUSE is good for you
www.opensuse.org
-
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> ChangeLog in CVS MAIN (5.4.rc1) looks strange:.
Well, yes and no.
The changelog is really broken up into differences between releases
based on changes in multiple branches. Thus a changelog of everything
unsorted is fairly useless beca
ChangeLog in CVS MAIN (5.4.rc1) looks strange:.
Around line 6593:
- --- snip ---
2005-12-28 11:10 rstory
* ChangeLog:
version update
---
Changes: V5.3 -> V5.3.1
2006-07-13 14:44 hardaker
* man/: netsnmp_ag
On 01/11/06, Thomas Anders <[EMAIL PROTECTED]> wrote:
> Dave Shield wrote on 2006-02-24:
> > a) Should 'memSwapError' monitor 'memAvailSwap' or 'memTotalFree' ?
> > Different architectures implement this differently
>
> I think the MIB descriptions imply monitoring *swap* space, so I'd st
Dave Shield wrote on 2006-02-24:
> As watchers of the CVS list will have realised, I've been doing some
> work on the UCD 'memory' group, and I've come across a couple of
> inconsistencies, which I thought I'd mention here.
>
> a) Should 'memSwapError' monitor 'memAvailSwap' or 'memTotalFree' ?
Wes Hardaker wrote:
>> "MF" == Magnus Fromreide <[EMAIL PROTECTED]> writes:
>
> MF> If I understand it correctly functions in the lib that are to b
> MF> available on win32 must be listed in
> MF> win32/libsnmp_dll/libsnmp.def.in.
>
> Looks good to me. Assuming others think so, I'll put it i
> "MF" == Magnus Fromreide <[EMAIL PROTECTED]> writes:
MF> If I understand it correctly functions in the lib that are to b
MF> available on win32 must be listed in
MF> win32/libsnmp_dll/libsnmp.def.in.
Looks good to me. Assuming others think so, I'll put it in 5.4.rc2
--
Wes Hardaker
Sparta
Passera Pablo-APP015 wrote:
> I'm attaching the proposed patch for snmpusm. The version I'm
> comparing to is 5.3.0.1
Thanks. Can you post this to the patch tracker
(www.net-snmp.org/patches), please?
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
DS> If 'mk' is a directory, then shouldn't this be either "rm -rf mk" or
DS> "rmdir mk" ?
>>
>> Yep. Good catch.
TA> Can you post an updated patch with a rfv for rc2, please?
The only change from the previous one is the one thing Dave poi
> "PP" == Passera Pablo-APP writes:
PP> My proposal for this is to add a new option to the snmpusm
PP> application.
The new feature looks like a good and well-needed one. Can you please
upload it to http://www.net-snmp.org/patches as well to make sure we
don't forget about it? We're curren
Hi,
I have two proposals for the snmpusnm.
First, with the current snmpusm implementation you cannot clone
a user with a different engineID than the template, for instance, if you
use:
./snmpusm -v 3 -u Admin -l authPriv -a SHA -A Test1 -x AES -X Test1
localhost -CE 0x80001F88046
Wes Hardaker wrote:
>> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
>
> DS> If 'mk' is a directory, then shouldn't this be either "rm -rf mk" or
> DS> "rmdir mk" ?
>
> Yep. Good catch.
Can you post an updated patch with a rfv for rc2, please?
+Thomas
--
Thomas Anders (thomas.anders a
If I understand it correctly functions in the lib that are to b
available on win32 must be listed in win32/libsnmp_dll/libsnmp.def.in.
If this is correct (could someone who knows windows please correct me if
it isn't) then i propose that the attached patch should be added to
5.4.rc2
/MF
Index: w
23 matches
Mail list logo