Re: [trinity-devel] Need debian help - what fixed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707417
16 Jan
2014
16 Jan
'14
2:41 a.m.
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?
I vaguely recall encountering the same failure about tree.h. After
I found the patches I previously attached I then was able to
compile wv2.
Head to this URL:
http://snapshot.debian.org/package/wv2/0.4.2.dfsg.1-10/
Download the file in the first link, which is a tar.gz.
Open the tar.gz and notice the directory of patches. Use those
patches to build wv2.
That should resolve wv2 concerns.
Darrell
16 Jan
16 Jan
2:53 a.m.
New subject: [trinity-devel] Need debian help - what fixed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707417
On 01/15/2014 08:41 PM, Darrell Anderson wrote:
Will do, I also just built it with:
cmake ../${pkgname}-${pkgver} \
-DCMAKE_BUILD_TYPE=Release \
-DCMAKE_SKIP_RPATH=ON \
-DCMAKE_INSTALL_PREFIX=/usr \
-DLIBGSF_INCLUDE_DIR="/usr/include/libgsf-1;/usr/include/glib-2.0;/usr/lib/glib-2.0/include;/usr/include/libxml2"
So it is just a cmake screwup somewhere.....
--
David C. Rankin, J.D.,P.E.
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?
I vaguely recall encountering the same failure about tree.h. After
I found the patches I previously attached I then was able to
compile wv2.
Head to this URL:
http://snapshot.debian.org/package/wv2/0.4.2.dfsg.1-10/
Download the file in the first link, which is a tar.gz.
Open the tar.gz and notice the directory of patches. Use those
patches to build wv2.
That should resolve wv2 concerns.
Darrell
4:30 a.m.
New subject: [trinity-devel] Need debian help - what fixed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707417
On 01/15/2014 08:53 PM, David C. Rankin wrote:
On 01/15/2014 08:41 PM, Darrell Anderson wrote:
Will do, I also just built it with:
cmake ../${pkgname}-${pkgver} \
-DCMAKE_BUILD_TYPE=Release \
-DCMAKE_SKIP_RPATH=ON \
-DCMAKE_INSTALL_PREFIX=/usr \
-DLIBGSF_INCLUDE_DIR="/usr/include/libgsf-1;/usr/include/glib-2.0;/usr/lib/glib-2.0/include;/usr/include/libxml2"
So it is just a cmake screwup somewhere.....
All debian patches applied and still the same FTBFS:
Scanning dependencies of target wv2
[ 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.
--
David C. Rankin, J.D.,P.E.
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?
I vaguely recall encountering the same failure about tree.h. After
I found the patches I previously attached I then was able to
compile wv2.
Head to this URL:
http://snapshot.debian.org/package/wv2/0.4.2.dfsg.1-10/
Download the file in the first link, which is a tar.gz.
Open the tar.gz and notice the directory of patches. Use those
patches to build wv2.
That should resolve wv2 concerns.
Darrell
4039
days inactive
4039
days old
2 comments
2 participants
participants (2)
-
Darrell Anderson -
David C. Rankin