The Fedora 10 infrastructure ports have been in use since June 2009 and, while
having served a great deed, have become unsupported upstream and hence affected
by unfixed security vulnerabilities. In addition to that, many recent Linux
binaries need newer libc / stdlibc++ versions.
This commit adds the linux-c6- userland as drop-in replacement for the -f10
infrastructure, as well as upgrading the linux_base-c6 port to CentOS 6.5.
If you want to switch to linux-c6 ports, please define at /etc/make.conf:
OVERRIDE_LINUX_BASE_PORT=c6
OVERRIDE_LINUX_NONBASE_PORTS=c6
Additionally, please add the following line to /etc/sysctl.conf:
compat.linux.osrelease=2.6.18
Upgrading procedures are shown in /usr/ports/UPDATING.
This work has been inspired by Artyom Mirgorodskiy's post to emulation@ in
November 2013, using and extending mav@'s work. It has been tested extensively
and most reported issues were already fixed. Please report any additional bug
or "features" to the emulation mailing list.
Many thanks to: mav@, rene@, allanjude@, netchild@, antoine@, everyone who's
filed Issues and Pull requests on GitHub,
PR: 186820
Differential Revision: https://reviews.freebsd.org/D793
Reviewed by: allanjude, antoine, bapt, rene
Approved by: portmgr (antoine, bapt)
Approved by: koobs (mentor)
Sponsored by: Perceivon Hosting Inc.
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.
