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.
- Convert to USES=libtool and bump dependent ports
- Add INSTALL_TARGET=install-strip
- Remove patches that renamed include directories and libraries so they
didn't conflict with early development versions of glib/gtk 2.0
Release announcement:
Announcing Apache OpenOffice 4.1.1
21 August 2014 - The Apache OpenOffice project is pleased to announce
the immediate availability of OpenOffice 4.1.1. You can download
it from our website.
Apache OpenOffice 4.1.1 is a micro update with many useful and
critical bugfixes including 2 security relevant fixes (details will
come separately).
Bugfixes include:
better compatibility with Microsoft Office files, better support
for Mac OS X gestures and scrolling, enhanced compatibility
with Linux desktop environments.
A full list of the issues fixed in this release can be found at
http://s.apache.org/AOO411-solved.
With 3 additional supported languages, OpenOffice 4.1.1 increases
again the number of released languages which is now 41. The released
languages are Asturian, Bulgarian, Catalan, Calalan (Valencia AVL),
Catalan (Valencia RACV), Czech, Danish, German, Greek, English (GB
+ US), Spanish, Basque, Finnish, French, Scots Gaelic, Galician,
Hebrew, Hindi, Hungarian, Italian, Japanese, Khmer, Korean, Lithuanian,
Norwegian Bokmal, Dutch, Polish, Portuguese, Portuguese Brazil,
Russian, Slovak, Slovenian, Serbian Cyrillic, Swedish, Tamil, Thai,
Turkish, Vietnamese, Chinese (Simplified + Traditional).
Apache OpenOffice 4.1.1 is the next key milestone to continue the
success of OpenOffice.
Details of new features and enhancements in this release are described
in the Release Notes
<https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.1+Release+Notes>.
Those interested in the source code can download it via the links
on this page <https://openoffice.apache.org/downloads.html>.
Juergen Schmidt - Apache OpenOffice Release Manager and member of
the Project Management Committee
Posted at 08:00AM Aug 23, 2014 by pescetti in General
PR: 193051
Approved by: office@ (bapt)
editors/openoffice-4 on FreeBSD 10.0 and 11.0. The cause of the
breakage is that on systems with clang as the default compiler,
graphics/silgraphite is built with clang and linked to libc++.so.1,
while openoffice is built with gcc from ports and linked to libstdc++.
This combination causes the resulting executables to go boom.
Add a source makefile patch to unbreak the --with-system-jpeg option
and enable this option. The problem is that without this patch the
build tries to link to the openjdk version of libjpeg instead of
the version installed by graphics/jpeg.
The --with-system-mythes options also works, so enable it as well.
Adjust LIB_DEPENDS for these changes. Also make the graphics/png
dependency explicit.
Reroll the ext_sources tarball for these changes. Remove SVNREVISION
from its name and tweak how it is extracted to allow the same
ext_sources tarball to be used for multiple AOO releases.
Various Makefile tweaks to make upgrades easier and to reduce
differences between the Makefile for openoffice-4 and a forthcoming
update to openoffice-devel.
USE_PYTHON=yes is obsolete, so convert to USES=python.
Remove a bunch of @'s from the Makefile to make the build slightly
more verbose and make debugging a bit easier if something breaks
in our Makefile.
Remove trailing cruft from files/patch-sal (from pfg@).
Nuke files/patch-sal-inline (from pfg@).
PR: 192545
Approved by: office@ (bapt)
- Mk/bsd.database.mk rewrite, new default to db5.
- db6 is eligible by default only if installed on the system.
- Bump PORTREVISION of all ports that directly depend on BerkeleyDB or
where USE_BDB is found in the port's directory
- Patch a few ports such that they will pick up or work with newer
versions.
- Add UPDATING entry
- Drive-by format fix for pks
- Drop BerkeleyDB option from mail/popular for now, requires more work.
- Exp-run logs linked from the PR below.
- Ports that do not build (IGNORE, BROKEN, etc.) have pro-forma changes
for new Berkeley DB, but are untested.
NOTE: please read UPDATING and the Wiki page before proceeding!
Announcement: http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-August/000090.html
Wiki reference: https://wiki.freebsd.org/Ports/BerkeleyDBCleanup
PR: 192690
Approved by: portmgr (implicit, PORTREVISION bump on unstaged ports)
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)
- Move /var/games/emacs stuff from pkg-plist into pkg-{de,}install as it's
not installed in $PREFIX, which causes issues with `check-plist' target
- Remove extra @dirrmtry entries
Please use USES=python instead of USE_PYTHON.
USE_PYTHON=yes becomes USES=python
USE_PYTHON=2.7+ becomes USES=python:2.7+
USE_PYTHON_BUILD=3.3 becomes USES=python:3.3,build
...
A new PYTHON_FEATURES variable was added, which enables certain features for a
port and replaces some knobs at the same time;
PYTHON_FEATURES=distutils replaces USE_PYDISTUTILS
PYTHON_FEATURES=autoplist replaces PYDISTUTILS_AUTOPLIST
PYTHON_FEATURES=py3kplist replaces PYTHON_PY3K_PLIST_HACK
PYTHON_FEATURES=noegginfo replaces PYDISTUTILS_NOEGGINFO
PYTHON_FEATURES=concurrent replaces PYTHON_CONCURRENT_INSTALL
PYTHON_FEATURES=pythonprefix replaces USE_PYTHON_PREFIX
Some knobs have been deprecated and are to be removed in the near future:
PYTHON_MASTER_SITES - use MASTER_SITE_PYTHON instead
PYTHON_PKGNAMESUFFIX - use PYTHON_PKGNAMEPREFIX instead
PYDISTUTILS_INSTALLNOSINGLE - deprecated without replacement
Some knobs have been removed completely:
PYTHON_MASTER_SITE_SUBDIR
PYTHON_DISTNAME
PYTHON_WRKSRC
Several variables specific to the Python framework are no longer passed to the
build environment to avoid polluting dependency builds.
PYTHON_VERSION is not passed to .MAKEFLAGS anymore
PYTHON_DEFAULT_VERSION,
PYTHON_DEFAULT_PORTVERSION and
PYTHONBASE are not passed to the make environment anymore
The conversion required a couple of ports to be updated to fit the changes and
new requirements. Those included "bsd.python.mk" directly or contained checks
in places, for which the USES framework would fail to provide correct values.
Python modules directly using the upstream Python package (such as py-tkinter
or py-sqlite3) were updated to avoid using the now unnecessary and remmoved
knobs from "bsd.python.mk".
Phabric: D399
exp-run: 167368 192357
PR: 167368 192357
Reviewed by: antoine, wg
Exp-run award: antoine
With hat: python@
Approved by: portmgr
