Re: sleuthkit
Le vendredi 03 juin 2011 à 07:29 +0200, Julien Valroff a écrit : 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… I build the seluthkit packages with pbuilder and it build smoothly. I did some test on sleuthkit, I tested nearly all tools against a forensic copy and they worked very well. The tool that use a sqlite database worked without any problem. I made a little change on the debian/control file to support afflib. I did a rebuild of the package with pbuilder and t worked again. I then verified the tools against an aff forensic image and it worked too. So, from my point of view, the package is ready for upload. Thanks for the great work you did Julien. Once again, I learned a lot from someone of the team ! -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Re: sleuthkit
Le mercredi 04 mai 2011 à 10:14:57 (+0200 CEST), Christophe Monniez a écrit : Hi, I worked on sleuthkit and after a long search, I discover that some files were missing in the git repos. I don't know what kind of mistake I made when I imported upstream the first time. Anyway, I imported usptream again and now it builds fine. I think that this version is now ready for upload. I'll have a look at it during the week-end. It seems however several changes need to be applied to make lintian happy: I: sleuthkit source: missing-debian-source-format W: sleuthkit source: no-human-maintainers W: sleuthkit source: build-depends-on-1-revision build-depends: libewf-dev (= 20100226-1) W: sleuthkit source: changelog-should-mention-nmu W: sleuthkit source: source-nmu-has-incorrect-version-number 3.1.3-1 W: sleuthkit source: patch-system-but-direct-changes-in-diff Makefile.am and 110 more E: sleuthkit: embedded-library usr/bin/tsk_loaddb: sqlite W: sleuthkit: manpage-has-errors-from-man usr/share/man/man1/hfind.1.gz 98: warning [p 2, 6.2i]: cannot adjust line I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_comparedir.1.gz:33 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_gettimes.1.gz:17 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_gettimes.1.gz:25 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_loaddb.1.gz:35 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_loaddb.1.gz:38 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_recover.1.gz:31 E: libtsk3-3: embedded-library usr/lib/libtsk3.so.3.3.1: sqlite E: libtsk3-3: symbols-file-contains-current-version-with-debian-revision on symbol _ZN7TskAuto10closeImageEv@Base and 233 others Cheers, Julien -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: sleuthkit
Le samedi 07 mai 2011 à 09:15 +0200, Julien Valroff a écrit : Le mercredi 04 mai 2011 à 10:14:57 (+0200 CEST), Christophe Monniez a écrit : Hi, I worked on sleuthkit and after a long search, I discover that some files were missing in the git repos. I don't know what kind of mistake I made when I imported upstream the first time. Anyway, I imported usptream again and now it builds fine. I think that this version is now ready for upload. I'll have a look at it during the week-end. It seems however several changes need to be applied to make lintian happy: I: sleuthkit source: missing-debian-source-format W: sleuthkit source: no-human-maintainers W: sleuthkit source: build-depends-on-1-revision build-depends: libewf-dev (= 20100226-1) W: sleuthkit source: changelog-should-mention-nmu W: sleuthkit source: source-nmu-has-incorrect-version-number 3.1.3-1 W: sleuthkit source: patch-system-but-direct-changes-in-diff Makefile.am and 110 more E: sleuthkit: embedded-library usr/bin/tsk_loaddb: sqlite W: sleuthkit: manpage-has-errors-from-man usr/share/man/man1/hfind.1.gz 98: warning [p 2, 6.2i]: cannot adjust line I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_comparedir.1.gz:33 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_gettimes.1.gz:17 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_gettimes.1.gz:25 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_loaddb.1.gz:35 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_loaddb.1.gz:38 I: sleuthkit: hyphen-used-as-minus-sign usr/share/man/man1/tsk_recover.1.gz:31 E: libtsk3-3: embedded-library usr/lib/libtsk3.so.3.3.1: sqlite E: libtsk3-3: symbols-file-contains-current-version-with-debian-revision on symbol _ZN7TskAuto10closeImageEv@Base and 233 others Cheers, Julien Thanks Julien, I forgot to have a look at lintian results, I was so happy that it finally builds. 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. regards, -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: sleuthkit
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. The last error roughly means you have to update the symbols file (dpkg-gensymbols keeps the debian revision from the auto-generated symbols file). Hope this helps somehow... Cheers, Julien -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Re: Sleuthkit Autopsy updates
On Sun, 31 Jan 2010 22:31:12 + Dennis 123321 dennis123...@googlemail.com wrote: Could the newest Sleuthkit Autopsy be packaged for Debian please? http://www.sleuthkit.org/ January 13, 2010: TSK 3.1.0 and Autopsy 2.22 are now available for download. Hi Dennis, I'll try to get this new version (tsk) uploaded as soon as possible. There are a number of change, and my spare time is a bit reduced these weeks. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 (old: 0x0C095825) signature.asc Description: PGP signature ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel