nisse@lysator.liu.se (Niels Möller) writes:
Simon Josefsson simon@josefsson.org writes:
The serpent code is replaced, any other issues that we are waiting for?
- Fix the libdir defaults for linux x86_64 (I think the following should work in most cases for for both debian and fhs conventions: When building for $ABI (32 or 64), check if /usr/lib$ABI exists. If so, install there, otherwise in $prefix/lib. Possibly bail out with an error if neither /usr/lib32 nor /usr/lib64 exists).
I don't understand why this is a Nettle problem, since I don't recall having to do anything like that for any of the libraries I maintain. Could it be because I use automake and libtool? If automake would solve this issue, how about using it in Nettle?
- Decide which flavor of LGPL licensing should be used. Options: LGPLv2+, LGPLv3+ or dual license LGPLv3+ and GPLv2+.
Is there a reason to change from the current LGPLv2+ before the next release?
- Update NEWS and documentation (regarding serpent and licensing).
I can help with that, if you want. I did a diff between 2.1 and the current code, and it is a fairly small set of changes.
Comments appreciated. Anything else?
Not that I can think of.
Using UTF-8 encoding for the files instead of ISO-8859-1 could be one.
In the mean time, I'm also hacking further on the serpent code. The double-block trick in C gave a modest improvement. I think it should work great with sse2 assembly to do four blocks at a time. Primarily for x86_64, but maybe also for plain x86 (but then maybe one can's use sse2 unconditionally). But that doesn't have to be completed before release.
Right.
/Simon