- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
- This is a routine bug fix release.
- New features: can now process the output from portsnap as part of
maintaining a local INDEX file. See
http://www.infracaninophile.co.uk/portindex/index.xhtml for more
information.
PR: ports/122546
Submitted by: maintainer
better, it works better in opera, it provides a slightly better usability and
it's more FreeBSDish
- fetch all DISTFILES from my server for simplicity
- bump PORTREVISION for plist changes
Prompted by: miwi@'s tindy :-)
Implement a "visual" mode, where the user is given the complete list of leaf
packages inside his editor. He can then remove packages by removing the lines in
the file, save and exit. The now missing packages will then be removed.
PR: 121910
Submitted by: Ulrich Spoerlein <uspoerlein@gmail.com>
* Use the actual Makefile when checking for pre-defined sites. This allows
us to catch things that rely on port variables. [1]
* USE_GETOPT_LONG is now obsolete, and should not be suggested. [2]
* Check for cases where X_DEPENDS = ${Y_DEPENDS} which can result in adding
unwanted dependencies.
PR: 121664 [1]
Suggested by: pav [2]
==================
The previous code tried to handle moved ports in much the same way
as it handled replacing a port with the -o option, but this would
sometimes create problems if we are deep in a dependency graph.
So rather than re-implement only a portion of the -o code, use the
whole thing instead.
We accomplish this by either exec'ing ourselves with the proper -o
options if we are in the dependency tree, or by asking the user to
restart with the proper -o options if they specified the moved port
on the command line. The latter is necessary to avoid having to
duplicate all the "initialize the parent process" code. This allows
me to simplify the code in a few places since -o is now the only
special case.
Bug Fixes
=========
1. Don't try to derive $portdir from $upg_port if using -o
2. Don't try to build a port with an +IGNOREME file if we are doing
the dependent ports in -r mode
Minor tweak: Add some whitespace after a warning message
your ports, I had:
pkg_delete *
which works for me because of a local bash completion, but doesn't
work for most users. So, correct that to be:
pkg_delete '*'
instead.
* Change a legacy part of code for gathering dependecies. It fixes
situation when some depends ports could be updated even when it
was up-to-date. As a result I added another check for -R option.
* Fix a wrong condition in portsclean. Now -L option works again.
* Change a semantic for -q option. Now it means 'quiet'. Don't
show a message when -N specified and there is an already installed
package. (Made for DesktopBSD).
Reported by: pav, Peter Hofer (DesktopBSD)
- Just ignore a package if there is no port directory exists. A correct way
for users is to place the ports in HOLD_PKGS in pkgtools,conf, but
they did not. So it makes my life a little easy.
* Many bugs fixed (thanks to all reporters).
* Semantic for -c and -C has changed. -c runs 'make config-conditional'
and -C 'make config' (forced config).
* All ports now runs under portupgrade/portinstall control.
a. If you specify a glob pattern in /var/db/pkg, there will always
be a prompt, even with the -u flag.
b. Try to discourage people from using -u, it doesn't seem to do what
people expect it to do.
c. You cannot upgrade sudo with PM_SU_CMD if sudo is your PM_SU_CMD
2. s/Dq/Qq/
3. Add .Ev tags to environment variables
- When in task list is a port with IGNORE, portupgrade fails. Just ignore it now.
Reported by: Gerard <gerard@seibercom.net>,
Matthew Seaman <m.seaman@infracaninophile.co.uk>
* many bug fixes
* now all dependencies run under portupgrade control
* run 'make config-conditional' and 'make config' with -c and -C options
PR: ports/116830, ports/115249
Reported by: clemens fischer <ino-news@spotteswoode.dnsalias.org>,
KOMATSU Shinichiro <koma2@lovepeers.org>,
and other
ports knobs and options by listing them together with their
status (either enabled or not). It uses portconf for knobs.
PR: ports/116127
Submitted by: Gabriel Linder <linder.gabriel at gmail.com>