Re: [Haskell-cafe] ANN: nano-hmac 0.2.0

Ok, I'll leave it up there as a separate package then. :) -- Don hitesh.jasani:
Don,
It's tempting, but I would really hate to lose nano-md5 as it is today. I thought your concept was a great idea to inspire people to start small to get a feel for developing Haskell libraries. The current nano-md5 serves as a really good example.
In the Ruby community there are many small libraries that do one, simple focused task. There are times when this is a virtue over libraries that try to be all encompassing. It's weird but I would have thought the Haskell community would have more embraced small libraries also since they may be more composable.
- Hitesh
On Feb 11, 2008 4:29 PM, Don Stewart
wrote: hitesh.jasani:
nano-hmac provides bindings to OpenSSL's HMAC interface. With this release the set of hashing functions supported is: MD5, SHA, SHA1, SHA224, SHA256, SHA384, SHA512.
If you're unfamiliar with HMAC's then you may want to check out the second link below where I explain a little bit about them in a blog entry.
The hackage pages mentioned that they're not running haddock 2.0, so I don't know if the docs will generate. If not, you can see the docs online at the third link below.
* http://hackage.haskell.org/cgi-bin/hackage-scripts/package/nano-hmac-0.2.0 * http://www.jasani.org/2008/02/nano-hmac-020-released.html * http://docs.jasani.org/nano-hmac/0.2.0/
Any and all comments/suggestions/criticisms/fortune-cookie-proverbs are welcome.
Shall we merge nano-md5 into this lib, and deprecate nano-md5 itself? Seems like a good time to consolidate, and produce a single openssl binding.
-- Don

And in perl CPAN world, there are "bundles" that put together related
packages in one big install... Maybe there can be "Cabal bundles".
Just an idea!
On Feb 12, 2008 2:03 PM, Don Stewart
Ok, I'll leave it up there as a separate package then. :)
-- Don
hitesh.jasani:
Don,
It's tempting, but I would really hate to lose nano-md5 as it is today. I thought your concept was a great idea to inspire people to start small to get a feel for developing Haskell libraries. The current nano-md5 serves as a really good example.
In the Ruby community there are many small libraries that do one, simple focused task. There are times when this is a virtue over libraries that try to be all encompassing. It's weird but I would have thought the Haskell community would have more embraced small libraries also since they may be more composable.
- Hitesh
On Feb 11, 2008 4:29 PM, Don Stewart
wrote: hitesh.jasani:
nano-hmac provides bindings to OpenSSL's HMAC interface. With this release the set of hashing functions supported is: MD5, SHA, SHA1, SHA224, SHA256, SHA384, SHA512.
If you're unfamiliar with HMAC's then you may want to check out the second link below where I explain a little bit about them in a blog entry.
The hackage pages mentioned that they're not running haddock 2.0, so I don't know if the docs will generate. If not, you can see the docs online at the third link below.
* http://hackage.haskell.org/cgi-bin/hackage-scripts/package/nano-hmac-0.2.0 * http://www.jasani.org/2008/02/nano-hmac-020-released.html * http://docs.jasani.org/nano-hmac/0.2.0/
Any and all comments/suggestions/criticisms/fortune-cookie-proverbs are welcome.
Shall we merge nano-md5 into this lib, and deprecate nano-md5 itself? Seems like a good time to consolidate, and produce a single openssl binding.
-- Don
Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

Hopefully this bundle would be a module that re-exports all the submodules packages. I'm kind of annoyed by some of my code that imports ten different modules for one function from each. So in this case: import nanoCrypto (md5, sha, hmac) where nanoCrypto is a bundle (just another hackage package, really) that depends on nano-{md5,sha,hmac} and exports. Sound good? Or perhaps this is already how things work in CPAN and I am just stating what everyone already knows. Thomas On Wed, 2008-02-13 at 19:34 -0500, Steve Lihn wrote:
And in perl CPAN world, there are "bundles" that put together related packages in one big install... Maybe there can be "Cabal bundles". Just an idea!
On Feb 12, 2008 2:03 PM, Don Stewart
wrote: Ok, I'll leave it up there as a separate package then. :)
-- Don
hitesh.jasani:
Don,
It's tempting, but I would really hate to lose nano-md5 as it is today. I thought your concept was a great idea to inspire people to start small to get a feel for developing Haskell libraries. The current nano-md5 serves as a really good example.
In the Ruby community there are many small libraries that do one, simple focused task. There are times when this is a virtue over libraries that try to be all encompassing. It's weird but I would have thought the Haskell community would have more embraced small libraries also since they may be more composable.
- Hitesh
On Feb 11, 2008 4:29 PM, Don Stewart
wrote: hitesh.jasani:
nano-hmac provides bindings to OpenSSL's HMAC interface. With this release the set of hashing functions supported is: MD5, SHA, SHA1, SHA224, SHA256, SHA384, SHA512.
If you're unfamiliar with HMAC's then you may want to check out the second link below where I explain a little bit about them in a blog entry.
The hackage pages mentioned that they're not running haddock 2.0, so I don't know if the docs will generate. If not, you can see the docs online at the third link below.
* http://hackage.haskell.org/cgi-bin/hackage-scripts/package/nano-hmac-0.2.0 * http://www.jasani.org/2008/02/nano-hmac-020-released.html * http://docs.jasani.org/nano-hmac/0.2.0/
Any and all comments/suggestions/criticisms/fortune-cookie-proverbs are welcome.
Shall we merge nano-md5 into this lib, and deprecate nano-md5 itself? Seems like a good time to consolidate, and produce a single openssl binding.
-- Don
Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
participants (3)
-
Don Stewart
-
Steve Lihn
-
Thomas DuBuisson