are no more self hosting so we are stuck with 0.25 version while pkgconf provide
the same set of features as 0.27 and a compatible frontend. A symlink to
pkg-config has been added for convenience and compatibility
This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG
it can take the following arguments:
- yes (meaning build only dep)
- build (meaning build only dep)
- run (meaning run only dep)
- both (meaning run and build dep)
From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.
While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config
With Hat: portmgr
Exp-runs by: bapt (pointhat-west), beat (pointyhat)
- Add a note to pkg-message about the problem of not seeing
the PyDev perspective
- Bump PORTREVISION
- Remove PLIST_SUB
- Add SUB_LIST, SUB_FILES (for pkg-install)
- Use a different (and ugly) way to update the bundles.info
file of Eclipse, and make pointyhat happy(http://goo.gl/LVKpz )
(post-install target) [1]
- Add an @unexec command to pkg-plist to remove any reference
to PyDev in bundles.info when you uninstall the package
(add-plist-post target)
Buildlog: http://goo.gl/B18L5
Reported by: pointyhat (via erwin, and beat) [1]
- Add LICENSE (EPL)
- Remove variables already defined in eclipse/Makefile.plugins
- Add option JYTHON (default off)
- Add a pre-install target to generate Python bytecode
- Add instructions to update the bundles.info file, otherwise
the simple users don't see the installed plugin when running
Eclipse
- Fix instructions of pkg-message
- Remove pkg-plist (now generated automatically by eclipse/Makefile.plugins)
E.g. for jdk1.6.0 and openjdk6 will use '6' as the version.
. Modify the preference order for Java VMs used by the internal fallback
logic to reflect that openjdk is now the default Java VM rather than diablo.
. Remove code for Java vendors that are no longer in the ports tree (e.g.
blackdown, ibm).
. Remove code for handling version numbers that are no longer present in
the tree (e.g. only 1.5 and up is supported).
. Note that openjdk is a native Java VM.
. If the environment variable JAVAVM_FALLBACK_ONLY is set then only use the
internal logic to select a Java VM, don't use the ports logic even if the
ports collection is installed. [1]
. Update the manual page for JAVAVM_FALLBACK_ONLY.
. Bump version to 2.4.
PR: 167799 [1]
He had requested this some time ago, so any past timeouts should not be held
against him.
Your work in the past has been much appreciated, thank you.
Submitted by: maintainer, via private email
Java GUI designer that makes it very easy to create Java GUI
applications without spending a lot of time writing code to
display simple forms. With WindowBuilder you can create
complicated windows in minutes. Use the visual designer and
Java code will be generated for you. You can easily add controls
using drag-and-drop, add event handlers to your controls, change
various properties of controls using a property editor,
internationalize your app and much more.
WWW: http://www.eclipse.org/windowbuilder/
2012-06-07 devel/libtool-fixed: libtool has been fixed, no more need of this version
2012-05-23 devel/p5-Devel-ObjectTracker: removed from CPAN
2012-05-10 devel/rubygem-vmc: BROKEN for more than 6 month
2012-06-01 games/antrix: no more public distfiles, abandoned upstream
2012-05-10 games/sfbol: BROKEN for more than 6 month
2012-06-01 java/eclipseme: depends on java/sun-wtk
2012-05-10 mail/lmtpd: BROKEN for more than 6 month
%%JAVA_VERSION%% inserted into it was never expanded...
Now that we aren't using JDK-1.{3,4} anyway, the setting of JAVA_VERSION
is, probably, redundant. Remove it and bump PORTREVISION.
While here, declare the port as unsafe for parallel building. Unfortunately.
any regressions in functionality that might have been missed. Biggest
news is that partial BSD support is now in the official source
distribution through the OS X port's inclusion.
Partly obtained from Kurt Miller <kurt@intricatesoftware.com>
the JDK build looks for them, but FreeBSD 9.x has them available in /usr/bin.
Adjusting the JDK check is a harder fix, this will get things building
again on 9.x quickly.
PR: 166996
