It's possible that EXTRACT_CMD won't be predefined in the near future
in order to support distfiles in multiple formats. We know the
extraction tool needs to be tar, so let's specify it directly.
The eclipse ports have pending PRs to update the version, although I
don't know if they include staging. Each Eclipse is a huge port so
staging is out scope of this extraction tool work.
Approved by: portmgr (implicit)
to print a generated PostScript file. When lpd(8) is used, lpr(1) from base
must be used. Also, status command for lpc(8) requires a printer name. If
no argument is specified, i.e., "/usr/sbin/lpc status", then it displays the
command usage, i.e., "usage: status {all | printer ...}". Unfortunately,
"usage" is interpreted as a printer name because ":" is included. Add "all"
and adjust an expression for grep(1).
used to print a generated PostScript file. When lpd(8) is used, lpr(1) from
base must be used. Also, status command for lpc(8) requires a printer name.
If no argument is specified, i.e., "/usr/sbin/lpc status", then it displays
the command usage, i.e., "usage: status {all | printer ...}".
Unfortunately, "usage" is interpreted as a printer name because ":" is
included. Add "all" and adjust an expression for grep(1). [1]
- Use /proc/curproc/file to find its executable path if available. It fixes
java/icedtea-web, for example. [2]
PR: ports/178856 [1]
PR: java/189905 [2]
to print a generated PostScript file. When lpd(8) is used, lpr(1) from base
must be used. Also, status command for lpc(8) requires a printer name. If
no argument is specified, i.e., "/usr/sbin/lpc status", then it displays the
command usage, i.e., "usage: status {all | printer ...}". Unfortunately,
"usage" is interpreted as a printer name because ":" is included. Add "all"
and adjust an expression for grep(1).
PR: ports/178856
(2) USES=libtool instead of USE_AUTOTOOLS=libtool
(3) Bump required Java version to 1.7 for java/java-subversion.
(4) Build java/kava-subversion with system clang, not "any" gcc
on 10 and CURRENT (checked with OpenJDK7 and OpenJDK8).
able to find libjli.so from RPATH because argv[0] points to the symlink.
Note it seems Linux does not have the problem when /proc/self/exe exists.
If it does not exist, it also fails to find libjli.so. Clean up patches
while I am here.
2014-05-10 java/linux-sun-jre16: Unsupported and known for multiple security vulnerabilities
2014-05-10 java/linux-sun-jdk16: Unsupported and known for multiple security vulnerabilities
. Convert a space to a tab [2]
. Pet portlint by changing /nonexistent to ${NONEXISTENT} [2]
PR: 189385 [2]
Submitted by: Dominic Fandrey <kamikaze@bsdforen.de> [1]
Takefu <takefu@airport.fm> [2]
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
- Update to 2.5.1.0
- Use direct link instead of GITHUB (doesn't work for me)
- Remove needless JAVA_VERSION
- Take maintainership (the port is required for math/scilab)
PR: ports/189203
Approved by: crees (former maintainer)
with conflicting header files from graphics/jpeg. Note OTHER_INCLUDES or
OTHER_CPPFLAGS may be used instead. However, I think this is the least
intrusive change. Also, note java/openjdk6 already has a similar fix and
java/openjdk8 does not need it.
Tested by: Jonathan Chen (jonc at chen dot org dot nz)
eclipse@ is a failure resulting in eclipse ports being badly maintainer:
- outdated
- not adapted to infrastructure modification
- failures with clang
With hat: portmgr
- Move jspawnhelper to jre/lib/<arch> directory as Solaris does. [1]
- Add sigset(2) wrapper for libsig.so.
- Disable UseMembar by default.
Inspired by: Kurt Miller (kurt at intricatesoftware dot com) [1]
. Remove some patches that have been merged to the upstream repository.
PR: 188979, 188980 [1]
Obtained from: Kurt Miller (via the upstream bsd-port repo) [1]
