[sage-devel] Re: Sage 4.0.1.alpha0 linbox trying to build before blas was installed
On Fri, Jun 19, 2009 at 9:21 PM, Dr. David Kirkbydavid.kir...@onetel.net wrote: Dr. David Kirkby wrote: In the process of building Sage on t2, I noticed another failure, which I'm somewhat surprised has not been seen on all platforms. I've submitted this as ticket 6278, where more information is provided than here. Essentially the following packages are now installed on my attempts at building Sage with Solaris using gcc 4.4.0 atlas-3.8.3.p2 (needed hack suggested by ATLAS developer) bzip2-1.0.5 conway_polynomials-0.2 dir-0.1 eclib-20080310.p7 elliptic_curves-0.1 extcode-4.0.1.alpha0 flint-1.2.4.p3 fortran-20071120.p5 freetype-2.3.5.p0 gd-2.0.35.p1 gdmodule-0.56.p5 givaro-3.2.13rc2 gnutls-2.2.1.p1 graphs-20070722 gsl-1.10.p1 iml-1.0.1.p11 ipython-0.9.1 lapack-20071123.p0 libgcrypt-1.4.3.p0 libgpg_error-1.6.p0 libpng-1.2.35 mpir-1.2.p0 ntl-5.4.2.p7 opencdk-0.6.6 pari-2.3.3.p0 prereq-0.3 python-2.5.4.p1 readline-5.2.p6 sage_scripts-4.0.1.alpha0 sqlite-3.5.3.p3 (needed the patch I posted on trac #6266) termcap-1.3.1.p0 zlib-1.2.3.p4 Note blas is not in that list. But linbox is trying to build, which claims to need blas Here linbox tries to build. Host system uname -a: SunOS t2 5.10 Generic_127111-09 sun4v sparc SUNW,T5240 GCC Version gcc -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: ../gcc-4.4.0/configure --with-gnu-as --with-as=/home/kirkby/bin/as --with-gnu-ld --with-ld=/home/kirkby/bin/ld --with-gmp=/home/kirkby/dependencies/ --with-mpfr=/home/kirkby/dependencies/ --enable-languages=c,c++,fortran --prefix=/home/kirkby/dependencies/ Thread model: posix gcc version 4.4.0 (GCC) Copying commentator patch Solaris cblas * Using LINBOX_BLAS=-lcblas -latlas * checking for a BSD-compatible install... ./install-sh -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/sfw/bin/ggrep checking for egrep... /usr/sfw/bin/ggrep -E checking for ANSI C header files... yes checking build system type... sparc-sun-solaris2.10 checking host system type... sparc-sun-solaris2.10 checking for a sed that does not truncate output... /home/kirkby/dependencies/bin/sed checking for ld used by gcc... ld checking if the linker (ld) is GNU ld... yes checking for ld option to reload object files... -r checking for BSD-compatible nm... /home/kirkby/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for xlf... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... 786240 checking command to parse /home/kirkby/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking whether the gcc linker (ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library
[sage-devel] Re: Sage 4.0.1.alpha0 linbox trying to build before blas was installed
William Stein wrote: On Fri, Jun 19, 2009 at 9:21 PM, Dr. David How can the bug be closed. I've closed it. Only a few people have the option to close tickets right now. William Thank you. That's one less Solaris bug to worry over. Plenty more though to occupy our time. dave --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Sage 4.0.1.alpha0 linbox trying to build before blas was installed
Dr. David Kirkby wrote: In the process of building Sage on t2, I noticed another failure, which I'm somewhat surprised has not been seen on all platforms. I've submitted this as ticket 6278, where more information is provided than here. Essentially the following packages are now installed on my attempts at building Sage with Solaris using gcc 4.4.0 atlas-3.8.3.p2 (needed hack suggested by ATLAS developer) bzip2-1.0.5 conway_polynomials-0.2 dir-0.1 eclib-20080310.p7 elliptic_curves-0.1 extcode-4.0.1.alpha0 flint-1.2.4.p3 fortran-20071120.p5 freetype-2.3.5.p0 gd-2.0.35.p1 gdmodule-0.56.p5 givaro-3.2.13rc2 gnutls-2.2.1.p1 graphs-20070722 gsl-1.10.p1 iml-1.0.1.p11 ipython-0.9.1 lapack-20071123.p0 libgcrypt-1.4.3.p0 libgpg_error-1.6.p0 libpng-1.2.35 mpir-1.2.p0 ntl-5.4.2.p7 opencdk-0.6.6 pari-2.3.3.p0 prereq-0.3 python-2.5.4.p1 readline-5.2.p6 sage_scripts-4.0.1.alpha0 sqlite-3.5.3.p3 (needed the patch I posted on trac #6266) termcap-1.3.1.p0 zlib-1.2.3.p4 Note blas is not in that list. But linbox is trying to build, which claims to need blas Here linbox tries to build. Host system uname -a: SunOS t2 5.10 Generic_127111-09 sun4v sparc SUNW,T5240 GCC Version gcc -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: ../gcc-4.4.0/configure --with-gnu-as --with-as=/home/kirkby/bin/as --with-gnu-ld --with-ld=/home/kirkby/bin/ld --with-gmp=/home/kirkby/dependencies/ --with-mpfr=/home/kirkby/dependencies/ --enable-languages=c,c++,fortran --prefix=/home/kirkby/dependencies/ Thread model: posix gcc version 4.4.0 (GCC) Copying commentator patch Solaris cblas * Using LINBOX_BLAS=-lcblas -latlas * checking for a BSD-compatible install... ./install-sh -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/sfw/bin/ggrep checking for egrep... /usr/sfw/bin/ggrep -E checking for ANSI C header files... yes checking build system type... sparc-sun-solaris2.10 checking host system type... sparc-sun-solaris2.10 checking for a sed that does not truncate output... /home/kirkby/dependencies/bin/sed checking for ld used by gcc... ld checking if the linker (ld) is GNU ld... yes checking for ld option to reload object files... -r checking for BSD-compatible nm... /home/kirkby/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for xlf... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... 786240 checking command to parse /home/kirkby/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking whether the gcc linker (ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping
[sage-devel] Re: Sage 4.0.1.alpha0 linbox trying to build before blas was installed
Hi David, atlas-3.8.3.p2 (needed hack suggested by ATLAS developer) Note blas is not in that list. But linbox is trying to build, which claims to need blas Actually, isn't ATLAS providing our BLAS? So maybe somehow the linbox script can't find it after whatever changes were made to the atlas spkg? Or something else completely? :) -cc --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Sage 4.0.1.alpha0 linbox trying to build before blas was installed
On Sun, Jun 14, 2009 at 9:53 AM, Dr. David Kirkbydavid.kir...@onetel.net wrote: In the process of building Sage on t2, I noticed another failure, which I'm somewhat surprised has not been seen on all platforms. I've submitted this as ticket 6278, where more information is provided than here. Essentially the following packages are now installed on my attempts at building Sage with Solaris using gcc 4.4.0 atlas-3.8.3.p2 (needed hack suggested by ATLAS developer) bzip2-1.0.5 conway_polynomials-0.2 dir-0.1 eclib-20080310.p7 elliptic_curves-0.1 extcode-4.0.1.alpha0 flint-1.2.4.p3 fortran-20071120.p5 freetype-2.3.5.p0 gd-2.0.35.p1 gdmodule-0.56.p5 givaro-3.2.13rc2 gnutls-2.2.1.p1 graphs-20070722 gsl-1.10.p1 iml-1.0.1.p11 ipython-0.9.1 lapack-20071123.p0 libgcrypt-1.4.3.p0 libgpg_error-1.6.p0 libpng-1.2.35 mpir-1.2.p0 ntl-5.4.2.p7 opencdk-0.6.6 pari-2.3.3.p0 prereq-0.3 python-2.5.4.p1 readline-5.2.p6 sage_scripts-4.0.1.alpha0 sqlite-3.5.3.p3 (needed the patch I posted on trac #6266) termcap-1.3.1.p0 zlib-1.2.3.p4 Note blas is not in that list. But linbox is trying to build, which claims to need blas Here linbox tries to build. Try to build the blas spkg explicitly by typing (from SAGE_ROOT) ./sage -f spkg/standard/blas-20070724.spkg If this works (it very likely will), then try building linbox again. If linbox works, then the problem you just reported can be solved by editing spkg/standard/deps and adding BLAS as a dependency for LINBOX (in that makefile). That said, I'm concerned that maybe ATLAS wasn't correctly installed. But let's wait for you to do the above test before jumping to any conclusions. -- William --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Sage 4.0.1.alpha0 linbox trying to build before blas was installed
William Stein wrote: On Sun, Jun 14, 2009 at 9:53 AM, Dr. David Kirkbydavid.kir...@onetel.net wrote: In the process of building Sage on t2, I noticed another failure, which I'm somewhat surprised has not been seen on all platforms. I've submitted this as ticket 6278, where more information is provided than here. Essentially the following packages are now installed on my attempts at building Sage with Solaris using gcc 4.4.0 atlas-3.8.3.p2 (needed hack suggested by ATLAS developer) bzip2-1.0.5 conway_polynomials-0.2 dir-0.1 eclib-20080310.p7 elliptic_curves-0.1 extcode-4.0.1.alpha0 flint-1.2.4.p3 fortran-20071120.p5 freetype-2.3.5.p0 gd-2.0.35.p1 gdmodule-0.56.p5 givaro-3.2.13rc2 gnutls-2.2.1.p1 graphs-20070722 gsl-1.10.p1 iml-1.0.1.p11 ipython-0.9.1 lapack-20071123.p0 libgcrypt-1.4.3.p0 libgpg_error-1.6.p0 libpng-1.2.35 mpir-1.2.p0 ntl-5.4.2.p7 opencdk-0.6.6 pari-2.3.3.p0 prereq-0.3 python-2.5.4.p1 readline-5.2.p6 sage_scripts-4.0.1.alpha0 sqlite-3.5.3.p3 (needed the patch I posted on trac #6266) termcap-1.3.1.p0 zlib-1.2.3.p4 Note blas is not in that list. But linbox is trying to build, which claims to need blas Here linbox tries to build. Try to build the blas spkg explicitly by typing (from SAGE_ROOT) ./sage -f spkg/standard/blas-20070724.spkg If this works (it very likely will), It did then try building linbox again. If linbox works, then the problem you just reported can be solved by editing spkg/standard/deps and adding BLAS as a dependency for LINBOX (in that makefile). That said, I'm concerned that maybe ATLAS wasn't correctly installed. But let's wait for you to do the above test before jumping to any conclusions. -- William However, linbox still complained. I looked for files whose name had 'atlas' in them, and found the libraries (libatlas.a and libatlas.so) both present, in addition to various header files. The sizes of the libraries are about 25% larger than what I built on my Blade 2000 with the older compiler, but that does not surprise me. If there were drastic differences in size, I would suspect something was wrong with them. On your 't2' -rw-r--r-- 1 kirkby 1093 7404982 Jun 13 23:48 local/lib/libatlas.a -rw-r--r-- 1 kirkby 1093 4800337 Jun 13 23:48 local/lib/libatlas.so On my Blade 2000 -rw-r--r-- 1 drkirkby other 6299904 Jun 2 10:03 local/lib/libatlas.a -rw-r--r-- 1 drkirkby other 3618769 Jun 2 10:03 local/lib/libatlas.so This is a list of files I have with 'atlas' in their names on 't2'. Do these look ok to you? kir...@t2:[~/sage-4.0.1.alpha0] $ find . -name '*atlas*' ./local/include/atlas ./local/include/atlas/atlas_sNCmm.h ./local/include/atlas/atlas_zmvS.h ./local/include/atlas/atlas_dmvT.h ./local/include/atlas/atlas_zr1.h ./local/include/atlas/atlas_cmvS.h ./local/include/atlas/atlas_sr1.h ./local/include/atlas/atlas_smv.h ./local/include/atlas/atlas_zmv.h ./local/include/atlas/atlas_smvN.h ./local/include/atlas/atlas_zdNKB.h ./local/include/atlas/atlas_dtrsmXover.h ./local/include/atlas/atlas_cacheedge.h ./local/include/atlas/atlas_trsmNB.h ./local/include/atlas/atlas_smvS.h ./local/include/atlas/atlas_cmvN.h ./local/include/atlas/atlas_ctrsmXover.h ./local/include/atlas/atlas_dNCmm.h ./local/include/atlas/atlas_zmvN.h ./local/include/atlas/atlas_dsysinfo.h ./local/include/atlas/atlas_zsysinfo.h ./local/include/atlas/atlas_dmv.h ./local/include/atlas/atlas_cmv.h ./local/include/atlas/atlas_strsmXover.h ./local/include/atlas/atlas_type.h ./local/include/atlas/atlas_cNCmm.h ./local/include/atlas/atlas_cmvT.h ./local/include/atlas/atlas_zNCmm.h ./local/include/atlas/atlas_csysinfo.h ./local/include/atlas/atlas_dmvS.h ./local/include/atlas/atlas_cr1.h ./local/include/atlas/atlas_dr1.h ./local/include/atlas/atlas_buildinfo.h ./local/include/atlas/atlas_zmvT.h ./local/include/atlas/atlas_ztrsmXover.h ./local/include/atlas/atlas_dmvN.h ./local/include/atlas/atlas_csNKB.h ./local/include/atlas/atlas_smvT.h ./local/include/atlas/atlas_ssysinfo.h ./local/lib/libatlas.a ./local/lib/libatlas.so ./spkg/installed/atlas-3.8.3.p2 ./spkg/build/atlas-3.8.3.p2 ./spkg/build/linbox-1.1.6/src/macros/atlas-check.m4 ./spkg/standard/atlas-3.8.3.p2.spkg.orig ./spkg/standard/atlas-3.8.3.p2.spkg It suggests to me that it might be a problem with linbox rather than atlas. I'll look at this later. At the minute, the weather here is nice, my wife wants me to do some jobs in the garden, so this will have to wait until later. dave --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Sage 4.0.1.alpha0 linbox trying to build before blas was installed
On Sun, Jun 14, 2009 at 4:11 PM, Dr. David Kirkbydavid.kir...@onetel.net wrote: William Stein wrote: On Sun, Jun 14, 2009 at 9:53 AM, Dr. David Kirkbydavid.kir...@onetel.net wrote: In the process of building Sage on t2, I noticed another failure, which I'm somewhat surprised has not been seen on all platforms. I've submitted this as ticket 6278, where more information is provided than here. Essentially the following packages are now installed on my attempts at building Sage with Solaris using gcc 4.4.0 atlas-3.8.3.p2 (needed hack suggested by ATLAS developer) bzip2-1.0.5 conway_polynomials-0.2 dir-0.1 eclib-20080310.p7 elliptic_curves-0.1 extcode-4.0.1.alpha0 flint-1.2.4.p3 fortran-20071120.p5 freetype-2.3.5.p0 gd-2.0.35.p1 gdmodule-0.56.p5 givaro-3.2.13rc2 gnutls-2.2.1.p1 graphs-20070722 gsl-1.10.p1 iml-1.0.1.p11 ipython-0.9.1 lapack-20071123.p0 libgcrypt-1.4.3.p0 libgpg_error-1.6.p0 libpng-1.2.35 mpir-1.2.p0 ntl-5.4.2.p7 opencdk-0.6.6 pari-2.3.3.p0 prereq-0.3 python-2.5.4.p1 readline-5.2.p6 sage_scripts-4.0.1.alpha0 sqlite-3.5.3.p3 (needed the patch I posted on trac #6266) termcap-1.3.1.p0 zlib-1.2.3.p4 Note blas is not in that list. But linbox is trying to build, which claims to need blas Here linbox tries to build. Try to build the blas spkg explicitly by typing (from SAGE_ROOT) ./sage -f spkg/standard/blas-20070724.spkg If this works (it very likely will), It did then try building linbox again. If linbox works, then the problem you just reported can be solved by editing spkg/standard/deps and adding BLAS as a dependency for LINBOX (in that makefile). That said, I'm concerned that maybe ATLAS wasn't correctly installed. But let's wait for you to do the above test before jumping to any conclusions. -- William However, linbox still complained. I looked for files whose name had 'atlas' in them, and found the libraries (libatlas.a and libatlas.so) both present, in addition to various header files. The sizes of the libraries are about 25% larger than what I built on my Blade 2000 with the older compiler, but that does not surprise me. If there were drastic differences in size, I would suspect something was wrong with them. On your 't2' -rw-r--r-- 1 kirkby 1093 7404982 Jun 13 23:48 local/lib/libatlas.a -rw-r--r-- 1 kirkby 1093 4800337 Jun 13 23:48 local/lib/libatlas.so On my Blade 2000 -rw-r--r-- 1 drkirkby other 6299904 Jun 2 10:03 local/lib/libatlas.a -rw-r--r-- 1 drkirkby other 3618769 Jun 2 10:03 local/lib/libatlas.so This is a list of files I have with 'atlas' in their names on 't2'. Do these look ok to you? kir...@t2:[~/sage-4.0.1.alpha0] $ find . -name '*atlas*' ./local/include/atlas ./local/include/atlas/atlas_sNCmm.h ./local/include/atlas/atlas_zmvS.h ./local/include/atlas/atlas_dmvT.h ./local/include/atlas/atlas_zr1.h ./local/include/atlas/atlas_cmvS.h ./local/include/atlas/atlas_sr1.h ./local/include/atlas/atlas_smv.h ./local/include/atlas/atlas_zmv.h ./local/include/atlas/atlas_smvN.h ./local/include/atlas/atlas_zdNKB.h ./local/include/atlas/atlas_dtrsmXover.h ./local/include/atlas/atlas_cacheedge.h ./local/include/atlas/atlas_trsmNB.h ./local/include/atlas/atlas_smvS.h ./local/include/atlas/atlas_cmvN.h ./local/include/atlas/atlas_ctrsmXover.h ./local/include/atlas/atlas_dNCmm.h ./local/include/atlas/atlas_zmvN.h ./local/include/atlas/atlas_dsysinfo.h ./local/include/atlas/atlas_zsysinfo.h ./local/include/atlas/atlas_dmv.h ./local/include/atlas/atlas_cmv.h ./local/include/atlas/atlas_strsmXover.h ./local/include/atlas/atlas_type.h ./local/include/atlas/atlas_cNCmm.h ./local/include/atlas/atlas_cmvT.h ./local/include/atlas/atlas_zNCmm.h ./local/include/atlas/atlas_csysinfo.h ./local/include/atlas/atlas_dmvS.h ./local/include/atlas/atlas_cr1.h ./local/include/atlas/atlas_dr1.h ./local/include/atlas/atlas_buildinfo.h ./local/include/atlas/atlas_zmvT.h ./local/include/atlas/atlas_ztrsmXover.h ./local/include/atlas/atlas_dmvN.h ./local/include/atlas/atlas_csNKB.h ./local/include/atlas/atlas_smvT.h ./local/include/atlas/atlas_ssysinfo.h ./local/lib/libatlas.a ./local/lib/libatlas.so ./spkg/installed/atlas-3.8.3.p2 ./spkg/build/atlas-3.8.3.p2 ./spkg/build/linbox-1.1.6/src/macros/atlas-check.m4 ./spkg/standard/atlas-3.8.3.p2.spkg.orig ./spkg/standard/atlas-3.8.3.p2.spkg It suggests to me that it might be a problem with linbox rather than atlas. I'll look at this later. At the minute, the weather here is nice, my wife wants me to do some jobs in the garden, so this will have to wait until later. Next week is Sage Days 16 and the Linbox lead developer (=person who can actually fix most Linbox build problems) will be here. We can look at this problem.I've cc'd him. William --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send