<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>103343</bug_id>
          
          <creation_ts>2005-08-22 08:00 0000</creation_ts>
          <short_desc>sci-libs/vtk-4.2.6 emerge fails</short_desc>
          <delta_ts>2005-12-18 10:11:13 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Unspecified</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>chjacob@web.de</reporter>
          <assigned_to>sci@gentoo.org</assigned_to>
          <cc>axxo@gentoo.org</cc>
    
    <cc>pkdawson@gentoo.org</cc>
    
    <cc>sci@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>chjacob@web.de</who>
            <bug_when>2005-08-22 08:00:10 0000</bug_when>
            <thetext>The Visulization Toolkit (VTK) fails to install


Reproducible: Always
Steps to Reproduce:
1. emerge vtk

Actual Results:  
root@note-jacob /home/christoph # PYTHON_LIBRARY=/usr/lib/python2.4
PYTHON_INCLUDE_PATH=/usr/include/python2.4/ emerge vtk
Calculating dependencies ...done!
&gt;&gt;&gt; emerge (1 of 1) sci-libs/vtk-4.2.6 to /
&gt;&gt;&gt; md5 files   ;-) vtk-4.2.6.ebuild
&gt;&gt;&gt; md5 files   ;-) files/digest-vtk-4.2.6
&gt;&gt;&gt; md5 files   ;-) files/vtk-4.2.6-gcc34.patch
&gt;&gt;&gt; md5 src_uri ;-) VTK-4.2-LatestRelease.tar.gz
&gt;&gt;&gt; Unpacking source...
&gt;&gt;&gt; Unpacking VTK-4.2-LatestRelease.tar.gz to /var/tmp/portage/vtk-4.2.6/work
 * Applying vtk-4.2.6-gcc34.patch ...                                          
                                      [ ok ]&gt;&gt;&gt; Source unpacked.
-- Check for working C compiler: gcc
-- Check for working C compiler: gcc -- works
-- Check for working CXX compiler: c++
-- Check for working CXX compiler: c++ -- works
-- Check size of int
-- Check size of int - done
-- Check size of long
-- Check size of long - done
-- Check size of void*
-- Check size of void* - done
-- Check size of char
-- Check size of char - done
-- Check size of short
-- Check size of short - done
-- Check size of float
-- Check size of float - done
-- Check size of double
-- Check size of double - done
-- Looking for limits.h
-- Looking for limits.h - found
-- Looking for unistd.h
-- Looking for unistd.h - found
-- Looking for sys/prctl.h
-- Looking for sys/prctl.h - found
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Check if the system is big endian
-- Check if the system is big endian - little endian
-- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so
-- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for IceConnectionNumber in ICE
-- Looking for IceConnectionNumber in ICE - found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Checking for CXX include file iostream
-- Checking for CXX include file iostream -- found
-- Check for STD namespace
-- Check for STD namespace - found
-- Check for ANSI scope
-- Check for ANSI scope - found
-- Checking for CXX include file sstream
-- Checking for CXX include file sstream -- found
-- Check size of long long
-- Check size of long long - done
-- Checking support for C++ type bool
-- Checking support for C++ type bool -- yes
-- Checking support for C++ explicit template instantiation
-- Checking support for C++ explicit template instantiation -- yes
-- Compiling VTK CMake commands
-- Compiling VTK CMake commands - done
-- Loading VTK CMake commands
-- Loading VTK CMake commands - done
-- Checking for CXX include file iosfwd
-- Checking for CXX include file iosfwd -- found
-- Checking for CXX include file iostream.h
-- Checking for CXX include file iostream.h -- found
-- Checking for CXX include file strstrea.h
-- Checking for CXX include file strstrea.h -- not found
-- Checking for CXX include file strstream.h
-- Checking for CXX include file strstream.h -- not found
CMake Error: This project requires some variables to be set,
and cmake can not find them.
Please set the following variables:
PYTHON_INCLUDE_PATH
PYTHON_LIBRARY

-- Configuring done

!!! ERROR: sci-libs/vtk-4.2.6 failed.
!!! Function src_compile, Line 79, Exitcode 255
!!! cmake configuration failed
!!! If you need support, post the topmost build error, NOT this status message.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pbienst@gentoo.org</who>
            <bug_when>2005-08-22 11:05:49 0000</bug_when>
            <thetext>What happens if you just type &apos;emerge vtk&apos; rather than prefixing it with env 
variables? Please also add the output from &apos;emerge info&apos; </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chjacob@web.de</who>
            <bug_when>2005-08-24 01:33:40 0000</bug_when>
            <thetext>I get exactly the same output when I just run &quot;emerge vtk&quot;
(setting these env variables was just one of my stupid attempts at fixing the
problem)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chjacob@web.de</who>
            <bug_when>2005-08-24 01:37:43 0000</bug_when>
            <thetext>output of &quot;emerge info&quot;:

root@note-jacob /home/christoph # emerge info
Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4,
glibc-2.3.5.20050421-r0, 2.6.12-gentoo i686)
=================================================================
System uname: 2.6.12-gentoo i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
Gentoo Base System version 1.12.0_pre5
dev-lang/python:     2.4.1-r1
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -march=pentium4 -fomit-frame-pointer&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=pentium4 -fomit-frame-pointer&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://ftp.easynet.nl/mirror/gentoo/
ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo
http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://gentoo.eliteitminds.com
ftp://mir.zyrianes.net/gentoo/ http://mir.zyrianes.net/gentoo/
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
ftp://194.117.143.70/mirrors/gentoo
ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/&quot;
LANG=&quot;de_DE.UTF-8&quot;
LC_ALL=&quot;de_DE.UTF-8&quot;
LINGUAS=&quot;de&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 X aalib acpi alsa arts avi bash-completion berkdb bitmap-fonts cdr
crypt cups curl dbus eds emacs emboss encode esd evo fam foomaticdb fortran gdbm
gif gimpprint gnome gnutls gpm gstreamer gtk gtk2 gtkhtml ifc imagemagick imlib
ipv6 java jpeg ldap libg++ libwww mad mikmod mng mono motif mozilla mp3 mpeg
mysql ncurses nls nntp nptl ogg oggvorbis opengl oss pam pdflib perl plotutils
png python quicktime readline ruby sdl spell sqlite sse ssl svga tcltk tcpd
tetex tiff truetype truetype-fonts type1-fonts unicode vorbis wmf xml2 xmms
xprint xv zlib linguas_de userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, LDFLAGS

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>markusle@gentoo.org</who>
            <bug_when>2005-09-09 13:11:22 0000</bug_when>
            <thetext>Created an attachment (id=68061)
patch to have VTK&apos;s cmake recognize python-2.4

This is likely a problem with your python install, since I noticed that you&apos;re
running python-2.4.x. It looks to me that VTK&apos;s cmake config scripts do not
recognize python &gt; v2.3. I have created a patch that might fix this, but I
can&apos;t test it since I only have python-2.3 installed. Maybe somebody with
2.4 installed can give it a try and report back.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chjacob@web.de</who>
            <bug_when>2005-09-21 05:29:07 0000</bug_when>
            <thetext>I have tried this patch, but I still get the same error message.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chjacob@web.de</who>
            <bug_when>2005-09-21 05:33:15 0000</bug_when>
            <thetext>Additional information:

The error I reported appears with CMake 2.0.6.

When I update to CMake 2.2.0, the error does not appear,
but I crashed during the compilation stage with a different error.
Here is the output, but to me it seem like a bug in CMake
not getting all the dependencies correctly, since the file
it complains about is there:

Building CXX object Rendering/vtkRendering.dir/vtkVolumeRayCastMapper.o
Building CXX object Rendering/vtkRendering.dir/vtkVolumeTextureMapper.o
Building CXX object Rendering/vtkRendering.dir/vtkVolumeTextureMapper2D.o
Building CXX object Rendering/vtkRendering.dir/vtkWindowToImageFilter.o
Building CXX object Rendering/vtkRendering.dir/vtkWorldPointPicker.o
Building CXX object Rendering/vtkRendering.dir/vtkFreeTypeFontCache.o
Building CXX object Rendering/vtkRendering.dir/vtkXRenderWindowInteractor.o
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:24:31:
vtkfreetypeConfig.h: Datei oder Verzeichnis nicht gefunden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:25:27:
vtkftglConfig.h: Datei oder Verzeichnis nicht gefunden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:26:23:
FTLibrary.h: Datei oder Verzeichnis nicht
gefunden/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:27:65:
FTGLPixmapFont.h: Datei oder Verzeichnis nicht gefunden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:28:79:
FTGLBitmapFont.h: Datei oder Verzeichnis nicht gefunden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx: In
constructor `vtkFreeTypeFontCacheCleanup::vtkFreeTypeFontCacheCleanup()&apos;:
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:78: Fehler:
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chjacob@web.de</who>
            <bug_when>2005-09-21 05:33:15 0000</bug_when>
            <thetext>Additional information:

The error I reported appears with CMake 2.0.6.

When I update to CMake 2.2.0, the error does not appear,
but I crashed during the compilation stage with a different error.
Here is the output, but to me it seem like a bug in CMake
not getting all the dependencies correctly, since the file
it complains about is there:

Building CXX object Rendering/vtkRendering.dir/vtkVolumeRayCastMapper.o
Building CXX object Rendering/vtkRendering.dir/vtkVolumeTextureMapper.o
Building CXX object Rendering/vtkRendering.dir/vtkVolumeTextureMapper2D.o
Building CXX object Rendering/vtkRendering.dir/vtkWindowToImageFilter.o
Building CXX object Rendering/vtkRendering.dir/vtkWorldPointPicker.o
Building CXX object Rendering/vtkRendering.dir/vtkFreeTypeFontCache.o
Building CXX object Rendering/vtkRendering.dir/vtkXRenderWindowInteractor.o
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:24:31:
vtkfreetypeConfig.h: Datei oder Verzeichnis nicht gefunden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:25:27:
vtkftglConfig.h: Datei oder Verzeichnis nicht gefunden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:26:23:
FTLibrary.h: Datei oder Verzeichnis nicht
gefunden/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:27:65:
FTGLPixmapFont.h: Datei oder Verzeichnis nicht gefunden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:28:79:
FTGLBitmapFont.h: Datei oder Verzeichnis nicht gefunden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx: In
constructor `vtkFreeTypeFontCacheCleanup::vtkFreeTypeFontCacheCleanup()&apos;:
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:78: Fehler:
»FTLibraryCleanup« wurde nicht deklariert
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:78: Fehler:
»AddDependency« nicht deklariert (erste Verwendung dieser Funktion)
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:78: Fehler:
(Jeder nicht deklarierte Bezeichner wird nur einmal für jede Funktion, in der er
vorkommt, gemeldet.)
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx: In member
function `void vtkFreeTypeFontCache::PrintEntry(int, char*)&apos;:
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:183: Fehler:
invalid use of undefined type `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.h:60: Fehler:
forward declaration of `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx: In member
function `void vtkFreeTypeFontCache::ReleaseEntry(int)&apos;:
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:206: Warnung:
mögliches Problem bei Aufruf des »delete«-Operators erkannt
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:206: Warnung:
invalid use of undefined type `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.h:60: Warnung:
forward declaration of `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:206:
Anmerkung: weder der Destruktor noch der klassenspezifische Operator »delete«
wird aufgerufen, auch wenn sie bei der Klassendefinition deklariert werden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx: In member
function `vtkFreeTypeFontCache::Entry*
vtkFreeTypeFontCache::GetFont(vtkTextProperty*, int, unsigned char, unsigned
char, unsigned char)&apos;:
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:346: Fehler:
»FTGLPixmapFont« wurde nicht deklariert
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:350: Fehler:
»FTGLBitmapFont« wurde nicht deklariert
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:358: Fehler:
invalid use of undefined type `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.h:60: Fehler:
forward declaration of `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:361: Warnung:
mögliches Problem bei Aufruf des »delete«-Operators erkannt
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:343: Warnung:
»font« hat unvollständigen Typen
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.h:60: Warnung:
forward declaration of `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:361:
Anmerkung: weder der Destruktor noch der klassenspezifische Operator »delete«
wird aufgerufen, auch wenn sie bei der Klassendefinition deklariert werden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:376: Fehler:
invalid use of undefined type `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.h:60: Fehler:
forward declaration of `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:448: Fehler:
invalid use of undefined type `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.h:60: Fehler:
forward declaration of `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:451: Warnung:
mögliches Problem bei Aufruf des »delete«-Operators erkannt
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:343: Warnung:
»font« hat unvollständigen Typen
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.h:60: Warnung:
forward declaration of `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:451:
Anmerkung: weder der Destruktor noch der klassenspezifische Operator »delete«
wird aufgerufen, auch wenn sie bei der Klassendefinition deklariert werden
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.cxx:458: Fehler:
invalid use of undefined type `struct FTFont&apos;
/tmp/portage/vtk-4.2.6/work/VTK/Rendering/vtkFreeTypeFontCache.h:60: Fehler:
forward declaration of `struct FTFont&apos;
make[2]: *** [Rendering/vtkRendering.dir/vtkFreeTypeFontCache.o] Fehler 1
make[2]: *** Warte auf noch nicht beendete Prozesse...
make[1]: *** [Rendering/vtkRendering.dir/all] Fehler 2
make: *** [all] Fehler 2

!!! ERROR: sci-libs/vtk-4.2.6 failed.
!!! Function src_compile, Line 80, Exitcode 2
!!! emake failed
!!! If you need support, post the topmost build error, NOT this status message.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>w_depuydt@hotmail.com</who>
            <bug_when>2005-10-05 10:34:39 0000</bug_when>
            <thetext>Created an attachment (id=69932)
patches vtk-4.2.6.ebuild

This adds another &quot;cmake run&quot; to the src_compile routine so that all
CMAKE_VARIABLES are properly initialised.

Also adds stuff to the java-variables to support all platforms.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>w_depuydt@hotmail.com</who>
            <bug_when>2005-10-05 10:37:23 0000</bug_when>
            <thetext>(In reply to comment #6)  
&gt; Additional information:  
&gt;   
&gt; The error I reported appears with CMake 2.0.6.  
&gt;   
&gt; When I update to CMake 2.2.0, the error does not appear,  
&gt; but I crashed during the compilation stage with a different error.  
&gt; Here is the output, but to me it seem like a bug in CMake  
&gt; not getting all the dependencies correctly, since the file  
&gt; it complains about is there:  
&gt;  
snip ...  
&gt;   
&gt; !!! ERROR: sci-libs/vtk-4.2.6 failed.  
&gt; !!! Function src_compile, Line 80, Exitcode 2  
&gt; !!! emake failed  
&gt; !!! If you need support, post the topmost build error, NOT this status  
message.  
&gt;   
&gt;   
  
This is a cmake problem. One run of cmake is often not enough. Some variables  
are not initialised properly. The solution is to run cmake a second (sometimes  
a third) time, without supplying the options again.  
I noticed this behaviour when compiling VTK by hand before it was included in  
the portage tree.  
  
I have a custom vtk ebuild in my overlay that includes another cmake run in the  
&quot;scr_compile&quot; routine. 
 
Perhaps this issue should have it&apos;s own bug-number since it&apos;s unrelated to the  
original python bug.  
  
Appart from the extra cmake run I&apos;ve also updated the configuration routines  
when the java use-flag is set. This way the vtk-4.2.6.ebuild handles 
architectures other than x86 (I tested AMD64 and PPC, but any architecture with 
a decent JVM and java-config should work). 
 
I&apos;ve included a diff to the original vtk-4.2.6.ebuild to add my fixes. It does 
NOT include the python patch </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>w_depuydt@hotmail.com</who>
            <bug_when>2005-10-05 10:43:21 0000</bug_when>
            <thetext>Created an attachment (id=69934)
adds an extra cmake run to vtk-4.2.6.ebuild

Adds an extra &apos;cmake&apos; run to the scr_compile routine of the original
vtk-4.2.6.ebuild so that all CMAKE_VARIABLES are properly initialized.

It also adds some stuff to the java-variables so that all architectures are
supported (tested with ppc and amd64).

this patch does NOT include the python-patch.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>axxo@gentoo.org</who>
            <bug_when>2005-10-17 13:47:23 0000</bug_when>
            <thetext>using -pything -tcltck i get the same error as in comment #6
using -doc -examples +java -mpi -patented +python +tcltk -threads
it ends at
Building CXX object Graphics/CMakeFiles/vtkGraphicsTCL.dir/vtkWarpVectorTcl.o
Building CXX object Graphics/CMakeFiles/vtkGraphicsTCL.dir/
vtkWindowedSincPolyDataFilterTcl.o
Linking CXX shared library bin/libvtkGraphicsTCL.so
make: *** [all] Fout 2



Portage 2.0.53_rc5 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-
gentoo-r4 i686)
=================================================================
System uname: 2.6.13-gentoo-r4 i686 AMD Athlon(TM) XP 2000+
Gentoo Base System version 1.12.0_pre8
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.13
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon-xp -O2 -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/
X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-march=athlon-xp -O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs autoconfig collision-protect cvs distlocks fixpackages 
manifest noclean sandbox sfperms sign strict userpriv usersandbox&quot;
LANG=&quot;nl_BE.UTF-8&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage/tree&quot;
PORTDIR_OVERLAY=&quot;/usr/portage/overlay&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dnow 3dnowext 3ds X a52 aac aalib alsa apm avi bash-completion berkdb 
bitmap-fonts cdr crypt cscope disablexmb dts dv dvb dvd dvdread edl eds emboss 
encode faad fam fbcon ffmpeg foomaticdb freetype gdbm gif gpm gstreamer gtk gtk2 
hal imagemagick imap imlib innodb java jpeg junit kde kdeenablefinal libcaca 
libg++ libwww mad maildir mikmod mmx mmxext mng mozilla mp3 mpeg ncurses network 
nls nptl offensive ogg oggvorbis openal opengl oss pam pcre pdflib perl png 
python qt quicktime readline rtc sdl skey spell sse ssl stream tcltk tcpd theora 
tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis 
win32codecs xine xml xml2 xv xvid zlib userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>markusle@gentoo.org</who>
            <bug_when>2005-11-09 07:00:18 0000</bug_when>
            <thetext>(From update of attachment 68061)
Doesn&apos;t work properly
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>markusle@gentoo.org</who>
            <bug_when>2005-11-09 07:05:08 0000</bug_when>
            <thetext>Created an attachment (id=72493)
patch for vtk-4.2.6.ebuild fixing the python problems

The attached patch fixes the initially reported problems with python
on a setup that is similar to yours (python 2.4.2, gcc-3.4.4) using the
stable version of cmake (cmake-2.0.6-r1). 
Please give it a spin and report back.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chjacob@web.de</who>
            <bug_when>2005-11-15 10:05:27 0000</bug_when>
            <thetext>Yes, the new patch is working for me, with the
configuration as initially reported 
(python 2.4, cmake-2.0.6-r1)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>markusle@gentoo.org</who>
            <bug_when>2005-11-15 20:17:50 0000</bug_when>
            <thetext>Hi Christoph, 
 
Thanks for testing and good to hear that the patch solved your 
compile issues. This should close this bug then.  </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chjacob@web.de</who>
            <bug_when>2005-11-17 01:07:22 0000</bug_when>
            <thetext>Yes, the original problem is solved then.

I have also tested the solution that was suggested for the
second problem (compile fails with cmake-2.2). This problem
is indeed solved by adding a second cmake run to the ebuild.
I will try to attach an updated patch for that.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chjacob@web.de</who>
            <bug_when>2005-11-17 01:17:58 0000</bug_when>
            <thetext>Created an attachment (id=73065)
add a second cmake run (solves compile problem with cmake 2.2)
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dudalev@gmail.com</who>
            <bug_when>2005-11-28 17:53:44 0000</bug_when>
            <thetext>(In reply to comment #6)
http://bugs.gentoo.org/show_bug.cgi?id=113597</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>markusle@gentoo.org</who>
            <bug_when>2005-12-18 10:11:13 0000</bug_when>
            <thetext>This has been fixed in portage cvs. Sorry for the delay.

Markus</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>68061</attachid>
            <date>2005-09-09 13:11 0000</date>
            <desc>patch to have VTK&apos;s cmake recognize python-2.4</desc>
            <filename>vtk-python-2.4-gentoo.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIFZUSy9DTWFrZUxpc3RzLnR4dAkyMDA0LTAzLTI0IDE3OjI2OjU2LjAwMDAwMDAwMCArMDAw
MAorKysgVlRLLXB5dGhvbjIuNC9DTWFrZUxpc3RzLnR4dAkyMDA1LTA5LTA5IDIwOjAxOjM5LjAw
MDAwMDAwMCArMDAwMApAQCAtNzY0LDggKzc2NCw5IEBACiAKIElGKFZUS19ORUVEX1BZVEhPTl9F
WEVDVVRBQkxFKQogICBGSU5EX1BST0dSQU0oUFlUSE9OX0VYRUNVVEFCTEUKLSAgICBOQU1FUyBw
eXRob24yLjMgcHl0aG9uMi4yIHB5dGhvbjIuMSBweXRob24yLjAgcHl0aG9uMS42IHB5dGhvbjEu
NSBweXRob24KKyAgICBOQU1FUyBweXRob24yLjQgcHl0aG9uMi4zIHB5dGhvbjIuMiBweXRob24y
LjEgcHl0aG9uMi4wIHB5dGhvbjEuNiBweXRob24xLjUgcHl0aG9uCiAgICAgUEFUSFMKKyAgICBb
SEtFWV9MT0NBTF9NQUNISU5FXFxTT0ZUV0FSRVxcUHl0aG9uXFxQeXRob25Db3JlXFwyLjRcXElu
c3RhbGxQYXRoXQogICAgIFtIS0VZX0xPQ0FMX01BQ0hJTkVcXFNPRlRXQVJFXFxQeXRob25cXFB5
dGhvbkNvcmVcXDIuM1xcSW5zdGFsbFBhdGhdCiAgICAgW0hLRVlfTE9DQUxfTUFDSElORVxcU09G
VFdBUkVcXFB5dGhvblxcUHl0aG9uQ29yZVxcMi4yXFxJbnN0YWxsUGF0aF0KICAgICBbSEtFWV9M
T0NBTF9NQUNISU5FXFxTT0ZUV0FSRVxcUHl0aG9uXFxQeXRob25Db3JlXFwyLjFcXEluc3RhbGxQ
YXRoXQo=
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>69932</attachid>
            <date>2005-10-05 10:34 0000</date>
            <desc>adds an extra cmake run to vtk-4.2.6.ebuild</desc>
            <filename>vtk-4.2.6.ebuild.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">M2MzCjwgIyAkSGVhZGVyOiAvdmFyL2N2c3Jvb3QvZ2VudG9vLXg4Ni9zY2ktbGlicy92dGsvdnRr
LTQuMi42LmVidWlsZCx2IDEuNSAyMDA1LzA4LzI0IDE2OjIwOjE4IHBob3NwaGFuIEV4cCAkCi0t
LQo+ICMgJEhlYWRlcjogL3Zhci9jdnNyb290L2dlbnRvby14ODYvc2NpLWxpYnMvdnRrL3Z0ay00
LjIuNi5lYnVpbGQsdiAxLjIgMjAwNS8wNi8wMyAwNjo0MjozNiBwa2Rhd3NvbiBFeHAgJAoxOGMx
OAo8IEtFWVdPUkRTPSJ+eDg2IgotLS0KPiBLRVlXT1JEUz0ifng4NiB+cHBjIGFtZDY0IgoyMmMy
Mgo8IAltcGk/ICggc3lzLWNsdXN0ZXIvbXBpY2ggKQotLS0KPiAJbXBpPyAoIHN5cy1jbHVzdGVy
L2xhbS1tcGkgKQo2M2E2NAo+IAkJSkFWQV9IT01FPWBqYXZhLWNvbmZpZyAtT2AKNjUsNjhjNjYs
NjkKPCAJCUNNQUtFX1ZBUklBQkxFUz0iJHtDTUFLRV9WQVJJQUJMRVN9IC1ESkFWQV9BV1RfTElC
UkFSWTpQQVRIPWBqYXZhLWNvbmZpZyAtT2AvanJlL2xpYi9pMzg2L2xpYmphd3Quc28iCjwgCQlD
TUFLRV9WQVJJQUJMRVM9IiR7Q01BS0VfVkFSSUFCTEVTfSAtREpBVkFfQVdUX0lOQ0xVREVfUEFU
SDpQQVRIPWBqYXZhLWNvbmZpZyAtT2AvaW5jbHVkZSIKPCAJCUNNQUtFX1ZBUklBQkxFUz0iJHtD
TUFLRV9WQVJJQUJMRVN9IC1ESkFWQV9JTkNMVURFX1BBVEg6UEFUSD1gamF2YS1jb25maWcgLU9g
L2luY2x1ZGUiCjwgCQlDTUFLRV9WQVJJQUJMRVM9IiR7Q01BS0VfVkFSSUFCTEVTfSAtREpBVkFf
SU5DTFVERV9QQVRIMjpQQVRIPWBqYXZhLWNvbmZpZyAtT2AvaW5jbHVkZS9saW51eCIKLS0tCj4g
CQlDTUFLRV9WQVJJQUJMRVM9IiR7Q01BS0VfVkFSSUFCTEVTfSAtREpBVkFfQVdUX0xJQlJBUlk6
UEFUSD1gZmluZCAke0pBVkFfSE9NRX0gLW5hbWUgImxpYmphd3Quc28iYCIKPiAJCUNNQUtFX1ZB
UklBQkxFUz0iJHtDTUFLRV9WQVJJQUJMRVN9IC1ESkFWQV9BV1RfSU5DTFVERV9QQVRIOlBBVEg9
JEpBVkFfSE9NRS9pbmNsdWRlIgo+IAkJQ01BS0VfVkFSSUFCTEVTPSIke0NNQUtFX1ZBUklBQkxF
U30gLURKQVZBX0lOQ0xVREVfUEFUSDpQQVRIPSRKQVZBX0hPTUUvaW5jbHVkZSIKPiAJCUNNQUtF
X1ZBUklBQkxFUz0iJHtDTUFLRV9WQVJJQUJMRVN9IC1ESkFWQV9JTkNMVURFX1BBVEgyOlBBVEg9
JEpBVkFfSE9NRS9pbmNsdWRlL2xpbnV4Igo3OWE4MSw4Mwo+IAkjIHJ1biBjbWFrZSBhIHNlY29u
ZCB0aW1lLCBhcyBjbWFrZSBvZnRlbiBkb2Vzbid0IGNvbmZpZ3VyZSBwcm9wZXJseSBpbiBvbmUg
cnVuIChpdCBoYXBwZW5zIG9uIHBwYykKPiAJIyBubyBuZWVkIHRvIGZlZWQgdGhlICRDTUFLRV9W
QVJJQUJMRVMgYWdhaW4gZm9yIHRoZSBzZWNvbmQgcnVuIGFzIHRoZXkgYXJlIGFscmVhZHkgc2V0
Cj4gCWNtYWtlIC4gfHwgZGllICJjbWFrZSBjb25maWd1cmF0aW9uIGZhaWxlZCIKMTE1YzExOQo8
IAkJY3AgLXBQUiAke1N9L0V4YW1wbGVzICR7RH0vdXNyL3NoYXJlLyR7UE59L2V4YW1wbGVzCi0t
LQo+IAkJY3AgLWEgJHtTfS9FeGFtcGxlcyAke0R9L3Vzci9zaGFyZS8ke1BOfS9leGFtcGxlcwox
MjRjMTI4CjwgCQljcCAtcFBSICR7V09SS0RJUn0vVlRLRGF0YS1yZWxlYXNlLSR7TVlfUFZfSFlQ
SEVOfSAke0R9L3Vzci9zaGFyZS8ke1BOfS9kYXRhCi0tLQo+IAkJY3AgLWEgJHtXT1JLRElSfS9W
VEtEYXRhLXJlbGVhc2UtJHtNWV9QVl9IWVBIRU59ICR7RH0vdXNyL3NoYXJlLyR7UE59L2RhdGEK
MTMzYzEzNwo8IAllY2hvICJWVEtfREFUQV9ST09UPS91c3Ivc2hhcmUvJHtQTn0vZGF0YSIgPj4g
JHtUfS80MCR7UE59Ci0tLQo+IAl1c2UgZGF0YSAmJiBlY2hvICJWVEtfREFUQV9ST09UPS91c3Iv
c2hhcmUvJHtQTn0vZGF0YSIgPj4gJHtUfS80MCR7UE59Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>69934</attachid>
            <date>2005-10-05 10:43 0000</date>
            <desc>adds an extra cmake run to vtk-4.2.6.ebuild</desc>
            <filename>vtk-4.2.6.ebuild.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">MThjMTgKPCBLRVlXT1JEUz0ifng4NiIKLS0tCj4gS0VZV09SRFM9In54ODYgfnBwYyBhbWQ2NCIK
NjNhNjQKPiAJCUpBVkFfSE9NRT1gamF2YS1jb25maWcgLU9gCjY1LDY4YzY2LDY5CjwgCQlDTUFL
RV9WQVJJQUJMRVM9IiR7Q01BS0VfVkFSSUFCTEVTfSAtREpBVkFfQVdUX0xJQlJBUlk6UEFUSD1g
amF2YS1jb25maWcgLU9gL2pyZS9saWIvaTM4Ni9saWJqYXd0LnNvIgo8IAkJQ01BS0VfVkFSSUFC
TEVTPSIke0NNQUtFX1ZBUklBQkxFU30gLURKQVZBX0FXVF9JTkNMVURFX1BBVEg6UEFUSD1gamF2
YS1jb25maWcgLU9gL2luY2x1ZGUiCjwgCQlDTUFLRV9WQVJJQUJMRVM9IiR7Q01BS0VfVkFSSUFC
TEVTfSAtREpBVkFfSU5DTFVERV9QQVRIOlBBVEg9YGphdmEtY29uZmlnIC1PYC9pbmNsdWRlIgo8
IAkJQ01BS0VfVkFSSUFCTEVTPSIke0NNQUtFX1ZBUklBQkxFU30gLURKQVZBX0lOQ0xVREVfUEFU
SDI6UEFUSD1gamF2YS1jb25maWcgLU9gL2luY2x1ZGUvbGludXgiCi0tLQo+IAkJQ01BS0VfVkFS
SUFCTEVTPSIke0NNQUtFX1ZBUklBQkxFU30gLURKQVZBX0FXVF9MSUJSQVJZOlBBVEg9YGZpbmQg
JHtKQVZBX0hPTUV9IC1uYW1lICJsaWJqYXd0LnNvImAiCj4gCQlDTUFLRV9WQVJJQUJMRVM9IiR7
Q01BS0VfVkFSSUFCTEVTfSAtREpBVkFfQVdUX0lOQ0xVREVfUEFUSDpQQVRIPSRKQVZBX0hPTUUv
aW5jbHVkZSIKPiAJCUNNQUtFX1ZBUklBQkxFUz0iJHtDTUFLRV9WQVJJQUJMRVN9IC1ESkFWQV9J
TkNMVURFX1BBVEg6UEFUSD0kSkFWQV9IT01FL2luY2x1ZGUiCj4gCQlDTUFLRV9WQVJJQUJMRVM9
IiR7Q01BS0VfVkFSSUFCTEVTfSAtREpBVkFfSU5DTFVERV9QQVRIMjpQQVRIPSRKQVZBX0hPTUUv
aW5jbHVkZS9saW51eCIKNzlhODEsODMKPiAJIyBydW4gY21ha2UgYSBzZWNvbmQgdGltZSwgYXMg
Y21ha2Ugb2Z0ZW4gZG9lc24ndCBjb25maWd1cmUgcHJvcGVybHkgaW4gb25lIHJ1biAoaXQgaGFw
cGVucyBvbiBwcGMpCj4gCSMgbm8gbmVlZCB0byBmZWVkIHRoZSAkQ01BS0VfVkFSSUFCTEVTIGFn
YWluIGZvciB0aGUgc2Vjb25kIHJ1biBhcyB0aGV5IGFyZSBhbHJlYWR5IHNldAo+IAljbWFrZSAu
IHx8IGRpZSAiY21ha2UgY29uZmlndXJhdGlvbiBmYWlsZWQiCjExNWMxMTkKPCAJCWNwIC1wUFIg
JHtTfS9FeGFtcGxlcyAke0R9L3Vzci9zaGFyZS8ke1BOfS9leGFtcGxlcwotLS0KPiAJCWNwIC1h
ICR7U30vRXhhbXBsZXMgJHtEfS91c3Ivc2hhcmUvJHtQTn0vZXhhbXBsZXMKMTI0YzEyOAo8IAkJ
Y3AgLXBQUiAke1dPUktESVJ9L1ZUS0RhdGEtcmVsZWFzZS0ke01ZX1BWX0hZUEhFTn0gJHtEfS91
c3Ivc2hhcmUvJHtQTn0vZGF0YQotLS0KPiAJCWNwIC1hICR7V09SS0RJUn0vVlRLRGF0YS1yZWxl
YXNlLSR7TVlfUFZfSFlQSEVOfSAke0R9L3Vzci9zaGFyZS8ke1BOfS9kYXRhCjEzM2MxMzcKPCAJ
ZWNobyAiVlRLX0RBVEFfUk9PVD0vdXNyL3NoYXJlLyR7UE59L2RhdGEiID4+ICR7VH0vNDAke1BO
fQotLS0KPiAJdXNlIGRhdGEgJiYgZWNobyAiVlRLX0RBVEFfUk9PVD0vdXNyL3NoYXJlLyR7UE59
L2RhdGEiID4+ICR7VH0vNDAke1BOfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>72493</attachid>
            <date>2005-11-09 07:05 0000</date>
            <desc>patch for vtk-4.2.6.ebuild fixing the python problems</desc>
            <filename>vtk-python-fix-gentoo.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC91c3IvcG9ydGFnZS9zY2ktbGlicy92dGsvdnRrLTQuMi42LmVidWlsZAkyMDA1LTEwLTA4
IDE3OjM2OjEwLjAwMDAwMDAwMCArMDAwMAorKysgLi92dGstNC4yLjYuZWJ1aWxkCTIwMDUtMTEt
MDkgMDQ6NTg6NTYuMDAwMDAwMDAwICswMDAwCkBAIC03MSw3ICs3MSwyMiBAQAogCQlDTUFLRV9W
QVJJQUJMRVM9IiR7Q01BS0VfVkFSSUFCTEVTfSAtRFZUS19VU0VfTVBJOkJPT0w9T04iCiAJCXVz
ZSAhdGhyZWFkcyAmJiBDTUFLRV9WQVJJQUJMRVM9IiR7Q01BS0VfVkFSSUFCTEVTfSAtRFZUS19V
U0VfUEFSQUxMRUw6Qk9PTD1PTiIKIAlmaQotCXVzZSBweXRob24gJiYgQ01BS0VfVkFSSUFCTEVT
PSIke0NNQUtFX1ZBUklBQkxFU30gLURWVEtfV1JBUF9QWVRIT046Qk9PTD1PTiIKKworCWlmIHVz
ZSBweXRob247IHRoZW4KKwkJCisJCSNkZXRlcm1pbmUgaW5zdGFsbGVkIHB5dGhvbiB2ZXJzaW9u
CisJCWxvY2FsIHRtcD0iJCgvdXNyL2Jpbi9weXRob24gLVYgMj4mMSApIgorCQlsb2NhbCBQWV9W
RVJTSU9OPSIke3RtcCNQeXRob24gfSIKKwkJbG9jYWwgUFlfTUFKT1I9IiQoZWNobyAke1BZX1ZF
UlNJT059IHwgY3V0IC1kLiAtZjEpIgorCQlsb2NhbCBQWV9NSU5PUj0iJChlY2hvICR7UFlfVkVS
U0lPTn0gfCBjdXQgLWQuIC1mMikiCisJCWxvY2FsIFBZX1ZFUlNJT049IiR7UFlfTUFKT1J9LiR7
UFlfTUlOT1J9IgorCisJCSMgc2V0IHZhcmlhYmxlcworCQlDTUFLRV9WQVJJQUJMRVM9IiR7Q01B
S0VfVkFSSUFCTEVTfSAtRFZUS19XUkFQX1BZVEhPTjpCT09MPU9OIgorCQlDTUFLRV9WQVJJQUJM
RVM9IiR7Q01BS0VfVkFSSUFCTEVTfSAtRFBZVEhPTl9JTkNMVURFX1BBVEg6UEFUSD0vdXNyL2lu
Y2x1ZGUvcHl0aG9uJHtQWV9WRVJTSU9OfSIKKwkJQ01BS0VfVkFSSUFCTEVTPSIke0NNQUtFX1ZB
UklBQkxFU30gLURQWVRIT05fTElCUkFSWTpQQVRIPS91c3IvbGliL2xpYnB5dGhvbiR7UFlfVkVS
U0lPTn0uc28iCisJZmkKKwogCXVzZSB0Y2x0ayAmJiBDTUFLRV9WQVJJQUJMRVM9IiR7Q01BS0Vf
VkFSSUFCTEVTfSAtRFZUS19XUkFQX1RDTDpCT09MPU9OIgogCXVzZSB0aHJlYWRzICYmIENNQUtF
X1ZBUklBQkxFUz0iJHtDTUFLRV9WQVJJQUJMRVN9IC1EVlRLX1VTRV9QQVJBTExFTDpCT09MPU9O
IgogCXVzZSBwYXRlbnRlZCAmJiBDTUFLRV9WQVJJQUJMRVM9IiR7Q01BS0VfVkFSSUFCTEVTfSAt
RFZUS19VU0VfUEFURU5URUQ6Qk9PTD1PTiIK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>73065</attachid>
            <date>2005-11-17 01:17 0000</date>
            <desc>add a second cmake run (solves compile problem with cmake 2.2)</desc>
            <filename>vtk-cmake-2.2.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHZ0ay00LjIuNi5lYnVpbGQJMjAwNS0xMS0xNyAxMDoxMDozNy4wMDAwMDAwMDAgKzAxMDAK
KysrIC91c3IvbG9jYWwvcG9ydGFnZS9zY2ktbGlicy92dGsvdnRrLTQuMi42LmVidWlsZAkyMDA1
LTExLTE3IDEwOjE1OjA2LjAwMDAwMDAwMCArMDEwMApAQCAtOTIsNiArOTIsOSBAQAogCXVzZSBw
YXRlbnRlZCAmJiBDTUFLRV9WQVJJQUJMRVM9IiR7Q01BS0VfVkFSSUFCTEVTfSAtRFZUS19VU0Vf
UEFURU5URUQ6Qk9PTD1PTiIKIAogCWNtYWtlICR7Q01BS0VfVkFSSUFCTEVTfSAuIHx8IGRpZSAi
Y21ha2UgY29uZmlndXJhdGlvbiBmYWlsZWQiCisJIyBydW4gY21ha2UgYSBzZWNvbmQgdGltZSwg
YXMgY21ha2Ugb2Z0ZW4gZG9lc24ndCBjb25maWd1cmUgcHJvcGVybHkgaW4gb25lIHJ1biAKKwkj
IG5vIG5lZWQgdG8gZmVlZCB0aGUgJENNQUtFX1ZBUklBQkxFUyBhZ2FpbiBmb3IgdGhlIHNlY29u
ZCBydW4gYXMgdGhleSBhcmUgYWxyZWFkeSBzZXQKKwljbWFrZSAuIHx8IGRpZSAiY21ha2UgY29u
ZmlndXJhdGlvbiBmYWlsZWQiCiAJZW1ha2UgfHwgZGllICJlbWFrZSBmYWlsZWQiCiB9CiAK
</data>        

          </attachment>
    </bug>

</bugzilla>