> On Fri, 02 Dec 2005 16:34:17 +, Dave Shield <[EMAIL PROTECTED]> said:
Dave> But that's definitely something for a later date.
Dave> As far as 5.3 is concerned, I'd just be looking at
Dave> making 'get_exec_output' invoke 'run_exec_command',
Dave> and keep the same cache behaviour. (Whi
> On Mon, 5 Dec 2005 07:11:55 -0500, Robert Story <[EMAIL PROTECTED]> said:
Robert> My main concern is that configuration files that are
Robert> owned/writable by a non root-user degrades the security of the
Robert> system by effectively giving everyone with write access to the
Robert> files r
> On Mon, 5 Dec 2005 08:01:10 -0500, Robert Story <[EMAIL PROTECTED]> said:
Robert> On Fri, 02 Dec 2005 01:10:24 +0100 Johannes wrote:
JSF> But I think that isn't your problem at the moment. I think you posted
JSF> the complete make output and not only some lines from the start and the
JSF> la
On Mon, 2005-12-05 at 20:29 +0800, Zax wrote:
> 1
> in agent\mibgroup\system_mib.c
> var_system()
> Is this function old code style for querying?
Yes.
> 2
> in snmplib\default_store.c
>
> static int
> netsnmp_ds_integers[NETSNMP_DS_MAX_IDS][NETSNMP_DS_MAX_SUBIDS];
> static char
> netsnmp_ds
On Fri, 02 Dec 2005 01:10:24 +0100 Johannes wrote:
JSF> But I think that isn't your problem at the moment. I think you posted
JSF> the complete make output and not only some lines from the start and the
JSF> last lines. Could it be that you used the system's make program and not
JSF> GNU make? Due
On Mon, 05 Dec 2005 12:32:13 + Dave wrote:
DS> On Mon, 2005-12-05 at 07:11 -0500, Robert Story wrote:
DS> > My main concern is that configuration files that are
DS> > owned/writable by a non root-user degrades the security
DS> > of the system by effectively giving everyone with write
DS> > acce
On Thu, 01 Dec 2005 21:50:15 -0800 Wes wrote:
WH> So, first off let me start by saying this is the first time in
WH> probably 6 months or more that I ran the mfd mib2c file. I was quite
WH> shocked at the extremely well written set of prompts it led me through
WH> for generating the code. Very ni
1
in agent\mibgroup\system_mib.c
var_system()
Is this function old code style for querying?
2
in snmplib\default_store.c
static int netsnmp_ds_integers[NETSNMP_DS_MAX_IDS][NETSNMP_DS_MAX_SUBIDS];static char netsnmp_ds_booleans[NETSNMP_DS_MAX_IDS][NETSNMP_DS_MAX_SUBIDS/8];static char *net
On Mon, 2005-12-05 at 07:11 -0500, Robert Story wrote:
> My main concern is that configuration files that are
> owned/writable by a non root-user degrades the security
> of the system by effectively giving everyone with write
> access to the files root access.
Does it? How?
(Hmmm... - perhaps you
> > ...
> > Can you expand on that? I think the original idea for changing
> > user/group was to have reduced privileges while running. The
> > primary advantage probably being that scripts and such wouldn't
> > run as root. It's still reasonable to expect that the agent's
> > configuration file
On Sun, 04 Dec 2005 22:30:01 +0100 Thomas wrote:
TA> > Can you expand on that? I think the original idea for changing
TA> > user/group was to have reduced privileges while running. The primary
TA> > advantage probably being that scripts and such wouldn't run as root.
TA> > It's still reasonable to
On Mon, 05 Dec 2005 10:11:13 + Dave wrote:
DS> On Sun, 2005-12-04 at 08:32 -0500, Robert Story wrote:
DS> > I think the original idea for changing user/group was
DS> > to have reduced privileges while running. The primary advantage probably
DS> > being that scripts and such wouldn't r
On Sun, 04 Dec 2005 20:48:02 -0500 [EMAIL PROTECTED] wrote:
CRC> > Can you expand on that? I think the original idea for changing
CRC> > user/group was to have reduced privileges while running. The
CRC> > primary advantage probably being that scripts and such wouldn't
CRC> > run as root. It's sti
On Sun, 2005-12-04 at 21:30 +0530, [EMAIL PROTECTED] wrote:
> I am using net-snmp-5.2.1, i had genrated mib2c code for myTable.
> If any getbulk call comes for myTable, in mib2c code net-snmp
> invokes myTable_handler().
>When i give getbulk request to this table, it is always comes to
On Sun, 2005-12-04 at 08:32 -0500, Robert Story wrote:
> I think the original idea for changing user/group was
> to have reduced privileges while running. The primary advantage probably being
> that scripts and such wouldn't run as root. It's still reasonable to expect
> that the agent's
Hello Gianluca,
sorry for the late answer but I was rather busy the last months and
wasn't able to check the net-snmp-coders mailing list...
First thing I saw in the config file is that you probably use a 64 bit
version of the gcc compiler. Since I've never tried to compile and run
the net-snmp d
16 matches
Mail list logo
