Bug 203758 – app-forensics/afflib keywording

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Stefano 2007-12-30 12:39:33 UTC]

AFFLib is an open and extensible file format designed to store disk images and associated metadata for forensics purposes. Comprises both libraries and supporting tools. Homepage: http://www.afflib.org/

Reproducible: Always

Steps to Reproduce:

[Comment 1 Stefano 2007-12-30 12:40:13 UTC]

Created attachment 139622 [details]
Proposed ebuild

[Comment 2 RB 2008-05-29 20:54:03 UTC]

Created attachment 154743 [details]
3.2.0 ebuild

3.2.0 is available, this is an extended ebuild to more accurately reflect dependencies (http://www.afflib.org/requirements.php) and take advantage of the libewf ebuild (bug 224121) I just submitted.  The HAVE_WIDE_CHARACTER_TYPE bit is a touch hackish, but I've submitted an upstream query to make it work better - positive response, so I expect not to have to do this in the next revision.

[Comment 3 RB 2008-05-30 01:15:07 UTC]

Created attachment 154773 [details]
updated ebuild

Updated to reflect some ebuild quoting feedback I got as well as use the upcoming 3.2.1 release that fixes the -DHAVE_WIDE_CHARACTER_TYPE hack.

[Comment 4 RB 2008-08-27 16:21:21 UTC]

There's a new version (3.3.1) available and I've modified the ebuild for it, but am holding off on publishing it - currently had to do some dirty hacks to get it to compile properly in Gentoo-land, upstream is working out the fix.

Version 3.3.x introduces the ability to read/handle just about any image qemu can - parallels images, VMWare VMDK, DMG, etc.

[Comment 5 RB 2008-10-02 19:40:10 UTC]

Created attachment 167021 [details]
afflib-3.3.4 ebuild

Ebuild for afflib-3.3.4; this version addresses all the concerns I had with previos 3.3.x iterations - no patching required, at least on my systems.

[Comment 6 Stefano 2009-01-04 13:14:23 UTC]

(In reply to comment #5)
> Created an attachment (id=167021) [edit]
> afflib-3.3.4 ebuild
> 
> Ebuild for afflib-3.3.4; this version addresses all the concerns I had with
> previos 3.3.x iterations - no patching required, at least on my systems.

Any news on getting this into portage ?

[Comment 7 RB 2009-01-04 17:40:17 UTC]

Same story as sleuthkit.

[Comment 8 Patrick Lauer 2009-03-01 00:59:59 UTC]

+  01 Mar 2009; Patrick Lauer <[e-mail]> +metadata.xml,
+  +afflib-3.3.4.ebuild:
+  Initial import. Fixes #203758. Ebuild by [e-mail] and
+  [e-mail].
+

[Comment 9 Patrick Lauer 2009-03-01 01:07:32 UTC]

Arches: sleuthkit needs this as a dependency, please try to keyword it.

[Comment 10 Ferris McCormick (RETIRED) 2009-03-01 17:39:15 UTC]

Add ~sparc for testing (All tests pass).

[Comment 11 Jeroen Roovers (RETIRED) 2009-03-06 00:15:39 UTC]

Marked ~hppa.

[Comment 12 Joe Jezak (RETIRED) 2009-03-07 22:00:01 UTC]

Tests pass on ppc, marked ~ppc.

[Comment 13 Raúl Porcel (RETIRED) 2009-05-01 17:59:03 UTC]

sparc has the keyword already

[Comment 14 Raúl Porcel (RETIRED) 2009-05-01 19:01:54 UTC]

~arm/~s390 done, closing