155464 2006-11-17 03:08 0000 sys-apps/dcfldd-1.3.4 version bump 2007-02-15 15:39:39 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED http://dcfldd.sourceforge.net/ P2 enhancement --- 1 forums@emat.be forensics@gentoo.org george@gentoo.org forums@emat.be 2006-11-17 03:08:13 0000 Several versions have been released including bugfixes for the dcfldd program. Portage holds version 1.2.4-r1 which is still in testing?!. Official upstream release has version 1.3.4 realeased stable since 12 feb 2006 cheers, george@gentoo.org 2007-02-13 10:54:26 0000 Renaming the 1.2.4 (not the 1.2.4-r1 !) ebuild works fine. NOTE: the fix for wrong md5 generation on amd64 is in the official source, this is the reason that 1.2.4-r0 and not 1.2.4-r1 should be used as a prototype. George george@gentoo.org 2007-02-13 11:10:55 0000 Created an attachment (id=110049) new version out: dcfldd/dcfldd-1.3.4.1.ebuild Actually another version is out by now (released Dec 2006), by the versioning looks like some "minor bugfox" which, according to the website, is: Fixed an issue with error-producing blocks not being zero padding under BSD systems. The ebuild is attached. The only change (from 1.2.4-r0) is that ~amd64 is readded to KEYWORDS and versionator is inherited and replace_version_separator is used to mangle version string (since upstream decided on a fancy version number of 1.3.4-1). Indeed a "diff -ru" between 1.3.4 and 1.3.4-1 sources shows only this: --- dcfldd-1.3.4/work/dcfldd-1.3.4/copy.c 2006-01-05 23:47:12.000000000 +0100 +++ dcfldd-1.3.4.1/work/dcfldd-1.3.4-1/copy.c 2006-12-14 22:58:57.000000000 +0100 @@ -266,11 +266,15 @@ print_stats(); /* Seek past the bad block if possible. */ lseek(STDIN_FILENO, (off_t) input_blocksize, SEEK_CUR); - if (conversions_mask & C_SYNC) + if (conversions_mask & C_SYNC) { /* Replace the missing input with null bytes and proceed normally. */ + // EXPERIMENTAL: let's try re-zeroing this buffer + memset((char *) ibuf, + (conversions_mask & (C_BLOCK | C_UNBLOCK)) ? ' ' : '\0', + input_blocksize); nread = 0; - else + } else continue; } else { /* Write any partial block. */ So, I'd say it is safe to assume that 1.3.4-1 is the latest working version, especially assuming that it is marked stable by upstream. George george@gentoo.org 2007-02-13 11:12:52 0000 One last note. If forensics herd is Ok I can add this new version to the tree myself (looking at how this was lagging for so long). George dragonheart@gentoo.org 2007-02-13 20:38:38 0000 Thanks George. Please add. george@gentoo.org 2007-02-15 15:39:39 0000 Done 110049 2007-02-13 11:10 0000 new version out: dcfldd/dcfldd-1.3.4.1.ebuild dcfldd-1.3.4.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgdmVyc2lvbmF0b3IKCk15X1BWPSQocmVwbGFjZV92ZXJzaW9uX3NlcGFy YXRvciAzICctJykKCkRFU0NSSVBUSU9OPSJlbmhhbmNlZCBkZCB3aXRoIGZlYXR1cmVzIGZvciBm b3JlbnNpY3MgYW5kIHNlY3VyaXR5IgpIT01FUEFHRT0iaHR0cDovL2RjZmxkZC5zb3VyY2Vmb3Jn ZS5uZXQvIgpTUkNfVVJJPSJtaXJyb3I6Ly9zb3VyY2Vmb3JnZS9kY2ZsZGQvJHtQTn0tJHtNeV9Q Vn0udGFyLmd6IgoKTElDRU5TRT0iR1BMLTIiClNMT1Q9IjAiCktFWVdPUkRTPSJ+YW1kNjQgfnBw YyB4ODYiCklVU0U9IiIKCkRFUEVORD0iIgoKUz0iJHtXT1JLRElSfS8ke1BOfS0ke015X1BWfSIK CnNyY19pbnN0YWxsKCkgewoJbWFrZSBpbnN0YWxsIERFU1RESVI9IiR7RH0iIHx8IGRpZSAibWFr ZSBpbnN0YWxsIGZhaWxlZCIKCWRvZG9jIEFVVEhPUlMgQ2hhbmdlTG9nIFJFQURNRQp9Cg==