BFilter is a smart filtering HTTP proxy. It removes ads,
webbugs, and popups. Unlike the majority of similar tools, it
doesn't rely on a list of blocked URLs, but instead parses HTML
on the fly, and detects ads using a set of heuristic rules.
BFilter has a built-in JavaScript engine which detects popups
and js-generated ads.
WWW: http://bfilter.sourceforge.net
Remove expired, unmaintained ports:
2013-03-01 sysutils/sge60: Ancient and unsupported release
2013-03-01 sysutils/sge61: Ancient and unsupported release
2013-03-05 x11-themes/sapphire-themes: Broken for more than 6 month
2013-03-05 misc/fep: Broken for more than 6 month
2013-03-05 devel/gauche-gaunit: Broken for more than 6 month
2013-03-05 games/tuxracer_golf: Broken for more than 6 month
2013-03-05 net/bfilter: Broken for more than 6 month
2013-03-05 graphics/fnlib: Broken for more than 6 month
2013-03-05 print/gfontview: Broken for more than 6 month
2013-03-05 print/hugelatex: Broken for more than 6 month
2013-03-05 misc/gtktalog: Broken for more than 6 month
2013-03-05 x11/wterm: Broken for more than 6 month
2013-03-05 databases/xapian-bindings10: Broken for more than 6 month
2013-03-05 databases/adstudio: Broken for more than 6 month
2013-03-05 misc/splitvt: Broken for more than 6 month
2013-03-05 sysutils/udesc_dump: Broken for more than 6 month
2013-03-05 textproc/gxditview: Broken for more than 6 month
2013-03-05 x11/powershell: Broken for more then 6 month
- Mark BROKEN: does not compile
In file included from prcvar.cpp:25:
private.h:33: error: field 'cond' has incomplete type
private.h: In constructor 'PRCondVar::PRCondVar(PRLock*)':
private.h:35: error: class 'PRCondVar' does not have any field named 'cond'
prcvar.cpp: In function 'PRStatus PR_WaitCondVar(PRCondVar*, PRIntervalTime)':
prcvar.cpp:44: error: 'struct PRCondVar' has no member named 'cond'
prcvar.cpp:44: error: 'struct PRCondVar' has no member named 'cond'
prcvar.cpp: In function 'PRStatus PR_NotifyCondVar(PRCondVar*)':
prcvar.cpp:49: error: 'struct PRCondVar' has no member named 'cond'
prcvar.cpp: In function 'PRStatus PR_NotifyAllCondVar(PRCondVar*)':
prcvar.cpp:54: error: 'struct PRCondVar' has no member named 'cond'
*** Error code 1
Reported by: pointyhat
In the rc.d scripts, change assignments to rcvar to use the
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().
In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since
mid 2008.
PR: ports/159624
Submitted by: Ruslan Mahmatkhanov <cvs-src@yandex.ru>
- Retire MASTER_SITE_SOURCEFORGE_EXTENDED, it's no longer needed - all mirrors
actually have all distfiles
- Merge all SF mirrors to MASTER_SITE_SOURCEFORGE, resort according to quick
download speed survey
- Fix MASTER_SITES for all port that have used SOURCEFORGE_EXTENTED
Approved by: portmgr (pav)
x11-toolkits/gtk--2 -> x11-toolkits/gtkmm20
x11-toolkits/gtk--2-reference -> x11-toolkits/gtkmm20-reference
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for other ports, chase the rename.
PR: ports/97985
Repocopy by: marcus
Remove the FreeBSD KEYWORD from all rc.d scripts where it appears.
We have not checked for this KEYWORD for a long time now, so this
is a complete noop, and thus no PORTREVISION bump. Removing it at
this point is mostly for pedantic reasons, and partly to avoid
perpetuating this anachronism by copy and paste to future scripts.
