correctly (because then it is not utf8 valid as well)
Force converting the header and the xover data (usenet) to utf-8 in case
it isn't 7bit clean by assuming the header was written in the charset
locale(1) reports. That might be wrong, but I see no other way.
We can't detect the charset in which the header was written in (for
example, xover data doesn't have any informations in it about content-type)
because Content-Type only affecty the message-body.
Approved By: maintainer (implicit)
Taken From: sylpheed-claws gtk2 CVS branch
messages should be also converted into utf-8 format.
That fixes the problem I had with wiped out lines containing non-7bit-clean
chars. (like german umlauts)
Bump PORTREVISION
sylpheed-gtk2 authors are informed...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.