On Mon, Jul 07, 2008 at 05:03:59PM -0600, Brad Nicholes wrote:
>
> OK, let's go back and rehash. There were two proposals, 1) Removing the
> "/C++" portion of the language label "C/C++".
> The technical reason for rejecting this is basically that it doesn't solve
> anything yet adds more confusi
>>> On 7/7/2008 at 2:37 PM, in message <[EMAIL PROTECTED]>, Carlo Marcelo
Arenas Belon <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 07, 2008 at 12:31:13PM -0600, Brad Nicholes wrote:
>> >>> On 7/4/2008 at 12:58 AM, in message <[EMAIL PROTECTED]>, Carlo
>> Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
On Mon, Jul 07, 2008 at 12:31:13PM -0600, Brad Nicholes wrote:
> >>> On 7/4/2008 at 12:58 AM, in message <[EMAIL PROTECTED]>, Carlo
> Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> > On Thu, Jul 03, 2008 at 10:42:06AM -0700, Bernard Li wrote:
> >> -1
> >>
> >> I agree with Brad on this.
> >
>
>>> On 7/4/2008 at 12:58 AM, in message <[EMAIL PROTECTED]>, Carlo
Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 03, 2008 at 10:42:06AM -0700, Bernard Li wrote:
>> -1
>>
>> I agree with Brad on this.
>
> Not sure what to make of no one replying to the code on this thread, after
>
>>> On 7/7/2008 at 10:41 AM, in message
<[EMAIL PROTECTED]
, <[EMAIL PROTECTED]> wrote:
>
> I notice that the ex_metric_info array is normally NULL terminated:
>
> static Ganglia_25metric ex_metric_info[] =
> {
> {0, NULL}
> };
>
>
> The function ex_metric_init (apr_pool_t *p) populates
>>> On 7/7/2008 at 10:45 AM, in message <[EMAIL PROTECTED]>, "Brad
Nicholes" <[EMAIL PROTECTED]> wrote:
On 7/7/2008 at 9:46 AM, in message <[EMAIL PROTECTED]>, "Ulf"
> <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I use # python -V
>> Python 2.4.2
>> It is a 64Bit version python.
>>
>> The "-n" is
>>> On 7/7/2008 at 9:46 AM, in message <[EMAIL PROTECTED]>, "Ulf"
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I use # python -V
> Python 2.4.2
> It is a 64Bit version python.
>
> The "-n" is a good idea, anyway.
> But didn' t fix the problem.
> But I' ve not many connections open.
> # time netstat -t -a
>>> On 7/4/2008 at 8:59 AM, in message
<[EMAIL PROTECTED]
, <[EMAIL PROTECTED]> wrote:
>
>
>
> Hi,
>
> I've just had a look in trunk, and I get the impression that no one else
> is working on these features:
>
> - per-disk I/O stats
Since the multidisk.py python module is already doing the
Hi,
I use # python -V
Python 2.4.2
It is a 64Bit version python.
The "-n" is a good idea, anyway.
But didn' t fix the problem.
But I' ve not many connections open.
# time netstat -t -a
[...]
real0m0.071s
user0m0.012s
sys 0m0.056s
# time netstat -t -a -n
real0m0.054s
user0m0.0
>>> On 7/3/2008 at 3:23 PM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Hi Brad:
>
> On Fri, May 16, 2008 at 11:01 AM, Brad Nicholes <[EMAIL PROTECTED]> wrote:
>
>> With this new rewrite in python, we now have the ability to plug in new
> metric storage modules to
On Monday 07 July 2008 04:46:05 am Carlo Marcelo Arenas Belon wrote:
> On Wed, Jul 02, 2008 at 09:27:02AM -0400, Jarod Wilson wrote:
> > On Wednesday 02 July 2008 07:36:41 am Carlo Marcelo Arenas Belon wrote:
> > > The following proposed patch for stable 3.1, replaces the configure
> > > routine th
On Mon, Jul 07, 2008 at 10:18:09AM +0200, Ulf wrote:
> Hi,
>
> on my Linux testbox SLES10 SP2 64Bit (python-2.4.2-18.13), I get the
> following error.
> gmond 3.1.0.1527
> # gmond -m
> [...]
> dev-rootvg-usr-disk_usedUsed disk space (module python_module)
> swap_free Amount of avail
On Wed, Jul 02, 2008 at 09:27:02AM -0400, Jarod Wilson wrote:
> On Wednesday 02 July 2008 07:36:41 am Carlo Marcelo Arenas Belon wrote:
> > The following proposed patch for stable 3.1, replaces the configure routine
> > that tried to guess the libdir directory by assuming biarch rules from
> > fedo
Hi,
on my Linux testbox SLES10 SP2 64Bit (python-2.4.2-18.13), I get the following
error.
gmond 3.1.0.1527
# gmond -m
[...]
dev-rootvg-usr-disk_usedUsed disk space (module python_module)
swap_free Amount of available swap memory (module mem_module)
Exception in thread Thread-1:
Trac
On Sun, Jul 06, 2008 at 07:57:39PM +0100, Stu Teasdale wrote:
> ... In the usual place:
> http://www2.drogna.org/~stu/ganglia/ganglia3/sid/
where did you get that 1443 snapshot? that one was incorrectly built(*) and
is missing some patches from recent 3.1 snapshots which are relevant to
debian.
15 matches
Mail list logo