sleuthkit
- Subject: sleuthkit
- From: julien@debian.org (Julien Valroff)
- Date: Fri, 3 Jun 2011 07:29:44 +0200
- Message-id: <[🔎] 20110603052944.GB12541@kirya.net>
- In-reply-to: <20110507151356.GM12729@kirya.net>
- References: <1304496897.10645.4.camel@localhost> <20110507071513.GB12729@kirya.net> <1304754362.12398.5.camel@localhost> <20110507151356.GM12729@kirya.net>
Le samedi 07 mai 2011 ? 17:13:57 (+0200 CEST), Julien Valroff a ?crit?:
> Le samedi 07 mai 2011 ? 09:46:02 (+0200 CEST), Christophe Monniez a ?crit?:
> > Le samedi 07 mai 2011 ? 09:15 +0200, Julien Valroff a ?crit :
> > Unfortunately, I have too much work this week and will not be able to
> > work on sleuthkit package before mai 12th.
> >
> > I will probably need help on how to de-embed sqlite and I don't really
> > understand the last Error.
>
> I have just pushed the "easy" changes. I am unfortunately not skilled for
> de-embedding sqlite.
I have worked on Sleuth Kit and the package seems now in good shape.
I have managed to lin dynamically against libsqlite3 rather than using the
embedded copy which was linked statically: as from sqlite.c headers, this
was only meant to improve performance by "5% or more" - which doesn't seem
that signifcant compared to the potential problems embedding this could
cause.
However, I would appreciate if some of you could actually test the packages
and report any issue linked to this change - I do not use sleuthkit nor
libtsk?
Thanks in advance.
Cheers,
Julien
--
.''`. Julien Valroff ~ <julien at kirya.net> ~ <julien at debian.org>
: :' : Debian Developer & Free software contributor
`. `'` http://www.kirya.net/
`- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1
Reply to:
- Follow-Ups:
- sleuthkit
- From: dfence.242@gmail.com (Christophe Monniez)
- sleuthkit
- From: christophe.monniez@fccu.be (Christophe Monniez)