- Update to 3.4.2
- Do not bump dependent ports as 3.4.1 did a little while ago
PR: ports/181422
Submitted by: Rainer Hurling <rhurlin gwdg.de> (maintainer)
- While I'm here, add LICENSE and remove DISTNAME assignment which is already
done by bsd.port.mk
Changes:
3.2.2:
- Bug fixes:
* CAPI: do not leak contexts when using the non-reentrant interface
3.2.1:
- Bug fixes:
* False positive return from IsValidOp (#333)
* Return up to 15 digits of precision from GEOSisValidReason_t (#329)
PR: ports/151875
Submitted by: Rainer Hurling <rhurlin@gwdg.de>
Approved by: Konstantin Saurbier <konstantin@saurbier.net> (maintainer)
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
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)
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
GEOS (Geometry Engine - Open Source) is a C++ port of the
Java Topology Suite (JTS). As such, it aims to contain the
complete functionality of JTS in C++. This includes all the
OpenGIS "Simple Features for SQL" spatial predicate functions
and spatial operators, as well as specific JTS topology
functions such as IsValid().
More precisely, GEOS is a library containing functions which
implement OpenGIS specifications concerning operations on
geometric objects. Despite its categorization in the graphics
subdirectory, it is more suitable in a "gis" category for
Geographical Information Systems software. I would like to
suggest the ports team to create such category because of
the so many free software available on the internet. Please,
look at www.freegis.org. I am working on porting several
of them to make FreeBSD ready-for-GIS. Feel free to contact
me for more information.
PR: ports/60405
Submitted by: Leonardo Martins <lmartins@nepe.eee.ufg.br>
