Changelog (http://cpansearch.perl.org/src/MLEHMANN/JSON-XS-2.231/Changes):
2.231 Thu Nov 20 04:59:08 CET 2008
- work around 5.10.0 magic bugs where manipulating magic values
(such as $1) would permanently damage them as perl would
ignore the magicalness, by making a full copy of the string,
reported by Dmitry Karasik.
- work around spurious wanrings under older perl 5.8's.
PR: ports/131321
Submitted by: "Cory R. King" <coryking_AT_mozimedia dot com>
them(to a reasonable degree) to other formats using the Open Source
ReportLab Toolkit. As a package it reads existing SVG files and returns
them converted to ReportLab Drawing objects that can be used in a
variety of ReportLab-related contexts, e.g. as Platypus Flowable objects
or in RML2PDF. As a command-line tool it converts SVG files into PDF
ones.
WWW: http://pypi.python.org/pypi/svglib/
PR: ports/128752
Submitted by: Wen Heping <wenheping at wenheping.com>
and scalc (*.sxc) formats.
It doesn't depend on Open Office or any other external tools or libraries.
There are three output modules:
* o3read displays a dump of the parse tree
* o3totxt creates plain text
* o3tohtml creates html code
Example: unzip -p document.odt content.xml | o3totxt
WWW: http://siag.nu/o3read/
PR: ports/126320
Submitted by: Alex Samorukov <samm at os2 dot kiev dot ua>
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
merely pick up and help him. Thanks to many testers in both private and
mailing list emails for report a few of build and dependencies problems.
Also, thanks to marcus and Chess Griffin for test in their tinderboxes.
x11/pixman: Update to 0.10.0
-------------------------------------------------------
Firefox 3 needs it. Orignal, the shared library was bumped and ahze has
added a new feature in our USE_GNOME=ltverhack by can control the number
of shared library. To control the number of shared library, add the
ltverhack:N. Right now pixman has USE_GNOME=ltverhack:9 to make it stays
same at libpixman-1.so.9. If anyone want to use ltverhack:N in one of your
port, you need to make sure the ABI doesn't change to use it..
-------------------------------------------------------
graphics/cairo: Update to 1.6.4
-------------------------------------------------------
Firefox 3 needs it. We have updated most cairo binding ports too.
-------------------------------------------------------
graphics/poppler: Update to 0.8.3
-------------------------------------------------------
The shared libraries version have been changed. All ports that depend on
poppler have PORTREVISION bump. The graphics/py-poppler has been updated
to 0.8.1 to work with newer poppler better. As for the poppler-qt, there
is no shared library version change.
-------------------------------------------------------
www/firefox3 and gecko ports related: Update to 3.0 final
-------------------------------------------------------
The bsd.gecko.mk has been moved from www/mozilla/ to Mk/. You no longer
need to include bsd.gecko.mk/Makefile.common by manual. We are keeping it
in backward compatibility, so the rest ports won't be break. We haven't
add some other ports to have Firefox 3 support yet, so feel free to send
us patch or commit it by yourself (to committers). However, view in
bsd.gecko.mk for document.
-------------------------------------------------------
Approved by: portmgr (marcus)
and from the X-Face format, a 48x48 bitmap format used to
carry thumbnails of email authors in a mail header.
WWW: http://ftp.xemacs.org/pub/xemacs/aux/
PR: ports/124430
Submitted by: Ashish Shukla <wahjava@gmail.com>
Reviewed by: lippe
Approved by: gabor (mentor, implicit)
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
- Implement new knobs for gems and rake (these are included in
ruby 1.9 distribution already). Also move gem bits from
ruby-gems/Makefile.common to bsd.ruby.mk[1]. Now to depend
on gems or rake you should define USE_RUBYGEMS/USE_RAKE
accordingly. Also RAKE_BIN variable is provided for
pointing to the right rake executable.
- Rewrite RUBY_SCHEBANG in awk to eliminate build dependency
on ruby.
Discussed with: Jonathan Weiss <jw@innerewut.de> [1] (gems maintainer)
Tested by: ports@
- Mark p5-JSON1 as conflicting with p5-JSON-2.x.
- Upgrade p5-JSON to 2.07 and mark as conflicting with p5-JSON-1.x.
- Use CPAN macro, add Test-Simple dependency and improve pkg-plist.
PR: ports/120596
Submitted by: Felippe de Meirelles Motta <lippemail@gmail.com>
Perl interface to the libfribidi library that implements the Unicode bidi
algorithm. The bidi algorithm is a specification for displaying text that
consists of both left-to-right and right-to-left written languages.
WWW: http://search.cpan.org/~kamensky/Text-Bidi/
graphics, text layer, hyperlinks, document outline (bookmarks), and
metadata.
WWW: http://code.google.com/p/pdf2djvu/
PR: ports/121463
Submitted by: Denise H. G. <darcsis at gmail.com>
Approved by: thierry@ (mentor)
- Deprecate old unsupported apps and modules (entice, devian, eveil, engage)
- Split evas and ecore to separate modules to handle dependencies properly
- Disable PAM in enlightenment-devel as it don't work anyway (requires root
privilegies)
- Add DBUS support.
Thanks to: az
- Use BUILD_DEPENDS= ${RUN_DEPENDS} to prevent from unnecessary
dependency into RUN_DEPENDS.
- Use @dirrmtry, because other module can use JSON::*.
PR: ports/120762
Submitted by: Gea-Suan Lin <gslin@gslin.org>
GNOME 2.20 release notes can be found at
http://www.gnome.org/start/2.20/notes/en/ . Beyond that, this update
includes the new GIMP 2.4 (courtesy of ahze).
The GNOME 2.20 update also includes a huge change in the FreeBSD GNOME
hierarchy. We are now using the more standard DATADIR of ${PREFIX}/share
rather than ${PREFIX}/share/gnome. The result is that fewer patches and
hacks are needed to port GNOME components to FreeBSD. This will mean some
user changes may be required, so be sure to read /usr/ports/UPDATING for
more details.
This release and the things we accomplished in it would not have been
possible without mezz's crazy idea to collapse DATADIR, and his persistence
to make it happen successfully. Ahze and pav also deserve thanks for
their work on porting modules and testing the whole ball of wax on
pointyhat (respectively).
The FreeBSD GNOME team would also like to thank our various testers and
contributors:
Yasuda Keisuke
Frank Jahnke
Pawel Worach
Brian Gruber
Franz Klammer
Yuri Pankov
Nick Barkas
Cristian KLEIN
Tony Maher
Scot Hetzel
Martin Matuska (mm)
Benoit Dejean
Martin Wilke (miwi)
(And anyone else I may have missed)
PRs fixed in this release:
111272, 113470, 115995, 116338
2007-08-19 chinese/mule-freewnn: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 chinese/xemacs: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 converters/mule-ucs-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 devel/eieio-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 editors/apel-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 editors/bitmap-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 editors/emacs19: emacs19 is obsolete; please use a more recent version
2007-08-19 editors/emacs20: "editors/emacs is recommended instead for new installations"
2007-08-19 editors/flim-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 editors/mule-common: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 editors/mule: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 editors/semi-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 editors/speedbar-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 irc/irchat-pj-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 irc/pure-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/diclookup-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/diclookup-mule: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+freewnn+sj3: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+sj3+wnn6: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+sj3+wnn7: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+sj3: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+wnn6: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+wnn7: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-freewnn: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-sj3: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-wnn6: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-wnn7: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/navi2ch-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/w3: distfile is 10 years old and depends on emacs19 which is obsolete
2007-08-19 korean/mule-freewnn: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 www/w3: distfile is 10 years old and depends on emacs19 which is obsolete
supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
the various JSON modules currently on CPAN. This module will
allow you to code to any JSON API and have it work regardless
of which JSON module is actually installed.
WWW: http://search.cpan.org/dist/JSON-Any/
Its primary goal is to be correct and its secondary goal is to be fast.
To reach the latter goal it was written in C.
As this is the n-th-something JSON module on CPAN, what was the reason
to write yet another JSON module? While it seems there are many JSON
modules, none of them correctly handle all corner cases, and in most
cases their maintainers are unresponsive, gone missing, or not listening
to bug reports for other reasons.
WWW: http://search.cpan.org/dist/JSON-XS/
I tried to use newer chmlib from misc/chmlib, it compiles but does not
work. Perhaps, there are still problems in chmview itself.
Reported by: pointyhat via kris
. bump PORTREVISION (RUN_DEPENDS changes);
. for converters/konwert:
- introduce PATCHLEVEL to be used instead of PORTREVISION at filenames;
- update to new PATCHLEVEL=11.
PR: 107000 [1], 107046 [2], 107106 [3], 107114 [4]
Submitted by: bsam (me)
Approved by: all maintainers timeout three and a half week:
mij at bitchx.it [1]
j.koopmann at seceidos.de [2]
chuynh at biolateral.com.au [3]
alexs at snark.rinet.ru [4]
specification:
* WAP - Wireless Application Protocol / Binary XML Content Format
Specification / Version 1.3 WBXML (15th May 2000 Approved)
The binary format was designed to preserve the element structure of XML.
WWW: http://search.cpan.org/dist/WAP-wbxml/
Submitted by: Timur I. Bakeyev <timur(at)com.bat.ru>
Approved by: krion (mentor)
