To ease upgrade, bsd.java.mk now substitutes JAVA_VERSION values of 1.1+ and
1.2+ as 1.3+.
The related JDK ports that have been marked as deprecated and scheduled for
removal some time ago are now safe to be removed.
The patch has been tested successfully on the cluster.
PR: 116724
GNOME 2.20 release notes can be found at
http://www.gnome.org/start/2.20/notes/en/ . Beyond that, this update
includes the new GIMP 2.4 (courtesy of ahze).
The GNOME 2.20 update also includes a huge change in the FreeBSD GNOME
hierarchy. We are now using the more standard DATADIR of ${PREFIX}/share
rather than ${PREFIX}/share/gnome. The result is that fewer patches and
hacks are needed to port GNOME components to FreeBSD. This will mean some
user changes may be required, so be sure to read /usr/ports/UPDATING for
more details.
This release and the things we accomplished in it would not have been
possible without mezz's crazy idea to collapse DATADIR, and his persistence
to make it happen successfully. Ahze and pav also deserve thanks for
their work on porting modules and testing the whole ball of wax on
pointyhat (respectively).
The FreeBSD GNOME team would also like to thank our various testers and
contributors:
Yasuda Keisuke
Frank Jahnke
Pawel Worach
Brian Gruber
Franz Klammer
Yuri Pankov
Nick Barkas
Cristian KLEIN
Tony Maher
Scot Hetzel
Martin Matuska (mm)
Benoit Dejean
Martin Wilke (miwi)
(And anyone else I may have missed)
PRs fixed in this release:
111272, 113470, 115995, 116338
2007-08-19 chinese/mule-freewnn: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 chinese/xemacs: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 converters/mule-ucs-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 devel/eieio-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 editors/apel-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 editors/bitmap-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 editors/emacs19: emacs19 is obsolete; please use a more recent version
2007-08-19 editors/emacs20: "editors/emacs is recommended instead for new installations"
2007-08-19 editors/flim-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 editors/mule-common: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 editors/mule: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 editors/semi-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 editors/speedbar-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 irc/irchat-pj-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 irc/pure-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/diclookup-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/diclookup-mule: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+freewnn+sj3: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+sj3+wnn6: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+sj3+wnn7: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+sj3: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+wnn6: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna+wnn7: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-canna: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-freewnn: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-sj3: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-wnn6: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/mule-wnn7: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/navi2ch-emacs20: emacs20 and related ports are obsolete; please use a more recent version
2007-08-19 japanese/w3: distfile is 10 years old and depends on emacs19 which is obsolete
2007-08-19 korean/mule-freewnn: emacs19 and related ports are obsolete; please use a more recent version
2007-08-19 www/w3: distfile is 10 years old and depends on emacs19 which is obsolete
- Fix typo on comment about SZOPEBASEDIR and ZOPEBASEDIR [2]
- Fix type on Zope 2.10 support [3]
- Add a workaround for package building of ports using easy_install
on jail environments [4]
PR: 116278 [1], 116428 [2], 116520 [3]
Submitted by: Marcus von Appen <mva@sysfault.org> [1],
nakaji [2], Christian Ullrich <chris@chrullrich.net> [3]
Reported by: sat [4]
third party package with invalid or missing pkgorigin is installed; this
resulted in silently discarding dependency records for some people
PR: ports/115010
Submitted by: netchild
- Replace some calls to basename and dirname with make logic
PR: ports/115994
Submitted by: netchild
- Fix bsd.xorg.mk to work when USE_XORG is used below
.include <bsd.port.pre.mk>; should allow conditional X.Org component
dependencies with OPTIONS, etc
Submitted by: flz
- When installing as user, don't install any libdata/ldconfig entries
Submitted by: flz
PR: ports/106613 (in audit trail)
- Introduce INSTALL_KLD; it's same as INSTALL_SCRIPT but the name is more
obvious
PR: ports/116200
Submitted by: edwin
being null, resulting in an entire category being depended on. This was
seen with missing USE_PERL5 definitions, for which there is now a test;
however, it could theoretically be tripped over by other bad port
Makefiles. Since the failure mode is painful and seems unrelated to
the lack of the definition (the build will fail at some random point
within that entire category), IMHO it's worth the complexity tradeoff
to put this in.
x11-toolkits/py-wxPython28-common and x11-toolkits/py-wxPython28-unicode,
applying the corresponding patches.
- Add PYDISTUTILS_NOEGGINFO to fix plist issues [1].
- Integrate with bsd.wx.mk: the noticeable difference is that ports using
USE_WX=2.6+ and WX_COMPS=python will be built from now on with wxWidgets
2.8, which was previously restricted for these ports because of the lack of
the "python" component for version 2.6 [1].
PR: ports/115349, ports/115350, ports/115351
Submitted by: Neal Nelson <neal@nelson.name>
Reworked by: alepulver (myself) [1]
quoting. It turns out that this is only an issue for ports that torture
CONFIGURE_ENV to run a command as well as just set the environment (often,
used to echo 'N' to fool an interactive script.)
Tested on: pointyhat
This can happen if bsd.perl.mk was not included before or during the
inclusion of bsd.port.pre.mk. As of bsd.port.mk 1.586 this can't yet
happen, as bsd.perl.mk is included unconditionally, so this checkin should
be a no-op.
While here, reserve WANT_PERL for ports that conditionally depend on Perl.
WANT_PERL will need to be defined before bsd.port.pre.mk is included.
a missing dependency (which is the actual underlying error). This cures
the case of the build cluster looping indefinitely asking for user input.
Suggested by: tobez
Regression-tested with: devel/p5-Config-Any
the 'post' block from which they originally came. This should fix the
remaining few package build errors because of conditional perl inclusion.
Pointy hat: linimon
- Mark XFree86-4 as DEPRECATED with EXPIRATION_DATE set to 2007-12-25.
I hope that nobody will be bored enough on Christmas to remove them on
that day.
Tested by: vehemens, Rene Ladan, Beech Rintoul, sarek on x11@
We still perform a double inclusion for modules to ensure backward
compatibility
- add "Apache servers"-wide support for OPTIONS.
!! Warning !!
If OPTIONS is defined, all other modes to select modules are disabled.
Here's the logic behind:
1) OPTIONS
2) WITH_MODULES
3) all others knobs.
OPTIONS'ified list of modules can be obtained via:
"make make-options-list"
bsd.port.mk. In addition, a revision shorthand has been added, e.g.,
USE_PERL5= 5.8.0+. This syntax is implemented for the following knobs:
USE_PERL5, USE_PERL5_RUN, USE_PERL5_BUILD, PERL_CONFIGURE and PERL_MODBUILD.
Credit also goes to sem who wrote an earlier version of this patch in
ports/55515, marcus and kris for doing earlier testing, and kuriyama and
others for additional work along the way.
Thanks to gabor@FreeBSD.org for doing all this work.
Sponsored by: Google Summer of Code 2007
failure case where the package a port relies on is moved from cpan to cold
storage (backpan).
On my system, it takes 70 seconds to fall through the mirrors before hitting
backpan, which is enough to be annoying (so you press C-c and file a PR),
but not enough to ruin the normal use-case (make install elsewhere and go
fetch coffee). A current port where this is an issue is archivers/p5-IO-Zlib
the rest of the qt4 ports and avoiding dependency resolution troubles
if devel/qmake is installed on the same system.
While here, change NOMAN to NO_MAN in Makefile.bsd.
PR: ports/115352
Submitted by: Marcin Wisnicki <mwisnicki+freebsd@gmail.com>
notably PORTSDIR. The previous commit introduced a use-before-define
with respect to this variable, which broke things like portmaster.
* Drop support for COMMENTFILE and a vestigial remnant of NetBSD support.
