in the C version of gmetad .. you have
/etc/gmetad.conf
/usr/sbin/gmetad
/var/lib/ganglia/*
and that's it. (of course you can change the prefix). i'll make sure
that gmetad keep it's paws off of /usr/local/ in the future. :)
-matt
Today, Leif Nixon wrote forth saying...
> "Jason A. Smith"
matt massie wrote:
Today, Jason A. Smith wrote forth saying...
On Tue, 2002-08-27 at 20:07, matt massie wrote:
guys-
i just checked in the C code for gmetad into CVS. it's not finished but i
should have a working version within a few day.
Where is it, I don't see it anywhere in the so
Today, Jason A. Smith wrote forth saying...
> On Tue, 2002-08-27 at 20:07, matt massie wrote:
> > guys-
> >
> > i just checked in the C code for gmetad into CVS. it's not finished but i
> > should have a working version within a few day.
>
> Where is it, I don't see it anywhere in the source
James Braid wrote:
I guess it's possible that the intf_* stuff doesn't work well
on multi-proc
SGIs. Any ideas?
No ideas sorry, but I can also confirm this was happening on my IRIX
boxes. I never tried it on a uni-proc box (compiling stuff on an Indy
really bites) so I just assumed it was
On Tue, 2002-08-27 at 20:07, matt massie wrote:
> guys-
>
> i just checked in the C code for gmetad into CVS. it's not finished but i
> should have a working version within a few day.
Where is it, I don't see it anywhere in the sourceforge cvs repository:
http://cvs.sourceforge.net/cgi-bin/v
"Jason A. Smith" <[EMAIL PROTECTED]> writes:
> Since I am making suggestions about rpm spec files, could I ask that
> future versions of the gmetad package install into /usr instead of
> /usr/local. I really don't like it when rpms install files outside of
> their standard paths.
I second that.
