- Fix pkg-plist in the case when NOPROFILE isn't defined;
- fix breakage on system with old perl < 5.6.0 (4-STABLE and downward) by
including pre-generated on 5-CURRENT files. Perl scripts supplied with the
port have some problems with old perl and I hope Konstantin will address this
problem in the next revision of iconv.
Prompted by: asami (plist), Mikhail Teterin <mi@privatelabs.com> (4-CURRENT)
to the final release of KDE 2.0. Kevin Lo <kevlo@FreeBSD.org> will continue
as the new maintainer. He has commit privileges on the KDE tree, making him
an excellent candidate for this job. I'll be behind the scenes for awhile,
since there are some structural changes I'd like to make but I'd rather have
Kevin do the work. Please, people, direct your patches at Kevin and watch
his "freetime deprivation process" _really_ start. :-P
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)
reviewing converters/p5-Unicode-Map8. The Porter's Handbook should
probably note that perl module ports that compile something should have
a diff similar to this one.
have not tried KDE 2.0 or haven't done so in awhile (i.e. since July or
before), you should try this. This version is extremely stable and offers
better functionality than before. This update also introduces the KDE2
modules kdegraphics and kdemultimedia to our ports tree. Additionally,
this marks the first time FreeBSD packages were announced as part of the
KDE2 beta release announcement! :-)
Most (if not all) of the remaining modules in KDE2 will be added for the
update WRT the final release.
A hack was added to fix building with SSL in kdelibs; this has been merged
in the main tree and will go away with 2.0 release update. Thanks to David
Faure <david@mandrakesoft.com> for his help regarding this.
Also, building the docs should now succeed because I've added a build
dependency on jade and linuxdoc (should be enough).
People can get my precompiled packages from the usual location on the KDE
FTP server (should spread to the mirrors Real Soon Now (tm)):
http://ftp.kde.org/pub/kde/unstable/distribution/2.0Beta5/tar/FreeBSD/
Have fun! Remember to reports bugs through http://bugs.kde.org/.
I can address some of its issues (should see it marked un-broken in about
3 hours, if they're trivial enough). It took too long to get this update
out the door... :-(
This is a rather stable version of KDE2. Release is hoped for sometime
next month, so I'm going to try to reroll snapshots this weekend.
Also decide policy by removing the interactive requirement in qt22's
configure script. I don't know why they bothered adding it there..
Bugged by: *many* bug-reports, requests, etc.
Overall changes:
Use tabs instead of sequential spaces.
Note Author as well as WWW in DESCR.
Do not install examples when NOPORTDOCS.
Make RUBY, RUBY_VER and RUBY_ARCH variables overridable.
ruby-date2:
share/doc/ruby/date2/examples/ -> share/examples/ruby/date2/cal.rb
textproc/ruby-html-parser:
databases/ruby-mysql:
devel/ruby-optparse:
devel/ruby-property:
Install modules under lib/ruby/site_ruby/${RUBY_VER}/ instead
of lib/ruby/site_ruby/ or lib/ruby/${RUBY_VER}/
textproc/ruby-rdtool:
Install documents in .rd format too.
Format optparse's rd file. (Since ruby-rdtool depends on
optparse, it cannot be done during optparse's build
process. So ruby-rdtool should take care of that when it is
installed. :)
As I couldn't get it working with converters/iconv, I made it use
converters/libiconv (giconv) instead, for the present. In any case,
this module is LGPL'd anyway. :p
