Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
Update csup, portsnap and portlint completion. Add completion for powerd,
freebsd-update, fetch and portaudit (from submitter) as well as zfs and
zpool (from zsh repo).
Bump PORTREVISION.
PR: ports/126457
Submitted by: baptiste.daroussin@gmail.com
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
script arrived at the correct value for ZSH_NO_XOPEN, but since autoheader
did not run, it did not propagate to config.h. Add autoheader to the
USE_AUTOTOOLS list to correct this.
If one need to write portable shell scripts, this one is excellent for
testing them. It is installed as jsh (job shell).
Other OpenSolaris user land tools are available in sysutils/heirloom
WWW: http://heirloom.sourceforge.net/sh.html
PR: ports/122192
Submitted by: Danijel Tasov <danielt at pilgerer.org>
- 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)
file browser.
Features:
* Full bash compatibility.
* Embedded visual file browser.
* Two file panels, turned on and off by pressing ^O.
* Actions and colors configured via .bashrc script.
* Run current file on pressing Enter, configurable via commander_start_file()
shell function.
* Perform an action on pressing F1-F20 keys, configurable via commander_fN()
shell functions.
WWW: http://groups.google.com/group/bashc/web/overview
detection. This fixes the issue on 7-CURRENT where Zsh was manipulating
environment directly in conflict with the new *env() functions:
http://lists.freebsd.org/pipermail/freebsd-current/2007-July/075538.html
6-STABLE continues to works correctly.
More info about the patch:
http://www.zsh.org/mla/workers/2007/msg00619.html
- Fix completions for locate(1), mount(8), umount(8) to avoid some linuxisms
and do the right thing under FreeBSD
PR: ports/115094, ports/115702
Submitted by: Sean C. Farley (scf)
I'm finding that recently-created scponlyc chroots do not
provide a sufficient environment for /usr/libexec/sftp-server
to run. The sftp client symptom is just:
$ sftp user@www
Connecting to www...
Password:
Connection closed
$
The cause appears to be that recent versions of
/usr/libexec/sftp-server will complain about of lack of
access to /dev/null and exit, resulting in the closed
connection witnessed by the remote client.
The solution appears to be to create a devfs in the scponlyc
chroot.
To automatically create at boot time a devfs in the home
directory of each user of scponlyc, I have chosen to put a
script in /usr/local/etc/rc.d.
PR: ports/108009
Submitted by: Jim Long <list@museum.rain.com>
Approved by: maintainer timeout
