On 01/15/2014 07:14 PM, Slávek Banko wrote: > On Thursday 16 of January 2014 01:51:10 David C. Rankin wrote: >> > All, >> > >> > Debian fixed a bug with wv2 I need to patch/fix for tde. The bug was: >> > >> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707417 >> > >> > How in the heck do you find out what debian did? > Some problem with libxml was solved in KOffice - commit b6474af7. > > Slavek Slavek, This is a CMake issue. Something is wrong with the CMakeLists.txt. The problem is: [ 2%] Building CXX object src/CMakeFiles/wv2.dir/olestorage.cpp.o In file included from /usr/include/libgsf-1/gsf/gsf.h:59:0, from /dat_e/tde/tstbld/wv2/src/wv2-0.4.2/src/olestorage.h:26, from /dat_e/tde/tstbld/wv2/src/wv2-0.4.2/src/olestorage.cpp:19: /usr/include/libgsf-1/gsf/gsf-libxml.h:26:25: fatal error: libxml/tree.h: No such file or directory #include <libxml/tree.h> ^ compilation terminated. The include file is at /usr/include/libxml2/libxml/tree.h. The damn CMakeCache.txt file HAS all the correct information: 18:22 phoinix:/dat_e/tde/tstbld/wv2> grep -i include src/build/CMakeCache.txt <snip> //ADVANCED property for variable: LIBGSF_INCLUDE_DIR LIBGSF_INCLUDE_DIR-ADVANCED:INTERNAL=1 PC_LIBGSF_CFLAGS:INTERNAL=-I/usr/include/libgsf-1;-I/usr/include/glib-2.0;-I/usr/lib/glib-2.0/include;-I/usr/include/libxml2 PC_LIBGSF_INCLUDEDIR:INTERNAL=/usr/include PC_LIBGSF_INCLUDE_DIRS:INTERNAL=/usr/include/libgsf-1;/usr/include/glib-2.0;/usr/lib/glib-2.0/include;/usr/include/libxml2 PC_LIBGSF_STATIC_CFLAGS:INTERNAL=-I/usr/include/libgsf-1;-I/usr/include/glib-2.0;-I/usr/lib/glib-2.0/include;-I/usr/include/libxml2 PC_LIBGSF_STATIC_INCLUDE_DIRS:INTERNAL=/usr/include/libgsf-1;/usr/include/glib-2.0;/usr/lib/glib-2.0/include;/usr/include/libxml2 PC_LIBGSF_libgsf-1_INCLUDEDIR:INTERNAL= but for some reason cmake doesn't find it. I'm too dense to find out where/why it isn't being use. Where do I look? -- David C. Rankin, J.D.,P.E.