Release notes are available at
http://www.x.org/X11R6.8.2/doc/RELNOTES.html
Thanks to kris and krion for running several cluster test builds,
maintainers of GNOME for prompt responses, portmgr for postponing ports
freeze for this update, testers on FreeBSD-X11@ list and others that I
might have mised here.
Also included:
- fix for ATI Mobility on Dell Inspiron 7500 (obtained from Marc Aurele La
France; obtained and tested by julian)
- fix for kbd driver on Sparc64 (tested by Aaron Dudek, Michael G. Jung and
Matthias Muthmann), which still appears to have problems with some
keyboards - so
- fix for kbd driver on PC98 (reported and tested by NAKAJI Hiroyuki; PR
ports/77217)
- fix for i810 on HP D530 (obtained from Egbert Eich; obtained and tested
by Anders Nor Berle; PR ports/74757)
His idea was:
What do you guys think of changing the +='s in bsd.sites.mk to
?='s? The deal is this: say I have a specific AfterStep dist
site that I want to use, and I don't want the default listed
sites to be attempted at all.
As it stands now, there are two current solutions that I see:
* edit bsd.sites.mk after every cvsup
* put like 100 entries for that site in MASTER_SITE_AFTERSTEP
in /etc/make.conf and turn on RANDOMIZE_MASTER_SITES
His solution was:
Change the bsd.sites.mk to MASTER_SITE_AFTERSTEP?=, and then I
can define MASTER_SITE_AFTERSTEP to be whatever I want it to
be.
The final solution is:
Add an .if !defined(IGNORE_MASTER_SITE_xxx) / .endif around all
MASTER_SITE definitions:
+.if !defined(IGNORE_MASTER_SITE_XORG)
MASTER_SITE_XORG+= \
ftp://ftp.x.org/pub/%SUBDIR%/ \
ftp://ftp.gwdg.de/pub/x11/x.org/pub/%SUBDIR%/ \
[...]
+.endif
This way, if you want to ignore the default MASTER_SITE_xxx and use
a certain mastersite for this collection, you set this in your
/etc/make.conf:
IGNORE_MASTER_SITE_xxx=yes
MASTER_SITE_xxx=http://z.x.y/
While if you prefer a certain mastersite for this collection, you
set this in your /etc/make.conf:
MASTER_SITE_xxx=http://z.x.y/
NOTE: these are only added if the related variables are defined by the port.
This should ease the configuration of launcher shell scripts used for Java
application ports, when they are using javavmwrapper to invoke a JVM. From now,
a simple launcher that suits most of the Java application ports can be writen
using the following scheme:
#!/bin/sh
JAVA_VERSION="%%JAVA_VERSION%%" \
"%%LOCALBASE%%/bin/java" -jar "%%JAVAJARDIR%%/myport.jar" "$@"
As mentioned above, this is of course only correct provided that the port
defines JAVA_VERSION.
Approved by: glewis (co-maintainer)
- Sync up Motif selection algorithm with xemacs21-mule port.
- Remove GTK support for now, it was commented out and it does not work well.
- General Makefile cleanup
- Unbreak on sparc64
PR: ports/77291
Submitted by: Pawel Worach <pawel.worach(at)telia.com>
* Document DISABLE_VULNERABILITIES variable. [2]
* Add WWW: line for 'search' target. [3]
* Speedup check-vulnerable invokation, if portaudit is installed. [4]
* Run install-info for all .info files. [5]
* Run add-plist-docs more strictly and prevent some situations with
leftover files in the future. [6]
* Introduce two new variables: MASTER_PORT and SLAVE_PORT.
The results from these variables is only used as information for
users. [7]
* Honour OPTIONS if PACKAGE_BUILDING or BATCH are defined. [8]
* Move all USE_GCC entries to new file - bsd.gcc.mk. 'test-gcc'
target allows users to check gcc version if USE_GCC is used. Give
maintainers opportunity to add '+' character to USE_GCC version
for using specified and higher versions. [9]
* Install startup scripts with the help of USE_RC_SUBR variable. [10]
* Add three new targets: config-recursive, rmconfig-recursive and
config-conditional. You can set or delete OPTIONS for all
dependencies before every build. config-conditional target is
used to skip configuring ports which have already been
configured. [11]
* Fix using of WANT_PGSQL_VER variable if postgresql is already
installed. [12]
PR: ports/75768 [1], ports/75728 [2], ports/76187 [3],
ports/76191 [4], ports/76182 [5], ports/75379 [6],
ports/75286 [7], ports/75727 [8], ports/76489 [9],
ports/73691 ports/69217 [10], ports/76254 [11],
ports/76988 [12]
Submitted by: dinoex [1], edwin [2] [5] [6] [8] [9] [10],
Marcus Grando <marcus@corp.grupos.com.br> [3],
tobez and Valentin Nechayev <netch@netch.kiev.ua> [4],
linimon [7], Florent Thoumie <flz@xbsd.org> [10],
Chris Dillon <cdillon@wolves.k12.mo.us> [11],
girgen [12]
dropped and the lang/ruby16_r and lang/ruby18_r ports have been
removed, since no one seems to appreciate the partially working
solution.
Good news is that the pthread support of lang/ruby18 is now enabled by
default for newer systems, which means the ruby interpreter is linked
with libpthread. This will allow threaded extension libraries to run
and work properly on those systems.
The --march=cputype flag is disabled because it gets ruby to
malfunction and fail to build. I don't know if the problem is in
libpthread or in gcc.
(It really makes me wonder if they had actually tested before asking
me to do this somewhat risky change ;-)
Use more correct OSVERSION threshold to distinguish between
base system perl and perl from ports - the right value is 500036 [1].
Also, simplify OSVERSION-related logic in lang/perl5 and lang/perl5.8.
Now it goes as follows:
- for lang/perl5.8, if there is perl in the base system, install
use.perl script, use a helpful pkg-message, and do not automatically
update symlinks;
- for lang/perl5.8, if there is no perl in the base system, do not
install use.perl script, and update symlinks automatically;
- for lang/perl5, always install use.perl;
- for lang/perl5, never update symlinks automatically;
- for lang/perl5, vary produced pkg-message depending on the presence of
the base system perl.
Bump PORTREVISION for both lang/perl5 and lang/perl5.8.
[1] Approved by: portmgr
All ports depending on postgresql shall use the USE_PGSQL=yes knob
defined in Mk/bsd.ports.mk. Bumping portrevisions where needed.
PR: 75344
Approved by: portmgr@ (kris), ade & sean (mentors)
dependency on many python versions. This fixes a problem that Zope
product ports depend on both of Python 2.3 and 2.4 if they use not
only Zope itself but also 3rd party Python modules.
Submitted by: Filippo Natali <filippo.natali@widestore.net>
This site is pain in the butt. I'm sitting 280 km away from it, on ISP
backbone who have a direct link to Wien, and still I was not able to
pull more than 5000 bytes per second from this site in past year or two.
list. Both were set up with no SUBDIR. The former gives a "No
such directory" response and the latter only carries Alpha bits
from Red Hat 7.2, whereas I removed Alpha support from the Red Hat
7 linux_base port when I updated it to 7.3. I conclude that these
entries are no longer needed.
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
* Users may specify a nonstandard PREFIX to install somewhere. If they
are trying to use an USE_X_PREFIX=yes port, install with BSD.x11*.dist.
Otherwise, use BSD.local.dist. Ports that deliberately set a nonstandard
PREFIX must also set NO_MTREE to avoid spamming their hierarchy with an
inappropriate MTREE specfile.
Pointed out by: krion
with the reasonable use of that variable to hold date strings in the
environment [1]
* Overhaul the mtree spec file selection code: instead of deciding based
on the value of USE_X_PREFIX, compare PREFIX to X11BASE and LOCALBASE
directly. This fixes the MTREE_FILE for ports that set PREFIX=${X11BASE}
but don't set USE_X_PREFIX for some reason. If PREFIX is a
nonstandard value, set NO_MTREE=yes.
Noticed by: Jez Hancock <jez.hancock@gmail.com> [1]
linked with -pthread and -Wl,as-needed will have all references to libphthread
stripped (reason/reasoning unknown), causing funny runtime errors when Qt
decides to fire up a thread.
* Please upgrade sysutils/portupgrade prior to this one, or pkgdb(1)
may coredump with a double free() problem from a misuse of the DL
module. In that case, reinstall sysutils/portupgrade manually.
DRI drivers are incompatible with the old libGL in XFree86, they have been
repocopied to graphics/xfree86-dri. Also note that with this commit the html
manpages are going away, and with it the runtime dependency on perl for the
imake port.
Release notes at: http://www.x.org/X11R6.8.1/RELNOTES.txt
Props to: kris (multiple cluster runs and sorting through logs)
lesi (fixing all the issues in those logs, and more)
The sites included are a semirandom subset of the official
mirror list.
Tested with databases/mysql40-server:
CATEGORIES= databases
MASTER_SITES= ${MASTER_SITE_MYSQL}
MASTER_SITE_SUBDIR= MySQL-4.0
PKGNAMESUFFIX?= -server
PR: ports/67311
Submitted by: Roman Neuhauser <neuhauser@chello.cz>
deskutils/drivel is the only port that has pkg-plist change, so bump the
PORTREVISION. The rest else should be no function change, but just remove the
patches to allow gnomehack takes care of it. Keep in mind, I only touch those
ports that already have gnomehack.
Reviewed by: pav and marcus
ORIGIN" problem when a python extension module is needed by not
only a Zope product but also non-Zope python application. And
there's no known good solution yet.
PR: 75013
Submitted by: Filippo Natali <filippo@widestore.net>
and use command macro SORT. [1]
* Clean up the comments, and use 4 column tabs everywhere. [2]
* Introduce 2 new variables: SUB_FILES and SUB_LIST. [3]
* Document DEPRECATED and EXPIRATION_DATE variables. [4]
* Sanitize the intermittent output by the build infrastructure
so that cutting and pasting from it no longer interferes
with GNATS-tags. [5]
* Honour configure arguments for USE_XLIB if USE/WITH_LIBTOOL_
is used. [6]
* Properly document 'describe' target. [7]
* Fix pkg-plist handling for ports that set a non-standard
PREFIX. [8]
* Defaults INDEXFILE to INDEX-6 on 6-CURRENT (600000). [8]
PR: ports/62298 [1], ports/73633 [2], ports/67151 [3],
ports/74310 [4]. ports/74758 [5], ports/74536 [6],
ports/74710 [7], ports/74691 [8]
Submitted by: eik [1], edwin [2], Florent Thoumie <flz@xbsd.org>,
sem [4], vs [5], ahze [6], linimon [7], kris [8]
port's dependencies. Instead, only create this directory if the port will
actually install GConf schemas. Also, do the creation in pre-su-install
as we may not be root in pre-install.
Spotted by: pav
Tested by: pav
conflicts with the default values for JAVA_BUILD and JAVA_RUN. Those variables
are indeed set a default value when none of the them (together with
JAVA_EXTRACT) is defined. Having USE_ANT set a value for JAVA_BUILD will cause
JAVA_RUN not to be set its default value.
This has RUN_DEPENDS not correctly set (missing the JDK entry) on many ports
that use USE_ANT.
This patch addresses this issue by moving the statements dealing with default
values to have them executed before USE_ANT handling.
Approved by: glewis (co-maintainer)
* Remove USE_QT2 since it's obsolete now. [2]
* Clarify comments about ARCH. [3]
* Speedup 'make readmes'. Add a perl script "Tools/make_readmes"
and modify bsd.port.subdir.mk to avoid recursing into individual
port directories to create README.html. [4]
* Fix 'make search' to allow case insensitive search on 5-x/6-x. [5]
* Add the possibility to search the ports by category. [6]
* Remove tk42 and tcl76 from virtual categories since they're
obsolete. [7]
* Introduce new variable - DISTVERSION, vendor version of the
distribution, that can be set instead of PORTVERSION and is
automatically converted in a conforming PORTVERSION. [8]
* Use --suffix instead of -b option for patch(1) to make it
compatible with BSD patch(1) [9]
* Fix {WANT,WITH}_MYSQL_VER behavior, to deal with conflicting
versions. [10]
PR: ports/68895 [1], ports/69486 [2], ports/68539 [3],
ports/70018 [4], ports/68896 [5], ports/73299 [6],
ports/73570 [7], ports/67171 [8], ports/72182 [9]
Submitted by: linimon [1][3], arved [2][7], cperciva [4],
Matthew Seaman <m.seaman@infracaninophile.co.uk> [5],
Radek Kozlowski <radek@raadradd.com> [6],
eik [8], Andreas Hauser <andy-freebsd@splashground.de> [9],
clement [10]
automatically scan pkg-plist file and add apropriate @exec/@unexec directives
for each .omf file found to track OMF registration database. Details can be
found in bsd.gnome.mk and http://www.freebsd.org/gnome/docs/porting.html .
Current, gedit2 is the only port that use INSTALLS_OMF for now. I will chasing
all the other ports that are maintaining by gnome@FreeBSD.org when I am done
with two todo list. The other ports, you are on your own and portlint will
bug you when portlint is update.
While I am here, switch from make loops to sh loops in GCONF_SCHEMAS part.
Document writer by: bland
Reviewed by: my team, FreeBSD GNOME team
- Remove ftp.kobe-u.ac.jp which doesn't have redhat packages any more.
- Change directory of ftp.icm.edu.pl because previous one seems to be
moved to new location.
This release notes detailing all of the new goodies in GNOME 2.8 can
be found at http://www.gnome.org/start/2.8/notes/, and the list of what
was fixed in GNOME 2.8.1 can be found at
http://lists.gnome.org/archives/gnome-announce-list/2004-October/msg00056.html.
This release, as well as all of our others, would not have been possible
without the great efforts of our FreeBSD GNOME Team. The list of
current members can be found at http://www.freebsd.org/gnome/contact.html
(including our newest member, Michael Johnson <ahze@FreeBSD.org>).
Special thanks also goes out to all of the loyal FreeBSD GNOME users that
put up with crashes and hangs to test and debug GNOME on FreeBSD. We would
especially like to thank those users that provided patches for GNOME 2.7 and
2.8:
Franz Klammer <klammer@webonaut.com>
Piotr Smyrak <piotr.smyrak@heron.pl>
Radek Kozlowski <radek@raadradd.com>
Khairil Yusof <kaeru@pd.jaring.my>
Yasuda Keisuke <kysd@po.harenet.ne.jp>
Tom McLaughlin <tmclaugh@sdf.lonestar.org>
Vladimir Grebenschikov <vova@fbsd.ru>
GNOME 2.8 also features a new, FreeBSD-specific splashscreen that
was designed by jimmac for GNOME 2.8, then daemonized by
Franz Klammer <klammer@webonaut.com> and Radek Kozlowski
<radek@raadradd.com>.
As with GNOME 2.6, you cannot just "portupgrade" to GNOME 2.8. There is
a script provided at http://www.marcuscom.com/downloads/gnome_upgrade28.sh
that will aid in the upgrade process. Full documentation on the GNOME 2.8
upgrade is coming following this commit.
From all of us at FreeBSD GNOME, ENJOY!
this patch, for instance:
$ cd /usr/port/devel/apache-ant
$ make JAVA_HOME=toto
apache-ant-1.6.2: Environement error: "JAVA_HOME" should not be defined.
*** Error code 1
PR: 70914
Reported by: Rong-En Fan <rafan@infor.org>
Approved by: glewis (co-maintainer)
beyond. This avoids linking shared libraries with the thread library,
which causes problems when trying to change from one thread library to
another. Instead all binaries that link to a library that uses
threads must themselves respect PTHREAD_LIBS.
Submitted by: deischen, marcus
Approved by: portmgr
build ports with older USE_GCC versions (useful in certain cases for
working around compile errors with newer gcc versions) [1] [2] [3] [4]
(based on)
* Only spit out the TRYBROKEN message when a BROKEN string is defined
PR: ports/70322 [1], ports/71344 [2], ports/64316 [3]
Submitted by: obrien [1], Xin LI <delphij@frontfree.net> [2],
trevor [3], jkoshy [4], et. al.
Approved by: portmgr
building the port but not added to BUILD_DEPENDS)
- Use ${VAR:U} to test YES/NO values a more simple way
- Refactor: Jikes now has its own sub-stages (error-handling and support)
together in Stage 6
- New variable to be used by porters (and used internally by bsd.java.mk),
HAVE_JIKES
Approved by: glewis (mentor)
performing all of the recent changes.
. Add to the header comment to document JAVASHAREDIR, JAVAJARDIR and
JAVALIBDIR.
. Add a definition for JAVALIBDIR. This is where other ports have
installed their JAR files (a port should install in JAVAJARDIR but
look for other JARs in JAVALIBDIR).
problems with the new make(1) .MAKEFLAGS handling. To disable
__softMAKEFLAGS caching, set NOPRECIOUSSOFTMAKEVARS (note: this is done
by default if the new make(1) is being used). To disable .MAKEFLAGS
caching, set NOPRECIOUSMAKEVARS (same as before).
PR: standards/57295
Submitted by: harti
Tested on: pointyhat
Java-based port with ant, using MAKE_ENV, MAKE_ARGS and ALL_TARGET but
using ant instead of make. When a port is built this way it also
causes ant to respect the JDK selected by bsd.java.mk rather than
using the JDK that ant was build with.
Most ports should just be able to do
USE_ANT= yes
You may also need to set ALL_TARGET if your port doesn't use the
default ant target.
See the comments on USE_ANT at the head of bsd.java.mk for more
information.
PR: 59997
Reviewed by: hq (who spotted a bug and provided the comments
documenting USE_ANT).
and make XFREE86_VERSION map to it. XFREE86_VERSION is now deprecated.
- Make xorg the default X_WINDOW_SYSTEM on -current.
- Add several new X_*_PORT variables which point to various pieces of X11 based
on the setting of X_WINDOW_SYSTEM, and make ports use them.
- Add information to CHANGES about how to handle the transition.
PR: ports/68763
Approved by: portmgr (marcus)
Approved by: re (scottl)
pre-install target to explicitly create
${PREFIX}/etc/gconf/gconf.xml.defaults/.
A number of ports don't create this directory automatically.
In normal uses, this doesn't cause a problem, but many of us
prefer to test out plists by installing into custom prefixes.
This prevents those custom prefix installation tests from
failing.
Inspired by: John Merryweather Cooper <coop9211@uidaho.edu>
for INDEX builds [1]
* Remove the parallel target from Makefile; this is heavily tied to
the package build cluster and can be better done in the makeparallel
script (commit to follow) [2]
* Extend the format of INDEX to separately list the
EXTRACT/PATCH/FETCH_DEPENDS instead of lumping them all in together
with BUILD_DEPENDS. The three new fields are appended to the end of
the record in that order. [2]
* Change BROKEN to IGNORE in BROKEN_WITH_MYSQL failure code [3]
* Support non-default PREFIX for perl 5.00503 [5]
* Use pkg_info -I instead of ls when searching for conflicts [6]
* Allow local customization of the port subdirectories by including
${.CURDIR}/Makefile.local in bsd.subdir.mk if it exists [7]
* Fix 'make search' when ${PORTSDIR} is a symlink to a directory name
containing extended regexp metacharacters [8]
Submitted by: linimon [1] [3], kris [2], lth [4], sem [5], eik [5] [6],
Roman Neuhauser <neuhauser@chello.cz> [7]
PR: 68299 [1], 67705 [3], 67264 [4], 59696 [5], 66568 [6],
68072 [7]
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
- Provide USE_PYTHON_BUILD and USE_PYTHON_RUN to allow explicit
dependencies. [1]
- Provide PYDISTUTILS_CONFIGUREARGS and run ${PYSETUP} config on
'do-configure' targets. [2]
Reviewed by: eik [1]
Submitted by: Mike Brown <mike@skew.org>
got spammed in the update to bsd.java.mk 2.0. They replace .BEGIN blocks
with check-makevars:: targets.
PR: 68516
Submitted by: Herve Quiroz <herve.quiroz@esil.univ-mrs.fr>
PLIST_SUB.
. Define java utility variables such as JAVA, JAVAC, JAVAH, APPLETVIEWER,
etc. conditionally (?=) rather than explicitly (=). This is in line with
both bsd.port.mk and the earlier version of bsd.java.mk.
Reviewed by: Herve Quiroz <herve.quiroz@esil.univ-mrs.fr>
* Don't assume root is using /bin/sh when switching credentials to
configure OPTIONS. [2]
* Support glob expressions in USE_GETTEXT to allow more flexibility
in the face of future gratuitous library version bumps by the gettext
developers [3]:
USE_GETTEXT=yEs # Works as before (case-insensitive)
USE_GETTEXT=[5-7] # Accepts any of those libintl.so.x versions
# in the LIB_DEPENDS
* Correctly register dependencies when a non-system perl port is used
on 4.x [4]
* Extend 'make search' support to allow much more flexible searching.
Syntax will be documented in CHANGES for brevity. [5]
* Reorder the post-install-script target to before add-plist-info for
consistency [6]
* Various fixes to support port operations when a port directory
exists under /usr/obj [7]
* Extend USE_PERL5_BUILD and USE_PERL5 to add EXTRACT and PATCH
dependencies since many ports require perl in those stages [8]
* Move info file deregistration later in the deinstallation process so
it works properly. [9]
* Improve wording in EXPIRATION_DATE message. [10]
* Fix dependencies for XFREE86_VERSION==3 (obtain imake from
x11/XFree86 now that the former port is gone) [11]
* While building index, treat non-existent dependencies as fatal.
Previously the error was being hidden by the stderr redirection. [12]
* Don't always retry BROKEN ports when package building (it is taking
too much time to continually rebuild ports that are usually going to
really be broken). Set TRYBROKEN if you want to attempt a build of
a BROKEN port. [12]
* Revert incorrect change from 1.487 relating to ALL-DEPENDS-LIST [13]
PR: 24214 [1], 67529 [2], 63937 [3], 65554 [4], 40699 [5],
59162 [6], 63372 66567 [7], 63394 [8], 65304 [9],
65931 [10], 66565 [11], 66743 [13]
Submitted by: roam [1], will [1], hrs [2], mi [3], ade [4],
Roman Neuhauser <roman@bellavista.cz> [5],
Sergey Matveychuk <sem@ciam.ru> [6], gad [7],
adamw [8], kris [8][12], dinoex [9],
Alexey Dokuchaev <danfe@regency.nsu.ru> [10],
eik [11][13]
. Added '-bootclasspath ${JAVA_CLASSES}' to the command-line for JAVAC when
jikes is used as a substitute for javac.
PR: 66349
Submitted by: Herve Quiroz <herve.quiroz@esil.univ-mrs.fr>
incarnation of ports/Mk/bsd.autotools.mk on the road to bringing
at least some semblance of sanity back to this corner of the
ports collection.
By far and away the easiest way to see the changes will be to
view the new file once committed, but here is a summary of the
changes:
1. USE_LIBTOOL, USE_AUTOCONF, USE_AUTOHEADER, USE_AUTOMAKE have
been fully deprecated. Ports attempting to use these variables
after the commit will error out, and most obviously break INDEX
generation, with a helpful error message. Instead, ports must
now specifically choose the version of any of these tools that
they need with the corresponding USE_*_VER variables. Note that
these variables understand any and all versions of autotools ports
in the tree, there is no longer a need to have specific version
numbers hardcoded in the infrastructure of bsd.autotools.mk
(as there is now). In particular, this will immediately open up
automake18 and autoconf259 for general use and beating.
2. Similarly for WANT_LIBTOOL, WANT_AUTOCONF, and WANT_AUTOMAKE.
Again, these have been fully deprecated, and the equivalent
WANT_*_VER versions should be used.
In order to preserve existing behavior for these variables, please
note the 20040314 entry in ports/CHANGES for the appropriate
version numbers to use for any ports in the GNATS queue.
Both WANT_* and USE_* bring in the relevant tool as a build
dependency, and set up a reasonably large number of variables
pointing to the right programs to be using in the port. The
only difference at the moment, is that USE_* will run an extra
autotools-related configuration step, whereas WANT_* merely
requests the environment.
3. The helper knob USE_LIBLTDL has been added which currently
simply adds a LIB dependency on the libltdl port.
4. Three new variables have been introduced,
WANT_{LIBTOOL,AUTOCONF,AUTOMAKE}_RUN=yes. These variables will
do nothing by themselves (a Work-In-Progress), but if the
appropriate autotool version is defined (either through
WANT_*_VER or USE_*_VER), this will add the relevant dependency
to RUN_DEPENDS.
Steps 3 and 4 now essentially negate the need for any kind of
direct dependency within a non-autotools port Makefile on
devel/autoconf*, devel/automake*, devel/libtool*, and devel/libltdl.
PR: 66037
Reviewed by: 4-exp bento cluster
http://gd.tuwien.ac.at/www.python.org/ -> 302
http://gd.tuwien.ac.at:8075/ they still have the mirror
(see ftp://gd.tuwien.ac.at/gds-mirrors.html#PYTHON), but
with a different structure, it breaks MASTER_SITE_SUBDIR,
so I'd just drop it.
PR: ports/67399
Submitted by: Roman Neuhauser <neuhauser@chello.cz>
