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
result turn it on by default again. This change bears a little more
explanation.
In UnixFileSystem.java there is a cache of canonical paths and in
particular one for paths inside java.home. The problem with looking
up time zone data is that if another path within java.home has been
looked up then the symlink for the time zone data is not resolved
(since the cache assumes there are no symlinks in java.home) and we fail
to be able to open the ZoneInfoMapping file.
One of the other features in UnixFileSystem is that the cache is not
consulted and full resolution occurs for paths containing "." or "..".
I've chosen to (ab)use this to force resolution of the time zone data
directory in ZoneInfoFile.java rather than doing something like IcedTea
did which was to introduce a tz.properties file where they would stash
the time zone info directory rather than symlinking it in. For full
reference that patch is here:
http://icedtea.classpath.org/hg/icedtea6/file/tip/patches/use-system-tzdata.patch
There are two main reasons I chose a bit of a hack rather than something
like this.
1. I want to apply the patch to non-GPL'ed code (e.g. the jdk16 port).
2. Using updated time zone data is only an option in the port and using
something like tz.properties when the option is off is clunky.
Thanks to avg@ for sleuth work on finding the bug write up and the
IcedTea fix.
