added open-motif-jdk port. It's controlled via WITH_OPENMOTIF_JDK
knob and currently disabled by default (it still requires additional
testing and checking)
family -- first public patchset of native Sun JDK 1.5.0 port.
Most valuable addition of this patchset is native amd64 support.
And special thanks goes to Daniel Seuffert <ds@freeBSD.org> for
making it possible by providing amd64 hardware.
This patchset was tested on following configurations: i386/4.10,
i386/5.3, amd64/5.3. 5.3-RELEASE support is quite strong and
shown no huge visible problems over last week.
But even mentioning above note, keep in mind -- THIS IS ALPHA
PATCHSET and suitable for testers/developers ONLY!
Known issues are including (but for sure not limited to):
. Browser plugin support is missing
. JVMTI, JDWP and JMX are not tested yet
. FreeBSD i386/4.10 support is suffering from hidden memory
allocation failres (ideas and patches are welcome)
NOTE ABOUT BOOTSTRAPING: It's possible to bootstrap jdk 1.5.0 using
jdk 1.4.2 (either native or linux one). There's no need to have
java/linux_jdk15 installed and working.
Supported by: FreeBSD Foundation
- Use USE_ANT
- Remove unneeded PLIST_SUB entries
- Dynamic packing list
- Use JAVALIBDIR in BUILD_DEPENDS
- Use INSTALL_DATA to install documentation and JAR files
- Use ECHO_MSG rather than ECHO
- Use MASTER_SITE_APACHE_JAKARTA
- Remove DIST_SUBDIR
- Add 'devel' category
PR: 76036
Submitted by: maintainer [1]
Approved by: maintainer
- Update to bsd.java.mk 2.0
- rcNGify startup
- Fix table creation for autoincrement feature in Postgresql
- Add new "-config" option to jboss3ctl for JBoss3 startup config
- Dynamic plist
- Many other improvements (similar to recent changes in java/jboss4)
PR: 76125
Submitted by: maintainer
<gldisater@gldis.ca>: Host or domain name not found. Name service error for
name=gldis.ca type=MX: Host not found, try again
Approved by: portmgr (self)
PACKAGE_BUILDING case. The package build scripts then DTRT and ensure
this is running at build-time so a DISPLAY is available.
Approved by: portmgr (self)
little bit and allows to proceed to a more recent linux_base from
a stable (read as: the major bugs should be ironed out or identified
and most linux ports build just fine) source.
It also allows to ship 4.11 with a working linuxolator (the EOLed
linux_base is marked forbidden because of a security hole).
This is a major update, please read UPDATING (and CHANGES if you
develop linux ports).
Changes:
- change the default linux_base from v7 to v8
- add a newer freetype to linux_base-8 for nicer fonts display [1]
- don't let cpio use hardlinks in the linux_base-8 port to quiet some
warnings in some cases [2]
- fix a cut&past error in the linux_base-8 pkg-install script [3]
- convert the binary knob "USE_LINUX" to a version specifier, e.g.
USE_LINUX=<value> specifies a dependency upon
emulators/linux_base-<value>, exceptions are a value of "7" (which
does what you want and adds a dependency to linux_base) and any
value without a corresponding port in
PORTSDIR/emulators/linux_base-<value> (which adds a dependency to
the default linux_base)
- don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob,
this allows us to use the USE_LINUX_PREFIX knob for linux_base and
paves the way for splitting up future linux base ports into
individual pieces
- remove RESTRICTED from some GPL licensed ports, even when we only
distribute binaries, we get them from official linux sites, so
anyone can grab them there if he needs to
- add a dependency upon the linux X11 bits where necessary (based upon
guesswork)
- don't use USE_X_PREFIX in some linux ports since it adds a dependency
to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean
solution would be to remove the implicit USE_XLIB from USE_X_PREFIX)
- bump the portrevision of the linux ports ("better safe than sorry"
algorithm)
- pass maintainership of the important linux infrastructure to a
mailinglist, hijack freebsd-emulation@ for this purpose (if somebody
doesn't like this: tell us your bikeshed color at freebsd-emulation@,
my color would be "linuxolator@" in case someone cares...)
- add a pkg-install script for linux-fontconfig, but don't use it;
everything should work without it (the FreeBSD fc-cache program should
do all the work), but in case we need it we just need to decomment the
pkg-install part in the Makefile
- fix some dependencies
- fix some bugs
- add some static plists
- unbreak the ports with dependecies to more than one linux_base
This also fixes some ports which are marked BROKEN because of dependencies
to v7 and v8 of linux_base at the same time.
Known bugs:
- the linux-mesa and linux-devtools ports install libGL*.so symlinks
- some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by
the linux X11 port, so linx_Base-8 moans at deinstall time)
Future work (interested souls should coordinate with freebsd-emulation@):
- add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies,
or modify the behavior of USE_XLIB in the USE_LINUX case
AFAIK trevor has some patches.
- make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of
the PREFIX?= workaround in some linux ports
Should be discussed/coordinated on/with x11@.
- move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/
- update to a more recent linux base
PR: 69997, 70539 (and maybe others)
Discussed with/on: java@, x11@, trevor, portmgr
Tested by: mezz, portmgr, pointyhat
RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1]
Requested by: portmgr [2]
Submitted by: kris [3]
Approved by: portmgr
- Add note on starting up JBoss4 with rcNG
- Add new "-config" option to jboss4ctl for JBoss4 startup config
- Move some notices in pkg-message [1]
PR: 75345
Submitted by: maintainer
Approved by: maintainer [1]
- Use a specific FreeBSD launcher shell script instead of the distribution one
due to some bash2 requirement [1]
- Changed the edition knob to WITH_EDITION=[SE|PE] [1]
- Changed minimum required JDK version to 1.4 as it seems like the port won't
run on 1.3 [2]
PR: 75308 [1]
Submitted by: maintainer [1]
Approved by: maintainer [2]
- Use USE_ANT [1]
- No longer add %%JAVAJARDIR%% to PLIST_SUB [1]
- Update to bsd.java.mk 2.0
- No longer patch the distribution shell script but rather use a FreeBSD
specific one [1]
- Use SUB_FILES/SUB_LIST to perform substitutions on the launcher shell script
- Minor cosmetic improvements
- Use JAVALIBDIR rather than JAVAJARDIR for JAR dependencies
- Moved the BUILD_DEPENDS statement to calm portlint
PR: 75198 [1]
Submitted by: maintainer [1]
a generated file will be overwritten with a warning, causing the
build to fail. There is a check for linprocfs in pre-build, but it
seems as though this problem can somehow trigger anyway, based on
semi-regular reports to the mailing lists.
PR: 74999
Approved by: phantom
- Use %%JAVAJARDIR%%
- Use INSTALL_DATA to install JAR and documentation files
- Add 'devel' category
- Manual download URL is now a bit more specific
- Removed unneeded JAVA_RUN statement (implied when nothing is set)
Submitted by: Manfred N. Riem <mnriem@earthlink.net> [1]
under gcc 3.4. In particular, this fixes some places where an enumerated
type is assumed to be the same width as an int (which the standard
doesn't guarantee and gcc 3.4 now enforces).
For full details, see the log for the jdk14 equivalent changes.
done separately).
. Much more stringent checks on VMs that we are trying to register. This
prevents most bogus and circular registrations. [1]
Suggested by: Josh Elsasser <josh@elsasser.org> [1]
- All JDK ports (and JDK documentation ports) that were formerly maintained by
znerd have been assigned to java@FreeBSD.org
- I will handle some of the remaining ports (jakarta-commons-*, jdom, xalan-j
and xmlenc)
- Everything else is reset to ports@FreeBSD.org
Approved by: znerd (maintainer)
- Dynamic plist
- Use USE_ANT
- remove files/LICENSE: the project is now under Apache 2.0 license (which is
included in the distribution)
- New feature: API documentation is now cross-linked with API documentation
from dependency packages, such as commons-collections, if installed
- Use MASTER_SITE_APACHE_JAKARTA
- Use INSTALL_DATA rather than CP and ECHO_MSG rather than ECHO
- Use JAVALIBDIR in place of JAVAJARDIR where appropriate
- Fix URL is pkg-descr
- Use USE_ANT
- Use INSTALL_DATA rather than CP
- Use ECHO_MSG rather than ECHO
- Use JAVALIBDIR in place of JAVAJARDIR where appropriate
- Add 'devel' category
- Various cosmetic improvements
- Use %%JAVAJARDIR%%
- Use USE_ANT
- Chase recent Log4J port rename
- Use INSTALL_DATA rather than CP
- Use ECHO_MSG rather than ECHO_CMD
- Use JAVALIBDIR in place of JAVAJARDIR where appropriate
- Various cosmetic improvements
-fmemoize-lookups as gcc 3.4 doesn't understand it. [1]
. Use CXX and CXXFLAGS for compiling C++ code, not CPP and CPPFLAGS.
Also, respect the setting of CXX and CXXFLAGS.
PR: 71516 [1]
Submitted by: Damir Kiramov <damirycha@damirycha.net.ru> [1]
where previously they defaulted to protected. gcc 3.4 seems to pick
this up where earlier versions didn't.
PR: 71516
Submitted by: Damir Kiramov <damirycha@damirycha.net.ru>
PLIST_FILES for scripts [1]
- Use FIND | INSTALL_DATA to install documentation rather than CP -r
- Added a missing SETENV macro in pre-install target
- Put JAVA_HOME/bin in front of PATH as the new javavmwrapper version would
otherwise cause trouble (see UPDATING for further information)
- ECHO_CMD -> ECHO_MSG
- Tweaked the comment: the name of the port is redundant here
PR: 72900
Requested by: linimon [1]
- Update to bsd.java.mk 2.0
- Use USE_ANT
- Cleanup unused variables
- Do not try to remove JAVAJARDIR
- Remove some sed magic in dynamic plist process (make will perform most of
these substitutions)
- Use PLIST_FILES and %%JAVAJARDIR%% to reduce plist build process
- Bumped PORTREVISION as a new file is installed
PR: ports/73284, java/43947 [1]
Suggested by: znerd [1]
Submitted by: me
Approved by: maintainer
- Update to bsd.java.mk 2.0
- Use JAVAJARDIR
- Removed patch, added a launcher script file
- Use javavmwrapper to run Java in the launcher script
- Honor hier(7): docs in DOCSDIR and samples in EXAMPLESDIR
- Honor NOPORTDOCS
- Dynamic plist
- do-build -> do-configure (and NO_BUILD=yes)
- ECHO -> ECHO_MSG
- Bumped PORTREVISION as many file locations has changed and the use of
javavmwrapper will allow user to use different JVMs
PR: 72883 [1]
Submitted by: Aaron Dalton <aaron@daltons.ca> [1]
Approved by: maintainer timeout
- Honor hier(7): install docs in DOCSDIR and examples in EXAMPLESDIR [1]
- Use FIND | INSTALL_DATA to install docs, samples and data files
- Fix distfile location for "Community Edition" and add some more
MASTER_SITES [1]
- Dynamic plist
- Minimal required JDK version is now 1.3 [1]
- Merge patches
PR: 74119 [1]
Submitted by: maintainer [1]
utilities. Unfortunately this overrides any PATH that may have been
set by the user and hence affects the ability of java to execute
external programmes. So, save the PATH before setting it and then
restore it immediately before executing java.
. Bump PORTREVISION for this fix.
Reported by: Christian Laursen <xi@borderworlds.dk>
allow the simple use of multiple VMs. Brief detail of the main changes:
. When a VM is registered, symbolic links for its executables are
created in ${LOCALBASE}/bin. This allows people to just type
'java', 'javac', etc. without having to add the VM installation
directory to their PATH.
. The actual 'java' that is executed via one of these symlinks is
determined by the order of the (sorted) configuration file
${LOCALBASE}/etc/javavms and by the environment variables
JAVA_VERSION, JAVA_OS and JAVA_VENDOR which function to select
a VM as they do in the ports framework.
. There is a new command, checkvms, to sanity check the configuration
and symlinks.
. The "javavm" executable is currently retained in its original capacity
as a synonym for Java for backward compatibility. However, its use
is deprecated.
. Temporarily set MAINTAINER to myself to make monitoring any initial
bug reports easier. The intent is to convert it to java@ at a later
date.
This is built on the ideas of znerd, hq and Shelton C. Johnson Jr., with
hq and Shelton contributing code and reviews.
PR: 27079, 39080
Reviewed by: hq, Shelton C. Johnson Jr. <shelton_c_j@yahoo.com>
This was found implicitly dependency on unzip by
pointyhat. In almost environment, this is not a
problem and isn't regist installed package
database. So I don't bump PORTREVISION.
Pointed out by: pointyhat via kris
o Reset MAINTAINER to java@.
o Bump PORTREVISION accordingly.
PR: ports/72802
Submitted by: Jeremy Faulkner <gldisater@gldis.ca>
Approved by: maintainer no response
o Use native JDK rather than linux-sun-jdk. [2]
o Utilize WITH_MOZILLA. It provies to use mozilla or firefox. [2]
o Fix some port's bugs. [2]
o Add zip to BUILD_DEPENDS and fix build error without zip. [3]
PR: ports/72990 [1], ports/72475 [2]
Submitted by: Jeremy Faulkner <gldisater@gldis.ca> [1], [2]
Pointed out by: pointy via kris [3]
existing the Solaris base, and similarly to what happened with NSPR, made
a bad assumption on undefined behavior. This broke locking in various
places in Java, for example, causing the the debugging support to be
totally broken. It is worth someone who knows the Java codebase taking
a look to see what other things could have been broken by this on
FreeBSD 5.x+.
The assumption is that pthread_mutex_trylock(3) on a default-type
mutex will fail with EBUSY. This assumption is wrong for our
libpthread, which returns EDEADLK if the owner thread is trying to
acquire the mutex again with trylock. The behavior of performing a
locking operation on a self-locked default-type mutex is explicitly
undefined for pthread_mutex_lock(3).
The POSIX specification is still not very clear. It defines
pthread_mutex_trylock(3) in terms of pthread_mutex_lock(3) yet
does not say what the defined behavior should be for a self-locked
pthread_mutex_trylock(3) for any of the various mutex types, so it is
ambiguous whether the result is clearly undefined or clearly to return
EBUSY.
It is a one line change whether or not to make libpthread return
EDEADLK in this case, where it seems that most implementations do not.
Reference: http://www.opengroup.org/onlinepubs/009695399/functions/pthread_mutex_lock.html
The HotSpot code (ab)uses named enums as ints in a number of places.
The problem with this is that according the the C++ spec, the compiler
(essentially) only needs to use an integral type wide enough to hold
the values defined in the enum. Earlier versions of gcc appear to have
just used an int whether they could have got away with a narrower type
or not, hence the code worked as expected. gcc 3.4 now appears to
implement this part of the spec, so using an enum blindly as an int
causes various problems due to overflow.
In this case the enum, Bytecodes::Code, appears to be a genuine enum,
its just assumed to be wide enough to hold an arbitrary int in various
places in the code. The correct fix would be to track down all those
places in the code and fix them. Since there are quite a lot of these
places and 5.3 is close to release for now we just add a value to the
enum set to INT_MAX, forcing the compiler to use at least an int for the
type.
Sleuth work, discussion and code suggestions: peadar
The HotSpot code (ab)uses named enums as ints in a number of places.
The problem with this is that according the the C++ spec, the compiler
(essentially) only needs to use an integral type wide enough to hold
the values defined in the enum. Earlier versions of gcc appear to have
just used an int whether they could have got away with a narrower type
or not, hence the code worked as expected. gcc 3.4 now appears to
implement this part of the spec, so using an enum blindly as an int
causes various problems due to overflow.
This case is particularly bogus since the enums are merely to define
a named integral type within a class (VMReg::Name doesn't even have
any values enumerated in the declaration). So, convert these two
enums to simply be typedef'ed ints.
Sleuth work, discussion and code suggestions: peadar
condition and return NULL". Take account of the NULL in the
appropriate place (which is somewhat worrisome in itself since
ReadChunk() has always had the possibility of returning NULL).
This makes loading a font file a little more resilient to specially
crafted font data which can be used, for example, by an applet to
crash the browser plugin by triggering the assert(). Such an applet
was mentioned on Bugtraq:
http://www.securityfocus.com/archive/1/367331/2004-06-26/2004-07-02/0
and can be found at
http://www.illegalaccess.org/cms/?q=node/view/9
This change stops the browser plugin from crashing.
. Fix some warnings regarding formats in debugging printf's.
(for FreeBSD 4.x neither are defined and for FreeBSD 5.x
O_DSYNC isn't defined). This caused them to be defined to
some bogus values. In particular, O_SYNC would be defined
as 0x800, which is O_EXCL (at least on FreeBSD 4.x). The
result being that the RandomAccessFile class would fail to
open an existing file if you specified "s" as part of the mode.
Fix this by defining O_SYNC and O_DSYNC to O_FSYNC if they
aren't defined.
agree to the company's license requirement before downloading (although
the agreement mostly pertains to their software available for purchase).
PR: ports/71510
Submitted by: mitsuru at riken dot jp (maintainer)
Approved by: portmgr (implicit)
- Use LOCALBASE rather than PREFIX in RUN_DEPENDS
- Now bsd.java.mk 2.0 compliant
- Use CPIO rather than CP
- Use JAVAJARDIR and JAVASHAREDIR
- Removed pkg-plist (use dynamic plist and PORTDOCS)
- Honor NOPORTDOCS
- Honor hier(7): documentation in DOCSDIR and examples in EXAMPLESDIR [2]
- Honor "best practices for a Java library" from Porter's handbook, Java
section: JARs in JAVAJARDIR. [2]
- SIZEify
- Added 'mail' category
PR: 71235 [1]
Submitted by: Rainer Duffner <rainer@ultra-secure.de> [1]
Reviewed by: glewis [2]
Approved by: glewis (mentor)
- Now bsd.java.mk 2.0 compliant
- Use CPIO rather than CP
- Use JAVAJARDIR and JAVASHAREDIR
- Removed pkg-plist (use dynamic plist and PORTDOCS)
- Honor NOPORTDOCS
- Honor hier(7): documentation in DOCSDIR and examples in EXAMPLESDIR
- Honor "best practices for a Java library" from Porter's handbook, Java
section: JARs in JAVAJARDIR.
- Added 'devel' category
- SIZEify
Pointed out by: Rainer Duffner <rainer@ultra-secure.de> [1]
Approved by: glewis (mentor)
. Make the comment for the registervm call consistent with the conventional
naming scheme and the one in Makefile.
. Add missing creation and deletion of %%PREFIX%%/share/doc/java for
consistency with other JDK pkg-plists.
. Make the comment for the registervm call consistent with the conventional
naming scheme and the one in Makefile.
. Add missing creation and deletion of %%PREFIX%%/share/doc/java for
consistency with other JDK pkg-plists.
- Cosmetic changes: removed some unnecessary variable
- Use CPIO rather than MKDIR/INSTALL_DATA
- Added 'textproc' category
- Use my FreeBSD address for maintainership purposes
- Removed my name from pkg-descr
Approved by: glewis (mentor)
not really a fix)
- Now bsd.java.mk 2.0 compliant
- Cosmetic changes: ECHO_CMD -> ECHO_MSG and removed unnecessary variables
- Use CPIO rather than MKDIR/INSTALL_MAN/INSTALL_DATA
- Removed JAR file for pkg-plist
- Added 'devel' category
- Removed unnecessary 'post-install' target
- Updated homepage in pkg-descr
- Use my FreeBSD address for maintainership purposes
Approved by: glewis (mentor)
- Use USE_ANT
- Now bsd.java.mk 2.0 compliant
- Cosmetic changes: ECHO_CMD -> ECHO_MSG and removed unnecessary variables
- Use CPIO rather than MKDIR/INSTALL_MAN
- Removed pkg-plist
- Install LICENSE.txt
- SIZEify (!)
- Use my FreeBSD address for maintainership purposes
- Removed my name from pkg-descr
Approved by: glewis (mentor)
%D/share/doc/java.
. Assume (un)registervm is in LOCALBASE _not_ PREFIX.
. Call unregistervm with the VM we registered, not the comment associated
with (as comments should be optional).
