2012-10-20 x11-themes/gtk-ana-theme: No more public distfiles
2012-10-20 x11-fonts/getbdf: No more public distfiles
2012-10-20 x11-fonts/arkpandora: No more public distfiles
2012-10-20 x11-clocks/wmdate: No more public distfiles
2012-10-20 x11/multi-gnome-terminal: depends on deprecated gnome1 things
2012-10-20 www/wacko: No more public distfiles
2012-10-20 sysutils/wtmp-tools: No more public distfiles
2012-10-20 sysutils/reed: No more public distfiles
2012-10-20 sysutils/pdumpfs-rsync: No more public distfiles
2012-10-20 sysutils/pdumpfs-clean: No more public distfiles
2012-10-20 sysutils/netdump-server: No more public distfiles
2012-10-20 sysutils/nctop: No more public distfiles
2012-10-20 sysutils/memgrep: No more public distfiles
2012-10-20 sysutils/logserial: No more public distfiles
2012-10-20 sysutils/dupfind: No more public distfiles
2012-10-20 sysutils/dump9660: No more public distfiles
2012-10-20 sysutils/desktopbsd-tools: No more public distfiles
2012-10-20 sysutils/agef: No more public distfiles
Remove a bunch of expired ports
Feature safe: yes
rely on gcc. The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to
accomplish this.
The ports chosen were ports that blocked 2 or more ports from building with
clang. (There are several hundred other ports that still fail to build with
clang, even with this patch. This is merely one step along the way.)
Those interested in fixing these ports with clang, and have clang as their
default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes.
For those who have gcc as their default compiler, this change is believed
to cause no change.
Hat: portmgr
Tested with: multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various
combinations of patch/no-patch and flag settings.
installed as cpp).
This is done in a similar way as in other x11 ports with the same issue, see
r301687 for details.
PR: ports/172100
Submitted by: Oliver Pinter <oliver.pntr@gmail.com> (pr)
Jan Beich <jbeich@tormail.org> (patch, based on)
Approved by: miwi (mentor)
Obtained from: xorg staging area
when it was updated to .35 on the 12th. That moment, it kept PORTREVISION
1 from the master port. When the master port was updated and PORTREVISION
removed on the 22nd, PKGVERSION of nvidia-driver-173 went backwards as its
PORTREVISION dropped from 1 to 0. While I am at it, provide a comments in
all makefiles that keeping PORTREVISION setting (even when it is seemingly
zero) is important.
Reported by: erwin
