The different cases are:
- Only bring it if the one bundled with Perl is outdated.
- The version bundled with all our Perl is sufficient.
- Scalar-List-Util is not really needed by the port.
(looking for /(Sub|Scalar|List)::Util/ returns nothing.)
While there, do some minor cleanup that caught my eye.
PR: 208378
With hat: perl@
Sponsored by: Absolight
Includes compatibility with the upcoming Boost 1.60. Original patch from the
maintainer himself, and additional adjustments by me. Also thanks to pi@ for
helping test-build the update.
PR: 207059
Submitted by: coder@tuxfamily.org (maintainer, first version)
Approved by: coder@tuxfamily.org (maintainer)
cumulative link models, Cox models, loglinear models, and general maximum
pseudolikelihood estimation for multistage stratified, cluster-sampled,
unequally weighted survey samples. Variances by Taylor series linearisation
or replicate weights. Post-stratification, calibration, and raking. Two-phase
subsampling designs. Graphics. PPS sampling without replacement. Principal
components, factor analysis.
WWW: http://r-survey.r-forge.r-project.org/survey/
changed the license to the AGPL 3 in version 9.07 so print/ghostscript9-base
is stuck at 9.06 which is almost 4 years old now.
Fix the logic in Uses/ghostscript.mk so "agpl" is treated as a real version
on its own instead of as a variant of other versions.
Fix print/ghostscript9-agpl-base to install eps2write.
Update math/asymptote to 2.37 to support newer Ghostscript.
PR: 208159
Exp-run by: antoine
Approved by: portmgr (antoine)
DragonFly needs the same modifications as FreeBSD. They were carried
in dports before, but the macros were moved to new files.
Approved by: Restore DF functionality blanket
Install x11/kdelibs4's headers into include/kde4 instead of include (which
consequently causes several other ports to have their installation paths
changed too).
The idea behind this is to reduce path conflicts between KDE4 ports and the
upcoming KDE Frameworks 5 ports that will be installed into include/KF5. If
we continue installing the KDE4 headers into include/, we can end up in a
situation like this:
c++ [...] -I/usr/local/include -I/usr/local/include/KF5 file.cpp
If the KDE4 and KF5 versions of a port have the same headers, the KDE4 port
will unintentionally be picked up first and the build will fail.
Most of this huge patch is just PORTREVISION bumps, pkg-plist changes and a
few patches to FooConfig.cmake files to make them look into the kde4/
subdirectory in include/.
Changes which don't fit into the above are:
- deskutils/kdepimlibs4: Import an upstream patch to remove some double
semicolons that cause base GCC to fail. They have always been present, but
since the faulty header was referenced via -isystem /usr/local/include
this never caused any problems.
- devel/subversion, devel/subversion18: Update patch-configure. The current
kwallet changes there date back to 2011 (r272490), at a time when the
build could fail when both KDE3 and KDE4 were installed. Replace those
bits with a change I've submitted upstream to use the kde4-config program
to determine where KDE4's headers and libraries are installed instead of
assuming the headers are always in include/.
Once again, huge thanks to Tobias Berner <tcberner@gmail.com> for being the
first one to notice this problem when working on the KDE Frameworks 5 ports,
coming up with the solution and bugging me until I had time to work on this
and ask for the exp-run :-)
PR: 207906 (exp-run)
Biggest improvement over the 2.6'er we had before: automatic kernel ejection
for better and more flexible performance.
PR: 206120
Submitted by: Johannes Dieterich <dieterich@ogolem.org> (maintainer)
Changes:
http://www.ogdf.net/doku.php/tech:versions#v_201505_baobab
- Remove dependencies on math/abacus and math/coinmp, as they are
now bundled into the OGDF source tarballs and compiled from there
(COIN remains optional)
- Point MASTER_SITES to the official OGDF website
- Utilise USES=compiler:features to detect C++11 support, and
add compiler flags -std=c++11 if so (required for build to complete
without errors)
- Remove custom do-install recipe, and instead use default
make install target
- Take maintainership
PR: 207531
Submitted by: Ben Woods <woodsb02@gmail.com>
Prior to this changeset, all binaries linked to opencv. This is
unneccessary, as only the imagery_opencv module needs to link to
opencv to work correctly.
PORTREVISION is bumped as package content changes.
PR: 207693
Submitted by: rhurlin@gwdg.de (maintainer)
