libtre5 transition

[Santiago Vila <sanvila@unex.es>]

Hello.

The following packages still depend on libtre4, which prevents tre 0.8.0-2
(providing libtre5) from entering testing:

crm114
elinks
msort

Should I report this as a bug, or should I just ask for a binary-only NMU?
Ideally, they should use the new API, which means using tre/tre.h instead
of tre/regex.h, but I believe this is an orthogonal thing.

Thanks.