+ add devel/p5-PathTools, remove devel/p5-File-Spec
+ update dependencies for all affected ports (make them unconditional),
bump PORTREVISION for these ports
module was renamed
* reflect renaming on CPAN PodParser to Pod-Parser
+ add textproc/p5-Pod-Parser, remove textproc/p5-PodParser
+ update dependencies for all affected ports (make them unconditional),
bump PORTREVISION for these ports
* for all changed ports make dependencies on File::Temp, Digest::MD5,
Storable unconditional
* remove 'CONFIGURE_ARGS= INSTALLDIRS=site' from Makefile's
(this variable is forced by bsd.port.mk now)
* update Class-Autouse to 1.17
* update POE-API-Hooks to 1.05
* make portlint happy (clean IGNORE, convert spaces to tabs and so on)
It's worth pointing out that the Tcl project used to
*recommend* that application writers copy this kludge.
These ports work fine with Tcl 8.3, which provided a fake
matherr() even if the OS didn't, but here's what the
Tcl 8.4 changelog has to say:
2002-05-31 (dead code)[474335,555635] removed all use of matherr() (english)
*** POTENTIAL INCOMPATIBILITY ***
The following lines can be safely removed from any application that
has them, unless compatibility with SunOS 4.X is desired.
extern int matherr();
int *tclDummyMathPtr = (int *) matherr;
The build problems were pointed out by Kris, as usual. ;-)
convmv is meant to help convert a single filename, a directory tree and the
contained files or a whole filesystem into a different encoding. It just
converts the filenames, not the content of the files. A special feature of
convmv is that it also takes care of symlinks, also converts the symlink target
pointer in case the symlink target is being converted, too.
All this comes in very handy when one wants to switch over from old 8-bit
locales to UTF-8 locales. It is also possible to convert directories to UTF-8
which are already partly UTF-8 encoded. convmv is able to detect if certain
files are UTF-8 encoded and will skip them by default. To turn this smartness
off use the --nosmart switch.
PR: ports/73191
Submitted by: Kuang-che Wu <kcwu@csie.org>
If you know new email addresses for the people involved, please send-pr it!
<mcsi@agava.com>: host relay.agava.net.ru[195.161.118.3] said: 550
<mcsi@agava.com>: User unknown in local recipient table (in reply to RCPT
TO command)
<woju@bbsmail.ntu.edu.tw> (expanded from <woju@bbsmail>): Host or domain name
not found. Name service error for name=bbsmail.ntu.edu.tw type=A: Host not
found
<esoha@attbi.com>: host gateway.attbi.com[204.127.198.6] said: 551 not our
customer (in reply to RCPT TO command)
<crow@nektor.hu>: host mail.kapu.hu[195.70.32.236] said: 550 unknown user (in
reply to RCPT TO command)
<cyrilm@tower.pp.ru>: host mail.tower.pp.ru[213.85.109.133] said: 550 unknown
user (in reply to RCPT TO command)
<ports@henrik-motakef.de>: Host or domain name not found. Name service error
for name=henrik-motakef.de type=A: Host not found
<jj@nttmcl.com>: host mx1.nttmcl.com[216.69.64.132] said: 550 5.2.1
<jj@nttmcl.com>... Mailbox disabled for this recipient (in reply to RCPT TO
command)
<koji@jet.es>: host mx.wanadoo.es[62.81.235.75] said: 550 Relay not permitted /
No such user (in reply to RCPT TO command)
<proot@iaces.com>: host horton.iaces.com[204.147.87.98] said: 550 5.1.1
<proot@iaces.com>... User unknown (in reply to RCPT TO command)
<roland.jesse@gmx.net>: host mx0.gmx.net[213.165.64.100] said: 550 5.1.1
{mx034} <roland.jesse@gmx.net>... User is unknown (in reply to RCPT TO
command)
<vess@slavof.net>: host mail.slavof.net[213.130.68.146] said: 550 5.7.1 Access
denied (in reply to MAIL FROM command)
<tuxsuximus@hotmail.com>: host mx3.hotmail.com[65.54.253.99] said: 550
Requested action not taken: mailbox unavailable (in reply to RCPT TO
command)
<zenin@archive.rhps.org>: host mail.rhps.org[66.250.128.137] said: 550 5.7.1
<zenin@archive.rhps.org>... Relaying denied (in reply to RCPT TO command)
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
- 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: 67692 [1]
- 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]
Move pkg files from pkg-plist to Makefile, then remove pkg-plist.
Use NOPORTDOCS macro.
Bump PORTREVISION.
Approved by: Alex Semenyaka <alex@rinet.ru> (maintainer)
the copy of inews that inn installs in ${PREFIX}/news/lib/inews. The
cnews port likes to put inews in ${PREFIX}/bin/.
Explanation: The uudeview port generally doesn't use inews, but it has
the ability to post items directly to news if the user
requests it. The default inews location is hardcoded at
compile time. This port does not DEPEND on any particular
news software.
Requested by: Daeron <daeron -a-t- optushome com au>
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.
From: Roman Shterenzon <romanbsd@yahoo.com>
To: ports@freebsd.org
Subject: e-mail change
The email address roman@xpert.com is no longer valid.
Please update ports' maintainer to ports@oven.org.
Submitted by: Roman Shterenzon <romanbsd@yahoo.com>
