hi to all,
im currently installing rrdtool-1.2.15 with my box CentOS 4.3 final ,before i installed rrdtools there 2 files suggested need to installed the FreeType 2 and libart_lgpl 2.3 everything is fine when installed two files but when i try to installed rrdtool when i issue command ./configure --prefix=/usr/local/rrdtool-1.2.15 this should the output ,any suggestion what's the problem ,thanks to all in advance
[root@support rrdtool-1.2.15]# ./configure --prefix=/usr/local/rrdtool-1.2.15 checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes
Audit Compilation Environment 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 ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes 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 for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/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 static flag works... yes 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 supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for g77 option to produce PIC... -fPIC checking if g77 PIC flag -fPIC works... yes checking if g77 supports -c -o file.o... yes checking whether the g77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if gcc likes the -fno-strict-aliasing flag... yes checking if gcc likes the -Wall flag... yes checking if gcc likes the -std=gnu99 flag... yes checking if gcc likes the -pedantic flag... yes checking if gcc likes the -Wshadow flag... yes checking if gcc likes the -Wpointer-arith flag... yes checking if gcc likes the -Wcast-align flag... yes checking if gcc likes the -Wmissing-prototypes flag... yes checking if gcc likes the -Wmissing-declarations flag... yes checking if gcc likes the -Wnested-externs flag... yes checking if gcc likes the -Winline flag... yes checking if gcc likes the -W flag... yes
Checking for Header Files checking for ANSI C header files... (cached) yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for sys/stat.h... (cached) yes checking for sys/types.h... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking time.h usability... yes checking time.h presence... yes checking for time.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking fp_class.h usability... no checking fp_class.h presence... no checking for fp_class.h... no checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking for unistd.h... (cached) yes checking ieeefp.h usability... no checking ieeefp.h presence... no checking for ieeefp.h... no checking math.h usability... yes checking math.h presence... yes checking for math.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking sys/times.h usability... yes checking sys/times.h presence... yes checking for sys/times.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/resource.h usability... yes checking sys/resource.h presence... yes checking for sys/resource.h... yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking for an ANSI C-conforming const... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for acos... no checking for acos in -lm... yes
Test Library Functions checking for strftime... yes checking for vprintf... yes checking for _doprnt... no checking whether byte ordering is bigendian... no checking for tzset... yes checking for mbstowcs... yes checking for opendir... yes checking for readdir... yes checking for chdir... yes checking for chroot... yes checking for getuid... yes checking for setlocale... yes checking for strerror... yes checking for strerror_r... yes checking for snprintf... yes checking for vsnprintf... yes checking for fpclass... no checking for class... no checking for fp_class... no checking for isnan... yes checking for memmove... yes checking for strchr... yes checking for mktime... yes checking for getrusage... yes checking for gettimeofday... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes
IEEE Math Checks checking for fpclassify... no checking for fpclassify with <math.h>... yes checking for finite... yes checking for isinf... yes checking if IEEE math works out of the box... yes
Resolve Portability Issues checking if realloc can deal with NULL... yes checking if ctime_r need special care to act posixly correct... no checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking for cc_r... gcc checking do we need malloc/malloc.h... nope, works out of the box
Findr 3rd-Party Libraries checking for art_vpath_add_point in -lart_lgpl_2... yes checking libart_lgpl/libart.h usability... no checking libart_lgpl/libart.h presence... no checking for libart_lgpl/libart.h... no checking for pkg-config... pkg-config configure: WARNING: ---------------------------------------------------------------------------- * I found a copy of pkgconfig, but there is no libart-2.0.pc file around. You may want to set the PKG_CONFIG_PATH variable to point to its location. ----------------------------------------------------------------------------
configure: WARNING: ---------------------------------------------------------------------------- * I could not find a working copy of libart-2.0. Check config.log for hints on why this is the case. Maybe you need to set LDFLAGS and CPPFLAGS appropriately so that compiler and the linker can find libart_lgpl_2 and its header files. If you have not installed libart-2.0, you can get it either from its original home on
ftp://ftp.gnome.org/pub/GNOME/sources/libart_lgpl/2.3/
You can find also find an archive copy on
http://oss.oetiker.ch/rrdtool/pub/libs
The last tested version of libart-2.0 is 2.3.17.
LIBS=-lm LDFLAGS= CPPFLAGS= -I/usr/include/libart-2.0
----------------------------------------------------------------------------
checking for zlibVersion in -lz... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for png_access_version_number in -lpng... yes checking png.h usability... yes checking png.h presence... yes checking for png.h... yes checking for FT_Init_FreeType in -lfreetype... yes checking ft2build.h usability... no checking ft2build.h presence... no checking for ft2build.h... no checking for pkg-config... (cached) pkg-config configure: WARNING: ---------------------------------------------------------------------------- * I found a copy of pkgconfig, but there is no freetype2.pc file around. You may want to set the PKG_CONFIG_PATH variable to point to its location. ----------------------------------------------------------------------------
configure: WARNING: ---------------------------------------------------------------------------- * I could not find a working copy of freetype2. Check config.log for hints on why this is the case. Maybe you need to set LDFLAGS and CPPFLAGS appropriately so that compiler and the linker can find libfreetype and its header files. If you have not installed freetype2, you can get it either from its original home on
http://prdownloads.sourceforge.net/freetype/
You can find also find an archive copy on
http://oss.oetiker.ch/rrdtool/pub/libs
The last tested version of freetype2 is 2.1.10.
LIBS=-lpng -lz -lm LDFLAGS= CPPFLAGS= -I/usr/include/freetype2
----------------------------------------------------------------------------
configure: error: Please fix the library issues listed above and try again.
On 16/08/06, dennis dennis@bulacan.gov.ph wrote:
hi to all,
im currently installing rrdtool-1.2.15 with my box CentOS 4.3 final ,before i installed rrdtools there 2 files suggested need to installed the FreeType
Is there a specific reason for not using the RPMForge packaged rrdtool?
[root@devmon1 ~]# rpm -qa | grep rrd rrdtool-1.2.13-1.el4.rf perl-rrdtool-1.2.13-1.el4.rf
Will.
On Wed, 16 Aug 2006, Will McDonald wrote:
On 16/08/06, dennis dennis@bulacan.gov.ph wrote:
hi to all,
im currently installing rrdtool-1.2.15 with my box CentOS 4.3 final ,before i installed rrdtools there 2 files suggested need to installed the FreeType
Is there a specific reason for not using the RPMForge packaged rrdtool?
[root@devmon1 ~]# rpm -qa | grep rrd rrdtool-1.2.13-1.el4.rf perl-rrdtool-1.2.13-1.el4.rf
And rrdtool 1.2.15 is available as well at:
http://dag.wieers.com/packages/rrdtool/
Kind regards, -- dag wieers, dag@wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]
On Wed, 16 Aug 2006, Will McDonald wrote:
On 16/08/06, dennis dennis@bulacan.gov.ph wrote:
hi to all,
im currently installing rrdtool-1.2.15 with my box CentOS 4.3 final ,before i installed rrdtools there 2 files suggested need to installed the FreeType
Is there a specific reason for not using the RPMForge packaged rrdtool?
[root@devmon1 ~]# rpm -qa | grep rrd rrdtool-1.2.13-1.el4.rf perl-rrdtool-1.2.13-1.el4.rf
Also, on Wed, 16 Aug 2006, Jim Perrin wrote:
It's far better to stick with rpms on an rpm based system. This way all the other software knows about each other via the rpm database, and you don't run into missing dependencies, version conflicts, and other issues that like to creep up.
To my mind, the advice given by Will and Jim is a two-edged sword:
* Sure, using rpms on rpm-based systems is the surest path to stability, success, long uptimes, and Johnny's new pony :-)
* It also sounds to me, however inadvertently, like "don't worry your little self about it; let the experts do the heavy lifting."
In this case, the OP provided what seems to be the relevent console output for troubleshooting. In particular, the configure script couldn't find header files for libart and freetype:
checking for art_vpath_add_point in -lart_lgpl_2... yes checking libart_lgpl/libart.h usability... no checking libart_lgpl/libart.h presence... no checking for libart_lgpl/libart.h... no [....] checking for FT_Init_FreeType in -lfreetype... yes checking ft2build.h usability... no checking ft2build.h presence... no checking for ft2build.h... no
A simple pair of yum queries provide the likely answer.
yum whatprovides ft2build.h yum whatprovides libart.h
You'll see that those files are provided by a couple development packages:
freetype-devel libart_lgpl-devel
Installing those will probably solve the problem of compiling rrdtool. Not that using a solid rpm from a good repository isn't good advice...
Paul Heinlein spake the following on 8/16/2006 7:56 AM:
On Wed, 16 Aug 2006, Will McDonald wrote:
On 16/08/06, dennis dennis@bulacan.gov.ph wrote:
hi to all,
im currently installing rrdtool-1.2.15 with my box CentOS 4.3 final ,before i installed rrdtools there 2 files suggested need to installed the FreeType
Is there a specific reason for not using the RPMForge packaged rrdtool?
[root@devmon1 ~]# rpm -qa | grep rrd rrdtool-1.2.13-1.el4.rf perl-rrdtool-1.2.13-1.el4.rf
Also, on Wed, 16 Aug 2006, Jim Perrin wrote:
It's far better to stick with rpms on an rpm based system. This way all the other software knows about each other via the rpm database, and you don't run into missing dependencies, version conflicts, and other issues that like to creep up.
To my mind, the advice given by Will and Jim is a two-edged sword:
- Sure, using rpms on rpm-based systems is the surest path to stability, success, long uptimes, and Johnny's new pony :-)
Here is a pony for Johnny!!!
,-^, _ ___/ /| ,:`( )__, ) ~ // // '--; ' \ | ^ ------^----^----- And he won't need to clean up after it!!
--- Scott Silva ssilva@sgvwater.com wrote:
Paul Heinlein spake the following on 8/16/2006 7:56 AM:
On Wed, 16 Aug 2006, Will McDonald wrote:
On 16/08/06, dennis dennis@bulacan.gov.ph
wrote:
hi to all,
im currently installing rrdtool-1.2.15 with my
box CentOS 4.3
final ,before i installed rrdtools there 2 files
suggested need to
installed the FreeType
Is there a specific reason for not using the
RPMForge packaged
rrdtool?
[root@devmon1 ~]# rpm -qa | grep rrd rrdtool-1.2.13-1.el4.rf perl-rrdtool-1.2.13-1.el4.rf
Also, on Wed, 16 Aug 2006, Jim Perrin wrote:
It's far better to stick with rpms on an rpm
based system. This way
all the other software knows about each other via
the rpm database,
and you don't run into missing dependencies,
version conflicts, and
other issues that like to creep up.
To my mind, the advice given by Will and Jim is a
two-edged sword:
- Sure, using rpms on rpm-based systems is the
surest path to
stability, success, long uptimes, and Johnny's
new pony :-)
Here is a pony for Johnny!!!
,-^, _ ___/ /\|
,:`( )__, ) ~ // // '--; ' \ | ^ ------^----^----- And he won't need to clean up after it!!
--
MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Someone has way too much time on their hands.... :-)
Steven
"On the side of the software box, in the 'System Requirements' section, it said 'Requires Windows or better'. So I installed Linux."
On Wed, 16 Aug 2006, Steven Vishoot wrote:
Here is a pony for Johnny!!!
,-^, _ ___/ /\|
,:`( )__, ) ~ // // '--; ' \ | ^ ------^----^-----
Someone has way too much time on their hands.... :-)
Google for "ascii art horse"; time elapsed: 20 seconds.
http://www.virtualhorses.com/graphics/asciiart.htm http://www.ascii-art.de/ascii/ghi/horse.txt
:-)
Thank you sir Paul Heinlein you know what i mean and those who reply with me(Will McDonald,Jim Perrin,Dag Wieers,to all), what im trying do is to learn meh how to installed and troubleshoot during installation from the source,installation of from the rpm is already i know but we need some input regarding the error for installing from the source.thank you very much to all.
TIA, --dennis--
----- Original Message ----- From: "Paul Heinlein" heinlein@madboa.com To: "CentOS mailing list" centos@centos.org Sent: Wednesday, August 16, 2006 10:56 PM Subject: Re: [CentOS] Problem Installing rrdtool
On Wed, 16 Aug 2006, Will McDonald wrote:
On 16/08/06, dennis dennis@bulacan.gov.ph wrote:
hi to all,
im currently installing rrdtool-1.2.15 with my box CentOS 4.3 final ,before i installed rrdtools there 2 files suggested need to installed the FreeType
Is there a specific reason for not using the RPMForge packaged rrdtool?
[root@devmon1 ~]# rpm -qa | grep rrd rrdtool-1.2.13-1.el4.rf perl-rrdtool-1.2.13-1.el4.rf
Also, on Wed, 16 Aug 2006, Jim Perrin wrote:
It's far better to stick with rpms on an rpm based system. This way all the other software knows about each other via the rpm database, and you don't run into missing dependencies, version conflicts, and other issues that like to creep up.
To my mind, the advice given by Will and Jim is a two-edged sword:
Sure, using rpms on rpm-based systems is the surest path to stability, success, long uptimes, and Johnny's new pony :-)
It also sounds to me, however inadvertently, like "don't worry your little self about it; let the experts do the heavy lifting."
In this case, the OP provided what seems to be the relevent console output for troubleshooting. In particular, the configure script couldn't find header files for libart and freetype:
checking for art_vpath_add_point in -lart_lgpl_2... yes checking libart_lgpl/libart.h usability... no checking libart_lgpl/libart.h presence... no checking for libart_lgpl/libart.h... no [....] checking for FT_Init_FreeType in -lfreetype... yes checking ft2build.h usability... no checking ft2build.h presence... no checking for ft2build.h... no
A simple pair of yum queries provide the likely answer.
yum whatprovides ft2build.h yum whatprovides libart.h
You'll see that those files are provided by a couple development packages:
freetype-devel libart_lgpl-devel
Installing those will probably solve the problem of compiling rrdtool. Not that using a solid rpm from a good repository isn't good advice...
-- Paul Heinlein <> heinlein@madboa.com <> www.madboa.com _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On 8/16/06, dennis dennis@bulacan.gov.ph wrote:
hi to all,
im currently installing rrdtool-1.2.15 with my box CentOS 4.3 final ,before i installed rrdtools there 2 files suggested need to installed the FreeType 2 and libart_lgpl 2.3 everything is fine when installed two files but when i try to installed rrdtool when i issue command ./configure --prefix=/usr/local/rrdtool-1.2.15 this should the output ,any suggestion what's the problem ,thanks to all in advance
It's far better to stick with rpms on an rpm based system. This way all the other software knows about each other via the rpm database, and you don't run into missing dependencies, version conflicts, and other issues that like to creep up.
Several repositories have rrdtool packaged for centos including dag/rpmforge listed in another repsponse here and the kbs-Extras repository maintained by Karanbir ( he's a nice guy like that). It's really far better to use one of these than to build your own.
See http://wiki.centos.org/Repositories for your answers. The KBS-Extras repository is at centos.karan.org, and dag's repo is at dag.wieers.com/packages/
Jim Perrin spake the following on 8/16/2006 4:31 AM:
On 8/16/06, dennis dennis@bulacan.gov.ph wrote:
hi to all,
im currently installing rrdtool-1.2.15 with my box CentOS 4.3 final ,before i installed rrdtools there 2 files suggested need to installed the FreeType 2 and libart_lgpl 2.3 everything is fine when installed two files but when i try to installed rrdtool when i issue command ./configure --prefix=/usr/local/rrdtool-1.2.15 this should the output ,any suggestion what's the problem ,thanks to all in advance
It's far better to stick with rpms on an rpm based system. This way all the other software knows about each other via the rpm database, and you don't run into missing dependencies, version conflicts, and other issues that like to creep up.
Several repositories have rrdtool packaged for centos including dag/rpmforge listed in another repsponse here and the kbs-Extras repository maintained by Karanbir ( he's a nice guy like that). It's really far better to use one of these than to build your own.
See http://wiki.centos.org/Repositories for your answers. The KBS-Extras repository is at centos.karan.org, and dag's repo is at dag.wieers.com/packages/
If Johnny would just package Vispan and all of it's dependencies, all would be wonderful!