Also forgot to mention we have a code for FREE parking thanks to
our friends of zirx[1], so if you are driving to SF for this
meeting (like I am planing to do) all you really need is to install
their app, hit the right address for quantcast in the map and hit
the price to enter your code:
On Mon, May 14, 2012 at 01:17:19PM +0200, Daniel Pocock wrote:
The mod_multicpu code in the main ganglia repo is Linux-only, while most
of the other modules are cross-platform
I think it might also work for cygwin but haven't really tried lately, if
that is the case though it will remove this
On Fri, Apr 20, 2012 at 01:54:27AM +0200, Daniel Pocock wrote:
I've generalised it for building just about anything that works with
git/autotools and published it here:
https://sourceforge.net/p/git2dist/code/?branch=ref%2Fmaster
It's had two test runs today, flactag-2.0.1 and
On Thu, Apr 05, 2012 at 12:52:21AM +0200, Daniel Pocock wrote:
A number of bugs were found during the testing of 3.3.5 and discussed on
the mailing lists.
could a list of this bugs be published somewhere with the release,
so that anyone knows what to expect if upgrading (most people
probably
On Wed, Apr 04, 2012 at 06:51:27PM +0200, Daniel Pocock wrote:
On 04/04/12 18:35, Dave Rawks wrote:
be built only with specific versions from Debian current stable
(squeeze) especially when the goal of the maintainers appears to be
inclusion into testing/new-stable. Personally I would
On Mon, Mar 26, 2012 at 04:57:31PM +0100, Daniel Pocock wrote:
Having the option to work both ways may just continue to create traps
for people who know one half of the project and not so much about the other.
ironically, the main driver for the 3.3.x series was to import the new web
On Tue, Mar 27, 2012 at 10:46:51AM -0400, Vladimir Vuksan wrote:
Therefore I'd like to dump branches for now and just stay on mainline.
+1, keep it simple; and unless my view of git log is incorrect no feature
(except some bugfixes) were added since 3.3.2 anyway, which might be the reason
why
On Mon, Mar 26, 2012 at 04:50:18PM +0100, Daniel Pocock wrote:
Release 3.3.5
The release has now been tagged in git
commit = 9db9beea062c7ce5e5b4d10ed553c9b7cea7642e
wrong bundle :
carenas@dell ~/src/git/ganglia $ git describe --tags
3.3.5
carenas@dell ~/src/git/ganglia $ cd web/
On Mon, Mar 26, 2012 at 04:23:46PM +0100, Daniel Pocock wrote:
We need to get version into version.php
all you need to do is run make in that directory and it will be done
for you, if you follow the documentation.
yes, the 3.3.4 release or lower is missing that, as well, because the
On Wed, Mar 21, 2012 at 07:59:16PM +0100, Daniel Pocock wrote:
On 21/03/12 19:48, Vladimir Vuksan wrote:
I agree with Alex. We are churning through too many versions. I would
personally be OK with overriding the existing 3.3.2 tag and going with
3.3.2 instead of 3.3.4.
Having been
On Thu, Mar 22, 2012 at 01:52:04PM +, Daniel Pocock wrote:
On 22/03/2012 13:33, Carlo Marcelo Arenas Belon wrote:
On Wed, Mar 21, 2012 at 07:59:16PM +0100, Daniel Pocock wrote:
On 21/03/12 19:48, Vladimir Vuksan wrote:
I agree with Alex. We are churning through too many versions. I
On Tue, Mar 20, 2012 at 12:09:29PM +, Daniel Pocock wrote:
Does anyone want to sneak in any last minute changes before I tag 3.3.2
and make the tarball available for testing?
there is already a published tag named 3.3.2, if you are not going to release
that then it will be better if we
On Tue, Mar 20, 2012 at 05:36:56PM +, Daniel Pocock wrote:
On 20/03/2012 17:34, Bernard Li wrote:
On Tue, Mar 20, 2012 at 10:03 AM, Daniel Pocockdan...@pocock.com.au wrote:
I agree with that approach, with a slight variation - I'll tag it as
3.3.3dp1 (after adding the ChangeLog file)
On Sat, Mar 10, 2012 at 04:25:16PM -0500, Vladimir Vuksan wrote:
I am not married to package-ganglia-release so anything that
helps us long term is a win.
I think the problems are not with the tools but with the process
and as was spelled out on the original list of bulletpoints.
agree though
On Thu, Mar 08, 2012 at 04:34:19PM +0100, Daniel Pocock wrote:
Michael, do you have write access on the wiki? I think we need to get
this distribution-specific stuff captured there along with the general
notes I provided below.
having this instructions added to the codebase just like
On Sun, Jul 10, 2011 at 04:28:18PM -0400, Vladimir Vuksan wrote:
Any thoughts on why we shouldn't make the Github our primary repository ?
as it was explained long time ago when I proposed the same and were rejected
we will also need to change our scripts so that they will be able to work
On Sun, Jul 10, 2011 at 09:27:28PM -0400, Jesse Becker wrote:
My only concern is with the import process itself.
any import process that I know of from svn to git, should at least preserve
the history, what is your concern specifically here?
There is a lot of important metadata in the
On Mon, Jul 11, 2011 at 01:05:47PM -0400, Jesse Becker wrote:
On Mon, Jul 11, 2011 at 12:42, Carlo Marcelo Arenas Belon
care...@sajinet.com.pe wrote:
On Sun, Jul 10, 2011 at 09:27:28PM -0400, Jesse Becker wrote:
I believe that
this should be completely preserved, either directly within
On Mon, Feb 28, 2011 at 12:11:16PM -0800, Bernard Li wrote:
On Sat, Feb 26, 2011 at 8:56 AM, Carlo Marcelo Arenas Belon
care...@sajinet.com.pe wrote:
and also requires some post processing for the right formatting :
?http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net
On Thu, Feb 24, 2011 at 10:44:58PM +, Kostas Georgiou wrote:
On Thu, Feb 24, 2011 at 12:25:16PM +, Carlo Marcelo Arenas Belon wrote:
On Wed, Feb 23, 2011 at 09:42:56AM -0800, Bernard Li wrote:
123 read:
124 read_len = read(fd, db, buflen);
125
On Wed, Feb 23, 2011 at 05:12:03PM -0800, Bernard Li wrote:
I tested under EL5 and EL6 and it was't able to get past the initial
buffer size. ?I believe what I did was:
Correction. It works on EL6, but not on EL5:
most likely the test is just giving inconsistent results, and that is why
On Wed, Feb 23, 2011 at 09:42:56AM -0800, Bernard Li wrote:
what second pass?
? dummy = proc_sys_kernel_osrelease;
? rval.int32 = slurpfile(/proc/sys/kernel/osrelease, dummy,
? ? ? ? ? ? ? ? ? ? ? ? ?MAX_G_STRING_SIZE);
why would anyone call slurpfile in a loop anyway?, and
On Sat, Jul 31, 2010 at 04:37:37PM -0700, Bernard Li wrote:
if it looks good I'll check it into trunk:
looks good, but haven't test it (don't have MacOS X anyway), with only the
following comments :
* probably better (as it will make for a faster configure) to have all
AC_CHECK_HEADERS checks
On Mon, Jul 12, 2010 at 05:55:26PM -0700, Bernard Li wrote:
Hi Carlo:
On Fri, Jul 9, 2010 at 1:04 AM, Carlo Marcelo Arenas Belon
care...@sajinet.com.pe wrote:
bug is invalid, as it is the result of not indicating the right paths
to use for the dependencies, if installing them through
On Mon, Jun 28, 2010 at 12:17:03PM -0700, Bernard Li wrote:
On Sat, Jun 26, 2010 at 4:56 AM, Carlo Marcelo Arenas Belon
care...@sajinet.com.pe wrote:
this would trigger gmond to segfault unless it was linked against
libconfuse 2.7 or it also has a default gmond.conf file created
On Wed, Jun 23, 2010 at 03:23:52PM -0700, Bernard Li wrote:
I'm trying to get some manpage related bug fixes in and was wondering
if someone could tell me how the manpages in the mans/ directory of
our source tree are generated.
after the binaries are build then pipe them to help2man, then
On Fri, Jun 25, 2010 at 01:26:37PM -0700, Bernard Li wrote:
The following patch will install the gmond module (including python)
config files to the sysconfdir
this would trigger gmond to segfault unless it was linked against
libconfuse 2.7 or it also has a default gmond.conf file created.
On Tue, Jan 05, 2010 at 02:42:28PM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Mon, Dec 28, 2009 at 10:51:51PM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Sun, Dec 06, 2009 at 09:28:04AM +, Daniel Pocock wrote:
Ok
On Tue, Jan 05, 2010 at 10:46:34AM +0100, Sebastien Termeau wrote:
On Mon, Jan 4, 2010 at 10:03 AM, Carlo Marcelo Arenas Belon
care...@sajinet.com.pe wrote:
On Tue, Dec 29, 2009 at 02:49:28PM +0100, Sebastien Termeau wrote:
OK, I will provide you with two new patches that include
On Mon, Dec 28, 2009 at 08:47:35PM +, Daniel Pocock wrote:
Jesse Becker wrote:
On Sat, Nov 28, 2009 at 08:42, Daniel Pocock dan...@pocock.com.au wrote:
For those following trunk, you may need to bootstrap again, and make
sure you have pcre available.
I've linked gmond with
On Mon, Dec 28, 2009 at 10:51:51PM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Sun, Dec 06, 2009 at 09:28:04AM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Wed, Nov 25, 2009 at 11:00:21AM +, Daniel Pocock wrote:
b) should
On Mon, Dec 28, 2009 at 11:05:36PM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Fri, Dec 18, 2009 at 04:18:16PM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Sun, Dec 13, 2009 at 10:49:00AM +, Daniel Pocock wrote:
I could accept
On Mon, Dec 28, 2009 at 01:22:47PM +0100, Sebastien Termeau wrote:
On Wed, Dec 16, 2009 at 1:18 PM, Carlo Marcelo Arenas Belon
care...@sajinet.com.pe wrote:
On Tue, Dec 15, 2009 at 02:32:07PM +0100, Sebastien Termeau wrote:
Dear Ganglia Developers,
Please find below a patch
On Thu, Dec 24, 2009 at 12:10:51PM +, Daniel Pocock wrote:
Vladimir Vuksan wrote:
The issue is value of this data. If these were financial transactions
than no loss would be acceptable however these are not. They are
performance, trending data which get averaged down as time goes by
On Sun, Dec 20, 2009 at 04:02:36PM +, Spike Spiegel wrote:
On Mon, Dec 14, 2009 at 10:28 AM, Carlo Marcelo Arenas Belon
care...@sajinet.com.pe wrote:
b) you can afford to have duplicate storage - if your storage
requirements are huge (retaining a lot of historic data or lot's of data
On Fri, Dec 18, 2009 at 04:18:16PM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Sun, Dec 13, 2009 at 10:49:00AM +, Daniel Pocock wrote:
I could accept Brooks' solution, because it means gmond would only
fail for something like out-of-memory, while any configuration
On Tue, Dec 15, 2009 at 02:32:07PM +0100, Sebastien Termeau wrote:
Dear Ganglia Developers,
Please find below a patch that brings trends to Ganglia.
Really interesting, would you mind filing and enhancement bug on
www.ganglia.info?, that would be also a great place for attaching
those images
On Mon, Dec 14, 2009 at 09:26:01AM +, Daniel Pocock wrote:
Vladimir Vuksan wrote:
I think you guys are complicating much :-). Can't you simply have
multiple gmetads in different sites poll a single gmond. That way if
one gmetad fails data is still available and updated on the other
On Sun, Dec 13, 2009 at 10:49:00AM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Fri, Dec 11, 2009 at 01:31:22PM -0600, Brooks Davis wrote:
On Fri, Dec 11, 2009 at 04:56:51PM +, Carlo Marcelo Arenas Belon wrote:
I presume the reason why you haven't seen
On Fri, Dec 11, 2009 at 01:31:22PM -0600, Brooks Davis wrote:
On Fri, Dec 11, 2009 at 04:56:51PM +, Carlo Marcelo Arenas Belon wrote:
I presume the reason why you haven't seen this show up in the APR list, is
because it makes probably more sense for the apache httpd list instead
On Fri, Dec 11, 2009 at 09:40:53AM -0800, Bernard Li wrote:
Wow... what a long thread...
Sorry about that boss, but also sent an executive summary in :
http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg05398.html
Hope you don't mind reading instead that one or my
On Fri, Dec 11, 2009 at 08:59:56AM -0700, Brad Nicholes wrote:
APR is designed to solve these problems in a cross platform way and we
are proposing that we abandon the cross platform solution in favor of a
platform specific solution.
Just want to clarify here that it is not a platform
Greetings,
in case it wasn't obvious, and to celebrate the 1 week anniversary for this
email, RFC means Request for Comments, and so if you have any about the code
(which I even sent with an obvious bug to encourage the usual bikesheeding)
or design, a reply on it (better if to the original email
On Sun, Dec 06, 2009 at 09:28:04AM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Wed, Nov 25, 2009 at 11:00:21AM +, Daniel Pocock wrote:
b) should the choice of bootstrap environment be locked for all
3.1.X, and only changed when increasing the minor version number
Greetings,
the following patch (which is never meant to be committed, and is therefore
very ugly in purpose) is a proof of concept for an alternative to the recent
problematic feature proposal of returning failure status for gmond and that
is part of 3.1.3^H4^H5.
it has been tested on Linux
On Wed, Dec 02, 2009 at 07:41:39PM +, Daniel Pocock wrote:
Therefore, the approach might need to be some combination of the
solutions. E.g. a configure option that allows people to choose the new
behaviour or the old behaviour.
-1, this will double our supported paths for almost no
Jesse
There is a backport request for 3.1 labeled build: remove ganglia release
name from the code and that has a veto from you which I would like to see
reconsidered.
your objection refers to a thread[1] that includes the explanation of why
this backport proposal is consistent with the
On Wed, Dec 02, 2009 at 01:57:44AM +, Carlo Marcelo Arenas Belon wrote:
On Tue, Dec 01, 2009 at 10:20:32PM +, Daniel Pocock wrote:
- Can you easily re-compile APR with a different poll implementation? I
think you can change it from configure.
Which option?, --enable-other-child
On Wed, Dec 02, 2009 at 11:17:26AM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Wed, Dec 02, 2009 at 10:36:02AM +, Daniel Pocock wrote:
Can you try re-enabling kqueue and patching apr to use rfork()?
Doesn't work, and fails now on sending of the metrics, because
On Wed, Dec 02, 2009 at 11:48:51AM +, Daniel Pocock wrote:
fork() doesn't work because the kqueue filehandle is not inherited; using
rfork() instead doesn't either because all filehandles are closed by doing
exit(0) in the parent and so fails in the same way that changing
On Mon, Nov 30, 2009 at 12:19:48PM -0500, Gladish, Jacob wrote:
I believe this has come up in the past, but does anyone know if there's
interest or any progress made on the native win32 build/port?
there has been some slow progress for win32 support in general but using
mingw instead (which is
On Tue, Dec 01, 2009 at 10:20:32PM +, Daniel Pocock wrote:
- Could it be a security issue? Can you try disabling setuid? It
appears that listen channels are only set up after setuid, but maybe
there is something else.
still reproducible with setuid = off
- Have you tried different
On Mon, Nov 30, 2009 at 08:12:34AM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Sun, Nov 29, 2009 at 10:57:01AM +, Carlo Marcelo Arenas Belon wrote:
On Tue, Nov 24, 2009 at 06:03:51PM -0800, Bernard Li wrote:
Please help us test on as many OS/archs
On Mon, Nov 30, 2009 at 01:29:34PM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
Your call, eventhough a fix for this feature will be probably preferred as
there is nothing special about the BSD for them to be affected and it might
be that the problem is therefore more generic
On Tue, Nov 24, 2009 at 06:03:51PM -0800, Bernard Li wrote:
Please help us test on as many OS/archs as possible, as this would go
GA quite immediately ;-)
FreeBSD is not able to return any XML data through TCP/8649 (tested with
FreeBSD 8.0 amd64).
DragonFlyBSD fails to build but a 3.2
Greetings,
As part of 3.1.3 (then 3.1.4 and now 3.1.5) two additional parameters were
added to the configuration for udp_send_channel which were not documented
but that are otherwise very useful.
after adding some basic documentation to trunk in r2122 and using them had
found that the interface
Greetings,
while looking at a fix for the broken gmond in at least some of the BSD
platforms that was reported here :
http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg05366.html
noticed also that the STATUS file for the 3.1 branch had some confusing
history and which I
On Sun, Nov 29, 2009 at 10:57:01AM +, Carlo Marcelo Arenas Belon wrote:
On Tue, Nov 24, 2009 at 06:03:51PM -0800, Bernard Li wrote:
Please help us test on as many OS/archs as possible, as this would go
GA quite immediately ;-)
FreeBSD is not able to return any XML data through TCP
On Wed, Nov 25, 2009 at 11:00:21AM +, Daniel Pocock wrote:
a) is it preferred that we release 3.1.4 or that we release 3.1.5, or a
third option, roll a 3.1.6 tarball using the same environment where
3.1.2 was bootstrapped?
3.1.2 had a bootstrapping problem which resulted on it failing
Changing subject and list to better focus this thread
On Mon, Nov 02, 2009 at 10:57:57PM +, Daniel Pocock wrote:
The discussions about bootstrapping and versioning brings me to another
issue - does anyone have any interest in using git instead of SVN?
+1, but beware that the automatic
On Mon, Nov 02, 2009 at 03:05:32PM -0800, Bernard Li wrote:
Can you please test this tarball bootstrapped on Fedora 9.
It works, but would invalidate all testing that was done for 3.1.3
and the original 3.1.4.
If it works I will replace the original tarball with this:
On Mon, Nov 02, 2009 at 11:09:40PM +, Daniel Pocock wrote:
I note Paul is using gcc, whereas I'm building and testing with Sun
Studio on the OpenCSW build farm - Sun's compiler is now a free
download, and it is used to build all the CSW libraries (including those
used by Ganglia), so
On Fri, Oct 30, 2009 at 12:28:03PM -0700, Bernard Li wrote:
I have a Fedora 9 VM that I can use to bootstrap in the future --
would the autotools that come with that version work?
something with libtool 2.2 probably better, as well as something
that is still getting updates (in case there are
On Tue, Oct 27, 2009 at 09:52:52AM +, Paul Sobey wrote:
/usr/include/sys/feature_tests.h:336:2: error: #error Compiler or options
invalid; UNIX 03 and POSIX.1-2001 applications require the use of
c99
make[2]: *** [getopt1.o] Error 1
Googling leads me to try compiling with
On Thu, Oct 29, 2009 at 04:44:59PM +, Paul Sobey wrote:
I note from the Makefile Daniel posted:
# Depends: some issues exist getting the Python support working on
Solaris,
# Ganglia's configure.in needs to be further enhanced for this to work
I think this is a CSW specific problem, as
On Thu, Oct 29, 2009 at 08:42:05PM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
On Thu, Oct 29, 2009 at 04:44:59PM +, Paul Sobey wrote:
I note from the Makefile Daniel posted:
# Depends: some issues exist getting the Python support working on
Solaris
Trimming CC and changing Subject to better focus this thread
On Thu, Oct 29, 2009 at 10:09:32PM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
my question was more
about the need to change configure.in to support python modules which you
were referring about
On Thu, Oct 29, 2009 at 01:10:14PM -0700, Bernard Li wrote:
On Thu, Oct 29, 2009 at 12:01 PM, Carlo Marcelo Arenas Belon
care...@sajinet.com.pe wrote:
this is a bug on the autoconf from CentOS 4 which is used to build the
release packages, therefore you can also workaround the issue
Trimming CC and changing Subject to reflect thread better
On Thu, Oct 29, 2009 at 04:54:17PM -0700, Bernard Li wrote:
On Thu, Oct 29, 2009 at 4:47 PM, Carlo Marcelo Arenas Belon
care...@sajinet.com.pe wrote:
Ideally, which platform is used to bootstrap shouldn't be relevant though
On Mon, Oct 26, 2009 at 04:51:33PM -0700, Bernard Li wrote:
Ganglia 3.1.4 is ready for testing at:
http://ganglia.info/testing/
DragonFlyBSD fails to build (tested with 2.4.0 32bit).
not a regression (a system header problem which also affects
3.1.2) and there are some trivial unrelated
On Tue, Oct 27, 2009 at 10:15:15AM +, Daniel Pocock wrote:
Carlo Marcelo Arenas Belon wrote:
DragonFlyBSD fails to build (tested with 2.4.0 32bit).
how do you propose we avoid missing stuff like this in future?
Not sure if this can be avoided, but there might be some things we could
do
On Mon, Aug 10, 2009 at 09:24:18PM +0100, Daniel Pocock wrote:
I'm making some more changes to trunk over the next few days, some of
them impact the build system (configure.in, Makefile.am).
you mean more than the ones that were already committed from r2017 to
r2021?
what are the changes
On Thu, Jul 30, 2009 at 10:33:03AM -0400, Jason A. Smith wrote:
On Thu, 2009-07-30 at 10:29 +, Carlo Marcelo Arenas Belon wrote:
On Wed, Jul 29, 2009 at 03:42:05PM -0400, Jason A. Smith wrote:
In gmond, the monitor-core/libmetrics/linux/metrics.c:find_disk_space()
function
On Wed, Jul 22, 2009 at 04:02:01PM -0500, Martin Hicks wrote:
I was wondering if is possible to write a Python metric module that
could replace the core set of metrics that gmond usually collects on the
compute node, and instead grab the data from PCP that is running on the
head node.
this
On Fri, Jul 17, 2009 at 07:10:35AM -0700, Ken Teague wrote:
I'm using Ganglia v3.0.3 on openSUSE 10.3 which came pre-configured on a
Microway cluster. It's slightly modified to add their Microway
Control stuff integrated which is basically a button from the Ganglia
homepage which leads
On Wed, Apr 01, 2009 at 11:01:41AM +, Seger, Mark wrote:
I hear what you're saying about using the API, but collectl is a perl script
there are perl bindings for libganglia (at least the metric generation) in :
On Fri, Jan 23, 2009 at 08:52:45AM -0700, Brad Nicholes wrote:
Are we finished hashing this whole patch out yet?
haven't seen many comments from other testers of the simplified patch,
but considering that it has been included already in the 3.1.1 stable
package from Gentoo x86, I'd assume it
On Sun, Jan 18, 2009 at 11:22:27AM +0800, Spike Spiegel wrote:
the comment should be removed since the +1 is there:
+ /* +1 not needed as q-p is already accounting for that */
+ element = malloc(len + 1);
Committed revision 1950
other than that looks good to me.
could you
On Tue, Jan 13, 2009 at 11:41:19PM +0800, Spike Spiegel wrote:
=== DoS attacks
1) Given REQUESTLEN=2048, and 3 characters to be the minimum to craft a valid
and nonexistent path /x, with the above feature implemented it would be
possible to trigger 2048/3 calls to process_path which would
On Sun, Jan 18, 2009 at 09:53:32PM +0800, Spike Spiegel wrote:
On Sun, Jan 18, 2009 at 7:35 PM, Carlo Marcelo Arenas Belon
care...@sajinet.com.pe wrote:
other than that looks good to me.
could you check the simplified one?, this problem was introduced in
2003 and therefore affects all
On Fri, Jan 09, 2009 at 01:41:09PM -, daniel.poc...@barclayscapital.com
wrote:
One thing I notice about README.WIN is that it doesn't tell me which
sections of the Cygwin setup to look in for each dependency, I really
some of them are obvious, but it would save time listing them for those
On Fri, Jan 09, 2009 at 04:29:34PM -0500, Jason A. Smith wrote:
Here is another patch.
Committed revision 1940.
Made some slight changes to keep indentation as is currently being used
in the affected files and convert tabs into spaces.
Carlo
On Sat, Jan 10, 2009 at 06:03:42PM -0500, Jason A. Smith wrote:
On Sat, 2009-01-10 at 11:25 +, Carlo Marcelo Arenas Belon wrote:
On Thu, Jan 08, 2009 at 04:13:13PM -0500, Jason A. Smith wrote:
Recently I started testing the svn version of the web scripts and found
a few bugs
On Thu, Jan 08, 2009 at 04:13:13PM -0500, Jason A. Smith wrote:
Recently I started testing the svn version of the web scripts and found
a few bugs.
could you elaborate on the bug this patch is fixing?, the code from
trunk and the other 2 active branches seems similar enough to consider
this a
On Sun, Jan 04, 2009 at 06:17:56PM -0800, Jacob Gladish wrote:
I'm trying to build the trunk from svn and getting errors generating the
configure script.
there is a file with instructions called README.SVN and a script that
does the bootstrapping for you.
haven't checked for a while in cygwin
On Mon, Dec 01, 2008 at 12:19:25PM -0700, Brad Nicholes wrote:
I don't understand what you are trying to do with this patch.
as explained in the commit message (which I apologize if it wasn't
clear enough), it is correcting the definition of modules so it is
correctly tagged as showing
On Thu, Nov 13, 2008 at 08:57:13AM -, [EMAIL PROTECTED] wrote:
We've tweaked some of the reports on an older version of the ganglia-web
package so that they work with Windows nodes.
you mean a broken image?, just a warning in the web log because the
rrdgraph command is somehow broken by the
On Wed, Nov 12, 2008 at 05:07:53PM -, [EMAIL PROTECTED] wrote:
Just a quick note, ganglia.spec.in needs to have calendar.php added to
the list of files for web, see below:
Committed revision 1921
Also, what is the plan for packaging jscalendar? Should it be packaged
independently and
On Wed, Nov 12, 2008 at 02:26:22AM +, Jesse Becker wrote:
Anecdotally, I can say that the web frontend for trunk should work
with 3.1.x
considering that the XML interface between the web frontend and gmetad
hasn't change, it should work even with a 2.5 gmetad or older (up to maybe
the
On Wed, Nov 05, 2008 at 04:21:57PM -0800, Bernard Li wrote:
While trying to upgrade my current 3.1.0 installation of Ganglia with
the 3.1.1.1901 + spoofing RPMs I just built, I noticed that gmond.conf
was created as gmond.conf.rpmnew.
This doesn't surprise me much, as I know that there were
On Fri, Nov 07, 2008 at 02:52:45PM -0800, Bernard Li wrote:
On Fri, Nov 7, 2008 at 2:41 PM, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
Care to explain what your comment means?
are you serious?, if so will take some time later in the night to reply with
Yes I am. Otherwise
On Tue, Nov 04, 2008 at 06:13:47PM -0700, Brad Nicholes wrote:
Carlo,
In the STATUS file you commented that the spoofing patch needs more work.
my comment was about the spoofing feature needing more work in 3.1 as you
pointed out below.
the patch just makes the problem bigger by adding
On Tue, Oct 28, 2008 at 12:42:28PM -0600, Brad Nicholes wrote:
* libganglia: mcast_if support in gmond (BUG140)
http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg03775.html
http://ganglia.svn.sourceforge.net/viewvc/ganglia?view=revrevision=1734
+1:
On Tue, Oct 28, 2008 at 12:25:18PM -0600, Brad Nicholes wrote:
On 10/28/2008 at 3:39 AM, in message [EMAIL PROTECTED], Carlo
Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
2) is spoofing healthchecks really needed?, considering that the last update
from the spoofed host will be updated
Greetings,
while looking at the spoofing code in gmetric noticed the implementation by
Yemi to be able to send a spoofed heartbeat by running :
gmetric -S ${IP}:${NAME} -H
is now considered invalid (since r882) and the implementation in trunk
is dropping the metric if -H is used to indicate a
On Sat, Oct 18, 2008 at 01:14:32PM -0400, Jesse Becker wrote:
Just a note that I've added a backport proposal for bugzilla ID#206
into the 3.1.x branch STATUS file.
great, since Timothy did most of the work for it, I am sure he will be
interested in commenting about it so inlining the path
On Sat, Oct 18, 2008 at 01:49:37PM -0400, Jesse Becker wrote:
On Sat, Oct 18, 2008 at 13:33, Carlo Marcelo Arenas Belon
[EMAIL PROTECTED] wrote:
On Sat, Oct 18, 2008 at 01:14:32PM -0400, Jesse Becker wrote:
couldn't just a merge from all relevant patches in trunk be used for
backport
On Thu, Sep 25, 2008 at 08:15:05AM -0600, Brad Nicholes wrote:
[EMAIL PROTECTED] wrote:
if (strcasecmp(cb-name, metric_info[i].name) == 0)
{
- sprintf (modular_desc, %s (module %s),
metric_info[i].desc, cb-modp-module_name);
+
On Thu, Sep 25, 2008 at 10:14:14PM +0100, [EMAIL PROTECTED] wrote:
I am aware of mingw32 - however, a Cygwin environment provides autoconf
and friends.
there is also a similar environment for mingw called msys but there is
no reason (neither I'd recommend) using it when you can just as well
On Tue, Sep 30, 2008 at 11:20:47PM +0200, Ulf wrote:
Can you just add the missing %defattr(-,root,root,-) to the ganglia.spec.
Committed revision 1842.
Carlo
-
This SF.Net email is sponsored by the Moblin Your Move
1 - 100 of 385 matches
Mail list logo