On 04/11/2014 01:49 PM, Niels Möller wrote:
> I'm considering removing the following features:
> 
> * des-compat.h and all its functions. This provides some level of
>   compatiblity with libdes (and possibly also old versions of
>   openssl/ssleay). I've not heard of anyone actually using this.


i don't know who is actually using this from nettle, but it looks like
there are lots of programs that are either embedding libdes or relying
on other packages like krb5 for something that looks roughly like a
linked libdes.

emacs is just one of these.  lsh-utils also appears to want something to
do with libdes.  Niels, maybe you can say what that's doing?

I'm not a big fan of des, and i'm certainly no emacs developer;   But if
we could let emacs use nettle's version easily without needing to rely
on non-GNU code for anything it needs DES for that would be nice.

that said, i haven't found anyone who *is* using this compatibility
layer in nettle, so i think if you want to drop it and be willing to add
it back if someone complains that'd be fine.

> * rsa-compat.h and all its functions. Compatibility with RSAREF. I've
>   never heard of anyone actually using this either.
> 
> * The nettle_next_prime function. No longer used internally in Nettle's
>   key generation functions, and applications should use the
>   corresponding GMP function instead.

i just scanned everything in debian for these two and they seem unused
to me:

http://codesearch.debian.net/search?q=R_SignInit
http://codesearch.debian.net/search?q=R_VerifyInit
http://codesearch.debian.net/search?q=nettle_next_prime

i say drop of these last two.

thanks for doing the maintenance work here.

        --dkg

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
nettle-bugs mailing list
nettle-bugs@lists.lysator.liu.se
http://lists.lysator.liu.se/mailman/listinfo/nettle-bugs

Reply via email to