ABI backwards compatible. It is unnecessary to have more than one same
libraries (ie: neon28 and neon29) as it creates issue in our ports tree such
as CONFLICTS and made our Makefile complicate.
- Remove www/neonpp and www/neon28.
- Add USE_GNOME=ltverhack; it corrects the shared library version by change
from libneon.so.29 to libneon.so.27. It won't get bump again with no reason
unless ABI changes.
- Bump the PORTREVISION on all ports and chase the shared library change.
- Add info in the UPDATING for how to rebuild on all ports that depend on
neon.
PR: ports/148295
Approved by: lev (maintainer timeout, no respone for months),
portmgr
Tested by: pointyhat-exp by pav
determine whether sigignore(3) is supported or not. This fixes the build
for QAT and pointyhat (or in fact any jailed situation where the kernel
and headers are not in sync).
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>
Use OSVERSION rather than directly invoking 'sysctl kern.osreldate' to
determine whether sigignore(3) is supported or not. This should
hopefully fix the build for QAT and pointyhat.
Suggested by: pgollucci@
script is using sysctl kern.osreldate (ie. __FreeBSD_version) to detect the
presenxe of sigignore; this happens to fail on QAT and PointyHat (and for
anyone having the kernel version different that the installed herders version,
one before and the other after the addition of sigignore in HEAD or 8-STABLE).
Requested by: glewis@ (maintainer), Rob Farmer <rfarmer@predatorlabs.net>
add IcedTea project as an additional master site. This change should fix
most build failures related to network problems, e.g., bootstrapping with
an IPv6-enabled JDK, unreliable network connections, etc.
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>
to build a graphical console in Swing with the latest requirements, such
as command history, completion and so on for instance for scripting language
or command line. This project can be seen as the evolution of the components
developed in JyConsole. For now, JRosetta provides only API and graphical
components. A Jython implementation for the scripting engine should be
available during the first semester 2009.
Functionalities
* Generic abstract API for script engine
* Completion window.
* Command history.
* Highly customisable, with external XML descriptor file. (Allow to specify
the script engine to use, colors, font, shortcut...)
Platform compatibility
* JRosetta has been developed in pure Java, but relies on a JVM 1.5.
* No specific hardware is needed.
For further information, please contact us at the following adress :
contact at artenum.com
WWW: http://dev.artenum.com/projects/JRosetta
Feature safe: yes
add online help to their Java platform applications. The JavaHelp system
is both a JCP specification (JSR 97) and a reference implementation of
that specification. The JavaHelp system open source project includes the
source to the reference implementation.
WWW: https://javahelp.dev.java.net/
PR: ports/143858
Submitted by: Rob Farmer <rfarmer@predatorlabs.net>
Feature safe: yes
. Switch to installing the timezone updates by just copying over the
zoneinfo files rather than actually the running updater (this is
consistent with the diablo-{jdk,jre}16 ports.
limited strength ones. Since unlike many other JDK ports this doesn't
require an extra download its currently done for all installs rather than
being an option. Note that unlike the officially downloaded policy JARs
the ones this installs are not signed. This may mean we revisit it once
there is an official JDK7 release.
. Bump PORTREVISION for this change.
Submitted by: ale@
- Add support for running regression tests
- Respect LOCALBASE
- Bump PORTREVISION
These are the test results on:
FreeBSD 6 i386: passed: 3113; failed: 29; error: 2
FreeBSD 8 amd64: passed: 3107; failed: 35; error: 2
Note: a couple of tests passed only after a few runs.
Submitted by: ale
Approved by: maintainer
documented open-source graph component available for Java. It is accompanied
by JGraphpad, the first free diagram editor for Java that offers XML, Drag and
Drop and much more!
With the JGraph zoomable component, you can display objects and relations
(networks) in any Swing UI. JGraph can also be used on the server-side, for
example to read a GXL graph, apply a custom layout algorithm, and return the
result as a HTML image map.
WWW: http://www.jgraph.com/jgraphx.html
PR: ports/142541
Submitted by: Chris Rees <utisoft@gmail.com>
. Note such support in the manual pages.
. Correctly determine the Java version of the OpenJDK ports when bsd.java.mk
isn't present.
. Bump version to 2.3.4.
- Fix font rendering and update cacerts file
- Add support for fastdebug jdk
- Cleanup/Enhance the port [2]
Submitted by: maintainer [1], ale [2]
Approved by: maintainer
rearrange things slightly so that the bootstrap JDK detection falls
within the pre/post section. This fixes detection of the bootstrap
JDK.
Noticed by: Ronald Klop <ronald-freebsd8@thuis.klop.ws>
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
PR/137956 by Ashish SHUKLA (thanks!). [1]
Those ports which define EMACS_PORT_NAME to be "emacs21" were
not touched (this time). They may be converted to the new
world order by removing the above mentioned assignment.
Four ports were marked as BROKEN with EMACS_PORT_NAME=emacs23
(they do not compile):
. lang/bigloo;
. mail/wanderlust;
. mail/wanderlust-devel;
. www/emacs-w3m.
Three ports were marked as IGNORE with EMACS_PORT_NAME=emacs23:
. japanese/egg-canna (the port version is dated as of 2001,
does not compile with Emacs 23 and seems it cannot be fixed);
. deskutils/remember.el (was incorporated into Emacs 23);
. editors/nxml (was incorporated into Emacs 23).
Changes that were made after (and as a result of) exp run. For
those ports:
. japanese/migemo-emacs21;
. japanese/migemo-emacs22
EMACS_PORT_NAME?= was changed to EMACS_PORT_NAME= to the apropriate
emacs port name.
PR: ports/137956 [1], ports/141369 [2]
Submitted by: Ashish SHUKLA <wahjava at gmail.com> [1],
bsam (me) [2]
Exp-run by: miwi
transformations.
It defines an extensible markup vocabulary for expressing flat-XML, XML-flat,
flat-flat, and XML-XML processing in pipelines.
ServingXML comes with a console app, and also documents an API for embedding
the software in a standard Java or J2EE application.
WWW: http://servingxml.sourceforge.net/
PR: ports/138914
Feature safe: yes
Submitted by: Jean-Paul Beconne <jpbeconne@free.fr>
- Merge all SF mirrors to MASTER_SITE_SOURCEFORGE, resort according to quick download speed survey
- Fix MASTER_SITES for all port that have used SOURCEFORGE_EXTENTED
Approved by: portmgr (pav)
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
supported as well as the non-prepared statement case, but it was
currently returning a not implemented exception.
PR: 137001
Submitted by: Lapo Luchini <lapo@lapo.it> (maintainer)
featuring everything you need to get started fast and get even faster with
developing, testing, tuning, and deploying your Ruby and Rails apps.
Highlights include the following features:
* Code Assist on Ruby and RHTML files
* Outliner for code structure
* Debugging support
* Integrated server views
* Dynamic testing
* Integrated RoR deployment options
WWW: http://www.aptana.com/rails
Approved by: glarkin (mentor)
. We are now installing a real eclipse product.
. Only the jar files for the platform are built, dramatically reducing
the time necessary to build (thanks to the Fedora devs for the idea
and the basic procedure).
. Lot of small fixes to the build procedure to make future imports easier
. Some of the bundles are pre-extracted during install to improve
launching time.
. JDK 1.6 is required to build but any jre (1.5 or 1.6) can be used in
Preferences->Java->Installed JREs. JDK 1.4 is unfortunately not
supported at this time.
. Switch to x86_64 architecture name instead of amd64 to be more in-line
with mainline eclipse.
Note that after this update you will need to reinstall any plugins you've
installed with the built in Update Manager. This is a one time thing.
Submitted by: sepotvin@ (maintainer)
Brian Gardner). Core support needs some more work.
. Install the debug build when WITH_DEBUG is set.
. Change WITH_DEBUG to only build the debug build.
. Eliminate the requirements for the binary plugins.
. Fix some compilation errors in the debug build on 7.x.
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
was leaving Expert's Exchange, so I imagine email to him there is just
bouncing.
. Tweak the license description in COMMENT to a more standard form.
. Remove USE_JAVA. The JDK bootstrap dependency is handled separately in
the Makefile itself and once openjdk6 is part of bsd.java.mk USE_JAVA
could make this port depend on itself (which doesn't play nice with
portmaster).
. Host the patchset in the ports infrastructure rather than downloading it.
. Make the port build HotSpot rather than using the one of the bootstrapping
JDK (fixes a license violation).
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
Approved by: Fixes a license violation
2009-03-22 java/javel: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 java/guavac: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 graphics/xrml: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 graphics/renderpark: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 games/jumpnbump: tcl8.0 support is going to be dropped
2009-03-17 irc/blackened: Broken and abandonware
2009-03-22 devel/libg++: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 devel/freescope: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 misc/menushki: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 misc/vbidecode: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 lang/wamcc: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 multimedia/mpegedit: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 mail/dkimap4: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 net-mgmt/oproute: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 x11/tkgoodstuff: tcl8.0 support is going to be dropped
2009-02-11 x11-toolkits/inti: not maintain by upstream for more than five years and no port depend on this
both current (fc4) and future linux (f8) distributions at one
ports tree.
The patch contains full changes to ports/Mk files and all ports involved.
But only infrastructure is changed. The resulting packages are the same as
before. Hence no need to bump PORTREVISIONs.
The idea was taken from bsd.gnome.mk and others.
More than 130 ports are switched to follow a new linux infrastructure
introduced by changes to bsd.port.mk, bsd.linux-rpm.mk and a new
bsd.linux-apps.mk.
Thanks for all who was involved and helped me with this work.
And help from Alexander Leidinger was incredible.
Other changes are coming. Stay tuned!
PR: ports/132510
Submitted by: bsam (me)
Exp-run by: portmgr (pav)
OpenJDK (6 or 7) doesn't yet come with a plugin or webstart.
Submitted by: Kurt Miller <lists@intricatesoftware.com>
http://docs.FreeBSD.org/cgi/mid.cgi?200902251003.14760.lists
Approved by: Brian Gardner <brian@experts-exchange.com> (maintainer)
