Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
around at either build-time or at run-time is:
USE_TOOLS+= perl # build-time
USE_TOOLS+= perl:run # run-time
Also remove some places where perl5/buildlink3.mk was being included
by a package Makefile, but all that the package wanted was the Perl
executable.
Changes:
2003-12-13 Version 0.5.1
* Procmail usage instructions added to manpage.
* Fixed missing <algorithm> header in detector.cc (thanks to Jerome Warnier).
2003-11-26 Version 0.5.0
* ENCA support added (thanks to Volodymyr M. Lisivka).
* -I and -O options added to exclude some charsets from processing (thanks
to Ingvarr Zhmakin).
In non-English mailing lists (particularly in Russian) there is a
big problem with messages, where charset parameter of Content-Type
header is set incorrectly. Sometimes software is buggy, sometimes
people cannot set up their software properly, sometimes web-based
email clients do not implement charsets. While reading such a
mail, one should manually switch encoding in MUA back and forth.
Incorrectly encoded or plain 8-bit Subject field is another big
problem. Such fields often get corrupted while passing e-mail
gateways.
This program can be used to solve this problem while used as mail
filter (in MTA, procmail, or a similar program).
