Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 246191 - [NEW EBUILD] sys-fs/ext3grep
Summary: [NEW EBUILD] sys-fs/ext3grep
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal enhancement (vote)
Assignee: Default Assignee for New Packages
URL: http://www.xs4all.nl/~carlo17/howto/u...
Whiteboard: [sunrise-overlay]
Keywords: EBUILD, InOverlay
Depends on:
Blocks:
 
Reported: 2008-11-09 18:27 UTC by Justin Lecher (RETIRED)
Modified: 2009-08-03 22:30 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
ext3grep-0.10.0.ebuild (ext3grep-0.10.0.ebuild,684 bytes, text/plain)
2008-11-09 18:28 UTC, Justin Lecher (RETIRED)
Details
files/gcc-4.3.patch (gcc-4.3.patch,5.21 KB, text/plain)
2008-11-09 18:29 UTC, Justin Lecher (RETIRED)
Details
ext3grep-0.10.1.ebuild (ext3grep-0.10.1.ebuild,886 bytes, text/plain)
2009-05-11 10:27 UTC, Hanno Böck
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Justin Lecher (RETIRED) gentoo-dev 2008-11-09 18:27:53 UTC
New ebuild for sys-fs/ext3grep

recover deleted files on an ext3 file system

It is a small but powerfull tool and will help people alot!
Comment 1 Justin Lecher (RETIRED) gentoo-dev 2008-11-09 18:28:39 UTC
Created attachment 171210 [details]
ext3grep-0.10.0.ebuild

ext3grep-0.10.0.ebuild
Comment 2 Justin Lecher (RETIRED) gentoo-dev 2008-11-09 18:29:53 UTC
Created attachment 171211 [details]
files/gcc-4.3.patch

gcc-4.3.patch
Comment 3 Justin Lecher (RETIRED) gentoo-dev 2008-12-11 10:29:37 UTC
This is now in the sunrise overlay. You can find it at:
http://overlays.gentoo.org/svn/proj/sunrise/reviewed/sys-fs/ext3grep
Comment 4 Fabio Rossi 2009-02-15 12:21:22 UTC
I get the following error compiling the release 0.10.1 (but it's the same with 0.10.0) with USE=-mmap

load_meta_data.cc: In function `void load_inodes(int)':
load_meta_data.cc:42: error: `load_meta_data' was not declared in this scope
load_meta_data.cc:54: error: cannot convert `const Inode' to `void*' for argument `1' to `void* std::memcpy(void*, const void*, unsigned int)'
make[3]: *** [ext3grep-load_meta_data.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory `/var/tmp/portage/sys-fs/ext3grep-0.10.1/work/ext3grep-0.10.1/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/var/tmp/portage/sys-fs/ext3grep-0.10.1/work/ext3grep-0.10.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-fs/ext3grep-0.10.1/work/ext3grep-0.10.1'
make: *** [all] Error 2
 *
 * ERROR: sys-fs/ext3grep-0.10.1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2297:  Called die
 * The specific snippet of code:
 *       emake || die "emake failed"
 *  The die message:
 *   emake failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/log/portage/sys-fs:ext3grep-0.10.1:20090215-113152.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-fs/ext3grep-0.10.1/temp/environment'.
 * This ebuild is from an overlay: '/usr/local/portage-overlays/sunrise/'
 *
Comment 5 Hanno Böck gentoo-dev 2009-05-11 10:27:37 UTC
Created attachment 190926 [details]
ext3grep-0.10.1.ebuild

New version, no-mmap code seems to be broken, so disabling.

If any sunrise dev reads this, feel free to commit it there.
Comment 6 Justin Lecher (RETIRED) gentoo-dev 2009-05-11 11:02:57 UTC
(In reply to comment #5)
> Created an attachment (id=190926) [edit]
> ext3grep-0.10.1.ebuild
> 
> New version, no-mmap code seems to be broken, so disabling.
> 
> If any sunrise dev reads this, feel free to commit it there.
> 

Its in sunrise, thanks for new ebuild.
Comment 7 Hanno Böck gentoo-dev 2009-08-03 22:30:50 UTC
Committed with some cleanups (didn't include libcwd support as this would've required another ebuild for a rarely used library, didn't include an option to disable largefile support as I saw no purpose in it), also advanced the patch for gcc 4.4.