Feature #621
RIPEMD-160 reference implementation if needed for proper packaging
| Status: | New | Start: | 11/06/2011 | ||
|---|---|---|---|---|---|
| Priority: | Low | Due date: | |||
| Assigned to: | - | % Done: | 10% |
||
| Category: | packaging & utils | Spent time: | - | ||
| Target version: | Bodie-HIPPY-0.4.2 |
Description
http://mhash.sourceforge.net/mhash.3.html
mhash appears to implement RIPEMD-160.
http://mhash.sourceforge.net/
The actual RIPEMD-160 implementation is the original:
http://homes.esat.kuleuven.be/~bosselae/ripemd160.html
History
Updated by Emmanuel Benazera 6 months ago
- Category set to packaging & utils
- Target version set to Bodie-HIPPY-0.4.1
https://bugzilla.redhat.com/show_bug.cgi?id=678809#c18
so it needs to be done.
Scheduled for next release.
Updated by Emmanuel Benazera 6 months ago
Wrote to the RIPEMD authors.
Updated by Emmanuel Benazera 6 months ago
- % Done changed from 0 to 10
Authors seem to be willing to change the license but this seems a long process.
I've checked on mhash (http://mhash.sf.net) code and it comes with a full rewrite of the RIPEMD-xxx ciphers under LGPL.
This means we'll be switching to mhash for 0.4.1 with high probability.
Updated by Sébastien Willmann 3 months ago
Here is an attempt to use the mhash library. I deleted the implementation and called the mhash functions in DHTKey.cpp. However, it fails to link even with the correct flags passed to configure. I'm stuck, since I'm not familiar with autotools.
Updated by Emmanuel Benazera about 1 month ago
- Target version changed from Bodie-HIPPY-0.4.1 to Bodie-HIPPY-0.4.2
first, we need to make sure that hashes are unchanged, by comparing the output of both hash functions (existing and mhash).
postponing...