Remove patches and hacks that were used to work around the previous
situation
This allows to stage more ports as a regular user
Differential Revision: https://reviews.freebsd.org/D703
Reviewed by and discussed with: bapt
With hat: portmgr
Merge back bsd.pkgng.mk into bsd.port.mk
Add a note about @stopdaemon not being supported anymore
With hat: portmgr
Differential Revision: https://reviews.freebsd.org/D693
PR: 187280
Submitted by: Tatsuki Makino
GeographicLib is a small set of C++ classes for performing conversions
between geographic, UTM, UPS, MGRS, geocentric, and local cartesian
coordinates, for gravity (e.g., EGM2008), geoid height, and geomagnetic
field (e.g., WMM2010) calculations, and for solving geodesic problems.
The library may be used from .NET applications using the NETGeographicLib
wrapper library. It is a suitable replacement for the core functionality
provided by geotrans.
GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)
Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130
Couple OpenEXR more tightly to ilmbase and require its exact .so
version.
Add UPDATING note, and bump PORTREVISION of all dependent ports.
Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.
Approved by: portmgr (implicit for bumping PORTREVISION on unstaged ports)
conflict in behaviour with the read-only COMPILER_FEATURES knob
- Fix the deprecated USE_PYTHON_BUILD and USE_PYTHON_RUN behaviour, which
usually should be mutually exclusive, but some ports include both knobs
Phabric: D581
Recommended by: danfe@, makc@
Reviewed by: danfe, wg, antoine
Approved by: portmgr
With hat: python@
should be replaced with linguisttools_build [*]
- Remove USE_GL knob altogether, it is pulled automatically with Qt ports
- While here, use less aggressive patching of CMakeLists.txt
Requested by: makc [*]
on Qt version 5 now; for those who are not comfortable with upgrading to the
new version of Qt, `astro/stellarium-qt4' port is available, serving version
0.12.4. Add an UPDATING entry to alert users about this.
While here, make scripting support optional in `astro/stellarium-qt4', since
it allows to use one less dependency. Unfortunately, this is not applicable
to 0.13.0 as required `x11-toolkits/qt5-declarative' port has USE_QT5=script
unconditionally.
Relax USE_GL knob for both ports: only libGL itself is required, not libGLU.
- Remove old BROKEN statement; builds fine on PowerPC at least (it was marked
broken on sparc64 almost 5 years ago due to stdlib.h vs. malloc.h conflict,
which no longer seems to be the issue)
- Use USES=libtool
- Fix USE_PYTHON
- Convert to new options helper
- Bump PORTREVISION for package change
- Do not hard-coded PORTVERSION in PLIST
- Bump PORTREVISION for graphics/geos shlib change
Where possible, correct a few instances where PORTDOCS was being used
to flag stuff in EXAMPLESDIR. For some ports, mostly those owned by
ruby@, PORTDOCS is applied to pretty much everything whether it's
documentation or example.
Back in August 2013 I reported to the maintainer that if fortran is not
found then certain functions such as wcunitse are not built. These
functions are needed for kstars which is a dependency for kdeedu and the
kde4 meta port. The USE_FORTRAN=yes was never added though, so lets do
that now that the port is unmaintained.
