On Tue, Apr 01, 2008 at 03:24:48PM -0700, Bernard Li wrote:
> Since r1066, Carlo has deleted all the files inside the top level
> config/ directory -- is there a point to keep this directory then?
> Since it is auto-generated during bootstrap, I suggest we remove it.
Deleting config
Deleting
On Tue, Apr 01, 2008 at 08:32:49AM -0600, Brad Nicholes wrote:
> >>> On 3/31/2008 at 9:48 PM, in message <[EMAIL PROTECTED]>, Carlo
> Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> > On Mon, Mar 31, 2008 at 06:31:46PM -0600, Brad Nicholes wrote:
> >>
> >> I have checked in the code that removes
On Tue, Apr 01, 2008 at 03:45:58PM -0600, Brad Nicholes wrote:
> >>> On 3/18/2008 at 1:58 AM, in message <[EMAIL PROTECTED]>, Carlo
> Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> > On Mon, Mar 17, 2008 at 04:12:38PM -0600, Brad Nicholes wrote:
> >>
> >> I just submitted the patches to remove
On Tue, Apr 01, 2008 at 04:44:26PM -0700, Bernard Li wrote:
>
> Carlo, it looks like r1179 broke configure for me:
>
> http://ganglia.svn.sourceforge.net/viewvc/ganglia/trunk/monitor-core/configure.in?r1=1179&r2=1178&pathrev=1179
>
> This results in passing "-L" with no arguments:
Committed rev
Fixed, I think, in r1190.
On Tue, Apr 1, 2008 at 8:25 PM, Jesse Becker <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 1, 2008 at 8:17 PM, Bernard Li <[EMAIL PROTECTED]> wrote:
> > In current trunk (r1185), when you are in Cluster view, your host
> > graphs' titles would have duplicated hostnames eg.
On Tue, Apr 1, 2008 at 8:17 PM, Bernard Li <[EMAIL PROTECTED]> wrote:
> In current trunk (r1185), when you are in Cluster view, your host
> graphs' titles would have duplicated hostnames eg.
> "server1.ganglia.info server1.ganglia.info last hour".
>
> The following patch fixes that and brings th
In current trunk (r1185), when you are in Cluster view, your host
graphs' titles would have duplicated hostnames eg.
"server1.ganglia.info server1.ganglia.info last hour".
The following patch fixes that and brings the behaviour closer to what
it was before:
Index: graph.php
==
On Tue, Apr 1, 2008 at 3:36 PM, Bernard Li <[EMAIL PROTECTED]> wrote:
> Working configure's config.log:
>
> This file contains any messages produced by compilers while
> running configure, to aid debugging if configure makes a mistake.
>
> It was created by configure, which was
> generated by
Hi Brad:
On Tue, Apr 1, 2008 at 2:32 PM, Brad Nicholes <[EMAIL PROTECTED]> wrote:
> I'm not sure what is happening here. As far as what I was referring to,
> trunk should now be good.
Working configure's config.log:
This file contains any messages produced by compilers while
running configur
Since r1066, Carlo has deleted all the files inside the top level
config/ directory -- is there a point to keep this directory then?
Since it is auto-generated during bootstrap, I suggest we remove it.
Cheers,
Bernard
-
Chec
On Tue, Apr 1, 2008 at 2:45 PM, Brad Nicholes <[EMAIL PROTECTED]> wrote:
> So where are we on this? Is it time yet to branch?
Not until I can build trunk again :-)
Regards,
Bernard
-
Check out the new SourceForge.net Mar
>>> On 3/18/2008 at 1:58 AM, in message <[EMAIL PROTECTED]>, Carlo
Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 17, 2008 at 04:12:38PM -0600, Brad Nicholes wrote:
>>
>> I just submitted the patches to remove the APR 1.2 ifdef's. How close are
> we to getting the snapshot tarball
>>> On 4/1/2008 at 3:25 PM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Hi Brad:
>
> On Fri, Mar 28, 2008 at 2:57 PM, Brad Nicholes <[EMAIL PROTECTED]> wrote:
>
>>I new there was something that I was missing when I checked in the header
> file changes. It appea
Hi Brad:
On Fri, Mar 28, 2008 at 2:57 PM, Brad Nicholes <[EMAIL PROTECTED]> wrote:
>I new there was something that I was missing when I checked in the header
> file changes. It appears that I broke the 32-bit builds. I am trying to get
> the problem fixed and it has to do with adding -D_L
Matt,
Just wanted to follow up on where you got with the gmetad python rewrite.
We have an engineer here at Novell that is looking to jump in on that work if
you don't mind. What we are looking at is not only replicating the gmetad
functionality but also providing a plugable interface to a
>>> On 4/1/2008 at 11:54 AM, in message
<[EMAIL PROTECTED]>, john allspaw
<[EMAIL PROTECTED]> wrote:
> Hello hello -
>
> I seem to remember someone saying something about a TTL set somewhere so
> that if a host is dead in a cluster for that length of time, then it would
> be cleaned up. Am I im
Hello hello -
I seem to remember someone saying something about a TTL set somewhere so that
if a host is dead in a cluster for that length of time, then it would
be cleaned up. Am I imagining this ? I can't seem to find the email where it
was talked about
-j
___
>>> On 3/31/2008 at 9:48 PM, in message <[EMAIL PROTECTED]>, Carlo
Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 31, 2008 at 06:31:46PM -0600, Brad Nicholes wrote:
>>
>> I have checked in the code that removes APR from all of the public header
> files except for gm_metric.h which
18 matches
Mail list logo
