A bunch of review-requests

[Andreas Thienemann]

Hello,

the following packages are still in need of review. If someone could 
please take a look at them and approve them, I'd be delighted.

qsynaptics
perl-Crypt-CBC
perl-Crypt-Blowfish
ddrescue
dd_rescue
dd_rhelp

qsynaptics:
QSynaptics aims to help desktop users to configure their synaptics touch 
pad that's commonly used in laptops.

Currently it supports setting the following features:
 - pressure sensitivity: adjust how strong you have to press your pad to
   create events
 - tapping: adjustable tapping delay and disengageable tapping
 - smart tapping: switches off mouse pad for an certain delay after an
   keyboard event has occured
 - mouse button emulation: mapping of multifinger taps to certain mouse button
 - circular scrolling: enable or disable circular scrolling and adjusting the
   speed, configuring sensitive edges/corner

SPEC: http://home.bawue.net/~ixs/qsynaptics/qsynaptics.spec
SRPM: http://home.bawue.net/~ixs/qsynaptics/qsynaptics-0.21-1.src.rpm


perl-Crypt-CBC:
This is Crypt::CBC, a Perl-only implementation of the cryptographic
cipher block chaining mode (CBC).  In combination with a block cipher
such as Crypt::DES or Crypt::IDEA, you can encrypt and decrypt
messages of arbitrarily long length.  The encrypted messages are
compatible with the encryption format used by SSLeay.

SPEC: http://home.bawue.net/~ixs/perl-Crypt-CBC/perl-Crypt-CBC.spec
SRPM: http://home.bawue.net/~ixs/perl-Crypt-CBC/perl-Crypt-CBC-2.14-1.src.rpm


perl-Crypt-Blowfish
This is Crypt::Blowfish version 2.09, an XS-based implementation of the
Blowfish cryptography algorithm designed by Bruce Schneier.  It's designed
to take full advantage of Crypt::CBC when desired.  Blowfish keys may be
up to 448 bits (56 bytes) long.
Being an XS implimentation, Crypt::Blowfish is exceptionally faster
than Blowfish_PP (a pure Perl implimentation).  Internal testing 
displayed a difference of 400 times faster when doing complete 
cipher generation and encryption.  Using a cached cipher resulted 
in 25 times faster than the pure Perl implimentation. (all machines 
idled prior to tests below)

SPEC: http://home.bawue.net/~ixs/perl-Crypt-Blowfish/perl-Crypt-Blowfish.spec
SRPM: http://home.bawue.net/~ixs/perl-Crypt-Blowfish/perl-Crypt-Blowfish-2.09-1.src.rpm


ddrescue:
GNU ddrescue is a data recovery tool. It copies data from one file or block
device (hard disc, cdrom, etc) to another, trying hard to rescue data in case
of read errors.
This makes it suitable for rescuing data from media with errors, e.g. a disk
with bad sectors.

SPEC: http://home.bawue.net/~ixs/ddrescue/ddrescue.spec
SRPM: http://home.bawue.net/~ixs/ddrescue/ddrescue-1.0-2.src.rpm


dd_rescue:
Like dd, dd_rescue does copy data from one file or block device to another.
You can specify file positions (called seek and Skip in dd).
dd_rescue does however not abort on errors in the input file, which makes it
suitable for rescuing data from a medium with errors, i.e. a hard disk with
some bad sectors.

SPEC: http://home.bawue.net/~ixs/dd_rescue/dd_rescue.spec
SRPM: http://home.bawue.net/~ixs/dd_rescue/dd_rescue-1.11-2.src.rpm


dd_rhelp:
dd_rhelp will use ddrescue on your entire disc, but will try to gather
the maximum valid data before trying for ages on badsectors. So if you
leave dd_rhelp work for infinite time, it'll have the same effect as a
simple dd_rescue. But because you might not have this infinite time
(this could indeed take really long in some cases... ), dd_rhelp will
jump over bad sectors and rescue valid data. In the long run, it'll
parse all your device with dd_rescue.

SPRC: http://home.bawue.net/~ixs/dd_rhelp/dd_rhelp.spec
SRPM: http://home.bawue.net/~ixs/dd_rhelp/dd_rhelp-0.0.6-2.src.rpm


A note about ddrescue/dd_rescue/dd_rhelp:
There exist two fault tollerant dd solutions. One is named dd_rescue, the
other is named ddrescue. Both have their pros and cons. dd_rescue together
with dd_rhelp (a bash helper script) looks a bit more advanced then the
GNU ddrescue, but this is my personal opinion.

Problem was that there is currently a ddrescue package in the 
fedora-extras tree, which does package dd_rescue. This is a bit confusing,
as there are people who'd like ddrescue as well.

My suggestion to solve this mess is to include three packages, ddrescue,
dd_rescue and dd_rhelp with correct epoch and conflict tags to fix the
naming mess.



TIA,
 andreas