Bug 110137 – k3d 0.4.4.2 fails

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Patrizio Bassi 2005-10-22 06:24:45 UTC]

checking for Magick++... found 
checking for netpbm... found 
checking for newer versions of pnmtotiff... configure: error: 
It appears that you're using an older version of the netpbm tools.  netpbm is a collection of 
programs 
that read and write a large number of bitmap file formats.  K-3D can use netpbm to read and write 
bitmap images for use as textures.  In particular, K-3D uses pnmtotiff to write image files in TIFF 
format 
for use with RenderMan compatible render engines.  Unfortunately, the version of pnmtotiff 
installed on your 
system automatically stores greyscale images and images containing fewer than 256 distinct 
colors in a 
format that most RenderMan compatible render engines can't load.  It is strongly recommended 
that you upgrade 
to a newer version of netpbm.  If you wish to bypass this error message, re-run configure with 
the 
--without-new-pnmtotiff option.  In this case, any greyscale or low-color images you use as 
textures will 
probably fail to render, regardless of their source file format.  If you upgrade netpbm later on, be 
sure to 
re-run configure and re-install K-3D, or manually add the -color and -truecolor options to your 
share/netpbm.conf file. 
 
make: *** [config.status] Error 1 
 
 
i've netpbm 10.30, lastet version

[Comment 1 Alan Grimes 2005-10-22 15:59:46 UTC]

Created attachment 71231 [details]
the configure log...

mee tooo!! 

As per the reporting instructions, here's the configure log.

[Comment 2 Tommie 2005-10-31 12:05:03 UTC]

Created attachment 71811 [details, diff]
Patch to fix the problem in acinclude.m4

The changes are to acinclude.m4 since the latest ebuild runs the autotools
anyway.

[Comment 3 Tommie 2005-10-31 12:06:22 UTC]

Comment on attachment 71811 [details, diff]
Patch to fix the problem in acinclude.m4

The problem is libtiff can't write tiffs to either a pipe or /dev/null.
Redirecting to a disk-file solves the issue.

[Comment 4 Patrizio Bassi 2005-11-01 10:45:11 UTC]

patch works for me. 
 
i found this thing too: 
 
 i686-pc-linux-gnu-g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" 
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" 
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"k3d\" -DVERSION=\"0.4.4.2\" 
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
-DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSIZEOF_VOIDP=4 
-DK3D_PLATFORM_POSIX=1 -DK3D_HAVE_X86=1 -DHAVE_VA_COPY=1 
-DVA_COPY=va_copy -DHAPY_HAVE_NUMERIC_LIMITS=1 
-DHAPY_HAVE_STD_ITERATOR_TYPE=1 -I. -I. -I.. -I../boost -I/usr/include/sigc++-2.0 
-I/usr/lib/sigc++-2.0/include -DK3D_HAVE_SIGC_2_0 -I/usr/X11R6/include 
-I/usr/X11R6/include -Wall -Wno-ctor-dtor-privacy -O3 -mtune=pentium3 
-march=pentium3 -pipe -fomit-frame-pointer -mmmx -msse -c measurement.cpp -MT 
measurement.lo -MD -MP -MF .deps/measurement.TPlo  -fPIC -DPIC 
-o .libs/measurement.o 
                        
 
as you can see from -D and includes k3d is using libsigc++ version 2.x 
in ebuild that's still a dep on 1.0. 
 
patch and sigc 1.0 deps should be fixed in portage asap. 

[Comment 5 SpanKY 2005-11-01 15:42:07 UTC]

k3d 0.5.0.33 now in portage