Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
On Thu, Apr 03, 2008 at 01:42:12AM -0700, Gilad Raphaelli wrote: gmetad seems to be running fine but gmond now exists with a 'Bus Error'. gmond -t, -h, -V work fine, gmond -c and -m both give that bus error after doing: 11720 gmond0.000409 CALL ioctl(0x4,FIODTYPE,0xb62c) 11720 gmond0.06 RET ioctl -1 errno 25 Inappropriate ioctl for device 11720 gmond0.04 CALL ioctl(0x4,TIOCGETA,0xb600) 11720 gmond0.04 RET ioctl -1 errno 25 Inappropriate ioctl for device 11720 gmond0.21 CALL close(0x4) 11720 gmond0.33 RET close 0 11720 gmond0.146908 PSIG SIGBUS SIG_DFL I can send the full ktrace.out if someone would like to take a look. that is the problem I was suspecting gmond might have, you are going to have to rebuild everything statically and rely in the same fix that was done to cygwin and which hopefully will gave you a gmond that can find all the symbols it needs to load Index: configure.in === --- configure.in(revision 1206) +++ configure.in(working copy) @@ -508,7 +508,9 @@ *osf*) metric_source=osf.c CFLAGS=$CFLAGS -D_SOCKADDR_LEN AC_DEFINE(OSF,1,OSF);; -*darwin*) AC_DEFINE(DARWIN,1,DARWIN);; +*darwin*) AC_DEFINE(DARWIN,1,DARWIN) + EXPORT_SYMBOLS=-export-all-symbols + ;; *solaris*) echo *** WARNING: Please make sure you use a 64-bit compiler, linker and *** echo *** library set if you are running a 64-bit Solaris kernel! This*** echo *** applies if you are running Solaris 7 or later! *** what is the ouput of : svnversion -c -n . The output is currently 2:1203M. It seems like OSX's cut is choking on the lack of a carraige return in the output of svnversion, echo -n '2:1203M' | cut gives the same Illegal byte sequence error, but not echo without -n. will keep that in mind then, to chop the LF after the cut, if this code or something similar makes it to the alpha. Carlo - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
Carlo, that looks like a conflict with a system defined getopt implementation, try removing from your Makefile.am the line with libgetopthelper.a and rebootstrapping your source tree. Great, that did the trick for getting everything compiled. gmetad seems to be running fine but gmond now exists with a 'Bus Error'. gmond -t, -h, -V work fine, gmond -c and -m both give that bus error after doing: 11720 gmond0.000409 CALL ioctl(0x4,FIODTYPE,0xb62c) 11720 gmond0.06 RET ioctl -1 errno 25 Inappropriate ioctl for device 11720 gmond0.04 CALL ioctl(0x4,TIOCGETA,0xb600) 11720 gmond0.04 RET ioctl -1 errno 25 Inappropriate ioctl for device 11720 gmond0.21 CALL close(0x4) 11720 gmond0.33 RET close 0 11720 gmond0.146908 PSIG SIGBUS SIG_DFL I can send the full ktrace.out if someone would like to take a look. Also, this line in configure fails: $ GANGLIA_NANO_VERSION=`svnversion -c -n . | cut -f2 -d: | tr -d 'MS' | xargs echo -n` cut: stdin: Illegal byte sequence but this works: $ GANGLIA_NANO_VERSION=`svnversion -c -n . | xargs | cut -f2 -d: | tr -d 'MS' | xargs echo -n` what is the ouput of : svnversion -c -n . The output is currently 2:1203M. It seems like OSX's cut is choking on the lack of a carraige return in the output of svnversion, echo -n '2:1203M' | cut gives the same Illegal byte sequence error, but not echo without -n. in any case that part of the configure is broken now, but is harmless, and should match the subversion release you are building from (something like 1203) Carlo Gilad You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
On Wed, Apr 02, 2008 at 05:40:04PM -0700, Gilad Raphaelli wrote: Would that look something like this? /opt/local/bin/gcc-mp-4.3 -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/libganglia-3.1.0..0.0.0.dylib .libs/gm_protocol_xdr.o .libs/become_a_nobody.o .libs/debug_msg.o .libs/daemon_init.o .libs/file.o .libs/dotconf.o .libs/error_msg.o .libs/ganglia.o .libs/hash.o .libs/inetaddr.o .libs/llist.o .libs/my_inet_ntop.o .libs/rdwr.o .libs/readdir.o .libs/tcp.o .libs/scoreboard.o .libs/apr_net.o .libs/libgmond.o -L/opt/local/lib /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -ldl -lkvm /opt/local/lib/libexpat.dylib /opt/local/lib/libconfuse.a /opt/local/lib/libapr-1.dylib -lpthread -install_name /Users/graph/local/lib/libganglia-3.1.0..0.dylib -compatibility_version 1 -current_version 1.0 /usr/bin/ld: common symbols not allowed with MH_DYLIB output format with the -multi_module option /opt/local/lib/libconfuse.a(lexer.o) definition of common _cfg_include_stack (size 128) /opt/local/lib/libconfuse.a(lexer.o) definition of common _cfg_yyleng (size 16) /opt/local/lib/libconfuse.a(lexer.o) definition of common _cfg_yytext (size 16) collect2: ld returned 1 exit status make[2]: *** [libganglia.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 not likely, it shouldn't result in a broken gmond binaryi (which will fail to start because can't find the core_metrics symbol or send a heartbeat), but not in a broken build. this one looks like a problem with confuse not being build/installed as a shared object while you are trying to link it dynamically. try to rebuild/reinstall libconfuse with : ./configure --enable-shared --disable-static --prefix=/opt/local or build ganglia statically with : ./configure --enable-static-build --with-libconfuse=/opt/local Carlo PS. what version of MacOS X is this?, which architecture? - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
Carlo, Good news - Original Message From: Carlo Marcelo Arenas Belon [EMAIL PROTECTED] To: Gilad Raphaelli [EMAIL PROTECTED] Cc: ganglia-developers@lists.sourceforge.net; Brad Nicholes [EMAIL PROTECTED] Sent: Thursday, April 3, 2008 11:13:55 AM Subject: Re: [Ganglia-developers] Time to create the 3.1.x stable branch... On Wed, Apr 02, 2008 at 05:40:04PM -0700, Gilad Raphaelli wrote: Would that look something like this? /opt/local/bin/gcc-mp-4.3 -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/libganglia-3.1.0..0.0.0.dylib .libs/gm_protocol_xdr.o .libs/become_a_nobody.o .libs/debug_msg.o .libs/daemon_init.o .libs/file.o .libs/dotconf.o .libs/error_msg.o .libs/ganglia.o .libs/hash.o .libs/inetaddr.o .libs/llist.o .libs/my_inet_ntop.o .libs/rdwr.o .libs/readdir.o .libs/tcp.o .libs/scoreboard.o .libs/apr_net.o .libs/libgmond.o -L/opt/local/lib /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -ldl -lkvm /opt/local/lib/libexpat.dylib /opt/local/lib/libconfuse.a /opt/local/lib/libapr-1.dylib -lpthread -install_name /Users/graph/local/lib/libganglia-3.1.0..0.dylib -compatibility_version 1 -current_version 1.0 /usr/bin/ld: common symbols not allowed with MH_DYLIB output format with the -multi_module option /opt/local/lib/libconfuse.a(lexer.o) definition of common _cfg_include_stack (size 128) /opt/local/lib/libconfuse.a(lexer.o) definition of common _cfg_yyleng (size 16) /opt/local/lib/libconfuse.a(lexer.o) definition of common _cfg_yytext (size 16) collect2: ld returned 1 exit status make[2]: *** [libganglia.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 not likely, it shouldn't result in a broken gmond binaryi (which will fail to start because can't find the core_metrics symbol or send a heartbeat), but not in a broken build. this one looks like a problem with confuse not being build/installed as a shared object while you are trying to link it dynamically. try to rebuild/reinstall libconfuse with : ./configure --enable-shared --disable-static --prefix=/opt/local This worked, thanks. The original libconfuse was installed by DarwinPorts so I imagine others will run into this issue too. Now I'll try to actually run everything. or build ganglia statically with : ./configure --enable-static-build --with-libconfuse=/opt/local I tried this first and it failed with the same error. Carlo PS. what version of MacOS X is this?, which architecture? Mac OSX 10.4.11 on an Intel MacBook Pro. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers Thank you, Gilad You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
And some more problems. I'm getting this building gmond, gmetad, and gmetric. gmond, for example, says: /bin/sh ../libtool --tag=CC --mode=link /opt/local/bin/gcc-mp-4.3 -I../lib -I../include/ -I../libmetrics -D_LARGEFILE64_SOURCE -I/Users/graph/local/include -I/opt/local/include -I/opt/local/include/python2.5 -fno-strict-aliasing -Wall -export-dynamic -L/Users/graph/local/lib -L/opt/local/lib -L/opt/local/lib/python2.5 -L/opt/local/lib -o gmond gmond.o cmdline.o g25_config.o core_metrics.o ../libmetrics/libmetrics.la ../lib/libganglia.la ../lib/libgetopthelper.a -ldl -lkvm -lexpat -lconfuse -lapr-1 -lpthread mkdir .libs /opt/local/bin/gcc-mp-4.3 -I../lib -I../include/ -I../libmetrics -D_LARGEFILE64_SOURCE -I/Users/graph/local/include -I/opt/local/include -I/opt/local/include/python2.5 -fno-strict-aliasing -Wall -o .libs/gmond gmond.o cmdline.o g25_config.o core_metrics.o -L/Users/graph/local/lib -L/opt/local/lib -L/opt/local/lib/python2.5 ../libmetrics/.libs/libmetrics.a -lresolv ../lib/.libs/libganglia.dylib ../lib/libgetopthelper.a -ldl -lkvm /opt/local/lib/libexpat.dylib /Users/graph/local/lib/libconfuse.dylib /opt/local/lib/libapr-1.dylib -lpthread /usr/bin/ld: multiple definitions of symbol _getopt /usr/lib/libdl.dylib(getopt.So) definition of _getopt ../lib/libgetopthelper.a(getopt.o) definition of _getopt in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _opterr /usr/lib/libdl.dylib(getopt.So) definition of _opterr ../lib/libgetopthelper.a(getopt.o) definition of _opterr in section (__DATA,__data) /usr/bin/ld: multiple definitions of symbol _optind /usr/lib/libdl.dylib(getopt.So) definition of _optind ../lib/libgetopthelper.a(getopt.o) definition of _optind in section (__DATA,__data) /usr/bin/ld: multiple definitions of symbol _optopt /usr/lib/libdl.dylib(getopt.So) definition of _optopt ../lib/libgetopthelper.a(getopt.o) definition of _optopt in section (__DATA,__data) collect2: ld returned 1 exit status make[3]: *** [gmond] Error 1 Any ideas? Also, this line in configure fails: $ GANGLIA_NANO_VERSION=`svnversion -c -n . | cut -f2 -d: | tr -d 'MS' | xargs echo -n` cut: stdin: Illegal byte sequence but this works: $ GANGLIA_NANO_VERSION=`svnversion -c -n . | xargs | cut -f2 -d: | tr -d 'MS' | xargs echo -n` Thank you, Gil - Original Message From: Gilad Raphaelli [EMAIL PROTECTED] To: Carlo Marcelo Arenas Belon [EMAIL PROTECTED] Cc: ganglia-developers@lists.sourceforge.net; Brad Nicholes [EMAIL PROTECTED] Sent: Thursday, April 3, 2008 11:36:36 AM Subject: Re: [Ganglia-developers] Time to create the 3.1.x stable branch... Carlo, Good news - Original Message From: Carlo Marcelo Arenas Belon To: Gilad Raphaelli Cc: ganglia-developers@lists.sourceforge.net; Brad Nicholes Sent: Thursday, April 3, 2008 11:13:55 AM Subject: Re: [Ganglia-developers] Time to create the 3.1.x stable branch... On Wed, Apr 02, 2008 at 05:40:04PM -0700, Gilad Raphaelli wrote: Would that look something like this? /opt/local/bin/gcc-mp-4.3 -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/libganglia-3.1.0..0.0.0.dylib .libs/gm_protocol_xdr.o .libs/become_a_nobody.o .libs/debug_msg.o .libs/daemon_init.o .libs/file.o .libs/dotconf.o .libs/error_msg.o .libs/ganglia.o .libs/hash.o .libs/inetaddr.o .libs/llist.o .libs/my_inet_ntop.o .libs/rdwr.o .libs/readdir.o .libs/tcp.o .libs/scoreboard.o .libs/apr_net.o .libs/libgmond.o -L/opt/local/lib /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -ldl -lkvm /opt/local/lib/libexpat.dylib /opt/local/lib/libconfuse.a /opt/local/lib/libapr-1.dylib -lpthread -install_name /Users/graph/local/lib/libganglia-3.1.0..0.dylib -compatibility_version 1 -current_version 1.0 /usr/bin/ld: common symbols not allowed with MH_DYLIB output format with the -multi_module option /opt/local/lib/libconfuse.a(lexer.o) definition of common _cfg_include_stack (size 128) /opt/local/lib/libconfuse.a(lexer.o) definition of common _cfg_yyleng (size 16) /opt/local/lib/libconfuse.a(lexer.o) definition of common _cfg_yytext (size 16) collect2: ld returned 1 exit status make[2]: *** [libganglia.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 not likely, it shouldn't result in a broken gmond binaryi (which will fail to start because can't find the core_metrics symbol or send a heartbeat), but not in a broken build. this one looks like a problem with confuse not being build/installed as a shared object while you are trying to link it dynamically. try to rebuild/reinstall libconfuse with : ./configure --enable-shared --disable-static --prefix=/opt/local This worked, thanks. The original libconfuse was installed by DarwinPorts so I imagine others will run into this issue too. Now I'll try to actually run
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
On Wed, Apr 02, 2008 at 08:55:58PM -0700, Gilad Raphaelli wrote: And some more problems. I'm getting this building gmond, gmetad, and gmetric. gmond, for example, says: /bin/sh ../libtool --tag=CC --mode=link /opt/local/bin/gcc-mp-4.3 -I../lib -I../include/ -I../libmetrics -D_LARGEFILE64_SOURCE -I/Users/graph/local/include -I/opt/local/include -I/opt/local/include/python2.5 -fno-strict-aliasing -Wall -export-dynamic -L/Users/graph/local/lib -L/opt/local/lib -L/opt/local/lib/python2.5 -L/opt/local/lib -o gmond gmond.o cmdline.o g25_config.o core_metrics.o ../libmetrics/libmetrics.la ../lib/libganglia.la ../lib/libgetopthelper.a -ldl -lkvm -lexpat -lconfuse -lapr-1 -lpthread mkdir .libs /opt/local/bin/gcc-mp-4.3 -I../lib -I../include/ -I../libmetrics -D_LARGEFILE64_SOURCE -I/Users/graph/local/include -I/opt/local/include -I/opt/local/include/python2.5 -fno-strict-aliasing -Wall -o .libs/gmond gmond.o cmdline.o g25_config.o core_metrics.o -L/Users/graph/local/lib -L/opt/local/lib -L/opt/local/lib/python2.5 ../libmetrics/.libs/libmetrics.a -lresolv ../lib/.libs/libganglia.dylib ../lib/libgetopthelper.a -ldl -lkvm /opt/local/lib/libexpat.dylib /Users/graph/local/lib/libconfuse.dylib /opt/local/lib/libapr-1.dylib -lpthread /usr/bin/ld: multiple definitions of symbol _getopt /usr/lib/libdl.dylib(getopt.So) definition of _getopt ../lib/libgetopthelper.a(getopt.o) definition of _getopt in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _opterr /usr/lib/libdl.dylib(getopt.So) definition of _opterr ../lib/libgetopthelper.a(getopt.o) definition of _opterr in section (__DATA,__data) /usr/bin/ld: multiple definitions of symbol _optind /usr/lib/libdl.dylib(getopt.So) definition of _optind ../lib/libgetopthelper.a(getopt.o) definition of _optind in section (__DATA,__data) /usr/bin/ld: multiple definitions of symbol _optopt /usr/lib/libdl.dylib(getopt.So) definition of _optopt ../lib/libgetopthelper.a(getopt.o) definition of _optopt in section (__DATA,__data) collect2: ld returned 1 exit status make[3]: *** [gmond] Error 1 Any ideas? that looks like a conflict with a system defined getopt implementation, try removing from your Makefile.am the line with libgetopthelper.a and rebootstrapping your source tree. Also, this line in configure fails: $ GANGLIA_NANO_VERSION=`svnversion -c -n . | cut -f2 -d: | tr -d 'MS' | xargs echo -n` cut: stdin: Illegal byte sequence but this works: $ GANGLIA_NANO_VERSION=`svnversion -c -n . | xargs | cut -f2 -d: | tr -d 'MS' | xargs echo -n` what is the ouput of : svnversion -c -n . in any case that part of the configure is broken now, but is harmless, and should match the subversion release you are building from (something like 1203) Carlo - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
Hi Carlo: On 3/15/08, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote: ./bootstrap will regenerate all autotools related files, this files are better off the repository if you don't want any file modified Committed revision 1066. Files are no longer modified, but the following file still got deleted: ! libmetrics/stamp-h1 Any ideas? Thanks, Bernard - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
On 3/13/2008 at 3:46 PM, in message [EMAIL PROTECTED], Brad Nicholes [EMAIL PROTECTED] wrote: On 3/13/2008 at 2:16 PM, in message [EMAIL PROTECTED], Jesse Becker [EMAIL PROTECTED] wrote: On Thu, Mar 13, 2008 at 3:42 PM, Brad Nicholes [EMAIL PROTECTED] wrote: I think that with the removal of the srclib directory from the SVN trunk repository, we have completed everything that we thought needed to be done before creating the 3.1.x stable branch. The only other thing that I know of is testing to make sure that an older 3.0.x gmetad can consume the XML data from a newer 3.1.x gmond. Has anybody had a chance to test this? Were we going to try and make gmond-3.1.x backwards compatable with gmond-3.0.x? Only at the cluster level. In other words, the XML that is produced by a newer gmond should be consumable by an older gmetad and vice-versa. This would allow users to upgrade from 3.0.x to 3.1.x on a cluster by cluster basis. All nodes within a cluster would have to upgrade to gmond 3.1.x at the same time. But the whole grid would not have to upgrade. Theoretically, this should already work. We just need to test it to make sure. So I just set up two clusters here. One that is running pure 3.0.x and another that is running pure 3.1.x with their respective web frontends reporting the cluster data. Then I crossed the two clusters by declaring new data_sources in the gmeta.conf file of each gmetad/web frontend servers. I can hit the web frontend of either server and view the RRD graphs for both clusters. In other words, the 3.1.x gmetad and frontend is able to acquire data from a 3.0.x cluster and a 3.0.x gmetad and frontend is able to acquire data from 3.1.x cluster. So the cluster by cluster migration from 3.0.x to 3.1.x should work just fine. Brad - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
On 3/14/2008 at 1:35 AM, in message [EMAIL PROTECTED], Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote: On Thu, Mar 13, 2008 at 01:42:05PM -0600, Brad Nicholes wrote: I think that with the removal of the srclib directory from the SVN trunk repository, we have completed everything that we thought needed to be done before creating the 3.1.x stable branch. Agree (sorta), as I was expecting also as part of this removal to have all #ifdefs for compatibility with apr 0.9.x removed and which will otherwise be problematic to support without intrusive changes going forward. Right. I'll get the #ifdef's removed as well. I am proposing that we create the 3.1.x branch on Monday (3/17). Considering how intrusive the changes are it will be better to delay that for a little longer, otherwise we will found ourselves destabilizing the branch with fixes required to get the snapshots in good shape to be used for testing (as ganglia now barely builds and has known problems running in some of the popular supported architectures). OK, then let's get some snapshots tarballs going on TRUNK and get this stuff worked out. If we delay a week, will that be long enough or is there more to it than I am seeing? Once we create the branch, I would suggest that we also take a snapshot tarball and get moving on testing and stabilization. this I suggest we release as our first ever alpha for 3.1.x, but we rather be sure it builds and runs well enough for users to be able to use it and help stabilize the 3.1 release. +1 Brad - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
On 3/14/2008 at 5:33 PM, in message [EMAIL PROTECTED], Bernard Li [EMAIL PROTECTED] wrote: Hi Brad: On 3/13/08, Brad Nicholes [EMAIL PROTECTED] wrote: I am proposing that we create the 3.1.x branch on Monday (3/17). This should give people the weekend to tidy up anything that is left before we create the branch and start working towards a stable 3.1.x release. This will include all of the web frontend changes that have recently been committed to TRUNK. Are there SPEC file changes that need to go in to support the modular web frontend stuff or was that already done? Once we create the branch, I would suggest that we also take a snapshot tarball and get moving on testing and stabilization. We are going to need the help from everybody whether you are a Ganglia developer or just a Ganglia user to make sure that we have a stable 3.1.x release. I would like to suggest that we at least clean up the `make distclean` target for the build directory before we branch. RIght now, if you perform the necessary bootstrapping, your checkout is cluttered with cruft that are not needed. Previously, this was caused by srclib being around, however, this is no longer the case so we should try to make `make distclean` work. Also, I wonder if the build system has been changed which caused the following new behaviour. This is what I did in my checkout: ./bootstrap ./configure --with-gmetad make dist-gzip After I run the command, I get a tarball and a lot of cruft in the checkout directory. Even after I deleted all the files marked as '?' by svn, I still get the following: # svn st M libmetrics/INSTALL ! libmetrics/stamp-h1 M libmetrics/build/mkinstalldirs M libmetrics/build/ltmain.sh M config/ltmain.sh M INSTALL Why did the build system modify and delete a file? This makes the checkout hard to work with. I noticed this too and wasn't sure what caused it to start modifying these files. Brad - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
On Sat, Mar 15, 2008 at 04:08:25PM -0600, Brad Nicholes wrote: [EMAIL PROTECTED], Bernard Li [EMAIL PROTECTED] wrote: ./bootstrap ./configure --with-gmetad make dist-gzip After I run the command, I get a tarball and a lot of cruft in the checkout directory. Even after I deleted all the files marked as '?' by svn, I still get the following: # svn st M libmetrics/INSTALL ! libmetrics/stamp-h1 M libmetrics/build/mkinstalldirs M libmetrics/build/ltmain.sh M config/ltmain.sh M INSTALL Why did the build system modify and delete a file? This makes the checkout hard to work with. I noticed this too and wasn't sure what caused it to start modifying these files. ./bootstrap will regenerate all autotools related files, this files are better off the repository if you don't want any file modified Committed revision 1066. Carlo - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
On Thu, Mar 13, 2008 at 01:42:05PM -0600, Brad Nicholes wrote: I think that with the removal of the srclib directory from the SVN trunk repository, we have completed everything that we thought needed to be done before creating the 3.1.x stable branch. Agree (sorta), as I was expecting also as part of this removal to have all #ifdefs for compatibility with apr 0.9.x removed and which will otherwise be problematic to support without intrusive changes going forward. I am proposing that we create the 3.1.x branch on Monday (3/17). Considering how intrusive the changes are it will be better to delay that for a little longer, otherwise we will found ourselves destabilizing the branch with fixes required to get the snapshots in good shape to be used for testing (as ganglia now barely builds and has known problems running in some of the popular supported architectures). Once we create the branch, I would suggest that we also take a snapshot tarball and get moving on testing and stabilization. this I suggest we release as our first ever alpha for 3.1.x, but we rather be sure it builds and runs well enough for users to be able to use it and help stabilize the 3.1 release. Carlo - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
Hi Brad: On 3/13/08, Brad Nicholes [EMAIL PROTECTED] wrote: I am proposing that we create the 3.1.x branch on Monday (3/17). This should give people the weekend to tidy up anything that is left before we create the branch and start working towards a stable 3.1.x release. This will include all of the web frontend changes that have recently been committed to TRUNK. Are there SPEC file changes that need to go in to support the modular web frontend stuff or was that already done? Once we create the branch, I would suggest that we also take a snapshot tarball and get moving on testing and stabilization. We are going to need the help from everybody whether you are a Ganglia developer or just a Ganglia user to make sure that we have a stable 3.1.x release. I would like to suggest that we at least clean up the `make distclean` target for the build directory before we branch. RIght now, if you perform the necessary bootstrapping, your checkout is cluttered with cruft that are not needed. Previously, this was caused by srclib being around, however, this is no longer the case so we should try to make `make distclean` work. Also, I wonder if the build system has been changed which caused the following new behaviour. This is what I did in my checkout: ./bootstrap ./configure --with-gmetad make dist-gzip After I run the command, I get a tarball and a lot of cruft in the checkout directory. Even after I deleted all the files marked as '?' by svn, I still get the following: # svn st M libmetrics/INSTALL ! libmetrics/stamp-h1 M libmetrics/build/mkinstalldirs M libmetrics/build/ltmain.sh M config/ltmain.sh M INSTALL Why did the build system modify and delete a file? This makes the checkout hard to work with. Thanks, Bernard - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
On Thu, Mar 13, 2008 at 3:42 PM, Brad Nicholes [EMAIL PROTECTED] wrote: Are there SPEC file changes that need to go in to support the modular web frontend Not any more. (r1061) -- Jesse Becker GPG Fingerprint -- BD00 7AA4 4483 AFCC 82D0 2720 0083 0931 9A2B 06A2 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Time to create the 3.1.x stable branch...
On Thu, Mar 13, 2008 at 3:42 PM, Brad Nicholes [EMAIL PROTECTED] wrote: I think that with the removal of the srclib directory from the SVN trunk repository, we have completed everything that we thought needed to be done before creating the 3.1.x stable branch. The only other thing that I know of is testing to make sure that an older 3.0.x gmetad can consume the XML data from a newer 3.1.x gmond. Has anybody had a chance to test this? Were we going to try and make gmond-3.1.x backwards compatable with gmond-3.0.x? -- Jesse Becker GPG Fingerprint -- BD00 7AA4 4483 AFCC 82D0 2720 0083 0931 9A2B 06A2 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers