The Eclipse Platform is an open extensible IDE for anything and yet
nothing in particular. The Eclipse Platform provides building blocks
and a foundation for constructing and running integrated software-
development tools. The Eclipse Platform allows tool builders to
independently develop tools that integrate with other people's tools
so seamlessly you can't tell where one tool ends and another starts.
WWW: http://www.eclipse.org/
===> The following configuration options are available for eclipse-devel-4.2.0_4:
TESTS=off: "Build SDK test suite"
===> Use 'make config' to modify these settings
Remove java/eclipse-devel as java/eclipse is newer
Given the amount of work required to maintain a single version of eclipse,
it was thought prudent to focus maintenance efforts on a single port,
especially since the plugins are designed for java/eclipse, not the
development version. Discussed in PR.
PR: 188659
java/eclipse*: specify extraction with ${TAR}
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)
Reassign eclipse ports to the heap
eclipse@ is a failure resulting in eclipse ports being badly maintainer:
- outdated
- not adapted to infrastructure modification
- failures with clang
With hat: portmgr
Apply a patch for a bug that effects the Keys preference, wherein
switching to and from Emacs and Default keybindings pollutes
both sets with duplicates.
Bump the port revision.
Rely on bsdtar to autodetermine the format of the distfiles when possible
For a while now bsdtar is able to autotermine compression and archive format.
Let's then use tar directly instead of piping to tar.
Now USE_BZIP2 and USE_XZ only set EXTRACT_SUFX to the right format
. Use the webkit-gtk2 library to provide the SWT browser functions instead
of libxul since the SWT plugin libraries in the eclipse-devel port will
not compile using libxul version 10.
PR: 175826
Submitted by: Jimmy Kelley <ljboiler@gmail.com>
. Fix permissions problems with some of the JARs installed as plugins.
This is the same fix applied ale@ to java/eclipse.
Reported by: Olivier Smedts <olivier@gid0.org>
- Move libxul 1.9.2 to www/libxul19
- Update www/libxul to 10.0.7
- Update all dependent ports to use www/libxul19 (no functional changes)
- Bump PORTREVISION on ports where libxul is a run dependency as the
resulting package will change.
Submitted by: Jan Beich <jbeich@tormail.org>
With hat: gecko
. Fix bogus symlinks being installed as plugins rather than the actual
JARs by passing -L to rsync rather than -l.
. Bump PORTREVISION since this can cause plugin installation to fail.
Submitted by: Wayne Sierke <ws@au.dyndns.ws>
Feature safe: yes
. Update the build and install targets used to the current recommendations.
Fixes installation of plugins by a user.
Submitted by: tg@
Confirmed by: Ronald Klop <ronald-freebsd8@klop.yi.org>
Feature safe: yes
. Fix the copying of bundles into the plugin directory during install to
ensure that the bundles are put into the correct location, which is
sometimes a subdirectory of the plugin directory. The previous fix
missed those and left dangling symlinks.
Problem reported by: Andriy Gapon <avg@icyb.net.ua>
. Fix the specifications of MASTER_SITES -- fixes the fetching of the ANT
distribution at least.
. Copy the bundles into the plugin directory during install, otherwise the
install creates symlinks to the bundles in the actually port's working
directory, which it means it stops working after a 'make clean'.
Reported by: Ronald Klop <ronald-freebsd8@thuis.klop.ws>
. Update to 3.4.1
. Fix support for xulrunner as the WITH_GECKO option. [1]
. Remove mozilla as a WITH_GECKO option.
PR: 127353 [1]
Submitted by: Stephane Potvin (maintainer)
. Fix the build when WITHOUT_MOZILLA is defined by removing the manual
inclusion of an (obsolete) copy of bsd.gecko.mk (its included when
appropriate by the port setting USE_GECKO).
Submitted by: ale
Approved by: portmgr (pav)
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
. Make eclipse-devel.desktop point to eclipse-devel as it should rather
than eclipse. [1]
. Use a more consistent naming convention as per other -devel ports. [1]
. Remove trailing blank lines in distinfo to make portlint(1) happier. [1]
. Force eclipse-devel to use one of the jdk* ports rather than the
diablo-jdk15 port on FreeBSD 7.x and higher as mixing the native
7.x libraries of eclipse and the native 6.x libraries of diablo-jdk
is a recipe for trouble. [2]
PR: 119403 [1], 118115 [2]
Submitted by: Daniel Rucci <rucci@smurfbsd.warganizer.com> [1]
. Enlist eclipse-devel to get some wider spread of the Eclipse 3.3 port
before it replaces Eclipse 3.2.
The submitters (listed in alphabetical order) collaborated on this.
Submitted by: Mike Bowie <mbowie@buzmo.com>
Dan Rucci <dan@rucci.org>
Ken Yamada <ken@tydfam.jp>
Update to 3.1.
o java/eclipse-devel is IGNOREd now until 3.2+.
o change MAINTAINERship to java@ on java/eclipse-devel. [1]
PR: ports/84252
Submitted by: Panagiotis Astithas <past@ebs.gr>
Requested by: devel/eclipse-devel's maintainer [1]
Tested by: java@
o Update to 3.1M7. [1]
o Add LATEST_LINK. [2]
PR: ports/81076 [1]
Submitted by: Alex Varju <freebsd-ports@varju.ca> [1]
Pointed out by: krisbot via kris [2]
Tested by: java@ [1]
