Re: Debian build problem

On Friday 18 November 2005 11:23, David Goodenough wrote:
> I recently noticed that Rekall now supports EcmaScript, so I wanted to try
> it out.  The version I needed is (2.3.4) is only available as source so I
> used CVS to pull down the latest source and set about building it.  I run
> Debian (sid) so I was delighted to find that Rekall was all ready for me to
> use dpkg-buildpackage, and so I started the build having set up the
> configuration.
>
> But it would appear that the way in which the build is done expects
> some "internal" files when building the KJS support.  In particular the
> object_object.h, internal.h, array_instance.h and debugger.h.  So I
> went looking for these on the Debian Packages site, only to find them
> not there.  So I downloaded them from the KDE SVN site, and built the
> pacakge - which works.
>
> Then I looked a little more closely at the contents of the package and
> discovered that the whole of KJS seems to have been copied into Rekall
> and is then (re)built, rather than using the one I already have installed.
> I also found that the files that were missing are present but obviously
> were not being used.  This seems odd, and I have to admit I know little
> or nothing about scons so I do not really know where to start in tracking
> this down.

KJS is copied into the rekall tree for the Windows, QT-only and OS/X builds - 
under KDE it should use the kjs libraries that are in the distro; in 
kjs/kjs/SConscript there is a line

if rkConfig.mode != 'kde' :

that skips the build for KDE. It works for the other builds since KJS is not 
depenant on any KDE stuff.

I guess that when KDE 3.5 is out I should update to the corresponding KJS code




>
> David
> _______________________________________________
> Rekall-devel mailing list
> [email protected]
> http://www.mailman.a-i-s.co.uk/cgi-bin/mailman/listinfo/rekall-devel

-- 
Regards
Mike

http://www.rekallrevealed.org
*THE* GPL/Open Source database front end for Linux and Windows.