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]
- Remove dead entry from MASTER_SITES
- Add stage support
- Drop unneeded JAVA_VERSION
- Convert NOPORTDOCS to option
- Amend COMMENT, update WWW
java/jrosetta:
- Add stage support
- Drop JAVA_VERSION
math/jlatexmath:
- Remove dead entry from MASTER_SITES
- Add stage support
- Drop JAVA_VERSION
- Use options helpers
. Use version 1.9.3 of ant [1]
. Don't insist on GCC since compilation with clang now works [2].
Obtained from: jkim@'s openjdk7 redport repo ([1], [2])
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
. Remove support for diablo* and j* ports.
. Add support for linux-oracle* ports.
. Remove support for Java version 1.5.
. Add support for Java version 1.8.
. Add support for Oracle as a vendor.
. Bump PORTVERSION.
. Remove CONFLICTS for ports that no longer exist.
