Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov <dmn@debian.org>
* Package name : libcrypt-salt-perl
Version : 0.01
Upstream Author : Jonathan Steinert <hachi@cpan.org>
* URL : http://search.cpan.org/dist/Crypt-Salt/
* License : same as Perl (Artistic or GPL-1+)
Programming Lang: Perl
Description : generate salt to be fed into crypt()
The single exported subroutine in this module is for generating a salt
suitable for being fed to crypt() and other similar functions.
.
Variable length salts can be generated, the default salt is two
characters long.
-=-=-=-=-=-=-
The package is a dependency of 'clive-utils', which is spun-off 'clive'
upstream and rewritten in Perl.
FTP-masters, the actual code in this package would be the following
function, the rest is POD, makefiles etc stuff.
sub salt
{
my $length = 2;
$length = $_[0] if exists $_[0];
return join "", ('.', '/', 0..9, 'A'..'Z', 'a'..'z')[map {rand 64} (1..$length)];
}
There was a recent rejection[1] of a similar package.
[1] http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/2008-December/017000.html
I hope someone can suggest a better place for that module. Separate
package, containing only few lines of code is not very nice indeed.
salt() is mostly useful with crypt(), which is part of core Perl. I
wonder if perl-modules package would be appropriate carier?
The 'join "", ...' part seems like taken straight from crypt()
documentation (perldoc -f crypt).
Finally there's always the option of patching clive-utils and putting inside
its own salt(). My problem with this is that I think code reuse is good,
even in small-scale.
--
dam JabberID: dam@jabber.minus273.org
Attachment:
signature.asc
Description: Digital signature