Bug#556386: ITP: libdigest-sha-pureperl-perl -- Digest::SHA::PurePerl - Perl implementation of SHA-1/224/256/384/512

2009-11-15 Thread Andres Mejia
Package: wnpp
Severity: wishlist
Owner: Andres Mejia mcita...@gmail.com


* Package name: libdigest-sha-pureperl-perl
  Version : 5.47
  Upstream Author : Mark Shelor mshe...@cpan.org
* URL : http://search.cpan.org/dist/Digest-SHA-PurePerl/
* License : Perl, GPL+1
  Programming Lang: Perl
  Description : Digest::SHA::PurePerl - Perl implementation of 
SHA-1/224/256/384/512

Digest::SHA::PurePerl is a complete implementation of the NIST Secure Hash
Standard written entirely in Perl. It gives Perl programmers a convenient way
to calculate SHA-1, SHA-224, SHA-256, SHA-384, and SHA-512 message digests. It
is functionally equivalent to the Digest::SHA module.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#556386: ITP: libdigest-sha-pureperl-perl -- Digest::SHA::PurePerl - Perl implementation of SHA-1/224/256/384/512

2009-11-15 Thread Peter Samuelson

[Andres Mejia]
 Digest::SHA::PurePerl is a complete implementation of the NIST Secure Hash
 Standard written entirely in Perl. It gives Perl programmers a convenient way
 to calculate SHA-1, SHA-224, SHA-256, SHA-384, and SHA-512 message digests. It
 is functionally equivalent to the Digest::SHA module.

Is there any possible point?  All Debian architectures can build and
run XS Perl modules.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#556386: ITP: libdigest-sha-pureperl-perl -- Digest::SHA::PurePerl - Perl implementation of SHA-1/224/256/384/512

2009-11-15 Thread Jonathan Yu
On Sun, Nov 15, 2009 at 1:28 PM, Peter Samuelson pe...@p12n.org wrote:

 [Andres Mejia]
 Digest::SHA::PurePerl is a complete implementation of the NIST Secure Hash
 Standard written entirely in Perl. It gives Perl programmers a convenient way
 to calculate SHA-1, SHA-224, SHA-256, SHA-384, and SHA-512 message digests. 
 It
 is functionally equivalent to the Digest::SHA module.

 Is there any possible point?  All Debian architectures can build and
 run XS Perl modules.
(Note: I have no idea what this particular case is about)

PurePerl programs are often useful because they have less risk of
crashing horribly via a segfault. I'm not sure how this applies to
something as well-tested as the Digest::SHA module or the C
implementation of the algorithm.

It should be noted that while all arches can build and run XS modules,
it doesn't preclude a given arch from being unable to build a module
properly. In that case, it's convenient to be able to fall back to a
pure perl equivalent easily.

Neither of these is really convincing (not to me, and probably not to
you), but it's the best I could come up with.


 --
 To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org




--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#556386: ITP: libdigest-sha-pureperl-perl -- Digest::SHA::PurePerl - Perl implementation of SHA-1/224/256/384/512

2009-11-15 Thread Andres Mejia
On Sunday 15 November 2009 13:38:01 Jonathan Yu wrote:
 On Sun, Nov 15, 2009 at 1:28 PM, Peter Samuelson pe...@p12n.org wrote:
  [Andres Mejia]
 
  Digest::SHA::PurePerl is a complete implementation of the NIST Secure
  Hash Standard written entirely in Perl. It gives Perl programmers a
  convenient way to calculate SHA-1, SHA-224, SHA-256, SHA-384, and
  SHA-512 message digests. It is functionally equivalent to the
  Digest::SHA module.
 
  Is there any possible point?  All Debian architectures can build and
  run XS Perl modules.
 
 (Note: I have no idea what this particular case is about)
 
 PurePerl programs are often useful because they have less risk of
 crashing horribly via a segfault. I'm not sure how this applies to
 something as well-tested as the Digest::SHA module or the C
 implementation of the algorithm.
 
 It should be noted that while all arches can build and run XS modules,
 it doesn't preclude a given arch from being unable to build a module
 properly. In that case, it's convenient to be able to fall back to a
 pure perl equivalent easily.
 
 Neither of these is really convincing (not to me, and probably not to
 you), but it's the best I could come up with.

Well, really the only reason why I'm even bothering to package this is because 
I'm working on an assignment which I want to make sure builds and runs on 
CentOS and OSX and making Digest::SHA::PurePerl work would be easier for me 
than making Digest::SHA build and run on these other distros. Of course, I 
know I didn't need to debianize this module for this particular purpose, but I 
thought I would take the time to package it anyway.

For anyone willing to sponsor an upload of this module, I have packages ready 
for review and upload at:
git://git.debian.org/git/pkg-perl/packages/libdigest-sha-pureperl-perl.git
http://git.debian.org/?p=pkg-perl/packages/libdigest-sha-pureperl-
perl.git;a=summary

Thanks in advance.

-- 
Regards,
Andres


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#556386: ITP: libdigest-sha-pureperl-perl -- Digest::SHA::PurePerl - Perl implementation of SHA-1/224/256/384/512

2009-11-15 Thread Marco d'Itri
On Nov 16, Andres Mejia mcita...@gmail.com wrote:

 Well, really the only reason why I'm even bothering to package this is 
 because 
 I'm working on an assignment which I want to make sure builds and runs on 
 CentOS and OSX and making Digest::SHA::PurePerl work would be easier for me 
 than making Digest::SHA build and run on these other distros. Of course, I 
 know I didn't need to debianize this module for this particular purpose, but 
 I 
 thought I would take the time to package it anyway.

Please don't. Pure perl packages are not needed in the archive except
for specific corner cases, and this is obviously not one.

-- 
ciao,
Marco


signature.asc
Description: Digital signature