I have submitted a bug but forgot to attach a test script for
reproducing the problem. How can I re-attach a file to the exiting bug?
Thanks,
FT
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's
> On Wed, 26 Jul 2006 21:42:14 +0800, "񢐁" <[EMAIL PROTECTED]> said:
yaoyu2005> I don't know why, and why in the trapd receiver(snmptrapd)
yaoyu2005> codes need the function init_agent()? Thank you!
Our trap receiver acts as an agent as well allowing remote
modification of the USM tables,
> On Wed, 19 Jul 2006 16:45:59 -0700, Anders Persson <[EMAIL PROTECTED]>
> said:
Anders> Most of the changes are Solaris specific, however, a small number of
Anders> changes were made to the generic and Linux specific code. I have
Anders> uploaded a patch (#1524755) for the generic/Linux
> On Wed, 19 Jul 2006 22:27:32 +0530, "Kadirvelu, Kannan (Kanna)" <[EMAIL
> PROTECTED]> said:
Kannan> We are using net-snmp for our product. We would like to
Kannan> create a new user on the fly with a different auth and priv
Kannan> values than the one which is created by default.
the
Wes Hardaker wrote:
>> On Thu, 27 Jul 2006 12:47:33 -0400, "G. S. Marzot" <[EMAIL PROTECTED]>
>> said:
>
> G> I think I still vote 4) ... one of the very reasons being that some
> G> people don't know the errata exists...and I don't think anyone we
> G> care about will think we are idiots
> On Tue, 25 Jul 2006 11:48:29 +0200, [EMAIL PROTECTED] said:
julien> It seems there are some problems in the way tkmib handles it's
julien> configuration file :
Thanks for the patch. It's been applied for future releases. tkmib
hasn't been touched in a while, admittedly.
--
Wes Ha
see below for answer...
but oh my...I did not do what I thought I did...applying the errata appears to
need to be done by hand...I thought I had downloaded already patched files...
Now I suppose that we should archive the RFC and errata separately...and let the
interested reader consult the rfc##
> On Thu, 27 Jul 2006 04:46:25 + (GMT), rajasekhar kavuri <[EMAIL
> PROTECTED]> said:
rajasekhar> can anyone help me to this problem.
rajasekhar> i am having two machines. say machine A -SNMP MANAGER
rajasekhar> running on it
You likely need to configure your agent for minimal conf
> On Thu, 27 Jul 2006 11:37:39 -0400, Robert Story <[EMAIL PROTECTED]> said:
Robert> How about a new configure macro to label implementations as
Robert> experimental/unstable? If module labeled in this way is
Robert> included in the mib-modules list, configure bails w/a
Robert> warning. And th
> On Thu, 27 Jul 2006 12:47:33 -0400, "G. S. Marzot" <[EMAIL PROTECTED]>
> said:
G> I think I still vote 4) ... one of the very reasons being that some
G> people don't know the errata exists...and I don't think anyone we
G> care about will think we are idiots for quoting/publishing the th
> On Thu, 27 Jul 2006 09:51:28 -0400, "G. S. Marzot" <[EMAIL PROTECTED]>
> said:
G> I vote just the RFCs (protocol/smi) too...the extracted MIBs are
G> elsewhere...and not sure how much added value there is in repeating
G> them within the RFCs.
I'd actually think the MIB RFCs would be he
On 27/07/06, G. S. Marzot <[EMAIL PROTECTED]> wrote:
> Robert Story wrote:
> > Most people don't even realize the errata exists. So if you go about saying
> > "RFC says 'blah'", and 'blah' was part of the errata, then others whoe
> > only have the original RFC (most people) are going to be con
Robert Story wrote:
> On Thu, 27 Jul 2006 12:08:19 -0400 G. wrote:
> GSM> the benefit of shipping the RFCs is mostly convenience as they can be
> GSM> retrieved elsewhere...of course we should strive to have this element of
> GSM> the documentation be as accurate updated as possible...why would any
On Thu, 27 Jul 2006 12:08:19 -0400 G. wrote:
GSM> the benefit of shipping the RFCs is mostly convenience as they can be
GSM> retrieved elsewhere...of course we should strive to have this element of
GSM> the documentation be as accurate updated as possible...why would anyone
GSM> want the original v
On Thu, 27 Jul 2006 11:57:00 -0400 Robert wrote:
RS> The trace you sent was indeed helpful.. I see that bad things happen when
RS> processing the second request:
RS>
RS> netsnmp_assert ((void *)0) != rowreq_ctx failed
RS> elemCommanding/elemCommandParameterTable_interface.c:1089
RS> _mfd_elemComma
Robert Story wrote:
> On Thu, 27 Jul 2006 09:32:46 -0400 G. wrote:
> GSM> also noting that the commit I have would contain the most updated
> versions
> GSM> (i.e., +errata).
>
> How many of the RFCs contained errata?
about 6-7...I didn't count exactly
>
> GSM> I think like anything, we would
On Mon, 17 Jul 2006 09:26:07 +0100 Graeme wrote:
GW> I believe I have the row_merge helper added in (I did a grep in the code
GW> and the table_interface.c file had various functions like
GW> row_merge_handler, row_merge_status_first etc).
Yes, the MFD code handles this for you.
GW> Where should
On Thu, 27 Jul 2006 09:32:46 -0400 G. wrote:
GSM> also noting that the commit I have would contain the most updated versions
GSM> (i.e., +errata).
How many of the RFCs contained errata?
GSM> I think like anything, we would do our best to keep everything as updated
GSM> as possible...
I think thi
On Thu, 27 Jul 2006 15:19:44 +0100 Dave wrote:
DS> > Do you think we should include MIB RFCs too?
DS>
DS> Let's start with the protocol RFCs.
DS> We can add other RFCs later if we feel it would be useful.
I agree.
DS> I'd forgotten that we don't already have a docs (or doc) directory.
Me too!
On Mon, 17 Jul 2006 15:51:31 +0100 Dave wrote:
DS> On 17/07/06, Cedric Stevens <[EMAIL PROTECTED]> wrote:
DS> > I've used the new net-snmp 5.3.1 version.When configuring with the
DS> > --with-mib-modules="disman/ping-mib" option, compile fails with an error:
DS>
DS> I'm not at all surprised.
DS>
On Tue, 18 Jul 2006 17:54:24 -0400 (EDT) Dominique wrote:
DB> I try to generate code for the HC-RMON MIB (RFC3273)
DB> with the command "env MIBS="+HC-RMON-MIB" mib2c
DB> mib2c.mfd.conf etherHistoryHighCapacityTable" but the
DB> perl script stop in the middle of the generation with
DB> the followin
Robert Story wrote:
> On Thu, 27 Jul 2006 09:11:14 +0100 Dave wrote:
> DS> On 26/07/06, G. S. Marzot <[EMAIL PROTECTED]> wrote:
> DS> > Thought it might be good idea to add the SNMP rfcs to the distro...
> DS>
> DS> The full RFCs, rather than just the MIB files, you mean?
>
> Actually, it's just
G. S. Marzot wrote:
> another vote for under net-snmp/doc
>
> since the pluralization seems unneeded
>
> the final proposal is
>
> net-snmp/doc/rfc/...
>
> to help prevent carpal-tunnel-syndrome
>
> -G
also noting that the commit I have would contain the most updated versions
(i.e., +errata).
On 27/07/06, Robert Story <[EMAIL PROTECTED]> wrote:
> DS> The full RFCs, rather than just the MIB files, you mean?
>
> Actually, it's just the RFCs for the protocol/smi, I think. Not any of the MIB
> RFCs.
>
> Do you think we should include MIB RFCs too?
Let's start with the protocol RFCs.
We can
On Thu, 27 Jul 2006 09:11:14 +0100 Dave wrote:
DS> On 26/07/06, G. S. Marzot <[EMAIL PROTECTED]> wrote:
DS> > Thought it might be good idea to add the SNMP rfcs to the distro...
DS>
DS> The full RFCs, rather than just the MIB files, you mean?
Actually, it's just the RFCs for the protocol/smi, I t
On 26/07/06, G. S. Marzot <[EMAIL PROTECTED]> wrote:
> Thought it might be good idea to add the SNMP rfcs to the distro...
The full RFCs, rather than just the MIB files, you mean?
Yes - that sounds a good idea to me.
And your proposed structure seems fine.
(I've got my own local copies organised
another vote for under net-snmp/doc
since the pluralization seems unneeded
the final proposal is
net-snmp/doc/rfc/...
to help prevent carpal-tunnel-syndrome
-G
--- Begin Message ---
On 7/27/06, G. S. Marzot <[EMAIL PROTECTED]> wrote:
Thought it might be good idea to add the SNMP rfcs to the
27 matches
Mail list logo
