working as advertised. This should fix mod_phpX and probably some other 30
ports that use USE_SUBMAKE. Default behaviour remains exactly the same.
Prompted by: dirk
- Update to the latest 1.6 stable snapshot as of 2002-03-27.
- Update the Oni Guruma alternative regex engine to 20020325.
lang/ruby-devel:
- Update to the latest 1.7 development snapshot as of 2002-03-26.
- Add the WITH_ONIGURUMA knob as well as lang/ruby.
- Require devel/autoconf (2.53 or later is required).
- Add several modules to the obsoleted modules list (now included):
bigfloat
fileutils
racc-runtime
strscan
macro, which was invoking separate make(1) process for each of the main
targets, with explicit make(1) targets and specifying the dependencies on
those targets in normal Makefile way. This gives up to 4x speedup. For the
ports relying on the old functionality (i.e. each main target in a separate
make(1) process) provide a USE_SUBMAKE knob, which provides old behaviour;
- speed-up dependency registration process by the factor of two, which
could be a great win especially for things like GNOME and KDE with very long
dependency chains;
- clean-up internal structure of the file, so that it is easier to understand
and extend it when necessary.
Inspired by: NetBSD
Reviewed by: freebsd-ports@
Tested by: bento
[1] Handle HTML-ified manpages in plists.
[2] Add --x-[libraries,includes]=${X11BASE}/[lib,include] if we are
using GNU_CONFIGURE in this port. This is required if the port
adds a bunch of other libraries by default to CPPFLAGS and
configure gets a false positive.
Submitted by: [1] sf
[2] many people
they appear to no longer carry any GNU archives (seen in fenner's
survey and verified manually).
Add ftp.informatik.hu-berlin.de to GNOME, GNU and KDE lists.
Add ftp.dl.ac.uk to XCONTRIB list.
Make ftp.chg.ru last in every list containing it, because it is
often offline.
The ftp://ftp.sourceforge.net/pub/mirrors/ directory is empty.
Remove it from the CPAN, GNOME, GNU, KDE and SUNSITE lists.
Remove ftp.synesis.net from the KDE list. Nothing is there except
a README which says "please use another mirror site."
Remove ftp.twoguys.org from the KDE list. Its hostname does not
resolve.
Remove ftp.rediris.es from SUNSITE list; add it to the GNU, MOZILLA
and XFREE lists.
Remove ftp.lip6.fr from the XFREE list because its XFree86 archive
is not current. Add the site to the GNU list.
Reviewed by: demon and petef
Add a WITH_ONIGURUMA knob that enables the Oni Guruma regex engine
that's currently under development that will eventually replace the
stock one that's derived from LGPL'd GNU regex. [experimental]
lang/ruby-devel deinstall obsoleted (integrated) packages in their
post-install targets (for installation from ports) and in their plists
(for installation from packages),
Update to the latest snapshot as of 2002-01-29 while I'm at it.
4.5 release.
1) Add support for MASTER_SITE_N. This is by far the largest part of
this patch; many thanks to Mario for his hard work on this!
Submitted by: lioux
2) Allow multiple CD mountpoints to be specified.
PR: 8063
Submitted by: MOROHOSHI Akihiko <moro@race.u-tokyo.ac.jp>
Rewritten by: will (with suggestions from steve)
3) Fix MLINKS description.
PR: 29876
Submitted by: dirk
4) Add imake dependency for XFree86 3.x when USE_IMAKE is defined
because it's possible the port may not need X itself, but just imake.
Submitted by: max
5) Fix installing as non-root with ${INSTALL*} macros.
PR: 25531
Submitted by: Martin Kammerhofer <mkamm@gmx.net>
Thanks to Kris Kennaway <kris> and Steve Price <steve> for helping make the
experimental tree on bento a reality.
down to user support flaws in the FreeBSD ports system. The flaw in question
is related to the fact that dependencies are often "chained", which allows to
simplify maintenance of ports with large number of implied dependencies (a la
Evolution, Nautilus, you-name-it). Dependency chaining it's not a problem by
itself, but the fact that when building or installing a port the system doesn't
check chain integrity - it's only checks that dependencies explicitly
specified in port's Makefile are satisfied, which opens wide window for
various hard-trackable problems when one or more links in the middle of the
chain missed.
The idea behind the tool is quite simple - it should be executed right after
main dependency checking procedure, two times for each build - check build-time
chain before building the port (pre-pre-extract) and check run-time chain
before installing the port (pre-pre-install). When executed, the tool checks
integrity of the specified chain (build-time, run-time or both) and reports all
errors, both fatal (dependency isn't installed) and non-fatal (dependency is
installed, but different version).
I've wrote this tool mostly to simplify maintenance of the GNOME ports, but
it doesn't contain anything GNOME-specific, so that it could be used in the
other parts of tree as well.
As an example I've added GNOME_VALIDATE_DEPS_CHAIN knob into bsd.gnome.mk (off
by default), which enables automatic chain validation for all ports that
USE_GNOMELIBS. This is a bit hackish, because I've used pre-extract and
pre-install targets - what we probably need is a generic way to plug various
custom tasks specified in bsd.xxx.mk (where xxx is kde, gnome, python, etc.)
into various parts of the build process (something like {pre,post}-pre-foo,
{pre,post}-post-foo springs into my mind).
The code is quite raw, so that I would appreciate any bug reports, patches,
suggestions, constructive critiquie and so on.
from telia.dl.sourceforge.net (also known as sourceforge.aleron.net--it
is in the USA, not Sweden), so I have placed it in the first position.
According to Fenner's survey, projects.sourceforge.net and
prdownload.sourceforge.net have been offline since late October and
early November of 2001.
EMACS_MASTERDIR_PKGFILES (default:NO)
If YES, refer pkg-{comment,descr,plist}.${EMACS_PORT_NAME}
in the master directory.
EMACS_NO_SUBDIRSEL (cannot change by users)
Whether emacsen has subdirs.el or not.
Add EMACS_SITE_LISPDIR and EMACS_VERSION_SITE_LISPDIR to SCRIPT_ENV, PLIST_SUB.
Start a transition period:
EMACS_PORT_NAME for emacs-19.x. is from "emacs" to "emacs19"
by will
1) Make selection of AUTO{CONF,MAKE} flexible depending on *_VER
variables.
2) This is backward compatible with previous behavior. For example,
{ACLOCAL,AUTO{CONF,HEADER,MAKE,RECONF,SCAN,UPDATE,IFNAMES}} are
set with default values even if USE_AUTO* are not set.
3) Have the defaults be devel/autoconf213 and devel/automake14 ports
(just set the USE_*VER?= to the latest values, or a bogus value).
If the user sets a bogus value, we use the default values.
4) Furthermore, add variables in the same sense of the
PTHREAD_* vars. We must be able to automagically patch the ports
based on the correct
{ACLOCAL,AUTO{CONF,HEADER,MAKE,RECONF,SCAN,UPDATE,IFNAMES}}
values.
5) Moreover, add {ACLOCAL,AUTO{MAKE,CONF}}_DIR variables pointing
to the right locations based on the *_VER variables, this is
useful if a port needs to grab files from those. This might seem
too much but if we want automagical, we should go this extra
mile.
Requested by: too many
Reviewed by: portmgr, ports
Approved by: portmgr (will), ports (silence)
automatically added if there is a .bz2 patch in PATCHFILES.
PR: ports/16252 and ports/30862
Seven months have passed since the PR was assigned to: portmgr
BZCAT, BZIP2_CMD, CHGRP, CUT, DC, ECHO_CMD, EGREP, FILE, FIND,
HEAD, ID, IDENT, STRIP_CMD, SU, TAIL, TEST, XARGS
And use shell (ash or ksh) builtins where available for efficiency:
ECHO_CMD, FALSE, TEST, TRUE
Grepping the ports tree, a few dozen ports already have FIND,
STRIP_CMD and XARGS variables on their own and numerous ports use
these commands without using macros. Some ports use FILE as a .for
loop variable, but it doesn't matter anyway.
Obtained from: NetBSD
Remove the definition of ECHO because it is already defined in
/usr/share/mk/sys.mk and leaving the useless definition may mislead
developers. Add the following comment that would help:
# ECHO is defined in /usr/share/mk/sys.mk and its value can either be
# "echo", or "true" if the make flag -s is given. Use ECHO_CMD where
# you mean the echo command.
No response yet from: portmgr
Clued by: Cyrille Lefevre <clefevre@citeweb.net> (on ${ECHO})
does not clobber the existing definitions because of the `?='
assignment.
Grepping the whole ports tree, a few dozen ports already define this
variable on their own and most of them have the same value as this
(${PREFIX}/share/examples/${PORTNAME}).
Approved but not committed by: portmgr
As I didn't see why the full package name is needed there, I changed
it to a simple regexp that matches any later version of the XFree86
3.x port.
No response from: portmgr
