- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
- Konstantin explicitly resigned from BSD iconv few years ago.
- My e-mail pings about the case was never answered
(last attempt 2/23/2004).
- There is a technical problem contacting him. [1]
PR: 67691 [1]
manpages installed by libiconv (aka GNU iconv) and add similar `b'-prefixes
into components installed by iconv (aka BSD iconv). The reason why we do this
is because unfortunately BSD iconv become abadonware (author doesn't maintain
it anymore), while number of ports that need functional iconv library grows
very fast, thus creating significant overhead due to patches needed to make
ports working with prefixed GNU iconv. For compatibility reasons create
symlinks in GNU iconv, so that all ports that expect GNU iconv to have `g'
prefix should work unmodified until all those `g'-hacks are wiped out.
Prompted by: ache
Reviewed by (in principle): freebsd-ports, freebsd-gnome
Fixed problems:
- All the modules are linked against libiconv. iconv() now can be
called from other shared libraries (it could only be called from
executables in iconv-1.0);
- Case insensitive recognition of charset names. There was a bug in
1.0: the first letter of a charset name was case sensitive;
- Modified behaviour of iconv() used with (inbytesleft == NULL) or
(*inbytesleft = 0): now iconv silently returns 0; in 1.0 it
returned (size_t)(-1) and set errno=EINVAL. According to POSIX
specification both ways are correct; the new behaviour is just
less restrictive.
PR: ports/21521, ports/21522, ports/21523
Submitted by: Konstantin.Chuguev@dante.org.uk (MAINTAINER)
(Problems reported by: knu)
